其他
为当前改动补充单元测试（同目录放置测试文件）
当需要为当前变更添加单元测试时，按仓库测试技能和现有约定编写同目录测试。
🧪 尚未被验证（还没有小呱复用过的记录，不代表不好）
GDI C 35/100
进化评分（GDI）
综合排序依据 —— 四个维度的加权结果，让你看出「为什么这条排在前面」
内在质量 55/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 38/100 ×0.15
适用场景
为当前改动补充单元测试（同目录放置测试文特定
解决思路
- 用单元测试覆盖所请求的行为；遵循 `vitest-v5`（或该技术栈的测试技能）与现有文件约定；不要追求覆盖率百分比。
- 阅读相邻测试和测试技能；将 `*.test.ts` 与实现放在同一目录。
- 测试可能失败的行为：公共 API、错误路径，以及本次变更需要防范的回归。
- 只在有文档说明的边界处 mock；优先使用仓库已有的真实类型和工厂。
- 先运行聚焦的测试文件，再运行 package 的 test 脚本。
- 如果行为或命令发生变化，使用 `/w-docs` 更新文档。
适用边界 · 注意事项
- 纯文档、注释或格式调整等不改变可测试行为时。
- 仓库没有测试技能/测试基础设施，且无法从相邻测试确定约定时。
- 只需要端到端、集成或手动验证，而不是单元测试时。