设置、安全模式与成本管理 - 产品经理的 Claude Code

2.1 15 分钟内让 Claude Code 跑起来

你已经决定 Claude Code 能解决你面临的问题。现在你需要在不搞砸任何东西的情况下让它跑起来。本节让你在 15 分钟内从零到能正常工作的会话，假设你有一个终端并且能跟从命令操作。

安装使用各平台特定的命令。选择对应你操作系统的那个：

macOS、Linux 或 WSL：

curl -fsSL https://claude.ai/install.sh | bash

Windows（PowerShell）：

irm https://claude.ai/install.ps1 | iex

macOS 使用 Homebrew：

brew install --cask claude-code

任何安装了 Node.js 18+ 的平台：

npm install -g @anthropic-ai/claude-code

推荐使用 curl/irm 方法。它下载一个开箱即用的原生二进制文件。npm 选项需要 Node.js 18 或更高版本，耗时更久但跨平台通用。如果你的组织限制软件安装，你需要先获得 IT 批准才能继续。

安装大约需要两分钟。如果在 macOS 或 Linux 上用 curl 方法看到权限错误，脚本会提示输入密码。Windows PowerShell 可能需要以管理员身份运行。

认证在安装后的 Claude Code 内完成。你有两个选项：

选项 1：Claude 订阅（Pro、Max 或 Team 方案）。启动 Claude Code 后，系统会提示你进行认证，或者你可以使用：

/login

这个斜杠命令会打开浏览器，用你的 Claude 账户凭据进行认证。使用量包含在你的订阅中，没有按 token 计费，也没有意外账单。对大多数 PM 来说这是更简单的选项。

选项 2：Anthropic API，按使用量计费。如果你没有 Claude 订阅，请在 console.anthropic.com/settings/keys 获取 API 密钥。创建一个密钥，立即复制（你不会再见到它），然后设置为环境变量。关于如何永久设置环境变量，请查阅你的操作系统文档。

严重警告：如果你设置了 ANTHROPIC_API_KEY 环境变量，Claude Code 会自动使用它进行 API 计费（按量付费），并忽略你的订阅，即使你有 Pro 或 Max 方案也如此。你将被按照 API 费率计费，而不是使用你的订阅。如果你在用订阅，请确保这个环境变量没有被设置。使用 /status 验证当前激活的认证方式。

认证信息存储在本地你的用户目录配置中。绝不要将 API 密钥提交到版本控制或分享给团队成员。每个人都需要自己的认证，以便使用量追踪和账单清晰。

验证安装：导航到任意目录并运行：

claude doctor

这会检查你的安装，显示版本号，并确认所有配置正确。如果看到"command not found"，说明安装失败。尝试重新安装，或者检查安装目录是否在你的 PATH 中。

常见安装失败原因：

网络限制。公司防火墙有时会阻止从 claude.ai 或 npm 源下载。如果安装卡住或因网络错误失败，你可能需要配置组织的代理或请求例外。IT 通常能在一天内解决，只要你提供了安装 URL。

权限被拒绝。在 macOS 和 Linux 上，curl 安装脚本可能需要提升权限才能在系统目录中安装二进制文件。脚本会提示输入密码。如果使用 npm，可能需要 sudo npm install -g @anthropic-ai/claude-code 进行全局安装。

Windows 执行策略。PowerShell 可能因执行策略限制而阻止安装脚本。如果遇到此错误，请在安装命令之前运行 Set-ExecutionPolicy RemoteSigned -Scope CurrentUser，或请 IT 调整策略。

Node.js 版本不匹配。如果使用 npm 安装方式，Claude Code 需要 Node.js 18 或更高版本。用 node --version 检查。如果你有旧版本，请先用版本管理器（macOS/Linux 用 nvm，Windows 用 nvm-windows）更新 Node.js。

认证失败。如果 /login 打开了浏览器但认证失败，请检查你是否有活跃的 Claude Pro、Max 或 Team 订阅。如果使用 API 密钥，请验证你复制了完整的密钥，没有多余空格或换行符。必要时重新生成，旧密钥不会自动过期。

配置使用三层级设置系统：

全局：~/.claude/settings.json（适用于所有项目）
项目：.claude/settings.json（团队共享，提交到 git）
本地：.claude/settings.local.json（个人覆盖，由 gitignore 忽略）

