AI 辅助开发工作流教练

Model: qwen3-max | ¥0.50/call
AI编程,软件工程,TDD,需求澄清,架构重构,Git安全护栏chat-visible

面向全栈/前端开发者的 AI 软件工程方法论教练（基于 mattpocock/skills）。把 TypeScript 专家 Matt Pocock 的工程化工作流——需求澄清、PRD、任务拆分、TDD、Bug 诊断、架构重构、Git 安全护栏——抽象为对话技能。不绑定 Claude Code/Cursor 等 IDE，可独立使用。零外部 API 依赖。适用于个人开发者、团队协作、技术 PM、想系统学习工程方法论的学习者。

Calls: 3

Skill Documentation

🧑‍💻 AI 辅助开发工作流教练

摘要

面向全栈/前端开发者的 **AI 软件工程方法论教练**：把 TypeScript 专家 Matt Pocock 的工程化工作流（需求澄清 → PRD → 任务拆分 → TDD → Bug 诊断 → 架构重构 → Git 安全护栏）抽象为可对话执行的方法论，不绑定任何 IDE 或 MCP 客户端，**零外部 API 依赖**。

**作者:** WorkBuddy 用户

**评分:** ⭐⭐⭐⭐⭐

🎯 核心事实速查（唯一口径 · 回答前先读本节）

来源与方法论

核心方法论（每条均可独立触发）

| 方法论 | 触发词 | 核心作用 | 典型场景 |

|---|---|---|---|

| **/grill-me** | 「拷问我需求」/「需求澄清」/「问题清单」 | 主动反向提问，补齐遗漏边界 | 小功能开发前，避免 90% 返工 |

| **/grill-with-docs** | 「带文档拷问」/「需求澄清并沉淀」 | 反向提问 + 写入 CONTEXT.md + 生成 ADR | 中大型功能、团队协作项目 |

| **/tdd** | 「TDD」/「测试驱动开发」/「先写测试」 | 强制红-绿-重构三阶段：先测试 → 实现 → 重构 | 所有新功能开发 |

| **/diagnose** | 「Bug 排查」/「诊断」/「偶现问题」 | 六步标准化排障：复现 → 最小化 → 假设 → 验证 → 修复 → 回归测试 | 任何线上/本地 Bug |

| **/improve-codebase-architecture** | 「代码重构」/「架构优化」/「解耦」 | 渐进式安全重构，禁一次性全量重写 | 老项目迭代、代码臃肿 |

| **/to-prd** | 「写 PRD」/「需求文档」/「产品文档」 | 自动生成结构化产品需求文档 | 需求澄清完成后 |

| **/to-issues** | 「拆任务」/「拆 Issue」/「任务拆分」 | 按功能维度拆为可独立开发/自测/交付的细小任务 | PRD 定稿后 |

| **/git-guardrails** | 「Git 安全」/「禁止强推」/「提交规范」 | 禁强制推送、禁删分支、不分时段合并、规范 Commit | 首次开启 AI 终端/Git 权限 |

文档产物

| 文件 | 作用 | 默认位置 |

|---|---|---|

| `CONTEXT.md` | 项目上下文（业务规则、命名规范、核心定义） | 项目根目录 |

| ADR（架构决策记录） | 重大决策的可追溯记录 | `./docs/` 或指定位置 |

限制与边界（强约束）

这个技能是干什么的?

AI 辅助编程时代的最大痛点不是「AI 不会写代码」，而是 **AI 没有资深工程师的标准化流程约束**——需求模糊就动手、无测试就交付、盲目试错排障、架构腐化不收敛。

本技能把资深工程师的工作流**结构化**为 AI 可严格执行的对话指令：

适用于**任何正在用 AI 写代码的人**：个人开发者、团队负责人、技术管理者，以及「代码能跑但无测试 / 排障靠猜 / 项目越来越乱」的所有场景。

核心特性

| 能力 | 解决问题 | 关键收益 |

|---|---|---|

| 需求澄清（grill-me / grill-with-docs） | 90% 返工源于需求模糊 | 一次到位 |

| TDD 强制执行（/tdd） | 代码无测试、边界缺失、逻辑冗余 | 质量稳定 |

| 六步 Bug 诊断（/diagnose） | 盲目改代码试错、排障耗时长 | 精准定位 |

| 渐进式架构重构（/improve-codebase-architecture） | 一次性重写致项目崩盘 | 渐进收敛 |

| PRD / Issue 自动化（/to-prd / /to-issues） | 无正式需求文档、口头迭代 | 团队对齐 |

| Git 安全护栏（/git-guardrails） | AI 误操作致代码丢失 / 分支错乱 | 提交规范 |

工作流速查

场景一 · 新功能迭代（90% 职场开发通用）

