发布于 2025 年 4 月 18 日
太长不看索引:
- Customize Your Setup (自定义设置)
Create CLAUDE.md files: 记录常用命令、核心文件、代码风格、测试说明等
Tune your CLAUDE.md files: 不断优化提示词,使用"IMPORTANT"或"YOU MUST"强调
Curate allowed tools: 管理工具允许列表,提高效率
Install gh CLI: 如果使用GitHub,安装GitHub CLI
- Give Claude More Tools (扩展工具)
Use with bash tools: 让Claude了解你的自定义bash工具
Use with MCP: 通过MCP服务器连接更多工具
Custom slash commands: 创建可重用的工作流模板
- Try Common Workflows (常见工作流)
Explore, plan, code, commit: 探索→计划→编码→提交
Write tests, commit; code, iterate, commit: 测试驱动开发
Write code, screenshot result, iterate: 视觉迭代开发
Safe YOLO mode: 使用--dangerously-skip-permissions自动模式
Codebase Q&A: 代码库学习和问答
Git interactions: git操作自动化
GitHub interactions: GitHub任务管理
Jupyter notebooks: 数据科学工作流
- Optimize Your Workflow (优化工作流)
Be specific in instructions: 提供具体明确的指令
Give Claude images: 提供截图和视觉参考
Mention files: 使用tab补全引用文件
Give Claude URLs: 提供URL获取外部信息
Course correct early and often: 早期且经常纠正
Use /clear: 保持上下文专注
Use checklists and scratchpads: 复杂任务管理
Pass data into Claude: 多种数据输入方式
- Use Headless Mode (无头模式)
Issue triage: 自动问题分类
Use as linter: 主观代码审查
- Multi-Claude Workflows (多Claude协作)
- One Claude writes, another verifies: 代码编写和验证分离
- Multiple checkouts: 多个代码检出并行工作
- Git worktrees: 使用Git worktrees轻量级并行
- Headless mode with custom harness: 自动化集成
Claude Code 是一个用于 agent 编程的命令行工具。本文涵盖了在各种代码库、语言和环境中使用 Claude Code 时被证明有效的技巧和窍门。
我们最近发布了 Claude Code,这是一个用于 agent 编程的命令行工具。作为研究项目开发的 Claude Code 为 Anthropic 工程师和研究人员提供了一种更原生的方式将 Claude 集成到他们的编程工作流程中。
Claude Code 故意设计为低层次和无约束的,提供接近原始模型的访问,而不强制特定的工作流程。这种设计理念创造了一个灵活、可定制、可脚本化和安全的强大工具。虽然强大,但这种灵活性给刚接触 agent 编程工具的工程师带来了学习曲线------至少在他们开发自己的最佳实践之前。
本文概述了已被证明有效的通用模式,既适用于 Anthropic 内部团队,也适用于在各种代码库、语言和环境中使用 Claude Code 的外部工程师。这份列表中的任何内容都不是一成不变的或普遍适用的;请将这些建议视为起点。我们鼓励您进行实验,找到最适合您的方法!
寻找更详细的信息?我们在 claude.ai/code 的全面文档涵盖了本文中提到的所有功能,并提供了额外的示例、实现细节和高级技巧。
1. 自定义您的设置
Claude Code 是一个 agent 编程助手,会自动将上下文拉入提示中。这种上下文收集会消耗时间和 token,但您可以通过环境调整来优化它。
a. 创建 CLAUDE.md 文件
CLAUDE.md
是一个特殊文件,Claude 在开始对话时会自动将其拉入上下文。这使其成为记录以下内容的理想场所:
- 常用的 bash 命令
- 核心文件和实用函数
- 代码风格指南
- 测试说明
- 代码库礼仪(例如,分支命名、合并 vs. 变基等)
- 开发者环境设置(例如,pyenv use,哪些编译器有效)
- 任何项目特有的意外行为或警告
- 您希望 Claude 记住的其他信息
CLAUDE.md
文件没有必需的格式。我们建议保持简洁和人类可读。例如:
markdown
# Bash 命令
- npm run build: 构建项目
- npm run typecheck: 运行类型检查器
# 代码风格
- 使用 ES 模块(import/export)语法,而不是 CommonJS(require)
- 在可能时解构导入(例如,import { foo } from 'bar')
# 工作流程
- 完成一系列代码更改后,务必进行类型检查
- 出于性能考虑,优先运行单个测试,而不是整个测试套件
您可以将 CLAUDE.md
文件放在几个位置:
- 代码库的根目录 ,或者您运行
claude
命令的任何地方(最常见的用法)。将其命名为CLAUDE.md
并提交到 git,以便您可以跨会话和团队共享(推荐),或者将其命名为CLAUDE.local.md
并将其添加到.gitignore
- 运行
claude
的目录的任何父目录 。这对于 monorepos 最有用,您可能从root/foo
运行claude
,并且在root/CLAUDE.md
和root/foo/CLAUDE.md
中都有CLAUDE.md
文件。这两个文件都会自动拉入上下文 - 运行
claude
的目录的任何子目录 。这与上述相反,在这种情况下,当您在子目录中处理文件时,Claude 会按需拉入CLAUDE.md
文件 - 您的 home 文件夹 (
~/.claude/CLAUDE.md
),它将应用于您所有的claude
会话
当您运行 /init
命令时,Claude 会自动为您生成一个 CLAUDE.md
。
b. 调整您的 CLAUDE.md 文件
您的 CLAUDE.md
文件成为 Claude 提示的一部分,因此它们应该像任何频繁使用的提示一样进行完善。一个常见的错误是添加大量内容而不迭代其有效性。花时间实验并确定什么能从模型中获得最佳指令遵循。
您可以手动向 CLAUDE.md
添加内容,或按 #
键给 Claude 一个指令,它会自动将其合并到相关的 CLAUDE.md
中。许多工程师经常使用 #
来记录命令、文件和风格指南,然后将 CLAUDE.md
更改包含在提交中,以便团队成员也能受益。
在 Anthropic,我们偶尔将 CLAUDE.md
文件通过提示改进器运行,并经常调整指令(例如,使用 "IMPORTANT" 或 "YOU MUST" 添加强调)以提高遵循度。

