process-inbox

处理收件箱

对捕获内容进行分类；不要在这里综合来源知识。若要将选定来源转化为关联的 LLM Wiki 知识，请使用 ingest；若要综合对话内容，请使用 create-note。

1. 确定范围

阅读 ../vault/SKILL.md 和当前的 AGENTS.md，确定收件箱路径，并列出其中的笔记。 报告数量。若为空，则停止。

如果架构将嵌套的原始来源收件箱与一般捕获内容区分开来，请询问是否也应纳入。

完成条件：已确认有序队列和处理范围。

2. 一次处理一篇笔记

对于每篇笔记：

1. 阅读足够的内容和元数据，以便进行分类；
2. 显示文件名和简洁摘要；
3. 按照当前架构的 PARA 和知识约定进行处理：
   • 有明确成果的有限期限工作 → Project；
   • 持续性的职责或标准 → Area；
   • 可复用的说明、技巧、原则或未解问题 → Knowledge；
   • 带日期的个人或学习记录 → Journal，遵循当前约定；
   • 特定来源记录、参考资料或脚本 → Resource；
   • 明确处于非活动状态的工作，或用户希望归档的记录 → Archive；
   • 不明确 → 留在 Inbox； 按用途而非时间、篇幅或润色程度分类；移动时保留内容；
4. 提议一个具体目标位置，并说明依据；
5. 等待用户决定。

最多提供四个自拟选项：

1. 移至建议的目标位置；
2. 选择其他目标位置；
3. 跳过这篇笔记；
4. 停止处理。

用户可能通过自定义回答路径或后续对话提出删除请求。执行删除前，须立即单独确认。

如果笔记是值得综合的外部来源，请提供 ingest 选项；不要先将其作为普通参考资料移动。

3. 执行并验证

使用当前 Obsidian CLI 帮助信息确认移动／删除语法。每次获批操作后，都要验证源位置和目标位置的状态。若失败，则停止处理该条目并报告，不要增加已处理数量。

4. 报告

报告 Projects、Areas、Resources、Knowledge、Journal、Archives、已跳过、已删除、已交由 ingest 处理、失败和剩余的数量。说明每次移动和删除都经过了单独批准。