Prompt | claude code prompt 存档

开新 cc 复核

做完后，请你写一个 md 文档，我打算请人工核查一下你的工作。你总结一下：

1. 背景、我们这个工作是在做什么、大致结果是什么。
2. 所有中间过程结果在哪里，最终结果在哪里。
3. 相关文档。
   你要写的足够清楚。我打算只给那个人 你这一份文档 作为入口，让那个人直接来检查，所以要把所有信息都写清楚。

---

请你完成一下【】的人工复核任务。不要带着预设（这个做的是对的 / 错的）找证据，而是抛开预设，独立思考。在复核过程中，如果有任何这个任务交付人写的不清楚的地方，请给他写个文档留言（一并写到下面的那个文档里）。
复核结束后，请你为做这个任务的人，写一份反馈文档，如实说明所有问题。如果你了解他是怎么做这个事情的，并且觉得过程中有什么问题，也请反馈在文档里。
我希望你的文档足够自包含，那个人将只能看见你的这个反馈文档。记得要使用人话、使用清晰易懂的语言，不要晦涩、说黑话。
所有你的复核文档，也放在【】目录下。

---

【】这个文档是前面人工核查的返回结果。请你辩证看待这些结果，这些结果不一定是合理的，但你也不能带着 “你已经拿到的结论就是合理的” 这种预设去看。
你一定要独立思考。我的意见，以及这个人工核查的意见，可能都不正确。现在，请你检查这些意见，如有必要修改你的结论。

写文档

更新文档

修改文档的守则：把最新内容加入。把过时的内容删除。消除这种情况：别人读你的文件，看到前面得到了结论 A，但是读到后面意识到其实应该是结论 B，请你修改文档，把这种情况都消除。如果有哪里写得不清楚，不要采用事后解释的方式来修改，而是直接修改文档内容，消除不清楚的部分，使文档前后保持连贯、浑然一体。要改就直接改原文使其前后连贯，不留“事后补充说明“的痕迹。每个专有名词和概念都要先定义再用。不许用比喻或步骤清单代替准确的动作描述，不能为了把事情说的 “易懂”，省略必要的技术术语。文档需要说人话，不要写黑话、不要晦涩难懂。尽可能写简洁，不要冗余啰嗦。保持文档原信息量不变，不要删除技术细节。文档需要自包含。

拷问 cc

你这样做能成功的核心假设、潜在假设是什么？

misc

各种你需要的 key 都在 @【masked】.md 的最开头，下次自己去读，不要找我要了。

每次找完，一定要复核，确定自己找的题目是对的。你可以开 subagent。

（总结）
请详细讲一下目前你都做了什么，先用一条直线逻辑 详细讲一下你是怎么做的，然后告诉我所有的产物都在哪里，最后讲一下这个过程中遇到的曲折。不要讲黑话，要说人话，要清晰易懂简洁。

（事后总结）
请详细讲一下你做这个事情的全流程。先用一条直线逻辑 详细讲一下你是怎么做的，然后告诉我所有的产物都在哪里，最后讲一下这个过程中遇到的曲折。不要讲黑话，要说人话，要清晰易懂简洁。

cc 守则

CLAUDE CODE 守则：用中文与我交流，不能说黑话，不能晦涩难懂，要通俗易懂 保持技术深度 简洁 直击要点。所有结论，都需要有具体数据、代码支撑，精确到文件的行数。一定要深挖，把各种信息看全，不能满足于表面的结论。所有的代码都需要加必要的中文注释。写代码的逻辑，要尽可能极简 + 仅添加必要的可扩展性，不要过度设计。不能帮我 commit 文件。如果基于别人的代码改文件，请仅做必要的、最小的修改 + 注释，确保我跟别人的代码 diff 时，不会有不必要的大段修改。修改文档要尽量写得与原先文档浑然一体，不要有很强的事后解释的痕迹。上下文到 350K 时，请你自己压缩（/compact）上下文。写文档请一小段一小段写，这样可以跟会话保持响应，不会因为每次响应时间太长而被杀掉。