
大家好,我是"不一样的猿生"。今天,我们来聊聊 Claude Code 在构建AI Agent 方面的最新洞见。近日,Anthropic 的 Claude Code工程师Thariq 在X上分享了一篇深度文章,引发了广泛讨论。这篇文章聚焦于 AI Agent 的设计艺术,强调从 AI 视角出发,优化工具和上下文管理。作为Claude Code 的忠实用户,你们一定在日常编程中遇到过 Agent 混乱、提示膨胀的问题。今天,就让我们基于这篇分享,拆解核心技巧,帮助大家提升 Agent 开发效率。
Thariq在文章中直言, Agent 设计更像是一门艺术,需要不断迭代和直觉引导。不同于传统的软件工程,AI Agent 涉及模型的“认知”过程——如何让 Claude Code 高效处理任务,而不被海量信息淹没?许多开发者反馈,这篇文章让他们从“RAG(Retrieval-Augmented Generation)”模式转向更智能的上下文构建, Agent 性能提升显著。
关键在于:别把 Agent 当成万能工具箱,而是设计成一个高效的“思考者”。下面,我们逐一拆解文章中的金玉良言。
最常见的错误:一股脑给代理塞50个工具。 结果模型像拿到一整个五金店的浣熊,乱抓一通,调用一堆没用的东西,token烧得飞起,还经常卡死。
正确做法:像给厨师准备工具,只给最合适的4–5把刀、锅、铲子。 工具越少、越清晰、命名越“像人会用的”,模型表现越好。
举例:
execute_arbitrary_query_v3_advancedSearchWeb、ReadFile、WriteCode、AskUser从模型视角去想:它只看到提示里那几行工具描述。如果描述写得人类味太重(啰嗦、模棱两可),它就会做出很怪的选择。
把2万字系统提示全塞进去是最蠢的做法之一。 上下文会“腐烂”(context rot):前面重要的东西被后面噪音盖掉,模型逐渐失忆。
我们现在几乎全部用这种方式:
summary.md(技能总览,1–2屏能看完)/skills/search.md/skills/code-review/grep-patterns.md/memory/company-knowledge/product-specs.md代理只在真正需要时自己去读更深层的文件(用ReadFile或类似工具)。
这就像你做菜不会一次性读完整本菜谱,只翻到“红烧肉”那页。
这条实践后,很多人的代理从“经常跑偏”直接变成“像有大脑一样靠谱”。 有人甚至说:从RAG硬塞 → 让Claude自己grep构建上下文,是质的飞跃。

传统的ToDo列表会让提示无限膨胀。 更好的方式:把状态(Memory)和计算(Interaction)解耦。
多个子代理之间可以共享同一份Memory文件,不用在提示里重复塞状态。 这能大幅减少token消耗,也更容易debug。

当出现歧义、需要确认时,别让它自己脑补,直接问用户。 这是防止无限循环最简单粗暴有效的方法。
删文件、调用付费API、发邮件……这些操作前, 让模型先输出完整计划(步骤+预期结果),然后等你明确说“Yes”。
有人甚至做了专门的ExitPlanTool,输出结构化计划,用户确认后才真的执行。
这条不只是安全问题,还让整个系统变得可控很多。
最意外的发现:给AI最好的长期记忆和技能扩展方式,竟然就是——好好整理的文件夹 + Markdown笔记。
比起塞一个巨型提示,这干净、可维护、可版本控制、可搜索。 现在很多构建者已经把文件系统当成“代理的界面”来设计了。
Thariq 的分享不是孤立的技巧,而是对 Agent 设计的哲学反思:像 Agent 一样思考。正如评论所言,每支 Agent 团队都会“速成”这个教训——从人性化工具到token优化,一切源于“Seeing like an agent”。