c. 筛选 Claude 的允许工具列表
默认情况下,Claude Code 会请求执行可能修改系统的任何操作的权限:文件写入、许多 bash 命令、MCP 工具等。我们故意以这种保守的方式设计 Claude Code 以优先考虑安全性。您可以自定义允许列表以允许您知道安全的额外工具,或允许容易撤销的潜在不安全工具(例如,文件编辑、git commit
)。
有四种方式管理允许的工具:
- 在会话期间被提示时选择"总是允许"
- 启动 Claude Code 后使用
/permissions
命令来添加或删除允许列表中的工具。例如,您可以添加Edit
以始终允许文件编辑,添加Bash(git commit:*)
以允许 git 提交,或添加mcp__puppeteer__puppeteer_navigate
以允许使用 Puppeteer MCP 服务器进行导航 - 手动编辑您的
.claude/settings.json
或~/.claude.json
(我们建议将前者提交到源代码控制以与团队共享) - 使用
--allowedTools
CLI 标志进行会话特定权限
d. 如果使用 GitHub,请安装 gh CLI
Claude 知道如何使用 gh
CLI 与 GitHub 交互以创建问题、打开拉取请求、阅读评论等。如果没有安装 gh
,Claude 仍然可以使用 GitHub API 或 MCP 服务器(如果您安装了它)。
2. 给 Claude 更多工具
Claude 可以访问您的 shell 环境,您可以在其中为它构建方便的脚本和函数集,就像您为自己构建一样。它还可以通过 MCP 和 REST API 利用更复杂的工具。
a. 将 Claude 与 bash 工具一起使用
Claude Code 继承了您的 bash 环境,使其能够访问您的所有工具。虽然 Claude 知道 unix 工具和 gh
等常见实用程序,但如果没有指令,它不会知道您的自定义 bash 工具:
- 告诉 Claude 工具名称和使用示例
- 告诉 Claude 运行
--help
来查看工具文档 - 在
CLAUDE.md
中记录常用工具
b. 将 Claude 与 MCP 一起使用
Claude Code 既作为 MCP 服务器又作为客户端运行。作为客户端,它可以连接到任意数量的 MCP 服务器以通过三种方式访问它们的工具:
- 在项目配置中(在该目录中运行 Claude Code 时可用)
- 在全局配置中(在所有项目中可用)
- 在提交的
.mcp.json
文件中 (在您的代码库中工作的任何人都可用)。例如,您可以将 Puppeteer 和 Sentry 服务器添加到您的.mcp.json
中,这样在您的代码库上工作的每个工程师都可以开箱即用这些工具。
与 MCP 一起工作时,使用 --mcp-debug
标志启动 Claude 也很有帮助,以帮助识别配置问题。
c. 使用自定义斜杠命令
对于重复的工作流程------调试循环、日志分析等------在 .claude/commands
文件夹中的 Markdown 文件中存储提示模板。当您输入 /
时,这些可通过斜杠命令菜单使用。您可以将这些命令提交到 git,使它们对团队的其他成员可用。
自定义斜杠命令可以包含特殊关键字 $ARGUMENTS
来从命令调用传递参数。
例如,这里有一个斜杠命令,您可以用来自动拉取和修复 GitHub 问题:
markdown
请分析和修复 GitHub 问题:$ARGUMENTS。
请遵循以下步骤:
1. 使用 `gh issue view` 获取问题详细信息
2. 理解问题中描述的问题
3. 搜索代码库中的相关文件
4. 实施必要的更改以修复问题
5. 编写并运行测试以验证修复
6. 确保代码通过 linting 和类型检查
7. 创建描述性的提交消息
8. 推送并创建 PR
记住在所有 GitHub 相关任务中使用 GitHub CLI(`gh`)。
将上述内容放入 .claude/commands/fix-github-issue.md
使其在 Claude Code 中作为 /project:fix-github-issue
命令可用。然后您可以使用 /project:fix-github-issue 1234
让 Claude 修复问题 #1234。类似地,您可以将自己的个人命令添加到 ~/.claude/commands
文件夹中,用于在所有会话中可用的命令。
3. 尝试常见工作流程
Claude Code 不强制特定的工作流程,为您提供灵活的使用方式。在这种灵活性提供的空间内,在我们的用户社区中出现了几种有效使用 Claude Code 的成功模式:
a. 探索、计划、编码、提交
这种多功能的工作流程适合许多问题:
-
要求 Claude 读取相关文件、图像或 URL,提供一般性指导("读取处理日志的文件")或特定文件名("读取 logging.py"),但明确告诉它暂时不要编写任何代码。
这是您应该考虑强烈使用子代理的工作流程部分,特别是对于复杂问题。告诉 Claude 使用子代理来验证细节或调查它可能有的特定问题,尤其是在对话或任务的早期阶段,往往能保持上下文可用性,而在效率损失方面没有太多缺点。
-
要求 Claude 制定解决特定问题的计划。我们建议使用"think"一词来触发扩展思考模式,这给 Claude 额外的计算时间来更彻底地评估替代方案。这些特定短语直接映射到系统中增加的思考预算水平:"think" < "think hard" < "think harder" < "ultrathink"。每个级别逐步分配更多的思考预算供 Claude 使用。
-
如果此步骤的结果看起来合理,您可以要求 Claude 用其计划创建文档或 GitHub 问题,以便在实现(步骤 3)不符合您的要求时可以重置到此位置。
-
要求 Claude 在代码中实现其解决方案。这也是要求它明确验证其解决方案合理性作为实施解决方案一部分的好地方。
-
要求 Claude 提交结果并创建拉取请求。如果相关,这也是让 Claude 用其刚刚做的解释更新任何 README 或变更日志的好时机。
步骤 #1-#2 至关重要------没有它们,Claude 往往会直接跳到编码解决方案。虽然有时这就是您想要的,但要求 Claude 首先研究和计划对于需要预先深入思考的问题显著提高了性能。
b. 编写测试、提交;编码、迭代、提交
这是 Anthropic 最喜欢的工作流程,用于可通过单元、集成或端到端测试轻松验证的更改。测试驱动开发(TDD)在 agent 编程中变得更加强大:
-
要求 Claude 基于预期的输入/输出对编写测试。明确说明您正在进行测试驱动开发,这样它就不会创建模拟实现,即使是代码库中尚不存在的功能。
-
告诉 Claude 运行测试并确认它们失败。在此阶段明确告诉它不要编写任何实现代码通常很有帮助。
-
当您对测试满意时,要求 Claude 提交测试。
-
要求 Claude 编写通过测试的代码,指示它不要修改测试。告诉 Claude 继续进行直到所有测试通过。通常需要几次迭代,Claude 编写代码、运行测试、调整代码并再次运行测试。
-
在此阶段,可以要求它用独立的子代理验证实现没有过度拟合测试
-
当您对更改满意时,要求 Claude 提交代码
当 Claude 有明确的目标进行迭代时------视觉模拟、测试用例或其他类型的输出------它表现最佳。通过提供像测试这样的预期输出,Claude 可以进行更改、评估结果并逐步改进直到成功。
c. 编写代码、截图结果、迭代
类似于测试工作流程,您可以为 Claude 提供视觉目标:
-
给 Claude 一种截取浏览器截图的方法(例如,使用 Puppeteer MCP 服务器、iOS 模拟器 MCP 服务器,或手动将截图复制/粘贴到 Claude 中)。
-
通过复制/粘贴或拖放图像,或给 Claude 图像文件路径,给 Claude 一个视觉模拟。
-
要求 Claude 在代码中实现设计,截取结果截图,并迭代直到其结果匹配模拟。
-
当您满意时,要求 Claude 提交。
像人类一样,Claude 的输出往往会随着迭代而显著改善。虽然第一个版本可能不错,但在 2-3 次迭代后,它通常会看起来好得多。给 Claude 工具来查看其输出以获得最佳结果。

