提示词工程基础
说明
这一节写什么 把"用 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. 要不要测试?
继续阅读
- 想要真实使用场景:常见使用场景
- 想要 Claude 自动完成任务:Cowork 简介
- 想要 Claude 帮你写代码:Claude Code 简介
- 想要进一步学习:参考资料(官方文档、社区精选、学术论文)
常见使用场景
说明
这一节写什么 这里收录一组常用场景和提示词模板,方便在实际使用时取材、改写和套用。
场景 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
- 解释代码
- 翻译语言
- 写脚本
文字工作者
- 起草改稿
- 翻译
- 头脑风暴
- 整理资料
产品 / 运营
- 写文案
- 数据分析
- 用户研究
- 决策分析
继续阅读
- 想要 Claude 自主完成任务:Cowork 简介
- 想要 Claude 帮你写代码:Claude Code 简介
- 想要深度提示词技巧:提示词工程基础
- 想要更多场景模板:本文持续补充
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 上需要:
- 管理员权限安装
- 启用 Virtual Machine Platform:
powershell Enable-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatform -All -NoRestart
详见 系统要求与下载。
实战建议
提示
用好 Cowork 的 5 条经验 1. 从简单任务开始 :先试整理几个文件,建立信任 2. 关键操作前先备份 :重要数据先备份 3. 明确边界 :用权限设置限制 Claude 的范围 4. 善用检查点 :复杂任务开"每次确认" 5. 长期任务用 Cowork,一次性问 Chat
继续阅读
- 想要 Claude 帮你写代码:Claude Code 简介
- 想要更多使用场景:常见使用场景
- 想要更深入理解模型选择:模型选择
- 想要管理权限:数据与隐私
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 是否可用,取决于当前产品开放范围、账号类型、组织策略和官方文档说明。最可靠的判断方式是:
- 当前客户端是否出现
Code模式入口; - 官方帮助文档是否说明你的使用方式已开放;
- 组织或团队是否启用了对应权限。
Claude Code vs Chat 编程
| 维度 | Chat 模式编程 | Claude Code 模式 |
|---|---|---|
| 代码片段 | ✅ 强 | ✅ |
| 完整项目 | ❌ 受限 | ✅ |
| 运行测试 | ❌ | ✅ |
| 提 PR | ❌ | ✅ |
| 多文件编辑 | 受限 | ✅ |
| 读仓库 | 需贴代码 | 自动 |
| 学习成本 | 低 | 中 |