对于频繁使用 Claude Code 用户来说，真正的挑战不仅仅是编写更好的提示。更大的问题是如何帮助 Claude 了解您的工作风格，识别重复的指令，并建议您的流程的哪些部分应该成为可重用的系统。
法国一家初创公司的联合创始人 Walid Boulanouar 在一篇文章中介绍了一个实用的想法：每周运行一次提示，要求 Claude Code 回顾之前的工作会话，识别重复的模式，并将其分组到工作流程改进中。
这种方法不会将旧会话视为被遗忘的对话，而是将它们转化为有用的数据。 Claude 可以分析你经常要求它做什么、哪些请求重复出现、哪些应该成为技能、哪些工作流程可以成为代理、哪些任务应该被安排、哪些规则应该保存在克劳德.MD。
为什么应每周审查Claude 代码工作流程
当使用人工智能编码助手时，用户经常会在没有注意到的情况下重复类似的请求。有一天，他们要求克劳德编写测试。第二天，他们要求它审查一个组件。随后，他们要求它创建部署清单或分析错误。
这些请求乍一看可能看起来很小。但当它们一次又一次出现时，它们就成为部分工作流程可以标准化的信号。
例如，开发人员可能经常要求 Claude Code ：
- 检查文件中的逻辑错误。
- 在提交之前总结更改。
- 重写 Codex 或 Claude 的提示。
- 功能更新后创建测试清单。
- 阅读日志并查找错误原因。
- 代码更改后更新技术文档。
- 将项目规则保存到指导文件中。
如果手动重复这些请求，用户会浪费时间再次解释相同的上下文。每周回顾提示通过将使用历史记录转化为工作流程改进数据来解决这个问题。
每周提示有助于 Claude Code 检测重复模式
这个想法是让 Claude Code 读取旧会话，尤其是在实际工作期间发出的用户请求。克劳德不应该简单地总结这些会议。它应该分析它们并检测多次出现的模式。
这是关键的转变：克劳德并不将每次对话都视为孤立的聊天。它将完整的工作历史记录视为数据集。
根据该数据集，克劳德应该回答以下问题：
- 用户最常请求什么类型的任务？
- 是否有多次出现的请求？
- 哪些任务应该成为可重复使用的技能？
- 哪个工作流程复杂到足以成为代理？
- 哪个任务应该按计划运行？
- 应将哪条重复规则添加到 CLAUDE.MD 中？
这有助于 Claude Code 更接近技术助理，了解用户的实际工作方式。
技能：您仍然手动触发的可重复使用的操作
第一类是技能。这些是用户经常请求的任务，但仍希望在需要时手动触发。
技能就像可重复使用的动作模板一样。它不需要自动运行，但它可以帮助 Claude 在用户调用它时更加一致地响应。
好的例子包括：
- 编写克劳德代码提示的技巧。
- 为服务生成测试用例的技能。
- 使用清单检查 UI 组件的技能。
- 将产品需求转化为技术任务的技能。
- 编写简短模块文档的技能。
- 检测常见前端问题的技能。
当同一类型的任务在会话中多次出现时，就表明该任务应该标准化。用户可以调用匹配的技能，而不是重复编写相同的长提示。
代理：将多步骤工作流程转变为自治系统
并非所有重复的任务都应该成为一项技能。有些任务包括多个步骤：读取文件、分析数据、确定问题原因以及建议下一步操作。这些更自然地属于代理类别。
代理与技能不同，因为它可以代表更广泛的多步骤工作流程。
示例包括：
- 一个从日志、源代码和最近的更改中分析错误的代理。
- 在合并之前检查拉取请求的代理。
- 读取问题并查找可能相关文件的代理。
- 检查项目文档是否仍然与代码匹配的代理。
- 检查脆弱节点的自动化工作流程的代理。
- 总结本周重构机会的代理。
对于 Claude Code 用户来说，这是这个想法最有价值的部分之一。如果会话历史记录显示用户经常要求相同的操作链，那么将其转变为代理可以比将其保存为简单的提示模板节省更多时间。
计划任务：自动化应在日历上运行的工作
另一个类别是计划任务。这些作业不应依赖于用户记住手动运行它们。它们的性质已经是周期性的。
在软件开发和人工智能工作流程管理中，这些任务很常见：
- 总结本周完成的工作。
- 审查重复的错误。
- 查找会话中频繁出现的请求。
- 根据使用频率建议新技能。
- 创建工作流程改进报告。
- 检查应将哪些规则添加到 CLAUDE.MD。
- 将摘要发送到 Slack 或其他内部渠道。
计划任务的主要优点是它们将工作流程改进变成一种自动习惯。用户不需要记住进行每周回顾。系统可以按计划运行并返回结构化报告。
CLAUDE.MD：保存不应再次重复的规则
对于 Claude Code，CLAUDE.MD 的作用类似于项目内存。它是存储 Claude 在从事项目之前应该了解的稳定规则、标准和上下文的正确位置。
如果在会话中重复提及相同的规则，则明确表明应将其添加到此文件中。
有用的 CLAUDE.MD 内容示例包括：
- 文件命名规则。
- 项目文件夹结构。
- 当前的技术堆栈。
- 首选图书馆。
- 不应该使用的方法或模式。
- 测试规则。
- 编辑代码时的响应规则。
- 修改大文件之前需要进行检查。
- 样式、性能或安全要求。
如果提前存储此信息，克劳德代码就不太可能丢失上下文。用户还可以避免在每个新会话中重复相同的基本项目规则。
每周报告应优先考虑高频模式
有用的每周回顾不应简单地列出克劳德发现的所有内容。报告应按频率排名，以便用户可以决定首先优化哪些内容。
每项建议应包括：
- 检测到的模式的简短描述。
- 相关会话 ID。
- 频率计数。
- 推荐类别：技能、代理、计划任务或克劳德.MD。
- 推荐理由。
- 建议的下一步行动。
这使得工作流程改进更加实用。如果一种类型的请求在一周内出现多次，那么当自动化或标准化时，它更有可能产生真正的价值。
克劳德代码每周复习提示示例
以下是重写的提示，您可以根据自己的克劳德代码设置进行调整：
Run a weekly workflow review for my Claude Code usage.
Scan my previous Claude Code sessions and analyze the user requests across those sessions.
Your goal is not only to summarize the sessions. Your goal is to detect repeated working patterns that should be turned into reusable systems.
Classify the findings into 4 groups:
1. SKILLS
Repeated manual tasks that should become reusable Claude Code skills.
2. AGENTS
Multi-step research, debugging, review, or action workflows that could run as autonomous agents.
3. SCHEDULED TASKS
Recurring tasks that should run automatically on a weekly, daily, or project-based schedule.
4. CLAUDE.MD
Repeated preferences, coding rules, project standards, instructions, or context that should be saved into Claude’s persistent project memory.
For each finding, include:
- Short description
- Related session ID
- Frequency count
- Recommended category
- Reason for recommendation
- Suggested next action
Sort the final report by frequency from highest to lowest.
End with:
“Reply with a session ID if you want to inspect the original context.”真正的好处：Claude Code 改善您的工作方式
这种方法最大的价值在于改进循环。本周你与克劳德·科德一起工作。然后克劳德回顾你的工作历史，发现重复的模式，并建议如何改进系统。
随着时间的推移，这个循环可以使您的工作流程更清洁、更自动化：
- 重复提示成为技能。
- 多步骤流程成为代理。
- 定期工作变成计划任务。
- 项目规则移至 CLAUDE.MD。
对于经常使用 Claude Code 的用户来说，这是减少手动工作的实用方法。您使用它的次数越多，系统就有越多的数据来了解您的工作习惯并建议更好的自动化。
结论
每周提示不仅仅是编写更好说明的小技巧。它是一种围绕 Claude Code 构建工作流系统的方法。
您可以将它们用作改进的数据，而不是让旧会话消失。重复的任务变得可见。自动化工作流程变得更容易识别。反复出现的项目规则可以永久保存。
对于开发人员、创始人和自动化构建者来说，这是一个有用的测试方向：让 Claude Code 不仅支持单个任务，还支持您工作方式的持续改进。
