项目追踪

要解决的问题

多轮对话里做方案、需求收集或架构决策时，关键结论很容易散落在消息历史中：哪些已确认、哪些还待定、为什么改过，后面再查成本很高。Project Tracker 解决的问题很具体：把一次讨论中的项目状态沉淀为可回看的本地文件，而不是依赖额外系统或人工复制。

工作方式

这个技能依赖 agent 的 文件读写工具，不执行外部命令，也不调用 API。默认把笔记写到 ~/.project-notes/，也可以通过 PROJECT_NOTES_DIR 指定自定义路径。核心流程是：

• 创建项目笔记：为新项目、功能或需求建立 Markdown 文件
• 填入模板：记录背景、决策、待办与确认状态
• 更新索引：维护 INDEX.md，方便快速定位项目
• 持续更新：随着对话推进，把条目在 Confirmed 和 Pending 之间移动

如果目录不存在会递归创建；不可写时会提示改用自定义路径；已有文件出现冲突时倾向追加而非覆盖。

适用边界

它适合需要跨消息回顾的讨论，例如新功能、多步骤任务、需求收集。不适合一次性任务，也不适合已经放在 Notion、Jira 等外部系统里的项目。临时提问如果没有后续追踪价值，使用它会增加不必要的文件噪音。