2026-08-20 计划复盘技能补机制:断档必补记,AI 开发必留台账

背景与目标

起因是 8-18/8-19 连续两天清单断档:8-19 晚的两日状态复盘在 md 里点名了断档,但 Todo App 里一个字没补——App 是"计划+实际"的台账,md 记了 App 没记,等于台账缺页。本人的裁定原话:"所有 Kimi Code 当天进行的开发事项,比如打造个人 IP、重要的个人复盘、blog、各个项目进展,总要形成一个系统性的总结,保存到印象笔记,并推送到 todo 清单补记;因没有及时复盘造成断档的,也要补记。"

目标:把这两条固化进 jihua 技能,并把 8-18/8-19 的欠账补齐。

过程回顾

1. jihua 技能加两条硬流程

• 断档补记:复盘覆盖断档日时,md 点名不算完,必须当次用 import.js 向断档日补写记录(done:true、带分类),落点日期=断档日,不许落在复盘当天。
• AI 开发系统性总结:复盘收尾前按项目分块汇总当日全部 Kimi Code 开发事项(动作+结果+下一步),写进复盘文件 ## AI 开发总结 节,三条落地:kb sync+push evernote 进印象笔记、要点逐条补记 Todo App、断档日按实际发生日补记。数据源固定:会话扫描(state.json)+ zdq 盯梢 + 额度增量 + git log + 当日 fupan 产出。

2. 补 8-18/8-19 欠账

• 会话扫描定位:8-18 16:55 workspace 项目(山口协调会纪要成文)、8-19 晚 kimi_cg 三个会话(豆包输入法热词调试)、8-20 00:22 thinking(两日复盘成文)。
• 复盘 md 补"## 八、AI 开发总结";import.js 补记 7 条(8-18 两条、8-19 五条),落点校验通过,App 视角复核一致;kb push evernote 更新成功。

3. 分类错误插曲(本人抓出来的)

8-20 清单"软考刷题10题"被我导进了"2026年年度目标任务",本人在 App 里发现:"这个进了年度目标任务好像分类错误?"按映射职称类应进"甬金高速拓宽"(759094)。本人已在 App 内自行改对;我修正了存档 spec,并在 categories.json 补硬规则:日清单只走三分(甬金高速拓宽/AI赚钱/健康生活),年度目标任务仅用于年度专项跟踪。

4. "现在没了"虚惊

本人随后报"现在没了"。查库:任务完好(未删除、已同步、落点 8-20、甬金高速拓宽),update_time 08:49 正是本人移分类的时刻——不是丢了,是从"年度目标任务"视图移走了,那个分类页当然看不到。

5. 顺手修潜伏 bug

import.js 里 .get().userId 取错字段名(应为 .user_id),导致所有导入任务 task_id 都是 tid_undefined... 开头。不影响功能(id 仍唯一),已修。

6. ai-dev-blog 技能自我手术

本人点名博客技能效率低:"个人复盘风格其实很简单,把对话记录拉出来总结一下,应该处置非常快。"诊断:慢的根源是技能 1.5 节把"全面盘点/原话搜集/素材点"三条强制套在所有风格上,个人复盘被连坐。已拆快车道:个人复盘单轮直出、只守"不虚构"一条铁规;媒体稿重流程(发布物品控)不动。本篇就是快车道首单。

7. Kimi Code 模式答疑

本人问几个模式的区别。查官方文档后讲清:默认(全审批)/ Plan(先方案后动手)/ YOLO(常规自动批,敏感仍问)/ Auto(全无人值守,不提问)/ Shell(!跑命令)。结论:Auto 已是最快档,瓶颈不在模式在任务交代——重要任务把验收线写清楚再开跑;大额改动先 Plan 后 Auto,返工比审批贵。

关键踩坑

• 坑 1:复盘只记 md 不补 App。现象:断档在复盘文件里点了名,App 台账缺页。根因:技能只规定"点名",没规定"补记落点"。解决:断档补记写进技能硬流程,落点日期=断档日。
• 坑 2:分类映射有模糊地带。现象:软考刷题进了"年度目标任务"。根因:映射表只写了三分,没说年度目标任务什么时候用。解决:补规则"日清单默认不进年度目标任务"。
• 坑 3:导入任务 task_id 全是 tid_undefined。现象:task_id 前缀 undefined。根因:JS 取 SQLite 结果字段名写错(userId vs user_id)。解决:一行改掉。教训:导入工具写完该看一眼库里实际落的数据长什么样。

最终方案

技能层两处固化(jihua 两条硬流程、ai-dev-blog 快车道)+ 数据层补齐(7 条补记入 App、复盘 md 补总结节、印象笔记同步)+ 工具层修 bug(import.js userId)。全部当天闭环。

做得好的地方

• 本人抓分类错误抓得准——App 端肉眼质检补上了导入流程没覆盖的环节(分类对不对,导入脚本的"落点校验"管不着)。
• "现在没了"没有先慌着重导,先查库确认数据完好,避免了重复写入制造垃圾行。

复盘与改进

• import.js 的校验目前只查落点日期,不查分类合法性——下次给导入加一道"分类必须在映射表内+日清单禁用年度目标任务"的硬校验,把这次的教训变成代码闸门,不靠人眼。
• 补记要趁热:断档超过一天,事实要靠会话扫描+口述拼图,成本翻倍;当日事当日记是最省的。