d. 安全 YOLO 模式
您可以使用 claude --dangerously-skip-permissions
来绕过所有权限检查,让 Claude 不间断地工作直到完成,而不是监督 Claude。这对于修复 lint 错误或生成样板代码等工作流程效果很好。
让 Claude 运行任意命令是有风险的,可能导致数据丢失、系统损坏,甚至数据泄露(例如,通过提示注入攻击)。为了最小化这些风险,在没有互联网访问的容器中使用 --dangerously-skip-permissions
。您可以遵循使用 Docker Dev Containers 的参考实现。
e. 代码库问答
在接触新代码库时,使用 Claude Code 进行学习和探索。您可以向 Claude 提出您在结对编程时会问项目中另一位工程师的相同类型的问题。Claude 可以 agentically 搜索代码库来回答一般性问题,例如:
- 日志记录是如何工作的?
- 如何创建新的 API 端点?
foo.rs
第 134 行的async move { ... }
做什么?CustomerOnboardingFlowImpl
处理哪些边缘情况?- 为什么在第 333 行调用
foo()
而不是bar()
? baz.py
第 334 行在 Java 中的等价物是什么?
在 Anthropic,以这种方式使用 Claude Code 已成为我们的核心入职工作流程,显著提高了上手时间并减少了其他工程师的负担。不需要特殊的提示!只需提问,Claude 就会探索代码来找到答案。

