提示词工程基础

说明

这一节写什么 把"用 Claude 提问"从"凭感觉"升级到"有方法"。学会几种核心技巧,让回答质量稳定提升。

什么是提示词工程

提示词工程(Prompt Engineering)= 设计更有效的输入让 Claude 输出更符合预期的回答。

flowchart LR
    A[粗糙提问] -->|直接| B[结果一般]
    A -->|优化| C[结构化提示词]
    C -->|有效| D[结果更好]

说明

图说 图 5-2 展示从“粗糙提问”到“结构化提示词”的质量提升路径。 [!tip] 心态 提示词工程 不是黑魔法 。它是: 1. 把你的需求 讲清楚 2. 给 Claude 足够的 上下文 3. 告诉它 怎么回答 (格式、长度、风格)

核心原则

1. 清晰 > 简短

❌ 不清晰:
"写点东西"

✅ 清晰:
"为我的微信公众号写一篇 1500 字的文章,
 主题是 2026 年 AI 工具的实用趋势,
 目标读者是产品经理,
 风格:轻松、有数据支持、避免术语黑话。
 结尾加 3 个相关阅读链接占位。"

2. 给角色 + 任务 + 格式

经典三段式:

角色:你是一位有 10 年经验的技术编辑
任务:把下面这段技术说明改写成新手能懂的版本
格式:用 bullet points 列出 3 个核心概念
限制:每点不超过 2 句话

3. 给例子(Few-shot)

"给 3 个例子"是提高输出质量最有效的技巧之一。

按下面的例子风格继续写:

例子 1:
标题:XX 产品的用户增长策略
摘要:通过 A/B 测试优化注册流程,月新增 20%

例子 2:
标题:YY 服务的高可用架构
摘要:跨区域部署 + 自动故障转移,可用性 99.99%

现在写:
标题:ZZ 工具的代码搜索优化
摘要:[等待你填入]

Claude 会自动模仿例子的风格和格式。

4. 显式约束

把你不想要的也说出来。

要求:
- 不要用 emoji
- 不要用"首先...其次...最后"
- 不要超过 500 字
- 保留所有数字

五个常用技巧

技巧 1:角色设定(Role Prompting)

你是一位资深 Python 工程师,
 熟悉 Django 和 FastAPI 框架,
 注重代码可读性和测试覆盖率。

好处:让 Claude 进入"专业模式",回答更专业。

技巧 2:拆分任务并要求可核验依据

复杂任务可以要求 Claude 列出步骤、关键假设和可复核的计算过程,而不是追求冗长的内部思考:

问题:一个水池有两根管子,A 管 4 小时注满,B 管 6 小时排空。
同时打开,多少小时注满?

请列出计算步骤、使用的公式和最终答案,并检查单位。

好处:输出更容易检查;但步骤写得完整也不代表结论一定正确。

技巧 3:结构化输出

要求 Claude 用 JSON / Markdown 表格输出:

分析这 3 个产品的优缺点,
输出 Markdown 表格,列:产品名、优点、缺点、适合人群

输出:

表 5-1 产品优缺点对比示例

| 产品名 | 优点 | 缺点 | 适合人群 |
|---|---|---|---|
| A | ... | ... | ... |
| B | ... | ... | ... |
| C | ... | ... | ... |

好处:方便后续处理(写文档、塞进表格、喂给其他工具)。

技巧 4:分步迭代

不要指望"一次到位"。把任务拆成几步:

flowchart LR
    A[1. 列大纲] --> B[2. 写每节]
    B --> C[3. 检查]
    C --> D[4. 润色]
    D --> E[5. 输出]

说明

图说 图 5-3 展示把复杂写作任务拆成“列大纲、写内容、检查、润色、输出”的分步流程。 好处 :每步可以独立 review,整体质量高。

技巧 5:自我评估

让 Claude 评估自己的回答:

回答完我的问题后,请:
1. 评分(1-10)这次回答的质量
2. 列出 3 个可能的不足
3. 给出改进版