刚入门时你很少需要直接编辑这些文件，但了解结构对后续有帮助。这些文件存储认证信息、默认权限模式和其他偏好设置。

要设置默认权限模式（推荐 PM 使用），创建 ~/.claude/settings.json，内容为：

{ "defaultMode": "plan"}

这会让每个会话都以只读模式启动，直到你手动覆盖，是学习期间的安全默认值。第 2.3 节解释了为什么这很重要。

安装到此完成。你已经安装了 Claude Code，完成了认证，并做好了配置。如果你遇到这些常见问题之外的其他困难，请查看 code.claude.com/docs 获取故障排除指南。大多数 PM 都能顺利完成安装。最耗时的地方通常是等待 IT 审批，而不是技术困难本身。

2.2 运行你的第一次调查

打开终端并导航到你正在使用的任意 git 仓库。这可以是你的产品主仓库、文档仓库，甚至是个人项目。Claude Code 在任何有文件的目录中都能工作，但在你需要理解的代码仓库中最有用。

cd /path/to/your/repository

claude

会话启动。你会看到欢迎信息、关于 Claude Code 可以访问什么的信息（当前目录及其子目录），以及等待输入的提示符。

会话界面刻意设计得很简洁。包含三个要素：

提示符：一个 > 符号，你可以在此输入自然语言请求。无需特殊语法。就像在给一个能读取文件和运行命令的同事发消息一样写就行。

输出和状态指示：Claude Code 会显示它正在做什么。"正在读取文件 X。" "正在运行命令 Y。" "正在生成制品 Z。" 一开始会觉得这些信息过于啰嗦（你知道自己问的是什么），但这能建立信任。你在每个操作发生之前看到它，当操作会修改文件时这一点很重要。

Token 用量指示：每次回复后，你会看到消耗的 token 数和大概成本。这是你的预算感知反馈循环。在第一次会话时忽略它；到第三次会话时开始关注，此时你已经了解什么因素驱动成本。

理解 Claude Code 启动时能看到什么：你当前目录中的每个文件和子目录。如果你在仓库中的话还有 git 历史记录。任何 CLAUDE.md 文件提供持久化上下文。它被允许访问的环境变量。它不会自动读取每个文件（那会消耗海量 token），但它可以读取你引用的或它判断与你的请求相关的任何文件。

试试这个第一个请求：

这个仓库是做什么的？用三句话概括它的功能。

Claude Code 会读取像 README.md、package.json 或类似的元数据文件，然后给出总结。回复会显示它查看过哪些文件。这让你学到这个模式：你提问，它决定要读什么，它展示读了什么，然后它回答。

你需要立即掌握的基本命令：

/help：显示可用命令。你不会全部记住，但第一周你会经常参考这个列表。

/status：显示当前会话状态，包括权限模式、已修改的文件、已消耗的 token 数和预估成本。

/exit：结束会话。对话历史会保存在本地供查阅，但上下文不会延续到下一个会话，除非你创建了 CLAUDE.md 文件。

试试第二个请求：

显示这个仓库中最近修改过的五个文件。

Claude Code 运行 git 或文件系统命令，显示结果，并解释它找到了什么。你正在看到 shell 命令访问能力在行动：你通过自然语言拥有的能力，无需知道确切的命令语法。

你的第一次会话应该持续大约五分钟。就你所在的仓库问两到三个探索性问题。用 /status 查看 token 消耗。用 /exit 退出。就这样。你已经确认安装成功并体验了核心交互模式。

下一次会话会感觉不再那么陌生。到第三次会话时，你会停止关注界面而专注于工作本身。基本使用方式的学习曲线以小时计而非以天计，前提是你在用那些在产品层面已经理解的代码仓库进行操作。

2.3 控制 Claude Code 能做什么

Claude Code 可以修改文件、运行任意 shell 命令，如果你要求的话，还能删除东西。这种能力在你还不熟悉的时候需要防护栏。

四种权限模式控制 Claude Code 能自主执行哪些操作。作为 PM，你主要使用其中三种。

权限模式图谱，展示从最严格（plan）到最宽松（bypassPermissions）的四个级别。plan 模式：读取文件、运行只读命令。acceptEdits 模式：额外允许文件修改。default 模式：额外允许带提示的 shell 命令。bypassPermissions 模式：完全自主，无需提示。

上图展示了权限层级。每种模式包含其上所有模式的能力，外加额外权限：