f. 使用 Claude 与 git 交互
Claude 可以有效处理许多 git 操作。许多 Anthropic 工程师将 Claude 用于 90% 以上的 git
交互:
- 搜索 git 历史记录来回答诸如"哪些更改进入了 v1.2.3?"、"这个特定功能的所有者是谁?"或"为什么这个 API 以这种方式设计?"之类的问题。明确提示 Claude 查看 git 历史记录以回答此类查询很有帮助。
- 编写提交消息。Claude 会自动查看您的更改和最近历史记录以撰写考虑所有相关上下文的消息
- 处理复杂的 git 操作,如恢复文件、解决变基冲突以及比较和移植补丁
g. 使用 Claude 与 GitHub 交互
Claude Code 可以管理许多 GitHub 交互:
- 创建拉取请求:Claude 理解简写"pr",并将基于 diff 和周围上下文生成适当的提交消息。
- 为简单的代码审查评论实施一次性解决方案:只需告诉它修复 PR 上的评论(可选地,给它更具体的指令),并在完成后推回 PR 分支。
- 修复失败的构建或 linter 警告
- 通过要求 Claude 循环处理开放的 GitHub 问题来对开放问题进行分类和优先排序
这消除了记住 gh
命令行语法的需要,同时自动化了例行任务。
h. 使用 Claude 处理 Jupyter 笔记本
Anthropic 的研究人员和数据科学家使用 Claude Code 读取和写入 Jupyter 笔记本。Claude 可以解释输出,包括图像,提供探索和与数据交互的快速方法。没有必需的提示或工作流程,但我们推荐的工作流程是在 VS Code 中并排打开 Claude Code 和 .ipynb
文件。
您还可以要求 Claude 在向同事展示之前清理或对您的 Jupyter 笔记本进行美学改进。明确告诉它使笔记本或其数据可视化"美观"往往有助于提醒它正在优化人类观看体验。
4. 优化您的工作流程
以下建议适用于所有工作流程:
a. 在您的指令中具体化
Claude Code 的成功率在更具体的指令下显著提高,特别是在第一次尝试时。预先给出明确的方向减少了以后纠正的需要。
例如:
差 | 好 |
---|---|
为 foo.py 添加测试 | 为 foo.py 编写一个新的测试用例,涵盖用户注销时的边缘情况。避免使用 mocks |
为什么 ExecutionFactory 有这么奇怪的 api? | 查看 ExecutionFactory 的 git 历史记录,并总结其 api 是如何形成的 |
添加日历组件 | 查看主页上现有组件的实现方式以理解模式,特别是代码和接口是如何分离的。HotDogWidget.php 是一个很好的开始示例。然后,遵循模式实现一个新的日历组件,让用户选择月份并向前/向后分页来选择年份。从头构建,不使用代码库其余部分中未使用的库。 |
Claude 可以推断意图,但它不能读懂思想。具体性导致与期望的更好一致性。