好处:Claude 通常会承认错误并改进;也是"二次检查"的好方法。

提示词模板

通用任务模板

## 角色
[谁来做这个任务?专业背景?]

## 任务
[具体要做什么?]

## 输入
[相关的背景、原文、数据]

## 输出要求
- 格式:[Markdown / 表格 / JSON / ...]
- 长度:[字 / 段 / 条]
- 风格:[正式 / 轻松 / ...]
- 受众:[谁看?]

## 限制
- 不要:[不想要的内容]
- 必须:[必须包含的内容]

## 例子(如有)
[给 1-3 个例子]

写作类模板

## 文章信息
- 主题:___
- 目标读者:___
- 风格:___
- 长度:___ 字
- 发布平台:___

## 文章大纲
[你先列出大纲,让 Claude 填内容]

## 要求
- 开头 100 字内要有钩子
- 至少 3 个数据支持
- 结尾有行动建议

编程类模板

## 任务
[要做什么功能 / 修什么 bug]

## 技术栈
- 语言:___
- 框架:___
- 关键依赖:___

## 已有代码
[贴相关代码]

## 要求
- 兼容性:___
- 性能:___
- 可读性:___
- 测试:是否要附测试代码?

## 限制
- 不要:[不想用的方法/库]

学习类模板

## 我想学
[概念名]

## 我的背景
- 我已经知道:___
- 我不知道:___

## 请用
- 苏格拉底式提问
- 先易后难
- 给具体例子
- 每节结尾有小结

提示词常见错误

注意

这些坑别踩 1. 太宽泛 :"帮我写得更好" → 改成"把第二段改得更口语化,保留意思" 2. 没限制 :"写一篇 10000 字的文章" → 不限制 = Claude 写到上下文耗尽 3. 矛盾的要求 :"既要简短又要详细" 4. 依赖模型记忆 :"用之前对话里的 X" → 复制粘贴最稳 5. 假设 Claude 知道上下文 :"做这个升级" → 说清是哪个项目、什么升级

进阶:元提示词(Meta-prompting)

让 Claude 帮你写提示词

我想用 Claude 帮我做[任务类型]。
目标用户:[谁用?]
典型输入:[例子]
期望输出:[例子]

请帮我写一个高质量的提示词模板。

好处:让 Claude 把自己会的"如何提问"传授给你。

进阶:多轮提示词

不是一次写完,而是多轮迭代

flowchart LR
    A[轮 1 提问] --> B[回答]
    B --> C[轮 2 追问]
    C --> D[深化]
    D --> E[轮 3 调整]
    E --> F[重做]
    F --> G[满意]

说明

图说 图 5-4 展示多轮提示词迭代时,从初次提问到逐轮追问、调整和满意收束的过程。 适合探索性任务("我想做个 X,帮我理清思路")。

测一测:你的提示词能优化多少

试试把下面这个糟糕的提示词优化:

原始(差):
"帮我写代码"

优化方向:
1. 写什么功能?
2. 什么语言/框架?
3. 输入输出是什么?
4. 有没有现成代码?
5. 要不要测试?

继续阅读

常见使用场景

说明

这一节写什么 这里收录一组常用场景和提示词模板,方便在实际使用时取材、改写和套用。

场景 1:写一封得体的邮件

收件人:[姓名 / 角色]
场景:[请假 / 道歉 / 询问 / 感谢 / 投诉 / 邀请]
关键信息:
- [要包含的内容 1]
- [要包含的内容 2]
- [要包含的内容 3]
语气:[正式 / 友好 / 简洁]
长度:[50 字 / 100 字 / 200 字]
语言:[中文 / 英文 / 双语]

例子

收件人:项目总监
场景:请假
关键信息:下周需要请 3 天假(周二到周四),家里老人过生日。
语气:正式
长度:100 字
语言:中文

场景 2:起草 / 改写文章

任务:[起草 / 改写 / 续写 / 润色 / 缩写 / 扩写]
原文:[粘贴原文,或"无"]
要求:
- 风格:[保留 / 改成 ___]
- 受众:[谁看]
- 长度:[目标字数]
- 保留:[必须留的内容]
- 删除:[必须删的内容]