plan 模式（只读分析）：Claude Code 可以读取文件、运行只读命令如 git log 或 ls，并回答问题。它不能修改文件、安装依赖、运行测试或执行改变状态的命令。这是推荐你作为 PM 使用的默认模式，直到你有修改文件的具体需求。

使用场景：调查代码库、分析数据、理解实现、分类 bug。90% 的 PM 工作都属于这个范畴。

acceptEdits 模式（自动批准文件修改）：Claude Code 可以读取文件并修改它们，无需每次编辑都提示。在运行 shell 命令前仍会提示。当你信任 Claude Code 进行文件变更但希望在命令执行时保持监督时，此模式效率较高。

使用场景：生成发布说明、创建 PRD 文档、更新 CLAUDE.md、构建 skill。这些任务需要文件输出但不涉及运行构建或测试。

default 模式（所有操作都提示）：Claude Code 在修改文件或运行命令前会提示获取权限。这提供了最大控制（你批准每个操作），代价是更多中断。

使用场景：正在学习 Claude Code、希望看到每个操作发生之前的样子，或处理敏感变更时希望获得明确批准。

bypassPermissions 模式（完全自主）：Claude Code 可以不需提示地执行任何你能在终端做的操作。运行测试、安装软件包、启动服务器、git 提交、推送到远程仓库。此模式功能强大但风险也大。

使用场景：作为 PM 很少使用。主要用例是与工程师协作测试或调试问题时，需要完全系统访问权限并且完全信任 Claude Code 的情况下。大多数 PM 工作流永远不需要此模式。启动时需要使用 --dangerously-skip-permissions 标志来启用。这是故意设计成难以开启的。

设置权限模式有几种方式：

settings.json 中的默认值（第 2.1 节）适用于所有会话
会话期间按 Shift+Tab 在三种常用模式间循环：default → acceptEdits → plan
启动时的命令行标志：claude --permission-mode plan

进入会话后，Shift+Tab 循环是最快的方式。如果你以 default 模式启动，后来意识到你只是想调查而不想冒被修改的风险，按两次 Shift+Tab 就切换到 plan 模式。注意，bypassPermissions 模式不能通过 Shift+Tab 启用。你必须使用 --dangerously-skip-permissions 标志来启动，这本身就是一种安全机制。

用于安全探索的 plan 模式是你的辅助轮。如果你将它配置为默认值（第 2.1 节），每个会话都以安全方式启动。你随时可以按 Shift+Tab 切换到更宽松的模式，如果发现需要文件修改能力的话。操作一旦完成，你无法撤销已完成的文件修改或已执行的命令。

具体场景：你正在调查一个 bug，要求 Claude Code 向你展示认证是如何工作的。在 plan 模式下，它读取相关文件并解释。完美——你得到了需要的东西。在 bypassPermissions 模式下，如果你的请求措辞含糊，Claude Code 可能会尝试运行认证流程，这可能会访问外部服务或修改数据。这在明确的请求下不太可能发生，但 plan 模式完全消除了这种可能性。

作为 PM 何时使用每种模式：

你的任务	模式	原因
理解功能 X 的工作原理	plan	只读调查
分类 bug 报告	plan	仅读取代码和 git 历史
生成发布说明文档	acceptEdits	需要写入文件输出
在 .claude/skills/ 中创建新 skill	acceptEdits	编写 skill 配置文件
分析客户反馈 CSV	plan	读取数据、回答问题，无需文件输出
用新上下文更新 CLAUDE.md	acceptEdits	修改仓库文件
运行测试以复现 bug	default 或 acceptEdits	执行测试命令需要批准
调查数据库 schema	plan	只读，除非需要运行数据迁移

在配置中设置默认模式已在 2.1 节介绍过，但值得重复：在 ~/.claude/settings.json 中添加 "defaultMode": "plan"，让每个会话都以安全方式启动。当需要文件修改或命令执行时，你随时可以按 Shift+Tab 切换到更宽松的模式。默认使用最严格的模式能防止事故。

"事故"长什么样：你在 bypassPermissions 模式下要求 Claude Code "修复 README 中的拼写错误"。它读取 README.md，找到拼写错误，纠正它，然后（因为你没有另外说明）创建一个自动生成消息的 git 提交并推送到当前分支。这可能有帮助，但也可能违反你团队的提交约定，需要用强制推送来撤销。在 acceptEdits 模式下，它只会在文件中修正拼写错误然后停止，让你在提交前审阅。

