后续方案选择
2.0 先保持轻量，内容量上来后再升级后台
标签本身不难，真正需要选择的是谁写、谁审核、怎样发布和怎样保留历史版本。
| 方案 | 适合阶段 | 标签与发布 | 成本与限制 | 建议 |
|---|---|---|---|---|
| A. 当前静态 2.0本地写作工具 + Markdown | 个人维护、验证内容方向 | 自由标签、浏览器草稿、下载 Markdown 后人工放入内容目录 | 零后台成本；发布仍需复制文件或 Git | 现在推荐，已经实现 |
| B. Git 内容后台Decap CMS / Pages CMS | 1-3 人持续写作 | 浏览器表单、标签、多状态草稿，内容仍保存为 Markdown | 需要 Git 仓库与登录配置；预览需部署流程 | 文章达到 30-50 篇后升级 |
| C. Headless CMSPayload / Strapi | 多人编辑、测评数据量大 | 角色权限、标签关系、审核流、API、站点评分数据库 | 需要服务器、数据库、备份和安全维护 | 有稳定团队和商业化后再上 |
更稳的升级路线
- 先用静态 2.0 验证栏目、标签与评分规则
- 确定写作频率后接 Git CMS，不重写 Markdown
- 站点评分需要多人协作时，再迁移到数据库
不建议现在做
- 直接开发复杂用户、商家和评论后台
- 让商家自行修改评分或风险标签
- 在评分规则未稳定前自动爬取并自动打分