场景 3:会议纪要 / 录音转写

请把下面这段会议录音转写整理成结构化纪要:

输入:[粘贴转写文本]

输出:
- 会议主题
- 时间地点
- 参与者
- 议题和结论(按时间)
- 行动项(负责人 + 截止日期)
- 待跟进事项

场景 4:解释一段代码

请逐行解释下面这段代码,告诉我:
1. 它做什么
2. 关键逻辑在哪几行
3. 有没有潜在 bug
4. 性能可以怎么优化

[粘贴代码]

场景 5:写一个 SQL 查询

数据库:PostgreSQL
表结构:
- users (id, name, email, created_at)
- orders (id, user_id, amount, status, created_at)

需求:找出过去 30 天内下过至少 2 单、消费总额超过 500 的用户,
输出用户 ID、姓名、订单数、总额,下单数倒序。

请写出 SQL,并解释每一步。

场景 6:翻译(中英 / 英中)

把下面这段话翻译成英文:
- 风格:商务、地道
- 保留所有专业术语
- 给我两个版本(直译 + 意译)

原文:[粘贴]

反向(英 → 中):

翻译下面这段英文摘要成中文:
- 长度:不超过 200 字
- 保留所有专业术语
- 如果是隐喻,给出"直译"和"意译"两个版本

[粘贴]

场景 7:做学习笔记

主题:[概念 / 章节名]
我的水平:[完全不懂 / 略懂 / 熟悉]
请用以下格式输出:
## 一句话定义
## 为什么重要
## 关键概念(3-5 个)
## 类比解释
## 一个例子
## 我可能误解的点
## 进一步学习路径

场景 8:头脑风暴 / 列方案

背景:[情境]
目标:[想要达到什么]
约束:[时间 / 预算 / 资源]
请给我 5 个不同方向的方案,每个方案包含:
- 一句话核心思路
- 优点(3 条)
- 缺点(3 条)
- 实施难度(1-5)
- 适合什么场景

场景 9:数据分析

我会上传一个 CSV 文件,列:
[列名 1, 列名 2, ...]

请帮我做:
1. 数据概览(行数、缺失值、类型)
2. 关键统计(均值、中位数、分布)
3. 3 个最值得关注的发现
4. 给业务方的一句话建议

上传 CSV 后,按上述结构提示。详见 文件与图片上传

场景 10:生成测试用例

下面是一个函数:
[粘贴函数]

请为它写测试用例:
- 正常情况(3 条)
- 边界情况(3 条)
- 异常情况(3 条)
- 使用 pytest 框架
- 每个测试都要有清晰的命名和注释

场景 11:解释一个报错

1. 截图报错(⌘ ⇧ 4 macOS / Win+Shift+S Windows)
2. 粘贴到 Claude Desktop
3. 输入:
我运行 [操作] 时遇到这个错误:
[粘贴报错文本或截图]

环境:
- 操作系统:___
- 软件版本:___
- 相关配置:___

请告诉我:
1. 这个错误是什么意思
2. 可能的原因(按可能性排序)
3. 解决步骤(一步步)
4. 怎么避免

场景 12:写简历 / 求职信

岗位:___(附 JD 链接或描述)
我的背景:___(学历 + 工作年限 + 关键项目)

请帮我:
1. 改写我的简历项目描述(结果导向 + 量化)
2. 写一封 300 字的求职信开头
3. 准备 5 个可能面试问题 + 建议回答方向

场景 13:投资 / 决策分析

我面临一个决策:

选项 A:[描述]
选项 B:[描述]
选项 C:[描述]

我的考量:
- 短期影响:___
- 长期影响:___
- 资源限制:___
- 风险偏好:___

请帮我做:
1. 列出每个选项的利弊(详细)
2. 给一个推荐
3. 说明推荐的理由和前提
4. 列出我可能没考虑到的因素

场景 14:日常自动化脚本

