用途：按 cooking 阶段任务或按用户给出的实现描述来写代码。触发限制：仅用户显式调用 implement，或由 rush 编排触发时使用；用户只提到「实现/开发」不自动进入本技能。
两条路径，不要混用。阶段路径：命中标识，或参数（去掉标识后）是单独的 P<n>。直写路径：参数非空且不是标识、也不是单独的 P<n>，整段即实现内容。参数为空时不默认进任何路径，改用交互式提问让用户选做哪个 cooking 阶段或直写。P<n> 指阶段 id。
阶段路径要点：先运行 node .agents/scripts/cooking.mjs status <feature>，只看其输出判断状态，不读 goal.md、不读各 Pn.md 正文。goal.md 未确认则停止；tasks/ 为空则停止并让用户先执行 to-tasks。可做阶段以 status 输出的「可做」行为准，用户指定的 Pn 不在其中则说明缺口并停止。开始前执行 node .agents/scripts/cooking.mjs set <feature> <Pn> 实现 进行中，完成后置为 完成。
编码规则（通用）：代码类读 DEV-STANDARDS.md、SMELLS.md，按需检索 CODE-MAP.md 相关行；非代码对照 PROJECT.md。小 diff，只做要求内容，并当场收掉本次引入的坏味道。触及架构级变更时停止编码并要求先跑 sync-docs。仓库已有的 lint/typecheck/测试命令与 ACCEPTANCE.md 必跑项需在收尾前跑通。禁止 git stash、git checkout --、git clean 等清除或回滚工作区操作。
限制：不改 spec（阶段路径收尾只能向「影响文件」追加条目）、不拆新阶段、不改 ARCHITECTURE.md / DEV-STANDARDS.md / PROJECT.md / SMELLS.md。直写路径不读 spec/tasks、不创建或修改 cooking 文件。汇报需包含改动路径、spec 追加条目、跑的检查命令及结果、CODE-MAP 等文档是否更新、是否需要 sync-docs。评审由 review 子代理执行，本对话不评；未 review 通过前不得开始依赖本阶段的后续阶段。