<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Goal-Driven on All about Raspberry Pi</title><link>https://hugozhu.site/tags/goal-driven/</link><description>Recent content in Goal-Driven on All about Raspberry Pi</description><generator>Hugo</generator><language>en</language><lastBuildDate>Sat, 30 May 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://hugozhu.site/tags/goal-driven/index.xml" rel="self" type="application/rss+xml"/><item><title>用 Goal 取代 Graph：多智能体框架的真正方向</title><link>https://hugozhu.site/post/2026/248-goal-replaces-graph/</link><pubDate>Sat, 30 May 2026 00:00:00 +0000</pubDate><guid>https://hugozhu.site/post/2026/248-goal-replaces-graph/</guid><description>&lt;p&gt;2023 年 3 月，一个名叫 Toran Bruce Richards 的开发者发布了 AutoGPT，两周内 GitHub Star 突破 10 万。他在 README 里写道：「给 AI 一个目标，它自己规划、自己执行、自己反思。」不需要你画流程图，不需要定义任务依赖——完全自治。&lt;/p&gt;
&lt;p&gt;三个月后，Richards 的 GitHub Issues 页面变成了大型翻车现场。一个被反复引用的案例：用户让 AutoGPT「研究人工智能的历史」，Agent 搜索了 10 篇文章，保存，然后又搜索了 8 篇，再保存，然后检查自己保存的文件，然后重新搜索……无限循环，API 费用烧了几十美元，一事无成。AutoGPT 的 GitHub 仓库里记录了超过 200 个类似的 infinite loop issue。&lt;/p&gt;
&lt;p&gt;AutoGPT 的失败让行业得出了一个看似正确的结论： &lt;strong&gt;Agent 需要预定义的执行图&lt;/strong&gt;。于是 LangGraph 成了 2026 年最受欢迎的 Agent 框架——62% 的开发者选择了它，正是因为它提供了精细的状态机控制和可预测的执行路径。&lt;/p&gt;
&lt;p&gt;但我跟很多在用 LangGraph 的团队聊过，他们私下都在抱怨同一件事： &lt;strong&gt;画图太痛苦了。&lt;/strong&gt; 每增加一个能力，就要重新设计图的拓扑结构；每遇到一个边界情况，就要加一条边和一个条件分支。开发者的时间，一半花在写 Agent 逻辑，另一半花在维护那张 DAG。&lt;/p&gt;
&lt;p&gt;这就引出了一个真正的问题：DAG 是答案吗？还是我们在 AutoGPT 的阴影下过度矫正了？&lt;/p&gt;
&lt;p&gt;&lt;a href="https://hugozhu.site/img/2026/goal-replaces-graph.png"&gt;&lt;img src="https://hugozhu.site/img/2026/goal-replaces-graph-thumb.jpg" alt="从 DAG 到 Goal：多智能体框架的演进"&gt;&lt;/a&gt;&lt;/p&gt;</description></item></channel></rss>