b. 给 Claude 图像
Claude 通过几种方法在图像和图表方面表现出色:
- 粘贴截图(专业提示:在 macOS 中按 cmd+ctrl+shift+4 截图到剪贴板,然后按 ctrl+v 粘贴。注意这不是您通常在 Mac 上使用的 cmd+v,并且在远程情况下不起作用。)
- 将图像直接拖放到提示输入中
- 提供图像的文件路径
这在将设计模拟作为 UI 开发的参考点以及用于分析和调试的视觉图表时特别有用。如果您没有将视觉元素添加到上下文中,仍然可以向 Claude 清晰说明结果视觉吸引力的重要性。

c. 提及您希望 Claude 查看或处理的文件
使用 tab-completion 快速引用代码库中任何位置的文件或文件夹,帮助 Claude 找到或更新正确的资源。

d. 给 Claude URL
将特定的 URL 与您的提示一起粘贴,让 Claude 获取和阅读。为了避免相同域的权限提示(例如,docs.foo.com),使用 /permissions
将域添加到您的允许列表。
e. 尽早且经常地纠正
虽然自动接受模式(shift+tab 切换)让 Claude 自主工作,但您通常通过成为积极的合作者并指导 Claude 的方法会获得更好的结果。您可以通过在开始时彻底向 Claude 解释任务来获得最佳结果,但您也可以随时纠正 Claude。
这四个工具有助于纠正:
- 要求 Claude 在编码之前制定计划。明确告诉它在您确认其计划看起来良好之前不要编码。
- 按 Escape 在任何阶段中断 Claude(思考、工具调用、文件编辑),保留上下文以便您可以重定向或扩展指令。
- 双击 Escape 跳回历史记录,编辑之前的提示,并探索不同的方向。您可以编辑提示并重复直到获得您正在寻找的结果。
- 要求 Claude 撤销更改,通常与选项 #2 结合使用以采用不同的方法。
虽然 Claude Code 偶尔会在第一次尝试时完美解决问题,但使用这些纠正工具通常能更快地产生更好的解决方案。
f. 使用 /clear 保持上下文专注
在长会话期间,Claude 的上下文窗口可能充满无关的对话、文件内容和命令。这可能会降低性能,有时会分散 Claude 的注意力。在任务之间频繁使用 /clear
命令重置上下文窗口。
g. 对复杂工作流程使用清单和草稿板
对于具有多个步骤或需要详尽解决方案的大型任务------如代码迁移、修复大量 lint 错误或运行复杂的构建脚本------通过让 Claude 使用 Markdown 文件(甚至是 GitHub 问题!)作为清单和工作草稿板来提高性能:
例如,要修复大量的 lint 问题,您可以执行以下操作:
- 告诉 Claude 运行 lint 命令并将所有结果错误(包括文件名和行号)写入 Markdown 清单
- 指示 Claude 逐个解决每个问题,在勾选并移到下一个之前修复和验证
h. 将数据传递给 Claude
存在几种向 Claude 提供数据的方法:
- 复制并粘贴直接到您的提示中(最常见的方法)
- 通过管道传递到 Claude Code (例如,
cat foo.txt | claude
),对日志、CSV 和大数据特别有用 - 告诉 Claude 通过 bash 命令、MCP 工具或自定义斜杠命令拉取数据
- 要求 Claude 读取文件或获取 URL(也适用于图像)
大多数会话涉及这些方法的组合。例如,您可以传入日志文件,然后告诉 Claude 使用工具拉入额外的上下文来调试日志。
5. 使用无头模式自动化您的基础设施
Claude Code 包括用于非交互式上下文的无头模式,如 CI、pre-commit hooks、构建脚本和自动化。使用 -p
标志与提示启用无头模式,并使用 --output-format stream-json
进行流式 JSON 输出。
请注意,无头模式不会在会话之间持久化。您必须在每次会话中触发它。
a. 使用 Claude 进行问题分类
无头模式可以为由 GitHub 事件触发的自动化提供动力,例如在您的存储库中创建新问题时。例如,公共的 Claude Code 存储库使用 Claude 在新问题出现时检查它们并分配适当的标签。
b. 使用 Claude 作为 linter
Claude Code 可以提供超越传统 linting 工具检测的主观代码审查,识别诸如拼写错误、过时注释、误导性函数或变量名称等问题。
6. 通过多 Claude 工作流程提升水平
除了独立使用之外,一些最强大的应用涉及并行运行多个 Claude 实例:
a. 让一个 Claude 编写代码;使用另一个 Claude 验证
一个简单但有效的方法是让一个 Claude 编写代码,而另一个审查或测试它。类似于与多个工程师合作,有时拥有独立的上下文是有益的:
- 使用 Claude 编写代码
- 运行
/clear
或在另一个终端启动第二个 Claude - 让第二个 Claude 审查第一个 Claude 的工作
- 启动另一个 Claude(或再次
/clear
)来读取代码和审查反馈 - 让这个 Claude 根据反馈编辑代码
您可以用测试做类似的事情:让一个 Claude 编写测试,然后让另一个 Claude 编写代码使测试通过。您甚至可以通过给它们单独的工作草稿板并告诉它们写入哪个和读取哪个来让您的 Claude 实例相互通信。
这种分离通常比让单个 Claude 处理所有事情产生更好的结果。
b. 拥有您的代码库的多个检出
与其等待 Claude 完成每个步骤,许多 Anthropic 工程师做的是:
- 在单独的文件夹中创建 3-4 个 git 检出
- 在单独的终端标签中打开每个文件夹
- 在每个文件夹中启动 Claude,具有不同的任务
- 循环检查进度并批准/拒绝权限请求
c. 使用 git worktrees
这种方法对于多个独立任务表现出色,提供了多个检出的轻量级替代方案。Git worktrees 允许您将同一存储库的多个分支检出到单独的目录中。每个 worktree 都有自己的工作目录,具有隔离的文件,同时共享相同的 Git 历史记录和 reflog。
使用 git worktrees 使您能够同时在项目的不同部分运行多个 Claude 会话,每个会话都专注于自己的独立任务。例如,您可能有一个 Claude 重构您的身份验证系统,而另一个构建完全无关的数据可视化组件。由于任务不重叠,每个 Claude 可以全速工作,无需等待其他人的更改或处理合并冲突:
- 创建 worktrees :
git worktree add ../project-feature-a feature-a
- 在每个 worktree 中启动 Claude :
cd ../project-feature-a && claude
- 根据需要创建额外的 worktrees(在新终端标签中重复步骤 1-2)
一些提示:
- 使用一致的命名约定
- 每个 worktree 维护一个终端标签
- 如果您在 Mac 上使用 iTerm2,为 Claude 需要关注时设置通知
- 为不同的 worktrees 使用单独的 IDE 窗口
- 完成后清理:
git worktree remove ../project-feature-a
d. 使用无头模式和自定义 harness
claude -p
(无头模式)将 Claude Code 以编程方式集成到更大的工作流程中,同时利用其内置工具和系统提示。使用无头模式有两种主要模式:
-
分发处理大型迁移或分析(例如,分析数百个日志中的情绪或分析数千个 CSV):
- 让 Claude 编写一个脚本来生成任务列表。例如,生成需要从框架 A 迁移到框架 B 的 2k 文件列表。
- 循环处理任务,为每个任务以编程方式调用 Claude,并给它一个任务和一组它可以使用的工具。例如:
claude -p "将 foo.py 从 React 迁移到 Vue。完成后,如果成功,您必须返回字符串 OK,如果任务失败,则返回 FAIL。" --allowedTools Edit Bash(git commit:*)
- 多次运行脚本并完善您的提示以获得期望的结果。
-
流水线将 Claude 集成到现有的数据/处理流水线中:
- 调用
claude -p "<您的提示>" --json | your_command
,其中your_command
是您处理流水线的下一步
- 调用
就是这样!JSON 输出(可选)可以帮助提供结构以便更容易的自动化处理。
对于这两种用例,使用 --verbose
标志调试 Claude 调用可能会有帮助。我们通常建议在生产中关闭详细模式以获得更清晰的输出。