Claude过度提示反成负担？新模型建议这样用

Anthropic Claude Code 团队成员、谷歌前工程总监 Addy Osmani 近日发文指出，许多用户给 Claude 写了太多提示和指令，存在“过度提示”问题。随着新一代模型能力提升，过去事事交代、逐步指导的使用方式需要调整。

使用 Opus 5.5 时，Osmani 建议先用一条提示说清想完成什么、Claude 应如何检查任务是否完成，然后放手让它做，推理强度可从 /effort medium 开始调整。若用户自己尚未想清需求，可先让 Claude 不断提问，直到掌握足够信息写出需求说明，再新开会话照此执行。

验收标准值得多花心思。Claude 认为任务结束后会自行停下；若能运行检查、以“通过或不通过”判断结果，或围绕明确数值目标验证并读懂检查报告，就可根据结果继续修改检查。有了可执行的验收标准，模型才能更独立推进任务，用户也能减少中途介入。长时间后台任务可用 /goal 设定条件，由另一模型每轮结束后检查是否达成。沃顿商学院管理学副教授 Ethan Mollick 补充建议，在任务中设置阶段性检查点，让模型汇报初步想法或展示原型。

Osmani 提到，针对 Claude Opus 5 和 Claude Fable 5 等模型，Claude Code 曾删掉超过 80% 的系统提示词，编程评测表现没有出现可测量的下降。他建议用户在新模型发布后做类似实验：先删掉部分指令，看模型遗漏哪些要求，再补回相关指令，/doctor prompt-audit 命令可帮助找出针对旧模型编写的提示。提示词需定期清理，长期积累的规则可重新验证。

类似调整也适用于子智能体。Claude 已会自行分派工作，通常可让它自己安排；遇到全面审查、代码迁移等量大且可独立开展的任务时，再明确要求拆分并行处理。小任务调用多个子智能体会增加成本和等待时间。Osmani 认为，子智能体适合并行处理任务、提供第二意见，数量需与任务规模匹配；用户自行搭建智能体时，一个配备合适技能的智能体可能结果更好、成本更低、响应更快。

若希望合上电脑后任务继续，可使用 Claude 云端会话，从 claude.ai/code、Claude 应用或通过 claude --cloud 启动。云端会话在独立虚拟机中重新克隆代码仓库，开始前需先把本地提交推送到远端，之后可用手机查看进展、回答问题，最后检查代码差异并创建 PR。需要本机专属资源的任务仍留在本地执行。同时运行多个会话会增加管理负担，需跟踪各会话状态，建议先让一个会话能独立完成任务，再考虑多开。

Claude Code 的 Projects 功能承担部分管理工作：一个项目相当于长期持续的对话，用户可把陆续出现的问题和任务贴进去，Claude 为每项工作创建独立线程，通常通过云端会话并行处理；用户交代的项目要求会应用到之后的新线程，Overview 总览页集中展示任务进度、可审查的 PR 及等待回应的事项。该功能当时正面向 Pro 和 Max 用户公开测试。

随着更多执行工作交给模型，用户需把注意力放到结果核验上。近期版本 Claude Code 已将自动模式设为交互式终端会话的默认启动方式，由分类器评估 Claude 的操作。Osmani 提醒自动模式仍有局限，逐次批准权限提示也需认真判断，建议在 Claude 汇报完成时让它展示执行过的命令和输出或提供截图，方便核对实际结果。

代码审查也可先让 Claude 跑一轮。Osmani 透露，Claude Code 团队多数改动会先由 Claude 至少审查并修正一次，再交给人工查看。用户可使用 Team 和 Enterprise 套餐中的 Code Review，或用更轻量的 /code-review 让未看过当前对话的子智能体检查代码差异；另开会话并提供需求说明也可获得独立审查，审查时可要求重点关注需求和功能，代码风格次要。

文章最后建议用户每隔几个月重新检查工作方式：哪些提示可以精简，哪些任务能交给模型独立完成，哪些结果仍需人工核验。