惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

G
Google Developers Blog
人人都是产品经理
人人都是产品经理
爱范儿
爱范儿
云风的 BLOG
云风的 BLOG
Last Week in AI
Last Week in AI
H
Hackread – Cybersecurity News, Data Breaches, AI and More
B
Blog
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
H
Help Net Security
B
Blog RSS Feed
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
N
Netflix TechBlog - Medium
S
SegmentFault 最新的问题
The Cloudflare Blog
I
InfoQ
美团技术团队
博客园 - 三生石上(FineUI控件)
MyScale Blog
MyScale Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
博客园 - 司徒正美
L
LangChain Blog
A
About on SuperTechFans
T
The Blog of Author Tim Ferriss
Y
Y Combinator Blog

少数派

派早报:Google 发布 Fitbit Air 等 - 少数派 「新人报到」確認需求,再開始 - 少数派 从 SOLO 独立开发者社区,我看到了越来越多开发者开始做自己的产品 - 少数派 我怎么管理那些"不常做,但总会忘"的生活事项 - 少数派 人形机器人量产元年,数据才是具身智能的“生死线” - 少数派 BuhoLaunchpad 高度还原 Mac 启动台:开发历程与思考 - 少数派 五年陪伴依然不舍,DIY 换壳后让罗技 MX Master 3 继续服役 - 少数派 新玩意 240|少数派的编辑们最近买了啥? - 少数派 一日一技|为什么你应该关闭 iOS 的键盘声音 - 少数派 我做了个插件和 Skills,一键提取任何网站的设计规范 Design.md - 少数派 住在三四线城市的你,该开始录播客了 - 少数派 甘南秘境,大白高国 - 少数派 AI的审美:谁让把我变成川内倫子 - 少数派 返工怎能不烦恼,打工人片单总有一部是你的「嘴替」 - 少数派 为了让「上厕所」更健康,我做了一个小工具 - 少数派 AI + Skill,能够让生成的文章去除 AI 味吗? - 少数派 新玩意|韶音OpenDots ONE 耳夹式耳机 - 少数派 《美满》| 在每一个春天的晚上相爱(362) - 少数派 新玩意|优篮子 PS01 MagSnap 磁吸支架 - 少数派 自我整合手记 | 我开始早睡了:用稳定规则,为自由托底 - 少数派 用龙虾(OpenClaw)两个多月,我最深的12个体会 - 少数派 听歌时间到,12 张你可能错过的 2025 华语乐坛好专辑 - 少数派 承诺能追吗 - 少数派 macOS 26启动台没了? 我做了个不一样的App启动器 - Keboard - 少数派 《四海为家的人》| INTJ对话INTJ(361) - 少数派 你发过的那些黑历史,是时候一次清干净了 - 少数派 新玩意:安安静静玩,越玩越专注:计客密码机 - 少数派 iPad 用户首次体验 Android 平板:vivo Pad6 Pro - 少数派 数据逻辑强 - 少数派 极北行+ | 一路向北,探访日本至北之地 | 001 - 少数派
揭秘Manus.im背后的『思维革命』—— 从顶到下的动态规划Agent...
2025-03-06 · via 少数派

从『人工智障』到『真·工程师』:Manus.im背后的思维革命

今天,Manus.im在技术圈刷屏了。看了几个Demo后,我感到既熟悉又兴奋,因为它背后的核心实现原理与我在AI开发实践中的一些思考不谋而合。

当前AI IDE的痛点:为什么生成的代码总是“差点意思”?


目前市面上的AI IDE(如Cursor、Cline等)虽然已经能够自动生成代码,但生成的结果往往和用户预期有较大差距。这主要源于以下原因:

1️⃣ 需求表达困境
用户通过Prompt输入的需求,通常不够明确或存在歧义。LLM(大语言模型)无法完全理解用户的意图,导致生成的代码偏离预期。

2️⃣ 信息过载导致推理偏差
在多文件项目中,用户往往会将不必要的文件内容加入Prompt,导致LLM接收到的信息过于复杂。过多的上下文会干扰模型的推理能力,最终影响生成结果的质量。

3️⃣ 执行盲区
现有Agent虽能「单点突破」(如编写函数、调试代码),但缺乏全局规划能力。用户需自己搭建工作流,相当于让开发者做「AI的项目经理」——这显然是反生产力的。

