这篇文章用来记录博客下一阶段的改造计划。目标不是“功能越多越好”， 而是让每一次迭代都可验证、可维护、可持续。
一、已完成事项
- 修复白天 / 黑夜模式切换异常。
- 首页结构优化：分类筛选、信息页跳转、主题样式统一。
- 内容管理升级：文章索引由
posts.json统一维护。 - 账号系统 MVP 落地：注册、登录、JWT、角色权限（user/admin）。
- 投稿审核流一期完成：普通用户投稿默认
pending，管理员可一键通过/驳回。 - 后台管理页补齐：管理员用户列表、投稿审核台、账号中心角色化入口。
- 审核通过自动发布已完成：通过稿件会生成文章页并自动写入
posts.json。 - 评论系统已接入：仅管理员审核通过的账号可评论（发文权限同规则）。
- 系统日志已接入：记录注册、登录、投稿、审核、评论，管理员可在日志页查看。
二、下一阶段路线（2-4 周）
- 引入草稿能力：支持“草稿保存 -> 二次编辑 -> 提交审核”。
- 增强审核信息：支持审核意见模板、驳回原因分类与快捷操作。
- 评论交互升级：支持回复、分页与关键词过滤。
三、中期路线（1-2 个月）
- 内容体验升级：支持封面图、标签、Markdown 渲染与目录导航。
- 通知机制：审核通过/驳回后，站内消息或邮件提醒投稿人。
- 日志能力升级：支持日志检索、导出与异常告警。
四、稳定性守护线
新功能上线前，我会优先检查四件事：权限边界、数据一致性、异常回滚、可观测性。 这样即使迭代速度提升，也不会牺牲站点稳定性和可维护性。
五、结语
这份路线图会持续更新。每完成一项，我都会回填结果与技术取舍， 让博客不仅记录“做了什么”，也记录“为什么这样做”。
六、数据分离与部署安全（规划中）
- 将自动生成文章、posts.json、SQLite 数据库迁移到仓库外独立目录，避免发布覆盖线上数据。
- 后端通过环境变量读取内容与数据库路径，实现“代码”和“运行数据”彻底解耦。
- 补充部署前自动备份与回滚脚本，降低线上更新风险。
- 增加管理员“已发布文章管理”能力，支持编辑、下线、删除与重发布。