SuperAPI AI 工具集

synthesis-catchup-ledger

办公与效率

查看项目

更新于 10-22 16:14

技能介绍

Synthesis Catch-up Ledger 是 synthesisengineering/synthesis-skills 仓库下的一个技能,用于在每日例行节奏中断后,对漏掉和待办的承诺进行对账。它产出一份带日期的 Markdown 对账台账,在任意回溯窗口(如两周、六周、一个季度)内,将事项分类、路由并给出诚实的状态。阅读后,用户能知道:哪些仍需处理(已排序)、哪些是延迟完成(已记录)、哪些已作废(附带提取的教训)、哪些本就不该由自己承担(已释放)。

主要能力:

  • 按验证过的时间界定窗口:运行日期;起点取请求回溯期与上一份台账的棘轮标记中较晚者;用 git log 核对流逝时间,而非凭印象。
  • 扫描器仅作为候选生成器,不是真相来源:每个候选须与当前来源交叉核对后再分类。
  • 每个事项恰好归入一种状态:DONE-LATE(延迟完成)、OPEN-ACTIONABLE(仍可执行)、OPEN-DECAYING(价值衰减中)、DELEGATED-UNVERIFIED(已委托未验证)、OBSOLETE(已作废)、EXPIRED→LESSON(过期→教训),每种状态路由不同。
  • 无来源引用(文件路径或永久链接)的事项不得进入台账,不能仅凭记忆。
  • 对于其他项目的条目,所属项目的 CONTEXT.md 优先于索引描述、汇总和第三方提及。
  • 过期事项是关于检测延迟的数据,而非性格缺陷:提取教训后明确释放。
  • 路由而非泛滥:每日计划只放入今天可执行的 3-7 个开放事项,并指向台账。
  • 在原来源处标注 OBSOLETE 事项并更新棘轮标记,使下次扫描为增量式。
  • 保持模板的章节标题和表格形状,因为 synthesis-console 会解析它们。
  • 面向从忙碌期恢复的人写作,而非审计员:先列可执行事项;将延迟完成记录为完成。
  • 只发布精确路径,绝不使用宽泛的暂存。
  • 截断的预览只是指针,不是内容:扫描器标记每条截断行 …[truncated: N chars, open L<n>];在引用或分类前须打开该行。曾有一例预览截断到一个字母,导致事项被完成成与文件内容相反的状态。

使用方式: 运行时机:错过 2 次以上每日例行(主要触发);应请求执行“帮我补上过去 N 周的所有事情”;每季度做一次卫生检查,即使节奏保持,长期事项也会漂移到每日计划可见性之下。注意:它不是周五 Weekly Loose-Ends Review 的替代品;后者是稳态的 14 天前瞻性捕捉,而本技能是节奏中断后的恢复工具和长窗口深度查看工具,增加了学习类别、任意窗口和独立产物。

协议步骤概要(完整步骤与台账模板见 references/protocol.md):

  1. 锚定并界定窗口。
  2. 机械扫描(捆绑脚本):按文件分组打印未勾选任务、无 Sent: 的草稿、无 Decided: 的决策和结转部分,然后输出总计;预览过长的行以 …[truncated: N chars, open L<n>] 结尾。扫描完成退出码 0,参数错误退出码 2。命令示例:python3 catchup_scan.py <daily_plans_dir> --start YYYY-MM-DD --end YYYY-MM-DD
  3. 对更广来源进行判断:转录、项目上下文、低成本实时系统;先运行 Slack 和转录同步。
  4. 在 {action_plan_repo}/catchup-ledgers/YYYY-MM-DD.md 写台账。
  5. 路由,而非泛滥。
  6. 记录就绪状态。

适用场景:在因忙碌、休假或其他原因中断每日例行节奏后,需要系统性地梳理遗漏事项;或进行季度性的长期事项清理。

限制:依赖用户已有的每日计划、转录、项目上下文等资料;需要按协议步骤操作;分类判断需要人工交叉核对;不提供自动执行或修改源文件内容的功能(除标注 OBSOLETE 和更新棘轮标记外)。

分类:办公与效率(office)。