菜单
当用户要进行代码开发、缺陷修复、代码重构或按既定方案落地实现时，本技能将启动。支持两种执行模式：编排模式（主Agent专注编排，委派子代理完成编码任务）和直接执行模式（主Agent自行编码）。强调 TDD 节奏和增量变更记录。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
在后端项目中设计或修改接口、DTO、错误码、鉴权、幂等、分页、批量操作和前后端联调契约时使用。适用于后端 profile，输出清晰的接口边界、兼容风险和验证路径。
将后端技术方案拆解为接口、应用服务、领域/业务逻辑、数据访问、消息/定时任务、迁移脚本和测试任务时使用。用于补充通用 implementation-planning 的后端归组口径。
分析后端接口、数据库访问、RPC/HTTP 调用、批处理、消息消费、事务和缓存相关性能风险时使用。强调证据、数据规模、低风险优化和回滚方案。
前端接入接口、修复提交失败、核对列表/详情/保存字段、处理类型漂移或空值风险时使用。输出契约不一致点、收敛方案和回归建议。
排查并修复前端渲染、状态、表单、表格、路由、API 映射、异步时序和性能回归问题时使用。要求可复现、可定位、可验证、最小修复。
在既有前端项目中新增或扩展页面、表单、列表、弹窗、批量操作、导入导出和权限交互时使用。强调先理解调用链、复用现有结构、最小改动落地。
| name | coding |
| displayName | 编码实施 |
| description | 当用户要进行代码开发、缺陷修复、代码重构或按既定方案落地实现时，本技能将启动。支持两种执行模式：编排模式（主Agent专注编排，委派子代理完成编码任务）和直接执行模式（主Agent自行编码）。强调 TDD 节奏和增量变更记录。 |
| triggers | ["开始代码开发","开始执行开发","开发这个需求","修复这个问题","重构代码"] |
| autoTrigger | true |
| version | 1.2.0 |
coding-discipline 规则。每个任务严格遵循 Red-Green-Refactor-Commit-Record-Progress 节奏：
feat(SV-xxxxx): 简短描述docs/design/SV-xxxxx-tech-design.md）中的「实施进度」段落，勾选已完成的任务项，更新最后更新时间Record 是硬门禁：每个任务完成点必须留下变更记录。未完成 Record 和 Progress 前，不得进入下一个任务、不得进入 B3、不得向用户报告“编码完成”。
如果当前流程没有形成 commit（例如用户要求暂不提交、仓库策略禁止提交、子代理返回无 commit hash），仍必须以“任务完成点”为单位记录变更：列出实际变更文件、变更类型、功能说明、测试结果和未提交原因。后续 commit 产生后再补充 commit hash。
每次 commit 后，立即将本次变更追加到 docs/delivery/SV-xxxxx-changelist.md。
#### T-xxx: {任务描述}
| 文件 | 变更类型 | 说明 |
|------|----------|------|
| path/to/entry-file | 新增 | 功能说明 |
| path/to/related-file | 修改 | 变更说明 |
**接口或契约变更**（如有）：
- `POST /api/xxx` / 组件 props / CLI 参数 — 新增或调整说明
**高风险变更**（如有）：
- `path/to/file#symbol` — 已移除、替换或行为变化说明
以下变更必须在记录时立即标注为高风险：
编码阶段开始时（B1 实施准备完成后），创建变更记录文档骨架：
# 变更清单 SV-xxxxx
> 本文档在编码过程中增量维护，每次 commit 后同步更新。
## 变更记录
（编码过程中逐条追加）
## 需关注：高风险变更
（编码过程中发现高风险变更时追加）
changelist.md 已覆盖本任务变更，实施进度已更新编码阶段如需生成作者注释，读取全局用户配置：
~/.cursor/coding-exoskeleton/user-config.json
读取规则：
author.javaDocAuthorauthor.namegit config --global user.name使用边界：
@authorAGENTS.md、技术方案、变更清单、技术参考文档或 .cursor/harness-config.jsonauthor.commitTrailer = true 且团队规范要求时，才追加作者 trailerB2 阶段根据任务复杂度分为两种执行模式（判定逻辑见 code.md B2.0）。
当编码任务按业务边界归组后分组数 >= 2 时进入编排模式，主 Agent 的角色转为编排者：
implementation-planning skill）coding-subagent agent 的上下文边界（见 commands/code.md B2.0 / B2.2）changelist.md、更新实施进度、运行集成验证编排模式下的强制约束：
编码子代理在隔离的上下文中执行一组任务（详细定义见 coding-subagent agent 文件）：
docs/delivery/SV-xxxxx-changelist.md——变更记录随结果返回，由主 Agent 汇总编码任务不多或仅涉及单一业务模块时，主 Agent 自行编码，流程与 TDD 工作节奏一致，每个任务完成点直接更新 changelist.md 和实施进度；若有 commit，则同步记录 commit hash。