任务:批量重命名某文件夹下的所有文件,把文件名中的日期格式从"YYYY-MM-DD"改为"YYYYMMDD"。

请写一个 Python 脚本:
- 处理 [具体路径] 下的所有文件
- 备份原文件名到 log
- 输出处理结果摘要
- 加入异常处理

场景 15:研究 / 综述

主题:[研究主题]
请帮我做一份简短综述(1500 字):
1. 这个领域的基本概念
2. 主流方法和流派(3-5 个)
3. 关键人物 / 论文(每项一句话介绍)
4. 当前争议 / 未解决问题
5. 进一步学习路径

要求:
- 用通俗语言
- 给出具体例子
- 注明"假设性"信息(你不确定的)

跨场景的通用流程

flowchart TD
    A[明确目标] --> B[给角色上下文]
    B --> C[描述任务约束]
    C --> D[给例子]
    D --> E[Claude 回答]
    E --> F{满意?}
    F -->|否| G[追问 / Edit]
    G --> E
    F -->|是| H[保存]

说明

图说 图 5-5 展示跨场景通用的使用流程:先明确目标,再补上下文、约束和例子,最后通过追问迭代到可用结果。

不同身份的使用偏好

学生

  • 学习笔记
  • 解释概念
  • 写作业框架(不直接抄)
  • 准备考试

程序员

  • 写代码、debug
  • 解释代码
  • 翻译语言
  • 写脚本

文字工作者

  • 起草改稿
  • 翻译
  • 头脑风暴
  • 整理资料

产品 / 运营

  • 写文案
  • 数据分析
  • 用户研究
  • 决策分析

继续阅读

Cowork 简介

说明

这一节写什么 了解 Claude Desktop 里的 Cowork 模式:让 Claude 自主完成"知识工作"任务,不只是对话。

什么是 Cowork

Cowork 是 Claude Desktop 里的自主任务模式——Claude 不只是回答问题,而是直接执行任务并交付成果

flowchart LR
    A[Chat 模式] --> B[你来我往]
    C[Cowork 模式] --> D[自主完成<br/>交付成果]

图 5-6 展示普通对话模式与 Cowork 模式的差别:前者偏互动问答,后者偏任务执行与结果交付。

[!info] Chat vs Cowork | | Chat | Cowork | |---|---|---| | 交互 | 你来我往 | 你描述目标 → Claude 执行 | | 输出 | 步骤 / 解释 | 完成的成果 | | 适合 | 学习、问问题、探索 | 重复性工作、批处理 | | 控制 | 实时对话调整 | 提前批准 + 中途确认 |

Cowork 能做什么

核心能力

mindmap
  Cowork
    定时任务
      每周生成报告
      每天整理收件箱
      定期备份
    文件管理
      批量重命名
      文件整理归档
      删除重复
    数据处理
      截图转表格
      PDF 提取数据
      批量转换格式
    内容生成
      起草报告
      整理会议纪要
      写文档初稿
    远程控制
      移动端发起任务
      桌面端执行
      通知完成
    自动化
      自动打开应用
      操作浏览器
      填写表格

图 5-7 汇总 Cowork 的典型能力范围,包括定时任务、文件整理、数据处理、内容生成、远程触发和自动化操作。

典型场景

1. 每周自动报告
每周五下午 5 点,自动:
1. 汇总本周所有"销售"标签的邮件
2. 提取关键数据(金额、客户、产品)
3. 生成一份 Markdown 周报
4. 保存到 ~/Reports/Weekly-Sales-YYYY-MM-DD.md
2. 截图转表格
1. 截一个数据看板的图
2. 让 Cowork 把图片数据提取成 CSV
3. 自动保存到指定文件夹
3. 整理桌面文件
整理 ~/Desktop 上的所有文件:
- 按类型(图片、文档、压缩包)分类
- 创建对应子文件夹
- 把同名旧文件移到 ~/Archive
- 完成后报告
4. 远程派活(手机 → 桌面)
flowchart LR
    A[通勤 iPhone] --> B[发任务]
    B --> C[家里 Mac<br/>自动执行]
    C --> D[推送通知]
    D --> A

