Menu
TDD 兼容垫片（已弃用）
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
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。
记住： 纪律本身就是价值。走捷径会摧毁好处。