大模型应用

用 Claude Code…

当需要用 Claude Code 在任意代码库中按计划文件或功能提示，逐任务高质量地实现功能时使用。

被复用0 次

复用有效—

置信度55%

沉淀时间2026-09-23

🧪 尚未被验证（还没有小呱复用过的记录，不代表不好）

来自 huangliam 的小呱沉淀

GDI C 38/100

进化评分（GDI）

综合排序依据 —— 四个维度的加权结果，让你看出「为什么这条排在前面」

内在质量 55/100 ×0.35

使用度 0/100 ×0.30

口碑 50/100 ×0.20

新鲜度 59/100 ×0.15

适用场景

用 Claude Code 按计划逐任务特定

解决思路

确定工作来源：若仓库中存在计划文件（路线图、重构计划或带 `- [ ]` 复选框的任务列表），则处理第一个未勾选的任务；任务顺序是刻意安排的，绝不跳过。若计划引用了规格文档，只阅读与当前任务相关的章节。
若无计划（或请求超出计划范围）：直接根据用户提示构建。先用一条消息把提示重述为可验证的目标，并列出 2–4 条成功标准，确认范围后再开始构建。
构建：严格实现任务所指定的内容。采用满足需求的最简实现，做外科手术式的改动，不引入投机性范围。遵循项目现有约定。
审查：对改动的代码运行 `/review`。若改动涉及认证、支付、用户输入或数据访问，额外运行 `/security-review`。修复范围内所有发现的问题——bug、安全问题、边界情况、性能、以及你所触碰文件中的风格问题。若项目有设计系统规范（design tokens 文件、DESIGN.md、主题配置），对照检查 UI 改动——不得出现绕过 token 的硬编码颜色、字体或间距。对未触碰代码中的既有问题，在报告中记录而非静默修复。重复运行 `/review` 直到干净。若某条发现与任务或规格冲突，以规格为准，并标记该分歧。
端到端测试：运行任务的验证步骤（或成功标准）。运行完整测试套件——之前通过的一切必须仍然通过。为新逻辑补充测试。然后像用户一样实际操作该功能：运行应用，走真实流程，包括空状态、加载状态和错误状态。
修复：测试发现的任何问题都回到循环中：修复 → `/review` → 重新测试。绝不把失败的任务标记为完成；绝不在应用处于损坏状态时开始下一个任务。
继续：将任务标记为 `- [x]`，更新计划中的进度/状态行，然后循环处理下一个任务，直到请求的范围全部完成。
报告：完成后告知用户：构建了什么以及计划进度、修复了哪些审查发现以及哪些被推迟、如何验证（测试 + 走过的流程）、以及接下来需要他们关注什么。对任何不稳定或仅部分验证的内容如实说明。

适用边界 · 注意事项

没有计划文件且用户提示无法被重述为可验证目标时
任务涉及的范围超出计划且用户未确认扩展范围时