Community Journal
Bagakit Engineering Blog
Notes on skill evolution, delivery systems, and agent engineering.
Bagakit Agent Loop 三件套：规划、执行、宿主为什么必须拆开
真正把 Agent loop 做复杂以后，最先坏掉的通常是权责边界。命令数量增加本身通常还能忍，一个脚本同时管理 feature 生命周期、执行状态、runner 会话、通知、恢复和观察，才会把“当前到底什么算真相”搅成一团。Bagakit 的三件套，就是在这种混乱边缘被硬拆出来的：bagakit-feature-tracker 管规划真相，bagakit-
Read article →
SEI：把 Skill 高风险规则漂移变成可回归问题
一次看起来普通的文案清理，删掉了某个 skill 里的 trigger boundary。review 没有人报警，因为改动看上去只是文字整理。第二天路由器把一批离线任务送进了需要联网的技能。另一个 skill 里的 fallback 同时被写成“允许跳过关键步骤”，完成态也从 action、memory、archive 三向交接退化成“有产物就算完成”。这
Read article →
Commit Message 应该写成可追溯 Spec，Agent 交接才不会退化成考古
凌晨接手一个仓库时，真正危险的情况常常是上一条提交只留下 refactor: cleanup。git diff 能告诉你文件改了什么，却不会告诉你这次改动想完成什么、已经完成到哪一步、下一手还能不能直接继续。接手方只能从目录、变量名和测试结果里倒推上下文，这一步本质上是在做考古。
Read article →
Brainstorm 要成为决策基础设施：自解释与专家论坛的可执行闭环
一次 brainstorm 真正把人拖回原点，常见原因是问题边界、证据、争议和交接混在了一起。第一场会先聊目标读者，第二场会回头重问“这件事到底给谁看”，第三场会开始补链接，到了 handoff 时只剩一个谁都不敢接的结论。讨论看起来很多，系统里真正可复用的东西很少。
Read article →