1. 管理层 / 执行层 / 交接层必须分离#

过去的问题不是“东西不够多”，而是不同生命周期信息混在一起。

• 管理层（长期）：放在 personal-llm-wiki/wiki/projects/<project>.md。
  • 当前状态、风险、关注点、下一步
  • 不直接等于实现细节，起到“项目恢复入口”作用
• 执行层（短周期真相）：放在项目仓库。
  • PROJECT_STATUS.md、HANDOFF.md、NEXT-SESSION-START.md
  • 以及仓内 plan/notes/analysis 目录里的事实文件
• 交接层（会话）：补充 omx 的会话记录与仓库 handoff。
  • 用于下次接手时的最短恢复入口

2. 统一入口，但入口是个人库项目页，不是“单点文件夹”#

每个项目仍保留一个入口：

• personal-llm-wiki/wiki/projects/<slug>.md

这个入口承载的是：

• 项目主路径（如 /home/weathour/文档/CPS-Papers/papers/vehicle-platoon-review）
• 当前阶段与下一步
• 项目风险与阻塞
• 可恢复的简要上下文

不再要求所有项目硬塞 Prompt/Plan/Implement/Documentation 四文件。若项目仓库已有成熟 PROJECT_STATUS/HANDOFF，仓内文档优先权更高。

3. 旧的“今日日志”改为“可执行的任务快照”#

现在的长期交接里，daily todo 更依赖于 personal-llm-wiki/wiki/_meta/maintenance/daily-todo-registry.md + cron 推送。

它负责“今天要推进什么”，不是托管项目真相。

一、项目管理页（个人库）#

• 路径：personal-llm-wiki/wiki/projects/<slug>.md
• 作用：
  • 让 Hermes/Human 快速确认项目边界
  • 保证 daily todo 可抽取
  • 固化项目主源路径（避免跨会话跑错目录）

二、仓库真相页（实施层）#

在对应项目仓库内，优先看：

1. PROJECT_STATUS.md（当前状态）
2. HANDOFF.md（会话级交接）
3. NEXT-SESSION-START.md（下一次接手建议）
4. docs/CURRENT_PLAN.md（若存在）

三、会话交接（可追溯）#

每次结束补写：

• 这次决策与产出
• 哪些文件变更（可定位）
• 下一轮最优先的 1–3 条任务
• 未清风险与验证口径

同时补上 omx 会话记录（如 .omx/wiki/session-log-*.md）以便全局检索。

启动（续接一句）#

我只需要说：

• 继续推进 vehicle-platoon-review
• 继续 security-state-aware-mixed-platoon
• 先处理 yxj-wiki 仓库维护

然后执行顺序为：

1. 读 personal-llm-wiki/wiki/projects/<slug>.md
2. 读项目仓库的 PROJECT_STATUS.md / HANDOFF.md
3. 读 NEXT-SESSION-START.md（有的话）
4. 读最近相关 omx 会话记录

收尾（交接一句）#

我只需要说：

• 今天先到这里，补一条交接
• 先把状态写清楚，别丢风险

然后同步：

1. 仓库 HANDOFF.md（本轮 done / 下一步）
2. 仓库 PROJECT_STATUS.md（状态演进）
3. personal-llm-wiki 项目页（关键口径更新）
4. 生成/补齐会话交接记录（本地检索面）