需求澄清（grill-with-docs）
   ↓
PRD 定稿（/to-prd）
   ↓
拆任务（/to-issues）
   ↓
逐任务 TDD（/tdd）
   ↓
遇到 Bug（/diagnose）
   ↓
安全提交（git-guardrails）

场景二 · 线上/本地 Bug 修复

直接 /diagnose 完整现象
   ↓
跟随 AI 完成复现 → 根因定位 → 精准修复 → 回归测试

场景三 · 老项目架构重构

/improve-codebase-architecture 模块名
   ↓
获取分步计划 → 优先高冗余 → 小批量重构
   ↓
每模块用 /tdd 补测试 → 渐进式解耦

怎么用?

直接对本技能说：

适用场景

常见问题（FAQ）

**Q1：这是不是必须装 Claude Code？**

A：不需要。本技能只使用方法论（grill-me / tdd / diagnose 等），不涉及安装步骤或 IDE 集成。可在任何 AI 对话中调用。

**Q2：只适用 TypeScript 吗？**

A：方法论普适，TS / React 只是示例项目。任何语言都适用——只是配置项略有差异。

**Q3：与 eslint / prettier 等工具有什么区别？**

A：eslint / prettier 只检查语法格式；本技能包含架构决策、设计模式、测试策略、需求澄清、渐进重构等更高层面的工程规范。

**Q4：本技能会保存文件吗？**

A：**不会**。所有产出（CONTEXT.md、ADR、PRD、Issue）由用户决定如何保存。本技能只输出内容。

**Q5：CONTEXT.md 是什么？**

A：项目统一上下文——记录业务规则、命名规范、核心定义。是开发者与 AI 的统一沟通词典，禁止随意删除。

**Q6：团队如何落地？**

A：项目统一局部配置使用；统一初始化生成 CONTEXT.md 沉淀业务规则；强制遵循「需求澄清 → PRD → 任务拆分 → TDD 开发」标准流程。

性能与限制

联系方式

通过 aimsgateway.cn 联系发布者反馈问题。

---

🤖 Agent 使用说明

👤 用户需要做什么

FAQ

这个技能是干什么的?

AI 辅助编程时代的最大痛点不是「AI 不会写代码」，而是 **AI 没有资深工程师的标准化流程约束**——需求模糊就动手、无测试就交付、盲目试错排障、架构腐化不收敛。

本技能把资深工程师的工作流**结构化**为 AI 可严格执行的对话指令：

  • 需求模糊 → AI 主动反向追问到边界清晰；
  • 开发功能 → 先写测试再写实现，重构阶段不破坏测试；
  • 出现 Bug → 六步结构化排查，不是改代码试错；
  • 写文档 → 自动生成 PRD / Issue / 架构决策记录；
  • Git 操作 → 强制安全护栏，杜绝强制推送、删分支。

适用于**任何正在用 AI 写代码的人**：个人开发者、团队负责人、技术管理者，以及「代码能跑但无测试 / 排障靠猜 / 项目越来越乱」的所有场景。

怎么用?

直接对本技能说：

  • 「我要做一个**图片上传功能**，帮我 grill-me 一下需求」→ 触发 grill-me
  • 「给这个需求生成 PRD」→ 触发 /to-prd
  • 「**登录接口偶现重复提交**，诊断一下」→ 触发 /diagnose
  • 「**拆分购物车模块重复逻辑**，渐进式重构」→ 触发 /improve-codebase-architecture
  • 「拆成 GitHub Issues」→ 触发 /to-issues
  • 「先写测试再写实现」→ 触发 /tdd
Q1：这是不是必须装 Claude Code？

A：不需要。本技能只使用方法论（grill-me / tdd / diagnose 等），不涉及安装步骤或 IDE 集成。可在任何 AI 对话中调用。

Q2：只适用 TypeScript 吗？

A：方法论普适，TS / React 只是示例项目。任何语言都适用——只是配置项略有差异。

Q3：与 eslint / prettier 等工具有什么区别？

A：eslint / prettier 只检查语法格式；本技能包含架构决策、设计模式、测试策略、需求澄清、渐进重构等更高层面的工程规范。

Q4：本技能会保存文件吗？

A：**不会**。所有产出（CONTEXT.md、ADR、PRD、Issue）由用户决定如何保存。本技能只输出内容。

Q5：CONTEXT.md 是什么？

A：项目统一上下文——记录业务规则、命名规范、核心定义。是开发者与 AI 的统一沟通词典，禁止随意删除。

Q6：团队如何落地？

A：项目统一局部配置使用；统一初始化生成 CONTEXT.md 沉淀业务规则；强制遵循「需求澄清 → PRD → 任务拆分 → TDD 开发」标准流程。

Open AIMS China Panel