docs: add shared todo plan naming rules

.hermes/shared-memory/document-map.md

@@ -30,6 +30,8 @@
 - `operations/`：后台运营核查、对账和排障查询。
 - `prd/`：产品需求与阶段计划。
 
+新增 Markdown 文档文件名必须以分类标签开头，格式为 `【标签名】中文标题-日期.md`。标签用于跨目录检索，不替代 `docs/` 的目录分类；历史文档不要求批量重命名。
+
 ## 推荐阅读顺序
 
 通用复杂任务：
@@ -96,5 +98,6 @@ RPG 创作与运行时链路：
 
 - 新增工程实现时，如果已有对应文档，必须同步更新。
 - 如果没有对应文档，新文档放入 `docs/` 下合适分类。
+- 新文档文件名必须使用 `【标签名】` 前缀，标题尽量保留中文语义，日期使用 `YYYY-MM-DD`。
 - `.hermes/shared-memory/` 只保留跨任务、跨成员、高频使用的摘要和索引。
 - 如果文档与代码冲突，先确认代码事实，再更新过期文档和共享记忆。

.hermes/shared-memory/team-conventions.md

@@ -15,6 +15,7 @@
 
 - `.hermes/shared-memory/` 团队级长期记忆
 - `.hermes/plans/` 阶段性实施计划
+- `.hermes/todos/` 已确定需要执行、但尚未进入实施的共享 TODO 计划
 - `.hermes/skills/` 未来可复用仓库级 skills
 - `docs/` 中 PRD、设计、技术、经验、审计、查询手册
 - `AGENTS.md` 项目级 Agent 约束
@@ -41,6 +42,7 @@
 
 - 保持修改范围聚焦，不做无关重构。
 - 复用、修改、扩展现有系统优先，避免新建重复系统或页面。
+- 新增 Markdown 文档时，文件名必须以分类标签开头，格式为 `【标签名】中文标题-日期.md`；只在任务需要时重命名历史文档，避免无关大 diff。
 - 涉及中文文本时注意 UTF-8 编码和乱码排查。
 - 涉及后端时遵循 DDD 分层，不把业务真相下沉到前端或临时兼容层。
 - `maincloud` / `Maincloud` / `MAINCLOUD` 相关代码、脚本、测试、环境变量、命令和文档要求均视为历史残留，禁止新增、运行或引用；API smoke 统一使用 `npm run api-server` 与 `/healthz`。
@@ -51,9 +53,10 @@
 
 1. 运行与修改范围匹配的测试或验证命令。
 2. 更新相关 `docs/` 文档。
-3. 若产生长期有效知识，更新 `.hermes/shared-memory/`。
-4. 若形成可复用流程，考虑沉淀到 `.hermes/skills/`。
-5. 在提交信息中区分代码变更与文档/记忆变更。
+3. 新增或沉淀 Markdown 文档时，确认文件名已使用 `【标签名】` 前缀。
+4. 若产生长期有效知识，更新 `.hermes/shared-memory/`。
+5. 若形成可复用流程，考虑沉淀到 `.hermes/skills/`。
+6. 在提交信息中区分代码变更与文档/记忆变更。
 
 ## 文档阅读顺序