用途：执行已规格化的实现工作，不重写规格，只在必要时按用户确认做小幅修正。类型按用户引用的工件区分：US-XXX 下的 TK-XXX（技术任务）、WI-XXX（维护项，含 bug、重构、技术债、依赖、运维、spike）、TC-XXX（测试用例）、FT-XXX（已实现功能的测试覆盖）。每种类型有各自流程文件，需先读对应 references 再实现，同一执行中不混用类型。
主要能力：只实现代码及测试；不修改产品文档，仅可在执行中的工件里推进子任务复选框状态（[ ]→[~]→[x]），TK 改 TK-XXX.md，WI 改其 README.md，TC/FT 不动规格。执行前需读取 language.md、linking.md、implementation.md、escalation.md，分别决定语言、链接格式、确认节奏与重试上限。默认 confirmByUnit: always，即每完成一个确认单元就更新 progress.md、跑受影响文件的 lint/build/测试并等待用户确认；也可在策略允许或用户明确要求下进入并行子代理与 worktree 模式。
必要用法：先识别工件类型并读取其 reference，确认工件状态为 Ready，检查仓库条件（当前分支、未提交改动等），随类型选择运行相关命令与流程。命令与配置名保持原样，如 confirmByUnit、workTree、maxParallel、escalation.maxAttempts。
适用场景：已有明确规格、需要落码的实现任务。
限制：不重写规格；不跑全仓库回归（那是 quality-check 的职责）；测试仅针对受影响文件；TK/WI 在仅测试仓库中不适用；Draft 状态工件需先回到产生它的流程；缺失信息以资料为准，未提供的内容暂未提供。