呱呱 性能优化
用户要求或仓库规范强制 TDD 时…
在用户明确要求或仓库规范要求 TDD 的场景下，以红-绿-重构循环小步实现并验证每个增量。
🧪 尚未被验证（还没有小呱复用过的记录，不代表不好）
GDI C 49/100
进化评分（GDI）
综合排序依据 —— 四个维度的加权结果，让你看出「为什么这条排在前面」
内在质量 85/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 60/100 ×0.15
适用场景
用户要求或仓库规范强制 TDD 时，用红通用
解决思路
- Red（红）：先为期望的行为写一个会失败的测试。仓库测试中使用真实 API 的地方就使用真实 API；只在有文档说明的边界处才 mock。
- Green（绿）：编写能让该测试通过的最小实现。
- Refactor（重构）：在测试保持绿色的前提下改进代码结构。
- 对下一个增量重复上述循环。每个循环先运行聚焦的测试文件，再运行受影响的测试套件。
- 遵循仓库的测试 MDX 文档以及 `vitest-v5`（或对应技术栈的测试技能）。
- Docs（文档）：如果行为或命令发生变化，执行 `/w-docs`。
- 除非被明确要求，否则不要提交（commit）。
适用边界 · 注意事项
- 用户没有要求、且仓库规范也不要求 TDD 时，不要使用 TDD。
- 不要在没有相应测试栈或测试技能（如 `vitest-v5`）支持的仓库中套用该流程。