图 5-8 展示从移动端发起任务,到桌面端执行并回推结果的跨设备使用链路。

怎么用 Cowork

启动

flowchart TD
    A[打开 Desktop] --> B[切 Cowork]
    B --> C[描述任务]
    C --> D[出计划]
    D --> E{批准?}
    E -->|是| F[执行]
    E -->|否| G[调计划]
    G --> D
    F --> H[检查点]
    H --> I[交付]

图 5-9 展示启动 Cowork 任务的标准流程:描述任务、查看计划、确认执行、经过检查点后交付结果。

描述任务的最佳方式

[目标]
我要的是什么

[输入]
从哪里取数据

[输出]
交付什么格式 + 保存到哪里

[约束]
- 不能动 X
- 必须保留 Y
- 完成后报告

[可选:触发条件]
- 定时:每周 X 时间
- 触发:[某事件]

实际例子

例 1:整理下载文件夹

任务:整理 ~/Downloads 文件夹

目标:
- 按文件类型(图片、文档、视频、压缩包、代码、其它)创建子文件夹
- 移动文件到对应文件夹
- 重名文件用日期后缀区分

约束:
- 1 周内下载的文件才处理
- 跳过隐藏文件
- 操作前先列出将要移动的清单,等我确认

输出:
完成后给我一份处理摘要

例 2:每周客户邮件汇总

任务:每周一上午 9 点处理上周的客户邮件

目标:
- 读取 Mail.app 的"客户"邮箱
- 提取所有新邮件的:发件人、主题、关键内容
- 按发件人分组
- 生成 Markdown 报告

输出:
保存到 ~/Reports/Customer-Emails-YYYY-MM-DD.md

约束:
- 不删除任何邮件
- 不回复邮件
- 完成后通知我

权限与安全

注意

Cowork 会触碰你的文件 Cowork 模式下,Claude 可以: - 读取、修改、移动你的本地文件 - 调用本地应用(邮件、浏览器、Office 等) - 访问你授权的连接器 因此 权限控制 非常重要。

三层权限

flowchart LR
    A[Cowork] --> B[项目级权限]
    A --> C[操作级权限]
    A --> D[敏感操作权限]

图 5-10 展示 Cowork 的三层权限结构,用来区分工作范围、操作行为和高风险动作。

设置权限

Settings → Cowork → Permissions
权限类型 含义 建议
Always allow 无需确认直接执行 仅限读取类操作
Ask each time 每次都问 默认
Never allow 完全禁止 危险操作(删除、付款)

中途检查点

Cowork 会在关键环节暂停让你确认:

flowchart TD
    A[开始] --> B[读取数据]
    B --> C[检查点 1]
    C --> D{确认?}
    D -->|是| E[执行]
    E --> F[检查点 2]
    F --> G{完成?}
    G -->|是| H[交付]

图 5-11 展示 Cowork 在关键环节暂停确认的机制,帮助用户在执行前后做人工复核。

[!tip] 检查点的好处 - 避免误操作:关键步骤让你看 - 学习:看 Cowork 怎么工作 - 及时调整:发现方向不对可以早停

Cowork 与 Chat 的协作

可以混用

flowchart LR
    A[Chat 模式] -->|讨论方案| B[想好任务]
    B --> C[Cowork 模式] -->|执行任务| D[得到结果]
    D -->|有问题| A

图 5-12 展示 Chat 与 Cowork 的搭配方式:先在对话中收敛方案,再交给 Cowork 执行,最后回到对话里复盘。

[!example] 工作流 1. Chat 模式:问 Claude "我想整理 Downloads 文件夹,有什么好方案?" 2. Cowork 模式:根据方案派活,让 Claude 执行 3. Chat 模式:执行后看结果,再问 Claude 总结

Cowork 的限制

注意

