Claude Code团队的实战建议,把Claude从“执行工具”升级为“思考伙伴”,用/goal和Workflows实现自我验证,这套工作流比新功能本身更有价值。
Thariq(Claude Code 团队)提出十条建议,核心转变是:从检查 Claude 是否做对工作,转向检查它是否在做正确的工作。具体包括:提前提供完整上下文,将其视为思考伙伴;用小规格文档让 Claude 访谈实现细节;探索多方向并生成 HTML 原型;提供丰富上下文(如功能可能一个月后删除)而非硬约束;设定明确目标与验证方法;使用 /goal 命令;利用 Workflows 并行任务、自我验证并生成对比报告;同时设置目标和 workflow;更勇敢地将此前认为 LLM 无法完成的任务交给 Claude Fable 5,因其可运行数小时、自检并产出高质量代码。Thariq 本人用 Claude Fable 5 剪辑了整段视频证明其能力。
一些非常酷的建议,关于如何充分发挥Claude Code的潜力。来自Claude Code团队的Thariq(@trq212)。
(由Grok从他的视频中记录)
- 从验证Claude是否正确地完成了工作,转向验证Claude是否在做正确的工作。 - 把Claude Fable 5当成真正的思考伙伴,提前提供它所需的全部上下文,而不是直接跳进实现。 - 在思考过程的早期就让Claude参与进来:先从一个小的规格说明开始,在敲定规格文件之前,让它就实现细节向你提问。 - 让Claude为一个想法探索多个方向,并快速生成原型(例如HTML)供审阅,这样可以在任何代码写出之前就发现不一致之处。 - 给Claude提供丰富的上下文,而不是僵硬的约束——例如,解释某个功能只是一次实验,很可能在一个月后被删除,这样它就会避免构建那些难以舍弃的东西。 - 一旦方向明确,就给Claude明确的目标和验证方法,尤其是对于有挑战性的问题。 - 在Claude Code中使用新的
/goal命令,这能帮助模型持续工作直到目标完全达成。 - 在Claude Code中使用Workflows,让模型并行化任务、验证自己的输出,并准备一份关于实际实现与计划有何差异的报告。 - 用一条组合指令提示Claude,例如:“设定一个目标来完整实现规格,然后使用工作流验证计划的每个部分,并准备一份关于实际实现了什么以及是否有任何差异的报告。” - 对Claude Fable 5要更大胆——分配那些以前被认为是大语言模型不可能完成的任务,因为该模型现在可以运行数小时、自我测试,并且常常产生比人工努力更高质量的代码。 - 大胆实验——例如,我整个视频都是用Claude Fable 5剪辑的——因为这个模型提升了开发者在单次会话中实际能够完成的上限。