Kaizen codebase 用于对代码库执行有边界的自主改进：每次调用只做一件事，然后停止。它不会自行排期，节奏由 /loop 控制，可与 /loop 组合实现周期运行（例如 /loop /kaizen-codebase 或 /loop 1d /kaizen-codebase）。它是 /implement-issues 的自我发现版本：同样的交付纪律，但自行寻找候选改动，而不是领取已标记为 ready-for-agent 的 issue。
每次运行只允许一个结果：一个非草稿 PR、一个 needs-triage issue，或一次干净的空操作。当候选改动明确、可外科手术式完成时提交非草稿 PR；不确定或需要人判断时提交 needs-triage issue；没有值得做的改动则退出，空操作是成功而非失败，不得为凑一次运行而制造改动。它绝不合并、绝不在没有 --force-with-lease 时强推、绝不直接推送基分支。
流程上先做预检：确认是 git 仓库，执行 git fetch，确定基分支并保持本地基分支最新；在隔离的 worktree 中工作，因此主检出脏乱不影响。可选检测 CONTEXT.md、docs/adr/、triage 标签、GitHub 远端，有就用、没有就跳过。随后选一个候选：先读 ADR 与 CONTEXT.md，列出未合并 PR 和 issue，跳过已在处理或已提出的内容，跳过处于 clean-room 或重新授权工作的模块；用子代理广泛探查架构深度、技术债、死代码、测试缺口与简化机会，选杠杆最高、风险最低的一个。
接着对候选分类：若需要产品/架构决策、影响面大（公共 API、序列化格式、大量调用点）、与 ADR 冲突、难以用现有测试证明、需求含糊或不易回退，则只提交 needs-triage issue；否则在满足单一内聚、低风险、可回退、前后测试与 lint 全绿时提交非草稿 PR。交付时用 git wt <type>/<slug> origin/<base> 创建隔离分支，做最小改动，跑通完整测试与 lint/typecheck，执行 /review-fix，必要时用 git-hunk 整理逻辑提交并 /recommit，行为改动且可行时执行 /verify，最后用 /sending-pull-request 推送并开启非草稿 PR、指派给自己，不加 verdict 标签。若中途发现不确定或无法转绿，则删除 worktree 与分支并改为提交一个 needs-triage issue。结束时输出一行报告：PR 链接、issue 链接，或“本次没有高杠杆改动”。