从实践来看,LLM一次只擅长完成一个明确的任务。如果任务范围过大或步骤过于复杂,LLM的表现就会大打折扣。

一种全新的Agent设计方法:从顶到下的动态规划


为了克服上述问题,我提出了一种新的Agent设计方法——从顶到下的动态规划 。这种方法旨在减少用户参与,同时提高Agent执行的准确性和效率。

核心思路:分层规划,逐步细化

[人类工程师思维]           vs        [传统AI Agent]
蓝图设计(系统架构)                → 直接砌墙(写代码)  
材料清单(依赖库)                  → 随机捡砖块  
施工监理(自校验)                  → 砌完才检查

1. 顶层任务分解——「先画路线图,再修路」
Agent接收到用户需求后,首先进行全局思考,将需求拆解为多个清晰的「任务步骤清单」。

例如,用户要求开发“用户注册功能”,Agent会将其分解为:
① 设计数据库表结构 → ② 编写后端API → ③ 开发前端表单 → ④ 实现验证码服务 → ⑤ 集成测试

用户只需确认这些步骤是否符合预期即可,无需手动搭建复杂的工作流。
关键环节:用户快速确认/调整步骤顺序 。这就像在迷宫中先确认出口方向,避免AI陷入局部最优解。

2. 逐层细化执行细节——「给每个步骤装GPS」
在每个任务步骤中,Agent进一步规划具体的执行细节。例如:

  • 需要使用哪些工具?
  • 如何调用这些工具?
  • 执行完成后如何进行自校验?
  • 用户可以再次确认这些细节是否合理,确保每一步都符合预期。

3. 按计划执行并自校验——「自动驾驶+人工监督」模式
确认无误后,Agent开始逐个执行任务,并在每个步骤完成后进行自校验。如果某一步未能通过校验,Agent会自动重试或调整策略,直到任务成功完成。

4. 最终交付结果
经过多轮迭代和校验,Agent最终产出用户想要的结果形式,无论是代码、文档还是完整的应用程序。

技术生态拼图:手脚与大脑的结合


当前开源社区中已有许多强大的工具,它们就像是Agent的“手脚”,但在执行层面仍显原始。例如:

  • Browser Use Computer Use OOTB :通过视觉与网页交互,爬取数据。
  • OmniParser :操作用户电脑,自动化处理各种任务。
  • Cline :在电脑上执行命令行指令。
  • v0.dev Bolt :用于快速部署网站。

这些工具虽然功能强大,但缺乏统一的“大脑”来协调和规划它们的行为——而顶向下动态规划Agent正是这个「大脑」:

「手脚」负责执行具体动作,「大脑」负责规划路线、分配资源、监控进度,最终形成「智能体自治系统」。

实践启示:从AI IDE到Manus.im


这套设计方法并不是凭空而来,而是我在使用AI IDE和Agent的过程中总结出的经验。它不仅适用于代码生成,还可以扩展到更广泛的场景,比如自动化办公、数据分析、甚至跨平台任务调度。

Manus.im的成功,正是这一设计方法的最佳实践。通过从顶到下的动态规划,Manus.im能够在复杂的任务场景中表现出色,为用户提供高质量的结果。

这场变革会带来什么?


1. 开发效率的量变到质变

过去:
人工拆解需求 → 写prompt → 调整代码 → 测试→ 半自动
现在:
Agent自动生成步骤清单 → 用户确认 → 自动执行+测试 → 全自动

2. 降低AI使用的「心智负担」

开发者无需再:

  • 学习复杂的工作流配置
  • 时刻盯着AI的「胡思乱想」
  • 修复因信息过载导致的错误

3. 开启「AI工程化」新范式

从单点工具到系统化工程,Agent将:

  • 记录执行日志,形成知识库
  • 根据历史数据优化规划策略
  • 支持多人协作开发流程

这不再是『人给AI打工』的时代,而是『AI在人类思维轨道上奔跑』

当我们在赞叹Manus的神奇表现时,更应关注其背后的设计哲学:让AI像人类工程师一样思考 。从顶层规划到细节落地,从自动执行到智能纠错,这场革命正在重新定义人与AI的协作边界。

或许未来某天,我们只需说一句:
「帮我开发一个电商网站」
Agent就会像交响乐团指挥般,协调所有工具完成交响乐般的开发工程。