用途：根据需求自行分解提交单元，逐个做最小实现，再调用 atomic-commit 提交。适用于用户要求实现、开发代码、实现任务卡或 impl。
主要能力与用法：-w 使用隔离 worktree，-a 使用子 Agent 或 workflow 编排，两者独立且可组合；用户明确要求 worktree 或子 Agent/workflow 时分别按 -w、-a 执行，使用 -w 或 -a 时实施前完整读取 ISOLATION.md。
流程：一、加载项目上下文，按项目知识协议执行，过目 scope 返回的全部 sceneId 与 ruleName，加载相关场景或原子 RULE；会话已有知识仅在覆盖本轮实现时复用，不够则补 load；知识不可用时继续并如实说明，不得声称已遵守。二、分解提交单元，以可独立说明的业务意义为边界，即完成后用户、角色或系统获得完整能力或产生可观察业务结果；从任务卡、PRD、API 清单或对话中识别结果，共同完成同一结果的代码、测试、配置、迁移和文档放在同一单元，不按文件、技术层、接口数量或改动类型拆分；只有形成不同且各自完整的业务结果时才拆分，每个单元还需满足 atomic-commit 的交付完整性与直接回滚标准。三、实施并提交，逐个单元查看现有代码并映射需求，补 load 未覆盖场景或 RULE；涉及模块职责、接口表面积、接缝、adapter、测试面或深浅程度时读取 codebase-design，存在显著方案分歧时调用 ask-me 与用户确认；做范围内最小修改，优先复用现有能力，不添加需求与规则之外的兜底或防御性设计；提交前核对每条已加载 RULE，判定符合或不适用，违反先改到符合，通过后调用 atomic-commit 完成一个本地提交。
限制：代码事实证明方案不可行，或需扩展范围、改变已收口方案时停止并报告。其他细节暂未提供。