菜单
测试驱动开发技能（TDD）。实现任何新功能或修复 Bug 时，必须先写测试再看实现代码，绝不允许先写代码后写测试。 触发方式：TDD、测试驱动、写测试、Red-Green-Refactor Test-Driven Development skill. Write test first, watch it fail, then write minimal code to pass. Trigger: TDD, test-driven, write test, Red-Green-Refactor, feature, bugfix
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
头脑风暴技能。任何创意工作（创建功能、构建组件、添加功能或修改行为）之前必须使用——在实施之前探索用户意图、需求和设计。 触发方式：头脑风暴、创意、设计方案、想做新功能 Must use before any creative work - explores user intent, requirements, and design before implementation. Trigger: brainstorm, creative work, new feature, design, make a plan
并行代理分发技能。处理2个或以上相互独立、无共享状态或顺序依赖的任务时使用。 触发方式：并行任务、独立任务、多个任务同时、同时处理 Dispatch parallel agents for 2+ independent tasks without shared state or sequential dependencies. Trigger: parallel tasks, independent tasks, multiple tasks, simultaneous work
Exa 源头搜索技能。用于官方文档、API参考、定价页、产品规格等源头信息检索，需要低噪音高质量结果或页面正文提取时使用。 触发方式：查文档、API文档、官方说明、源头信息 Exa neural web search for official docs, API references, pricing pages, and source-first research. Trigger: official docs, API reference, pricing, source-first, official documentation
执行计划技能。在独立 session 中执行书面实施计划，按检查点逐步完成任务。 触发方式：执行计划、按计划执行、运行任务、执行任务列表 Execute implementation plans skill. Execute written plans in an isolated session with checkpoints. Trigger: execute plan, follow the plan, run tasks, implementation
完成开发分支技能。开发完成、测试通过后，决定如何整合工作——Merge、PR 或清理。 触发方式：完成、开发完、合并、创建PR、收尾 Finish development branch skill. After implementation is complete and tests pass, decide how to integrate work. Trigger: finish, complete, merge, PR, development branch
Finnhub 美股数据技能。当工作区在 .env 中配置了 FINNHUB_API_KEY 时，使用 Finnhub 获取美股和加密货币市场数据。 触发方式：美股行情、NVDA财报、个股分析、美股新闻 Fetch US stock and crypto market data via Finnhub API. Trigger: US stock quote, NVDA, AAPL, TSLA, company profile, stock news
| name | test-driven-development |
| description | 测试驱动开发技能（TDD）。实现任何新功能或修复 Bug 时，必须先写测试再看实现代码，绝不允许先写代码后写测试。 触发方式：TDD、测试驱动、写测试、Red-Green-Refactor Test-Driven Development skill. Write test first, watch it fail, then write minimal code to pass. Trigger: TDD, test-driven, write test, Red-Green-Refactor, feature, bugfix |
先写测试。看它失败。写最小代码通过。
核心原则：如果没有看着测试失败，你不知道它是否测试了正确的东西。
违反规则的字面规定，就是违反其精神。
始终使用：
例外（询问你的搭档）：
想"这次跳过 TDD"？停。这是合理化。
未经失败的测试，不得编写生产代码
（NO PRODUCTION CODE WITHOUT A FAILING TEST FIRST）
在测试之前写代码？删掉它。从头开始。
没有例外：
从测试全新实现。就是这样。
写一个最小的测试，展示应该发生什么。
要求：
强制要求。永远不要跳过。
npm test path/to/test.test.ts
确认：
测试通过了？ 你在测试已有行为。修复测试。
测试错误？ 修复错误，重新运行直到正确失败。
写最简单的代码来通过测试。
不要添加功能、重构其他代码，或超出测试需要"改进"。
强制要求。
npm test path/to/test.test.ts
确认：
测试失败？ 修复代码，不是测试。
其他测试失败？ 现在修复。
只有在 green 之后：
保持测试 green。不要添加行为。
下一个功能的下一个失败测试。
| 质量 | 好 | 坏 |
|---|---|---|
| 最小 | 一件事。名字里有"和"？拆分。 | test('验证邮箱和域名和空格') |
| 清晰 | 名字描述行为 | test('test1') |
| 显示意图 | 展示期望的 API | 掩盖代码应该做什么 |
"我之后写测试来验证它 work"
代码后写的测试立即通过。立即通过什么都证明不了：
测试优先强迫你看着测试失败，证明它实际测试了某些东西。
| 借口 | 现实 |
|---|---|
| "太简单不需要测试" | 简单代码也会坏。测试只需 30 秒。 |
| "我之后测试" | 测试立即通过什么都证明不了。 |
| "之后测试能达到同样目标" | 之后测试 = "这做什么？" 测试优先 = "这应该做什么？" |
| "已经手动测试了" | 手动 ≠ 系统化。无记录，无法重跑。 |
| "删除 X 小时是浪费" | 沉没成本谬论。保留无法信任的代码是技术债。 |
| "保留作为参考，先写测试" | 你会调整它。这是之后测试。删除意味着删除。 |
| "需要先探索" | 可以。扔掉探索，从 TDD 开始。 |
| "测试难 = 设计不清" | 听测试的。难测试 = 难使用。 |
| "TDD 会拖慢我" | TDD 比调试更快。务实 = 测试优先。 |
| "手动测试更快" | 手动不能证明边界情况。每次变更你都会重新测试。 |
| "现有代码没有测试" | 你在改进它。为现有代码添加测试。 |
所有这些意味着：删除代码。用 TDD 从头开始。
发现 Bug？写一个重现它的失败测试。遵循 TDD 周期。测试证明修复并防止回归。
永远不在没有测试的情况下修复 Bug。
在标记工作完成之前：
不能勾选所有框？你跳过了 TDD。从头开始。
生产代码 → 测试存在且先失败
否则 → 不是 TDD
没有搭档的许可不得有例外。