用途：feature-implement 用于把功能想法推进到可交付实现，覆盖研究、计划、实现、验证、文档的完整流程。原名 cook，旧名不再作为斜杠命令解析。
主要能力：并行启动 2-3 个 researcher 子代理做技术方案、边界情况、失败模式、安全与性能研究；用 planner 子代理产出 plans/ 下的计划目录（plan.md 与 phase-XX-*.md，含每阶段成功标准与回滚策略）；逐阶段实现并做类型检查、编译与相关测试；用 tester 子代理补齐正常路径、边界与错误处理测试；用 code-reviewer 子代理审查并修复严重问题；用 docs-manager 与 project-manager 更新文档与项目状态。
使用方式：在 Codex 中用 $skill-name 调用仓库技能。独立调用时先执行 $spec（在 docs/specs/ 下创建或更新 8 节 Feature Spec），再 $plan、$plan-review，然后实现，最后 $spec [mode=sync]、$changes-review、$why-review。若已存在计划文件，应改用 $plan-execute。执行前需读取 docs/project-config.json、docs/project-reference/docs-index-reference.md 与 lessons.md；缺失或过期时先运行 $project-init 或窄范围初始化路由。
适用场景：关键生产功能、安全敏感改动、公共 API 修改、数据库模式变更、跨服务集成。
限制：默认硬模式要求完整研究、强制计划、强制测试与文档更新；仅当单文件且改动不超过 30 行、无设计选择、无跨服务影响、无新依赖、无新模式且已有测试覆盖时才可降级为快速模式。计划阶段必须获得用户批准，步骤不得跳过、重排或合并，除非用户明确同意。若某步骤或工具在当前环境无法运行，应停止并询问用户。具体收费、价格与平台支持信息暂未提供。