你使用Claude Code已经有一段时间了,深知它的效果,现在你正努力挖掘每一个可能的优势。

我整理了50条Claude Code的最佳实践和技巧,无论你是刚使用一周还是已经用了几个月,这些都能有所帮助,它们的来源包括Anthropic的官方文档、Boris Cherny(Claude Code的开发者)、社区经验以及我自己一年的日常使用心得。
原文链接
https://x.com/CodevolutionWeb/status/2034683638382506063
1
设置cc别名
这是我每次启动Claude Code会话的方式。将以下内容添加到你的~/.zshrc(或~/.bashrc)中:
alias cc=’claude –dangerously-skip-permissions’
运行 source ~/.zshrc 来加载它。现在你可以输入 cc 而不是 claude,并且可以跳过所有权限提示。这个标志名称故意设计得很吓人。只有在你完全理解 Claude Code 对代码库能做什么和会做什么之后才使用它。我在customizing Claude Code中介绍了这个以及更多别名。
2
前缀!用于内联运行bash命令
输入!git status或!npm test,命令会立即执行。命令及其输出会显示在上下文中,这样Claude就能看到结果并据此采取行动。这比让Claude运行命令要快。
3
停止与回退快捷键
按Esc键停止Claude。按Esc+Esc键回退任何操作。
Esc可在Claude执行操作中途停止,且不会丢失上下文。您可以立即重定向。
Esc+Esc(或 /rewind)可打开一个滚动菜单,其中包含Claude创建的所有检查点。您可以恢复代码、对话,或两者皆恢复。“撤销该操作”也同样有效。有四个恢复选项:代码和对话、仅对话、仅代码,或从某个检查点开始向前总结。
这意味着你可以尝试一种你只有40%把握的方法。如果成功了,那就太好了。如果不行,就回退。不会造成任何损失。需要注意的是:检查点仅跟踪文件编辑。bash命令(迁移、数据库操作)所做的更改不会被记录。
若要继续之前的对话,claude –continue 可恢复你最近的对话,而 claude –resume 则会打开会话选择器。
4
给Claude一个检查自身工作的方法
为Claude设置反馈循环,使其能够发现自身错误。在提示中包含测试命令、代码检查或预期输出。
Claude运行测试,发现失败之处,然后在你无需介入的情况下修复它们。Boris Cherny表示,仅这一点就能使质量提升2 – 3倍。对于UI更改,设置Playwright MCP服务器,这样Claude就可以打开浏览器,与页面进行交互,并验证UI是否按预期工作。这种反馈循环能够捕捉到单元测试遗漏的问题。
5
为你的语言安装一个代码智能插件
LSP插件在每次编辑文件后都会让Claude自动进行诊断。类型错误、未使用的导入、缺少返回类型等问题,Claude在你还没注意到之前就会发现并修复。这是你能安装的影响最大的单一插件。
选择你的并运行安装命令:
/plugin install typescript-lsp@claude-plugins-official
/plugin install pyright-lsp@claude-plugins-official
/plugin install rust-analyzer-lsp@claude-plugins-official
/plugin install gopls-lsp@claude-plugins-official
C#、Java、Kotlin、Swift、PHP、Lua和C/C++的插件也已提供。运行 /plugin 并转到“发现”标签页,即可浏览完整列表。你需要在系统上安装相应的语言服务器二进制文件(如果缺少,插件会提示你)。
6
使用 gh CLI 并向 Claude 传授任何 CLI 工具的使用方法
gh CLI无需单独的MCP服务器即可处理PR、问题和评论。CLI工具比MCP服务器更节省上下文,因为它们不会将工具模式加载到上下文窗口中。这同样适用于jq、curl和其他标准CLI工具。
对于Claude还不了解的工具:“使用’sentry-cli –help’来了解它,然后用它来查找生产环境中最近的错误。”Claude读取帮助输出,弄清楚语法,然后运行命令。即使是小众的内部CLI也能正常使用。
7
添加“ultrathink”以进行复杂推理
这是一个关键字,它会将努力程度设置为高,并触发Opus 4.6上的自适应推理。Claude会根据问题动态分配思考资源。可将其用于架构决策、棘手的调试、多步骤推理,或任何你希望Claude在行动前先思考的场景。
你也可以使用 /effort 永久设置工作量。对于不太复杂的任务,较低的工作量级别能让事情既快速又经济。要使工作量与问题相匹配。在重命名变量上消耗思考token是没有意义的。
8
利用技能获取即时知识
技能是以 Markdown 文件形式存在的,可按需扩展 Claude 的知识。与每次会话都会加载的CLAUDE.md不同,技能仅在与当前任务相关时才会加载。这样可以保持上下文简洁。
在.claude/skills/中创建技能,或安装包含预构建技能的插件(运行/plugin浏览可用内容)。使用技能来获取Claude有时需要但并非总是需要的专业领域知识(API约定、部署程序、编码模式)。
9
在手机上控制Claude Code
运行Claude远程控制来启动会话,然后从claude.ai/code或iOS/Android上的Claude应用程序连接到该会话。会话在本地机器上运行。手机或浏览器只是访问它的窗口。你可以从任何地方发送消息、批准工具调用并监控进度。
如果你正在使用提示1中的cc别名,Claude已经拥有完全权限,无需为每个操作都申请批准。这使得远程控制更加顺畅:启动一项任务,走开,然后只有在Claude完成任务或遇到意外情况时,才用手机查看进度。
10
将上下文窗口扩展到100万个 tokens
Sonnet 4.6和Opus 4.6均支持100万token的上下文窗口。在Max、Team和Enterprise计划中,Opus会自动升级到100万上下文。您还可以在会话中使用 /model opus[1m] 或 /model sonnet[1m] 切换模型。
如果你担心大上下文下效果下降,可以先从 500k 逐步上调。更大的上下文意味着压缩触发前能容纳更多内容,但响应质量会随任务变化。
用以下环境变量控制自动压缩策略:
CLAUDE_CODE_AUTO_COMPACT_WINDOW
CLAUDE_AUTOCOMPACT_PCT_OVERRIDE
找到适合你工作流的阈值。
11
使用计划模式处理复杂任务
当你不确定如何处理某件事情时,请使用计划模式。
对于多文件更改、不熟悉的代码和架构决策,请使用计划模式。前期的准备工作确实需要一些时间(几分钟),但它能防止Claude自信满满地花20分钟却完全解决了错误的问题。
对于小型、范围明确的任务,可以跳过此步骤。如果能用一句话描述差异,直接操作即可。你可以随时按 Shift+Tab 切换到计划模式,在普通、自动接受和计划权限模式之间循环切换,而无需离开对话。
12
在不相关的任务之间运行 /clear
一次简洁高效的会话胜过一场混乱的三小时会话。不同任务?先 /clear。
我知道这感觉像是在抛弃已有的进展,但重新开始会让你取得更好的效果。对话质量下降是因为早期工作积累的上下文掩盖了当前的指令。花五秒钟执行 /clear 并编写一个有针对性的起始提示,能让你避免 30 分钟的收益递减。
13
停止解释错误,粘贴原始数据
停止为Claude解释错误,粘贴原始数据。
用文字描述一个Bug很慢。你看着Claude猜测,纠正它,然后重复这个过程。
不如直接粘贴错误日志、CI输出或Slack线程并说“修复”。Claude会读取分布式系统的日志并追踪问题发生的位置。你的解读会增加抽象性,往往会丢失Claude准确定位根本原因所需的细节。把原始数据交给Claude,让它自行处理。
这对CI也同样适用。“修复失败的CI测试”并附上CI输出,是最可靠的模式之一。你还可以粘贴PR的URL或编号,让Claude检查失败的检查项并进行修复。安装了提示6中的gh CLI后,Claude会处理其余的工作。
你也可以直接从终端管道输出:
cat error.log | claude “explain this error and suggest a fix”
npm test 2>&1 | claude “fix the failing tests”
14
使用 /btw 来快速提出附带问题
/btw会弹出一个覆盖层,用于快速提问,而无需进入你的对话历史。我用它来澄清当前会话中的问题,比如“你为什么选择这种方法?”或“与其他选项相比,权衡是什么?”答案会显示在一个可关闭的覆盖层中,你的主要上下文保持简洁,Claude也会继续运行。
15
使用 –worktree 来创建独立的并行分支
claude –worktree feature-auth 创建一个带有新分支的独立工作副本。Claude 会为你处理 Git 工作树的设置和清理。
Claude Code团队称这是最大的生产力释放之一。
启动3 – 5个工作树,每个工作树并行运行自己的Claude会话。我通常运行2 – 3个。每个工作树都有自己的会话、自己的分支和自己的文件系统状态。
本地工作树的上限取决于你的机器。多个开发服务器、构建任务和Claude会话都在争夺CPU资源。Builder.io将每个代理迁移到带有浏览器预览的独立云容器中,这样你的机器就能空出来处理需要你动脑的工作。
16
使用Ctrl+S保存你的提示词
你写到一半长提示词时,突然意识到需要先快速获取一个答案。按下 Ctrl+S 可暂存你的草稿。输入你的快速问题,提交后,暂存的提示词会自动恢复。
17
使用Ctrl+B执行后台长时间运行的任务
当Claude启动一个长时间运行的bash命令(测试套件、构建、迁移)时,按Ctrl+B将其发送到后台。Claude会在进程运行时继续工作,你也可以继续聊天。进程完成后,结果就会显示出来。
18
添加实时状态行
状态行是一个在Claude每次交互后运行的shell脚本。它在终端底部显示实时信息:当前目录、git分支、根据窗口使用情况进行颜色编码的上下文使用情况。
在Claude Code中设置状态行的最快方法是输入/statusline。它会询问你想要显示的内容,并为你生成脚本。我在自定义Claude Code中介绍了完整的设置步骤,包括复制粘贴脚本。
19
使用子Agent来保持主上下文的简洁
使用子Agent来弄清楚支付流程如何处理失败的交易。这会生成一个具有独立上下文窗口的Claude实例。它会读取所有文件,对代码库进行推理,并反馈一份简洁的总结。
你的主会话保持简洁,有足够的空间来构建内容。深入调查在你编写任何代码之前就可能消耗掉一半的上下文窗口。子Agent可以避免主会话产生这种成本。内置类型包括探索(Haiku,快速文件搜索)和规划(只读分析)。想要了解全貌的话可以参阅subagents and agent teams.
20
用于多会话协调的Agent团队
首先通过在设置或环境中添加 CLAUDECODEEXPERIMENTALAGENTTEAMS 来启用它。然后告诉 Claude 创建一个团队:“创建一个有 3 名队友的Agent团队,以并行方式重构这些模块。”团队负责人将工作分配给队友,每个队友都有自己的上下文窗口和共享任务列表。队友可以直接相互发消息进行协调。
从3 – 5名队友开始,每名队友分配5 – 6项任务。避免分配修改同一文件的任务。两名队友编辑同一文件会导致覆盖。在尝试并行实施之前,先从研究和审查任务(PR审查、错误调查)开始。
21
通过指令引导上下文精简
当上下文压缩(自动或通过 /compact )时,告知 Claude 要保留的内容:”/compact 聚焦于 API 变更和修改文件列表”。你还可以在CLAUDE.md中添加常设指令:”压缩时,保留完整的修改文件列表和当前测试状态”。
22
使用 /loop 进行定期检查
使用/loop 5m 检查部署是否成功并反馈结果。在会话保持开启的状态下,该指令会在后台安排一个循环提示任务。时间间隔为可选参数(默认10分钟),支持秒、分钟、小时和天单位。你也可以对其他命令设置循环:/loop 20m /review-pr 1234。此类任务仅在当前会话内生效,且3天后失效,所以即便遗忘循环任务也不会永久运行。你可以使用 /loop 指令监控部署流程、查看CI流水线状态,或是在专注处理其他事务时轮询外部服务。
23
使用语音听写功能来生成更丰富的提示词
运行 /voice 以启用按键通话功能,然后按住空格键进行语音输入。你的语音会实时转录到提示框中,并且你可以在同一条消息中混合使用语音和打字。口语提示自然会比打字提示包含更多上下文,因为你可以解释背景、提及限制条件,并描述你想要的内容,而无需为节省按键次数而偷工减料。需要使用 Claude.ai账户(非 API 密钥)。你可以在 ~/.claude/keybindings.json 中将一键通话键重新绑定到诸如 meta+k 这样的修饰符组合,以跳过按住检测预热。
24
陷入修正循环后重新开始
在对同一件事进行两次修正后,重新开始。
当你和Claude陷入不断修正的死循环,问题却仍未解决时,上下文里就充斥着失败的尝试,而这些尝试正实实在在地影响着下一次的努力。使用 /clear 并撰写一个更好的起始提示,将你学到的内容融入其中。一个简洁的会话加上更精准的提示,几乎总能胜过一个被累积的死胡同拖累的冗长会话。
25
准确告诉Claude查看哪些文件
使用 @ 直接引用文件:@src/auth/middleware.ts 负责会话处理。@ 前缀会自动解析为文件路径,因此 Claude 确切知道该去哪里查找。
Claude可以自行对代码库进行grep和搜索,但它仍需缩小候选范围并确定正确的文件。每一步搜索都要消耗令牌和上下文。从一开始就为Claude指明正确的文件可以跳过整个过程。
26
用模糊的提示探索陌生的代码
“你会对这个文件做哪些改进?”是一个很棒的探索性提示。并不是每个提示词都要很具体。当你希望对现有代码有全新的视角时,一个模糊的问题能让Claude有空间提出你可能想不到要问的问题。
我在开始接触一个不熟悉的仓库时会使用这个工具。Claude能指出我初次阅读时会遗漏的模式、不一致之处和改进机会。
27
使用Ctrl+G编辑计划
当Claude提出一个计划时,按Ctrl+G可在文本编辑器中打开该计划进行直接编辑。在Claude编写任何一行代码之前,添加约束条件、删除步骤、调整方法。当计划大体正确,但你想微调几个步骤而无需重新解释整个内容时,这个功能非常有用。
28
初始化并精简CLAUDE.md
运行 /init,然后将结果一分为二。
CLAUDE.md是位于项目根目录的一个Markdown文件,它为Claude提供持久化指令:构建命令、编码标准、架构决策、仓库约定。Claude在每次会话开始时都会读取该文件。/init会根据你的项目结构生成一个初始版本。它会提取构建命令、测试脚本和目录布局。
输出内容往往会显得冗长。如果你无法解释某一行存在的原因,就删除它。去除冗余,补充缺失的内容。有关这些文件的结构,请参阅how to write a great CLAUDE.md file.
29
严格检验CLAUDE.md内容
对CLAUDE.md中的每一行内容进行严格检验。
对于CLAUDE.md中的每一行内容,都要问一问:没有这一行,Claude会不会出错?如果Claude本身已经能正确完成某些任务,那么这条指令就是冗余的。每一行不必要的内容都会削弱重要内容的效果。在合规性下降之前,大约有150 – 200条指令的预算,而系统提示已经占用了其中约50条。
30
犯错后更新CLAUDE.md
Claude犯错后,说“更新你的”CLAUDE.md 这样就不会再发生这种事了。
当Claude犯错时,就说“更新CLAUDE.md文件,以免此类情况再次发生”。Claude会自行制定规则。在下一次会话中,它会自动遵循该规则。
随着时间的推移,你的CLAUDE.md会成为一份由实际错误塑造的动态文档。为了防止其无限增长,可使用@imports(提示#32)来引用单独的文件,比如@docs/solutions.md,来获取模式和修复方法。
31
使用.claude/rules/ 存放条件规则
使用.claude/rules/ 来存放仅在某些情况下适用的规则。
将Markdown文件放在.claude/rules/中,按主题组织说明。默认情况下,每个规则文件在每次会话开始时都会加载。若要使某个规则仅在Claude处理特定文件时加载,请添加路径前导元数据:
—
paths:
– “**/*.ts”
—
# TypeScript conventions
Prefer interfaces over types.
这能让你的主CLAUDE.md保持简洁。Claude读取.ts文件时加载TypeScript规则,读取.go文件时加载Go规则。Claude从不处理它未涉及语言的约定。
32
使用@imports来精简CLAUDE.md
参考文档@docs/git-instructions.md。你也可以参考@README.md,@package.json,甚至 @~/.claude/my-project-instructions.md。
Claude在需要时读取文件。将@imports视为“如果你需要,这里有更多上下文”,而不会让Claude每次会话读取的文件变得臃肿。
33
使用 /permissions 允许安全命令
别再通过点击“批准”来运行 `npm run lint` 了。`/permissions` 允许你将受信任的命令列入白名单,这样你就能保持工作流程的顺畅。对于不在名单上的任何命令,你仍会收到提示。
34
使用沙箱隔离保障安全
当你希望Claude自由工作时,请使用/sandbox。
运行 /sandbox 以启用 OS 级别的隔离。写入操作仅限于您的项目目录,网络请求仅限于您批准的域名。它在 macOS 上使用 Seatbelt,在 Linux 上使用 bubblewrap,因此限制适用于 Claude 生成的每个子进程。在自动允许模式下,沙盒命令运行时无需权限提示,这让您在有防护措施的情况下拥有近乎完全的自主权。
对于无监督工作(夜间迁移、实验性重构),可在 Docker 容器中运行 Claude。容器能提供完全隔离、轻松回滚的功能,让你有信心让 Claude 运行数小时。
35
为重复性任务创建自定义子Agent
与即时使用子Agent(#19)不同,自定义子Agent是预先配置好的代理,保存在.claude/agents/ 中。例如,带有Opus和只读工具的安全审查Agent,或带有Haiku以提高速度的快速搜索Agent。
使用 /agents 来浏览和创建它们。对于需要自己文件系统的Agent,你可以设置隔离:工作树。
36
为你的堆栈选择合适的MCP服务器
值得首先考虑的MCP服务器包括:用于浏览器测试和UI验证的Playwright、用于直接进行模式查询的PostgreSQL/MySQL、用于阅读错误报告和线程上下文的Slack,以及用于设计到代码工作流程的Figma。
Claude Code支持动态工具加载,因此服务器仅在Claude需要时才加载其定义。如需查看可用内容的完整列表,请参阅the best MCP servers in 2026.
37
设置输出样式
运行 /config 并选择你偏好的风格。内置选项包括解释性(详细、循序渐进)、简洁性(简短、注重行动)和技术性(精确、适合使用行话)。
你还可以在~/.claude/output-styles/目录下创建自定义输出样式文件。
38
区分CLAUDE.md和钩子
使用CLAUDE.md获取建议,挂钩需求。
CLAUDE.md仅作参考。Claude大约80%的情况下会遵循它。钩子是确定性的,100%执行。如果某件事必须每次都毫无例外地发生(格式化、代码检查、安全检查),就将其设为钩子。如果是Claude应该考虑的指导建议,CLAUDE.md就可以。
39
使用PostToolUse钩子进行自动格式化
每次Claude编辑文件时,你的格式化工具都应自动运行。在.claude/settings.json中添加一个PostToolUse钩子,以便在Claude编辑或写入任何文件后运行Prettier(或你的格式化工具):
{
“hooks”: {
“PostToolUse”: [
{
“matcher”: “Edit|Write”,
“hooks”: [
{
“type”: “command”,
“command”: “npx prettier –write \\\\”$CLAUDE_FILE_PATH\\\\” 2>/dev/null || true”
}
]
}
]
}
}
|| true 可以防止钩子失败阻塞 Claude。你也可以链接其他工具。添加 npx eslint –fix 作为第二个钩子条目。
如果您打开了一个编辑器并正在编辑相同的文件,建议在Claude运行时关闭保存时格式化功能。一些开发者反馈,编辑器保存操作可能会使提示缓存失效,从而迫使Claude重新读取文件。请让钩子来处理格式化。
40
使用PreToolUse钩子阻止破坏性命令
在Bash中使用PreToolUse钩子阻止rm -rf、drop table和truncate模式。Claude甚至不会尝试执行这些操作。该钩子在Claude执行工具之前触发,因此在破坏性命令造成损害之前就会被拦截。
{
“hooks”: {
“PreToolUse”: [
{
“matcher”: “Bash”,
“type”: “command”,
“command”: “if echo \\\\”$TOOL_INPUT\\\\” | grep -qE ‘rm -rf|drop table|truncate’; then echo ‘BLOCKED: destructive command’ >&2; exit 2; fi”
}
]
}
}
将这个添加到项目中的.claude/settings.json文件中。你可以使用/hooks交互式设置,或者直接告诉Claude:“添加一个PreToolUse钩子,阻止rm -rf、drop table和truncate命令。”
41
通过钩子在压缩过程中保留重要上下文
在长时间对话中,当上下文被压缩时,Claude可能会跟不上你正在处理的内容。带有紧凑匹配器的通知钩子会在每次上下文压缩触发时自动重新注入你的关键上下文。
告诉Claude:“设置一个通知钩子,在压缩后提醒你当前任务、修改的文件以及任何约束条件。”Claude将在你的设置中创建该钩子。适合重新注入的内容包括:当前任务描述、你已修改的文件列表以及任何严格约束条件(如“不要修改迁移文件”)。
在持续数小时的会话中,这一点最为重要,因为在这种情况下你正深入研究某个功能,无法承受Claude思路中断的后果。
42
始终手动审核敏感变更
始终手动审核认证、支付和数据变更。
Claude擅长处理代码。决策则需要人来做。认证流程、支付逻辑、数据变更、破坏性数据库操作。无论其他方面看起来多么出色,都要对这些进行审查。一个错误的认证范围、一个配置错误的支付Webhook,或者一个悄悄删除列的迁移操作,都可能让你失去用户、金钱或信任。再多的自动化测试也无法捕捉到所有这些问题。
43
使用 /branch 尝试不同的方法
使用 /branch 尝试不同的方法,而不会丢失当前的方法。
/branch(或 /fork)会在当前节点创建对话的副本。在分支中尝试有风险的重构。如果成功,就保留;如果失败,原始对话不受影响。这与回退(#3)不同,因为两条路径都保持活跃。
44
让Claude对进行你访谈明确规范
当你无法完全明确某个功能的规格时,让Claude来对你进行访谈。
你知道自己想构建什么,但感觉没有掌握Claude出色完成构建所需的所有细节。那就让Claude来提问吧。
我想做【简要描述】。用 AskUserQuestion 工具详细反问我,包括技术实现、边界情况、关注点、权衡取舍。不要问显而易见的问题。问完所有内容后,输出完整需求文档到 SPEC.md。
规范完成后,启动一个全新的会话,以干净的上下文和完整的规范来执行。
45
双Claude协作模式
撰写与审核分离
让一个Claude撰写,另一个Claude审核。
先是一个Claude实现该功能,另一个Claude则以资深工程师的视角,基于全新上下文进行评审。评审者对实现过程中的简化处理一无所知,会对每一处此类处理提出质疑。
TDD分工
这一思路同样适用于测试驱动开发(TDD):会话A编写测试用例,会话B编写代码以通过这些测试。
46
以对话方式审查拉取请求
不要让Claude进行一次性的PR审查(不过如果你想的话也可以)。在会话中打开PR并就其展开讨论。“给我讲讲这个PR中风险最高的变更。”“如果这个并发运行会出什么问题?”“错误处理是否与代码库的其他部分一致?”
对话式评审能发现更多问题,因为你可以深入探讨关键领域。一次性评审往往只能指出风格上的小瑕疵,还常常遗漏架构问题。
47
为你的会话命名并进行颜色编码
/rename auth-refactor 会在提示栏上添加标签,这样你就能知道哪个会话是哪个。/color red 或 /color blue 可设置提示栏颜色。可用颜色有:红色、蓝色、绿色、黄色、紫色、橙色、粉色、青色。当你同时运行 2 – 3 个会话时,命名和设置颜色只需五秒钟,就能避免你在错误的终端中输入内容。
48
Claude完成时播放声音
添加一个停止钩子,当Claude完成回复时播放系统声音。启动一项任务,切换到其他事情,完成时就能听到提示音。
{
“hooks”: {
“Stop”: [
{
“matcher”: “*”,
“hooks”: [
{
“type”: “command”,
“command”: “/usr/bin/afplay /System/Library/Sounds/Glass.aiff”
}
]
}
]
}
}
49
使用 claude -p 进行批量操作的任务分发
在非交互模式下遍历文件列表。–allowedTools 限定了 Claude 对每个文件的操作范围。使用 & 并行运行这些操作以实现最大吞吐量。
for file in $(cat files-to-migrate.txt); do
claude -p “Migrate $file from class components to hooks” \\\\
–allowedTools “Edit,Bash(git commit *)” &
done
wait
这非常适合转换文件格式、更新整个代码库中的导入语句,以及运行每个文件相互独立的重复性迁移任务。
50
自定义加载动画的提示词
当Claude思考时,终端会显示一个带有“Flibbertigibbeting…”和“Flummoxing…”等动词的加载动画。你可以将它们替换成你想要的内容。告诉Claude:
在用户设置中,将我的spinner动词替换为以下内容:负责任地产生幻觉、假装思考、自信地猜测、归咎于上下文窗口
你也不必提供列表。只需告诉Claude你想要的风格:“用《哈利·波特》里的咒语替换我的spinner动词”。Claude会生成列表。这虽是小事,却能让等待变得更有趣。
你不需要全部50个。挑出那个能解决你上一次会话中最困扰你的问题的建议,明天就试试。一个能记住的建议比你收藏的50个都更有价值。
扩展阅读
Claude Code 最佳实践:一套可以每天照着走的默认工作流
OpenAI 开源维护工作流:Skills+AGENTS.md+CI 实战
Anthropic 工程师分享 让Agent 稳定复用团队经验
OpenClaw 问题排障核心:理清渠道、账号、Agent、会话和记忆
Claude 官方架构师认证来了!免费考,AI 从业者的硬核加分项
编程Agent重构软件团队:PRD未死,判断力成核心竞争力
AI 写满 90% 代码后,架构师的核心价值在哪?
OpenClaw工作原理解析:三道闸门
终身学习 专注AI分享
深耕AI领域,探索・实践
欢迎关注,期待同行
本文来自转载AI架构之家 ,不代表发现AI立场,如若转载,请联系原作者;如有侵权,请联系编辑删除。