这些模式的存在是因为 Claude Code 足够强大，可能在使用不慎时导致问题。作为 PM，你很少接近它能做的事情的边缘地带，所以严格的默认设置在让你安全学习。

一个澄清："安全"的意思是"不会意外地修改东西"。Claude Code 在任何模式下都会基于它读取的内容准确回答问题，但无法保证它的理解是正确的。如果你问"认证是如何工作的？"而它误解了代码流程，给了你错误信息，这不是安全问题——这是准确性的问题。权限模式防止的是意外操作，而不是错误答案。第 3.6 节讨论了代码库调查的局限性。

2.4 理解你在为什么付费

每次使用 Claude Code 都要花钱，但付费方式取决于你的认证方式。如果你使用的是 Claude 订阅（Pro、Max 或 Team），使用量已包含在内，你可以忽略本节大部分内容。如果你是通过 API 按使用量计费，请仔细阅读。

对于 Claude 订阅用户：你的使用量已包含在你的月费中。没有按 token 收费，没有意外账单，也不需要刻意跟踪成本。/cost 命令（第 2.5 节）仍然会显示 token 消耗供你参考，但不会转化为额外费用。跳到第 2.5 节。

对于 API 用户：Claude 读取或写入的一切都计入你的 token 预算。输入 token 是你发送的文本（你的提示词和 Claude 为回答而读取的任何文件）。输出 token 是 Claude 生成的文本（回复、写入的文件内容、解释）。Anthropic 的 API 定价大约是每百万输入 token $3，每百万输出 token $15（针对 Claude Sonnet 标准模型）。Opus 更贵，Haiku 更便宜，但 Sonnet 是 Claude Code 的默认模型，能很好地处理 PM 任务。

将 token 转换为实际使用量：一个 token 大约相当于四分之三个英文单词。一篇 500 词的文档大约 650 token。一个典型的代码库文件根据长度可能在 200-2,000 token。你要求 Claude Code 调查某件事的提示词约 50-200 token。回复约 200-1,000 token。

算一算：要求 Claude Code 读取五个文件（5,000 token 输入）并提供总结（500 token 输出）大约花费 $0.02。要求它读取五十个文件并生成一份全面报告大约花费 $0.50。一次深度调查会话，你在几十个文件中多次迭代，可能总共消耗 200,000 token，花费 $1-2。

上下文窗口：它是什么，为什么重要。每个活跃的 Claude Code 会话维护一个上下文窗口：对话的运行历史、所有已读文件和所有已生成的输出。这个上下文就是 Claude Code "记住"你之前在会话中讨论了什么的方式。上下文窗口有大小限制（出版时 Claude Sonnet 为 200,000 token，但这个限制会定期提高）。

会话中上下文窗口的增长。显示一个柱状图，每次对话交换都增加上下文：初始提示词（少量）、文件读取（中等）、回复（中等）、追问（累积）。到第 10 次交换时，上下文已显著增长。第二组柱子显示了 /compact 的效果，将累积的上下文缩减为压缩摘要。

该图说明了为什么长会话会变贵。每次交换都会增加上下文，而每条新消息都必须处理整个累积的历史记录。十次交换后，你提出每个新问题都要重新读取之前的所有内容。

对于 PM 来说，这体现为两个现实约束：

长会话会变贵。你发送的每条消息和 Claude 生成的每条回复都留在上下文中。二十次交换后，你可能已有 50,000 token 的上下文。每条新提示词在回复前都要读取整个上下文，所以你每次请求都在为重新处理先前的对话历史付费。这会悄然累积。

会话可能超出上下文窗口。如果你调查一个大型代码库、要求 Claude Code 读取大量文件并大量迭代，你最终会达到上下文限制。Claude Code 会发出警告，可以使用 /compact 来总结和减少上下文，但要知道极长的会话需要管理。

每种任务类型大约的成本：

任务	Token 数	成本	时长
关于某文件的快速问题	2,000 - 5,000	$0.01 - $0.02	1 分钟
功能调查（X 是如何工作的？）	20,000 - 50,000	$0.10 - $0.25	5-10 分钟
结合代码库分析的 bug 分类	30,000 - 100,000	$0.15 - $0.50	10-20 分钟
从 git 历史生成发布说明	40,000 - 80,000	$0.20 - $0.40	5-10 分钟
综合客户反馈 CSV	50,000 - 150,000	$0.25 - $0.75	10-15 分钟
构建新 skill 并迭代	60,000 - 120,000	$0.30 - $0.60	15-30 分钟
深度代码库探索会话	100,000 - 300,000	$0.50 - $1.50	30-60 分钟

