code-workflow
4阶段代码变更工作流：研究→计划→用户评审→TDD实现
安装使用
复制下面这段提示词发给你的 AI（Claude / Cursor / TRAE / Codex / WorkBuddy 等），它会自动帮你完成安装：
帮我安装这个 AI Skill：code-workflow。 它的用途是：4阶段代码变更工作流：研究→计划→用户评审→TDD实现 完整的 Skill 内容见：https://321skill.com/skills/code-workflow-x-2/raw/index.md 请读取该页面内容，如果是 SKILL.md 格式直接安装，如果是 README 提炼核心 prompt 后安装。
提示词包含完整的 Skill 内容链接，AI 读取后即可完成安装。你也可以 查看完整内容 确认无误。
使用示例
'为一个用户登录功能实现代码变更工作流'，它会先调研相关需求文档，生成一份包含数据库变更、API设计和测试策略的计划，等待你确认后创建分支并默认编写TDD测试用例，最后实现代码并自动生成带截图/视频的PR描述，确保变更可追溯。
介绍
解决什么问题：在开发新功能或修复Issue时，开发者常常跳过了调研和计划阶段就直接写代码，导致实现方向错误、缺乏测试覆盖、PR描述混乱。本Skill提供了一套结构化的4阶段工作流（Research→Plan→User Review→Implement with TDD），确保每次代码变更都有充分的前期准备和人工评审环节，降低返工风险。
怎么用：当你在GitHub仓库中处理一个Issue或新功能时，激活该Skill即可启动工作流。它会先引导你完成Step 0-3的调研、计划、用户评审和分支创建，然后进入Step 4的TDD实现（默认开启测试驱动开发，可通过—no-tdd跳过）。实现完成后自动捕获变更并生成带截图/GIF/视频的PR描述，方便团队Review。
适合谁：适合需要规范化代码变更流程的团队开发者，尤其是后端开发、全栈开发以及项目经理。如果你经常在多人协作的项目中处理功能实现、任务跟踪或新功能开发，这个Skill能帮助你统一工作流，减少沟通成本。
使用建议：建议在团队中统一采用本工作流，确保每次变更都经过计划和评审，提升代码质量和可追溯性。如果遇到紧急修复或原型验证，可以结合—no-tdd跳过测试环节，但长期来看推荐保持TDD默认开启。注意该Skill主要针对GitHub仓库，其他平台可能需要适配。
核心特点
与同类代码变更Skill的核心区别在于强制用户评审环节（Step 3）和默认TDD（测试驱动开发），而不仅仅是生成代码或PR，强调人工介入和测试先行，保证变更质量。
注意事项
不适合快速原型、一次性脚本或紧急线上修复，因为需要经过计划、评审等步骤，会增加时间开销。
常见问题
如何跳过TDD？
在实现阶段使用--no-tdd参数即可跳过默认的测试驱动开发流程。
是否支持非GitHub仓库？
目前主要针对GitHub仓库设计，若使用其他Git平台需手动适配步骤和PR生成逻辑。
给 AI 助手的安装指引
如果你的 AI 编程助手（Claude Code、Cursor、TRAE 等）能看到这个页面，把下面这段发给它即可自动完成安装：
请访问 https://321skill.com/skills/code-workflow-x-2/raw/index.md 读取 code-workflow 的原始 Skill 定义（Markdown 格式），按其中说明在我的环境里完成安装和配置。
AI 可直接读取的原始 Markdown 地址：/skills/code-workflow-x-2/raw/index.md（查看排版版本）