边界 1. 不能完全替代你 :复杂决策仍需要你 2. 可能出错 :读取文件、解析数据都可能 fail 3. 消耗更多 :Cowork 往往会调用更强的推理能力与更多工具链路,因此整体资源消耗通常高于普通聊天 4. 需要联网 :无法离线工作 5. 功能开放范围会变化 :不同账号、地区和组织策略看到的入口可能不同

功能可用性

说明

Cowork 是否可用,以应用内是否出现对应入口、权限请求和官方帮助说明为准。不要把旧版教程中的套餐表当成长期有效规则。

Windows 上的额外要求

Cowork 在 Windows 上需要:

  1. 管理员权限安装
  2. 启用 Virtual Machine Platformpowershell Enable-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatform -All -NoRestart

详见 系统要求与下载

实战建议

提示

用好 Cowork 的 5 条经验 1. 从简单任务开始 :先试整理几个文件,建立信任 2. 关键操作前先备份 :重要数据先备份 3. 明确边界 :用权限设置限制 Claude 的范围 4. 善用检查点 :复杂任务开"每次确认" 5. 长期任务用 Cowork,一次性问 Chat

继续阅读

Claude Code 简介

说明

这一节写什么 了解 Claude Code:在 Claude Desktop 里直接让 Claude 读代码、写代码、提 PR 的编程助手模式。

什么是 Claude Code

  • 直接读取你本地的代码仓库
  • 写代码、修改代码
  • 跑测试、跑命令
  • 提 PR
  • 跨文件协调编辑

说明

一句话理解 Claude Code = "有完整代码仓库读写权限的 Claude"

Claude Code 在 Desktop 里的定位

Claude Desktop 现在是 Chat + Cowork + Claude Code 的三合一应用。Claude Code 是其中一个模式:

flowchart LR
    A[Claude Desktop] --> B[Chat 模式]
    A --> C[Cowork 模式]
    A --> D[Claude Code 模式]

顶部切换:

应用顶部 → 模式切换器 → Claude Code

切换到 Claude Code 模式后,界面会变化——多出代码区、终端、文件树等。

跨设备无缝

Claude Code 支持移动端发起任务、桌面端执行

flowchart LR
    A[iPhone 通勤] --> B[派任务]
    B --> C[Mac 桌面端<br/>Code 执行]
    C --> D[推送通知]

图 5-14 展示 Claude Code 的跨设备协作方式:在移动端发起任务,在桌面端继续执行与返回结果。

适合"通勤时想到一个 bug,让家里的电脑跑"。

主要能力

1. 探索陌生代码库

这是我们的代码库,请帮我:
1. 概述整体架构
2. 找到用户登录相关的所有文件
3. 解释密码加密是怎么做的
4. 列出潜在的安全风险

底层能力:agentic search —— Claude 会主动扫文件、搜引用、读文档。

2. 改 bug

我遇到这个 bug:
[粘贴报错或描述]

请:
1. 找到根因
2. 解释为什么
3. 修复
4. 写一个测试用例验证

3. 实现新功能

需求:加一个"忘记密码"功能
技术栈:Python + Django
要求:
- 邮箱发送重置链接
- 链接 1 小时内有效
- 重置后强制登出其他设备

请实现,并加测试。

4. 重构

请重构 utils.py 里所有函数:
- 拆分成单一职责
- 加类型注解
- 加 docstring
- 保持外部 API 不变

5. 提 PR

flowchart LR
    A[修改代码] --> B[本地测试]
    B --> C[commit]
    C --> D[推分支]
    D --> E[开 PR]

图 5-15 展示 Claude Code 参与代码修改、测试、提交与发起 PR 的基本开发流程。

Claude Code 可以完整跑完这流程——包括创建 PR。

工作流示例:完整 bug 修复

sequenceDiagram
    participant U as 你
    participant CC as Claude Code
    participant FS as 本地文件
    participant GH as GitHub

    U->>CC: 描述 bug
    CC->>FS: 读取相关文件
    CC->>CC: 分析定位
    CC->>U: 给出修复方案
    U->>CC: 确认
    CC->>FS: 修改代码
    CC->>FS: 跑测试
    CC->>U: 报告结果
    U->>CC: 提 PR
    CC->>GH: 创建 PR
    GH-->>U: PR 链接

