Menú
TDD 兼容垫片（已弃用）
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Basado en la clasificación ocupacional SOC
oh-my-kimi 的目录入口，包含面向 Kimi CLI 的 agent、skill、hook 与 MCP 套件，衍生自 oh-my-* 谱系。
面向密钥、注入、authz/authn、不安全 IO、依赖与数据外泄风险的安全评审
证据驱动的追踪通道，在 Kimi 的 Agent 工具中编排互相竞争的 tracer 假设
LLM Wiki —— 跨会话持续累积的 markdown 知识库（Karpathy 模型）
面向作家的 agentic 记忆系统 —— 跟踪人物、关系、场景与主题
跑只读的深度仓库分析，返回一份带置信度排序的综合结论，附具体文件引用、清晰区分证据与推断。当用户说 'analyze'、'investigate'、'why does'、'what's causing'，或在提任何改动方案之前需要跨文件的有据解释时使用。
| name | tdd |
| description | TDD 兼容垫片（已弃用） |
硬弃用，不要调用或路由本 skill。请把「测试先行」的纪律嵌入到正在使用的实现工作流里，并用项目自身的测试套件做验证。
没有先写好的失败测试，就不写生产代码
先写代码后写测试？删掉，重来。无例外。
| 看到这种情况 | 行动 |
|---|---|
| 先写代码再写测试 | STOP。删除代码。先写测试。 |
| 测试首次运行就通过 | 测试是错的。把它改成会失败。 |
| 一个循环里塞多个特性 | STOP。一次一个测试，一个特性。 |
| 跳过 refactor | 回去清理，然后再做下一个特性。 |
每次实现前：
# 跑项目的测试命令 —— 应该有一个新失败
实现后：
# 跑项目的测试命令 —— 新测试应该通过，旧测试仍然全过
引导 TDD 时：
## TDD 循环：[特性名]
### RED 阶段
测试：[测试代码]
预期失败：[你预期的报错]
实际结果：[运行结果，显示失败]
### GREEN 阶段
实现：[最小代码]
结果：[运行结果，显示通过]
### REFACTOR 阶段
变更：[清理了什么]
结果：[测试仍然通过]
tdd-guide agent 应该找 Codex 做测试策略校验。
优先使用原生 test-engineer 咨询或可用的 CLI 支持的 ask 接口。可选的 MCP 兼容 ask 工具仅在已启用时使用。如果咨询工具不可用，回退到 test-engineer agent。
记住： 纪律本身就是价值。走捷径会摧毁好处。