这些是估算。你的实际消耗取决于代码库大小、问题复杂度和迭代深度。在头几次会话后使用 /cost（第 2.5 节）来校准你的直觉。

为什么 PM 比工程师消耗 token 更快。工程师知道自己在找什么。他们问有针对性的问题："显示 user.authenticate() 的实现。"他们得到答案，凭此行动，然后退出。总 token 数：10,000。成本：$0.05。

PM 是在探索。你不知道哪个文件包含相关逻辑。你问宽泛的问题："这个应用的认证是如何工作的？"Claude Code 读取多个文件来构建完整图景。你追问以澄清边界情况。你反复推敲解释直到你理解了。总 token 数：80,000。成本：$0.40。

这不是低效，这是 PM 调查的性质使然。你从零开始构建理解，而工程师是在已有知识上增强。请为探索成本做好预算。另一个选择是反复打断工程师，这在团队生产力方面也有它自己的成本。

典型 PM 使用模式的月度预算（仅限 API 用户）：

来自 Claude Code 用户的真实数据展示了典型支出：- 平均使用量：每日活跃用户约 $100-200/月 - 轻度使用（5-10 次/月，多为快速问题）：$10-30 - 中度使用（15-25 次/月，调查和生成混合）：$50-100 - 重度使用（每日会话，深度调查，skill 构建）：$100-200 - 高强度使用（每日多次会话，大量代码库工作）：$200-400

如果你作为 PM 每月花费超过 $400，要么你在处理海量代码库，要么你在不必要地运行过长会话，要么你在用 Claude Code 处理更适合其他工具的任务。第 2.5 节介绍成本管理策略。

成本在你看到 Anthropic 账单之前都是抽象的。开始时预算 $100/月，并通过 /cost 监控实际使用量。根据交付的价值上下调整。如果 Claude Code 一个月帮你节省了五小时工作，$100 与你完全负担的时薪相比只是零头。如果你花了 $100 却获得的价值微乎其微，说明你用错了，很可能是在用 Claude Code 做 Claude.ai 处理得更好的任务。

对于订阅用户：你的成本固定在订阅费用上（出版时 $20/月的 Pro 或 $40/月的 Max）。token 消耗数据在了解会话效率方面有意义，但不影响你的账单。

无论你是按 token 付费还是使用订阅，token 意识都很重要。订阅用户同样受益于高效的会话：更短的对话意味着更快获得答案和更少的上下文需要管理。API 用户则有直接成本控制的额外激励。无论哪种方式，你都会学会提出更好的问题，在得到所需内容后退出会话，而不是在提供边际收益递减的对话中绕来绕去。

2.5 追踪和控制支出

Claude Code 提供三个命令让你在会话内监控和控制支出。养成使用习惯，直到成本意识变得自然而然。

/cost：查看当前会话花费。随时运行此命令可以看到已消耗的 token（输入和输出分别列出）、当前会话成本预估，以及上下文窗口使用情况。这是你的预算仪表盘。

对于订阅用户，显示的金额是如果按 API 费率该会话的预估成本。这对于了解会话效率有帮助，尽管你不是按 token 付费。对于 API 用户，这些是实际收费。

在每次会话的前几个问题后用 /cost 建立基准。在问那些你知道会很贵的事情之前——比如读取五十个文件做全面分析——再用一次。在会话结束时用它来培养对不同工作类型开销的直觉。

输出会显示 token 计数和预估成本：

会话成本：

输入 token：45,230 ($0.14)

输出 token：12,100 ($0.18)

总计：$0.32

对于 API 用户：这精确地告诉你花了多少。如果你进入会话十分钟就已经 $2 了，那就有什么不对。要么是你在调查海量代码库、迭代过度，要么是在问需要读取远超必要的上下文的问题。调整你的方法，或者在价值足以证明合理的情况下接受这个成本。

对于订阅用户：这告诉你会话效率。高 token 计数意味着更长的会话和更多需要管理的上下文，这会影响响应速度，即使不影响你的账单。

