Dev 端到端开发工作流编排
从需求澄清到 90% 测试覆盖率验证的极简端到端开发流程，通过 codeagent-wrapper 多后端并行执行代码任务。
该技能要求所有代码修改必须通过 codeagent-wrapper 执行，禁止直接使用 Edit/Write 工具，并通过 AskUserQuestion 在步骤 0 和步骤 1 强制征求用户确认（后端选择、需求澄清、计划确认），外部影响和数据流基本可见。但扣分原因：所有执行都委托给外部 CLI 后端（codex/claude/gemini），其权限、隔离性、回滚机制均未在本技能文件中说明；wrapper 本身来源和行为未在本路径证据中展示；强制以 --dangerously-skip-permissions 类似的宽泛执行面存在潜在过度授权，未提供最小权限与恢复说明。
指令内部大体自洽：步骤、路由规则（default→codex、ui→gemini、quick-fix→claude）与 fallback 优先级一致，错误处理章节覆盖 wrapper 失败、覆盖率不足、循环依赖、超时和后端不可用。扣分原因：静态审阅下关键路径未经验证；强制 90% 覆盖率阈值一刀切，对简单任务可能产生矛盾；重复的覆盖验证轮次与用户反馈路径未完全界定；仓库内 CI 测试针对 codeagent-wrapper（Go），不覆盖本技能的关键路径。
场景清晰（端到端特性开发）、触发条件明确（/dev 命令）、输入输出与任务类型分类（default/ui/quick-fix）定义良好。扣分原因：未声明不适配边界（如非代码类任务、无任何后端 CLI 的环境）；核心功能完全依赖海外 AI CLI（codex/claude/gemini），对中国大陆网络可达性构成实质依赖风险，且技能文件本身未提供中文支持或替代说明。
文档结构清晰（约束、步骤、错误处理、质量标准分层合理），附带子代理 dev-plan-generator 的详细模板与质量检查清单。扣分原因：技能文件本身无版本号或变更记录；对 codeagent-wrapper 的安装/可用性前置条件依赖仓库 README，未在技能内自洽披露；发布者为未验证身份，维护责任与更新路径仅在 README 层面间接体现；AGPL-3.0 许可明确但商业许可联系方式混入开源仓库。
声称可完成需求澄清→分析→计划→并行执行→覆盖率验证的完整流程，并行化和后端路由在成本/收益上有合理性。扣分原因：静态审阅下无代表性输出可验证；所有效果依赖外部 codeagent-wrapper 与多个付费 AI 后端，边际价值相对于直接在 Claude Code 中执行的收益未提供比较证据；90% 覆盖率承诺的可达成性未经证实。
可审计的一手材料包括完整的技能指令、子代理定义、仓库级 CI 工作流（Go 测试+覆盖率）与安装脚本。扣分原因：CI 测试针对 codeagent-wrapper 而非本技能路径，无法复现 dev 工作流的关键行为；事实与推断未分离（后端'稳定/高质量'等描述为无出处的断言）；无第三方独立验证。
- 核心执行依赖 codex/claude/gemini 等海外 CLI 服务，对中国大陆用户的网络可达性和可用性存在实质风险，使用前请确认本地后端已安装并可用。
- 所有代码修改通过外部 codeagent-wrapper 执行，其权限范围、沙箱隔离与回滚机制在本技能文件中未披露，建议在生产项目中先行小范围试用并启用版本控制以便恢复。
- 强制 90% 覆盖率对简单任务可能造成过度测试或不必要的执行轮次，可按项目实际标准调整验收条件。
- 发布者身份未经企业注册表验证，技能无独立版本号/变更记录，更新依赖仓库最新 release 覆盖安装，请注意备份自定义修改。
- 'codex 稳定、gemini 擅长 UI' 等后端特性描述无出处，属作者断言而非可验证事实。
这个 Skill 能做什么，适合哪些场景？
dev 是 myclaude 仓库中的一个技能，位于 skills/dev/SKILL.md。它编排一个 7 步开发流程：先让用户选择可用后端（codex/claude/gemini），再通过提问澄清需求，调用 codeagent-wrapper 做深度技术分析，生成开发文档并经用户确认，然后按任务类型（default/ui/quick-fix）确定性路由到对应后端并行执行。所有代码改动都必须经由 codeagent-wrapper 完成， orchestrator 自身禁止直接编辑文件。流程最后强制校验每个任务的单元测试覆盖率不低于 90%，未达标最多补测两轮。
第 0 步用 AskUserQuestion 让用户勾选允许的后端集合；第 1 步通过 2-3 轮提问澄清功能边界、输入输出、约束和测试要求，并用 TodoWrite 建任务清单；第 2 步仅通过 Bash 调用 codeagent-wrapper 分析代码库，产出上下文、方案对比、技术决策和 2-5 个可并行任务（每个带类型、文件范围、依赖和测试命令），并检测是否涉及 UI；第 3 步调用 dev-plan-generator agent 生成 dev-plan.md 并请用户确认；第 4 步用 codeagent-wrapper --parallel 一次性提交全部任务，按类型路由后端（default→codex，ui→gemini，quick-fix→claude，不在允许集合内则按 codex→claude→gemini 回退）；第 5 步校验各任务覆盖率 ≥90%，不达标要求补测试（最多 2 轮）；第 6 步输出完成摘要，包括任务清单、每个任务的覆盖率和关键文件变更。
- 经常使用 Claude Code 的开发者，希望一个需求从澄清到落地全部自动化，而不是手动一步步驱动 AI 写代码
- 同时装有 Codex、Claude、Gemini 多个后端 CLI 的团队，想让不同性质的任务（常规开发、UI、快速修补）自动分派给最合适的后端
- 对测试覆盖率有硬性要求的工程师，希望流程本身强制卡住低于 90% 覆盖率的交付
- 面对包含多个独立子功能的中等规模需求，想把这些子任务拆开并行执行以缩短总耗时
- 习惯在执行前先看开发计划并人工确认的开发者——本流程在 Step 3 设有强制的用户确认关卡
这个 Skill 有哪些优点和局限？
- 端到端覆盖：需求澄清 → 分析 → 计划 → 并行执行 → 覆盖率验证 → 总结，流程完整
- 强制 90% 单元测试覆盖率，不达标会自动要求补测（最多两轮），质量有硬约束
- 按任务类型确定性路由到多后端，UI、常规开发、快速修补各得其所，且支持用户限定后端集合
- 任务按自然功能边界拆为 2-5 个并行单元，独立任务并发执行，缩短总耗时
- 所有改动经由 codeagent-wrapper，orchestrator 不直接编辑文件，行为可控、可审计
- 强依赖 codeagent-wrapper 及至少一个后端 CLI（Codex/Claude/Gemini），环境不齐全则无法运行
- 深度使用 Claude Code 专属工具（AskUserQuestion、TodoWrite、agent 调用），迁移到其他 Agent Skills 客户端需要改造
- 简单任务也必须走完 7 步流程（后端选择和需求澄清为强制步骤），对一行小改动可能过重
- 源材料未提供独立的测试套件或基准数据，90% 覆盖率在实践中的达成成本未经验证
- AGPL-3.0 许可证对商业集成有传染性约束，商用需联系 [email protected] 获取商业授权
如何安装这个 Skill？
在终端运行交互式安装器：npx github:stellarlinkco/myclaude；可用 npx github:stellarlinkco/myclaude --list 查看可安装项（dev 作为独立技能列出）；用 --update 从 GitHub 更新已安装模块；用 --install-dir ~/.claude --force 指定安装目录并覆盖。安装后技能位于 ~/.claude/skills/ 下。源材料未单独说明 dev 技能文件的手动安装路径。
如何使用这个 Skill？
在 Claude Code 中触发 /dev 工作流即可。首次运行会先弹出后端选择（可多选 codex/claude/gemini；若只选 codex，则所有任务含 UI 和快速修补都强制用 codex），随后进入需求澄清提问。使用前提：已安装 codeagent-wrapper，且所选后端 CLI 可用（Codex 需支持 codex e、--、-C、resume；Claude 需 --output-format stream-、-r；Gemini 需 -o stream-、-y、-r）。并行的单个任务默认 2 小时超时，可通过 CODEX_TIMEOUT 配置。
这个 Skill 与同类方案有什么区别？
同一仓库中还有 /do（推荐的 5 阶段功能开发流程，含 codeagent 编排）和 /omo（多 agent 编排与智能路由）。README 的场景建议是：默认功能开发用 /do，简单任务用 /code、/debug。dev 的差异化定位是极轻量端到端流程并强制 90% 覆盖率；若不需要覆盖率硬门槛，可考虑 /do。