图 5-16 展示一次完整的 bug 修复协作链路:从问题描述、定位、修改、测试,到最终创建 PR。

支持的语言和工具

语言

类型 例子
通用 Python、JavaScript、TypeScript、Java、Go、Rust、C++
Web HTML、CSS、React、Vue、Next.js
数据 SQL、Shell 脚本
移动 Swift、Kotlin
其它 几乎所有主流语言

工具集成

工具 集成
GitHub 读 PR、Issue、提 PR
GitLab 类似
VS Code IDE 集成
JetBrains IDE 集成(PyCharm、IntelliJ 等)
Slack 在 Slack 里 @claude
Terminal 原生 CLI 工具

说明

终端优先 Claude Code 最初就是终端工具。即使在 Desktop 里用,也保留了"终端友好"的特性。

模型与性能

Claude Code 可调用的模型会随客户端版本、账号开放范围与组织策略变化。下面给出的是常见分工思路,而不是长期固定菜单:

模型 适合
高推理档模型 最复杂任务、长链路、重构或排障;常见于更强的高性能模型
均衡档模型 日常编程,质量与速度较平衡;通常是最常用的默认档位
快速档模型 简单修改、批量任务、快速试错;适合先跑通再复核

提示

推荐配置

日常开发 :优先用均衡档模型 - 遇到难题 / 重构 :切到高推理档模型 - 先求速度 :用快速档模型先跑一轮 - 最终提交前 :再用更强模型复核关键改动

详见 模型选择

权限控制

注意

Claude Code 会执行命令 Claude Code 与 Cowork 类似, 可以执行 shell 命令、写文件 。权限控制必须设置好。

批准机制

flowchart TD
    A[Claude 想执行操作] --> B{操作类型}
    B -->|读取文件| C[通常自动允许]
    B -->|写文件| D{是否敏感?}
    B -->|执行命令| E[每次都问]
    B -->|网络请求| F[询问]
    D -->|否| G[默认允许]
    D -->|是| H[每次都问]

图 5-17 展示 Claude Code 的权限批准逻辑,重点区分读文件、写文件、执行命令和网络请求。

配置权限

Settings → Claude Code → Permissions
类别 操作 建议
File Read 读任何文件 允许
File Write 修改/创建文件 限制在特定目录
Shell Command 执行命令 白名单
Git Push 推代码 限制到当前分支
Network 网络请求 限制到 GitHub

实战建议

适合用 Claude Code 的任务

flowchart TD
    A[编程任务] --> B{多文件?}
    B -->|是| C[用 Code]
    B -->|否| D{执行命令?}
    D -->|是| C
    D -->|否| E{提 PR?}
    E -->|是| C
    E -->|否| F[Chat 即可]

图 5-18 展示何时更适合使用 Claude Code:多文件、要跑命令或要提 PR 的任务更适合切到 Code 模式。

5 条实战建议

提示

用好 Claude Code 1. 从干净的工作树开始 :先 commit 当前修改,让 Claude 在新分支工作 2. 明确范围 :"改 utils.py 里所有函数" 比 "改代码" 更有效 3. 让 Claude 解释后再执行 :先问方案,确认后再执行 4. 小步迭代 :不要一次让 Claude 改 50 个文件 5. 审 PR :Claude 的代码也要 review,不能直接 merge

功能可用性

Claude Code 是否可用,取决于当前产品开放范围、账号类型、组织策略和官方文档说明。最可靠的判断方式是:

  1. 当前客户端是否出现 Code 模式入口;
  2. 官方帮助文档是否说明你的使用方式已开放;
  3. 组织或团队是否启用了对应权限。

Claude Code vs Chat 编程

维度 Chat 模式编程 Claude Code 模式
代码片段 ✅ 强
完整项目 ❌ 受限
运行测试
提 PR
多文件编辑 受限
读仓库 需贴代码 自动
学习成本

继续阅读