/compact：压缩上下文以减少 token。当会话成本攀升（或上下文变得难以驾驭）而你需要继续工作时，/compact 触发 Claude Code 总结到目前为止的对话历史和已读文件内容，用压缩版替换完整上下文。这减少了上下文窗口大小，降低了后续消息的 token 成本。

你可以选择性地指定要保留的内容：/compact 重点关注保留认证实现细节会告诉 Claude Code 在摘要中什么最重要。

具体来说：你花了 30 分钟调查一个复杂功能，积累了 80,000 token 的上下文。每个新问题现在都要处理整个上下文。对于 API 用户，即使简单请求也可能花费 $0.25。对于订阅用户，这意味着响应更慢。运行 /compact，Claude Code 将上下文压缩到 20,000 token，保留关键信息并去除冗余。后续问题更快更便宜。

何时使用 /compact：

会话成本超过了你对该任务的预算
你在会话内切换话题，不需要之前的上下文
你想继续工作但降低每条消息的成本
/cost 显示上下文大小接近窗口限制

权衡：压缩会丢失细节。如果你压缩了广泛的调查笔记，之后又问了一个需要那些细节的问题，Claude Code 就不会有了。你可能需要重新读取文件，这又要消耗 token。在你完成了一个工作阶段转向另一个阶段时使用 /compact，而不是在迭代调查的中途。

/clear：在不丢失所学的情况下全新开始。此命令结束当前会话并在同一目录中开始一个新会话，此前对话的上下文全部归零。与 /exit 后重新启动不同，/clear 更快，并且让你保持相同的工作状态。

成本命令决策流程图。开始：用 /cost 检查会话状态。如果上下文可管理且成本可接受，继续工作。如果成本高但需要继续同一主题，用 /compact 压缩。如果切换到不相关的任务或上下文过于臃肿，用 /clear 全新开始。展示权衡：/compact 保留关键上下文但丢失细节；/clear 丢失一切但获得干净状态。

使用 /clear 的时机：

你完成了一个任务，想开始另一个不相关的任务
会话成本很高且 /compact 不够用
你走进了一条低效路径，想要一张白纸
先前讨论的上下文正在干扰当前回复

权衡：你丢失了所有对话历史。如果你没有把输出保存到文件中，那些输出就没了。在运行 /clear 之前，确保会话中有价值的信息已被捕获到文件或笔记中。

设置支出提醒和限制（API 用户）：Claude Code 没有内置的支出提醒，但你可以通过 console.anthropic.com 上的 Anthropic 账户仪表盘监控使用量。在那里设置账单提醒，在月度支出超过你定义的阈值时通知你：$100、$200、$300，任何适合你预算的金额。

第一个月每周检查你的仪表盘来校准预期。大多数 PM 在调查大型代码库或频繁使用时会对使用量累积如此之快感到惊讶。这都在预期之内。目标是有意识地在高价值工作上花钱，而不是以牺牲生产力为代价来最小化成本。

月度预算工作流（API 用户）：

基于预期使用量决定你的月度预算（第 2.4 节的指导）
在 Anthropic 仪表盘中设置预算 80% 的账单提醒
每次会话后用 /cost 追踪每日消耗
第一个月每周审查实际与预算的对比
根据交付的价值调整预算或使用模式

如果你每月一致地碰到预算上限，要么增加预算（如果价值足以证明），要么减少会话频率和范围。如果你只花了预算的 30%，要么你过于保守，要么高估了自己的需求。考虑更主动地使用 Claude Code。

订阅用户：你的成本是固定的。用 /cost 了解会话效率，但不必担心显示的金额。它们是估算，不是收费。

成本管理的关键在于有意识而非最小化。对于 API 用户，每月花 $200 在能节省你 10 小时工作的工具上，ROI 是惊人的。对于订阅用户，你的 $20-40/月已经花了，所以积极使用 Claude Code 从中获取价值。使用这些命令来保持意识、就会话范围做出明智决策，并且（对于 API 用户）避免账单冲击。第一个月之后，成本管理会变成自然而然的习惯。你会直觉地知道哪些任务消耗 token，以及这种效率是否证明了方法的合理性。

你已经安装了 Claude Code，了解如何运行安全的会话，也知道如何监控成本。第 3 章将向你展示如何将这些能力用于代码库调查：这是对 PM 价值最高的用例，也是能改变你与工程团队协作方式的技能。