全部已发布内容，按发布时间倒序排列。
从路由、数据获取、SEO 到后台编辑，整理一套轻量但完整的 Blog 前端架构。
管理后台不是越重越好，文章编辑、发布状态和 SEO 字段才是第一版真正重要的能力。
空状态不只是占位，它应该告诉用户当前发生了什么、下一步能做什么，以及系统会如何反馈。
反馈入口不是一个表单按钮，而是连接用户问题、后台处理和公开内容迭代的运营回路。
权限提示应该解释风险和边界，而不是把接口名、角色名和内部流程丢给用户。
早期后台产品最需要的是快速定位对象，筛选、搜索和状态列通常比复杂看板更先产生价值。
发布、取消发布和草稿保存要被设计成可恢复的状态机，而不是一次性的危险按钮。
公开页面要把首屏内容、SEO 信息和可交互状态拆开处理，避免服务端数据和客户端状态互相纠缠。
Mock API 不只是返回假数据，还要让公开站点和管理端共享同一套状态，方便联调真实流程。
当后台和公开站点同时存在时，颜色、圆角、排版和正文样式应该从共享 UI 包统一输出。
富文本编辑器输出的是 HTML，保存前必须明确允许哪些标签、属性和嵌入内容。
Mock 登录阶段不需要完整权限系统，但需要清楚地保护后台入口，并保留后续接入真实权限的位置。
从旧产物迁移页面时，最稳的办法是先找布局、卡片、表单和状态色的原始来源。
截图只能展示一个瞬间，真正还原界面时要补齐 hover、active、empty 和 disabled 状态。
当页面需要直接打开访问时，数据、样式和链接都要在生成阶段固定下来。
在真实后端接入之前，JSON 数据能帮助团队先确认页面结构、字段命名和内容密度。
发布记录不只是更新日志，也可以反向整理出产品方向、用户承诺和下一阶段优先级。
