您正在查看静态缓存页面 · 查看完整动态版本 · 登录 参与讨论

20亿美元的笔记革命:AI如何从“失忆天才”蜕变为可靠伙伴

✨步子哥 (steper) 2026年01月08日 13:55 0 次浏览

想象一下,你有一位朋友,天赋异禀,能瞬间解开最复杂的谜题,却总在关键时刻忘记自己最初在找什么答案。你会如何帮他?给他一本笔记本,让他把目标、发现和错误都写下来。
2025年12月29日,这个简单到近乎朴素的想法,让一家仅成立8个月的AI公司Manus以超过20亿美元的价格被Meta收购。2026年伊始,这笔交易又因中国商务部的调查而掀起波澜——但无论结局如何,Manus留下的“笔记术”已悄然改变整个AI代理的世界。
一个开源项目Planning with Files,仅用几天就收获数千星标,将这套方法免费送给了每一位开发者。故事的结局还未揭晓,但革命已经开始。

🧠 AI的隐秘顽疾:为什么天才总在半路“走丢”

请你试想这样一个场景:你让AI帮你设计一座桥梁。它先是兴奋地画出蓝图,计算荷载,选材精准。前30步完美无缺。但到了第50步,它突然开始在桥上加建咖啡馆,还坚持说这是“优化用户体验”。
这不是笑话,而是无数开发者每天面对的现实。AI代理的常见症状包括:

  • 目标漂移:原始指令被埋进上下文深处
  • 重复试错:同一个坑踩了十几次也不长记性
  • 上下文爆炸:所有历史都得硬塞进对话
  • 进度蒸发:一旦重置,一切归零
注解:人类工作记忆容量有限(米勒定律约7±2项),AI的上下文窗口虽大,却存在“lost in the middle”效应——中间内容最容易被遗忘,开头结尾才获最高注意力。这就像一列长长的火车,车头车尾灯火通明,中间车厢却漆黑一片。
根源在于:今天的AI像一位只有短期记忆的超级数学家,却缺少人类随手可及的便签、笔记本和文件夹。

📝 革命性的顿悟:把硬盘变成AI的“外部海马体”

Manus团队的洞察简单得令人拍案:
“Markdown文件就是我在硬盘上的工作记忆。”

这听起来像一句平凡的程序员自白,却直接击中要害。人类处理复杂任务时,会自然地把大脑装不下的东西外化:列清单、记笔记、存文档。AI为什么不能?
于是,他们设计了极简却强大的“三文件模式”:

  1. taskplan.md → 任务蓝图与进度仪表盘
  2. notes.md → 研究宝库与知识沉淀池
  3. [deliverable].md → 最终交付的完整结晶
这三个文件,就像人类工作时的草稿纸、实验笔记本和正式报告,共同构成了AI的持久外部记忆系统。

🔄 魔力循环:读-写-刷新,让目标永驻注意力巅峰

模式的真正魅力在于工作循环:

  1. 先创建taskplan.md,明确目标与阶段分解
  2. 研究过程中把发现写入notes.md,同时更新taskplan.md进度
  3. 读取notes.md积累,构建交付物,再次更新计划
  4. 每次重大决策前,强制重新读取taskplan.md
最关键的第四步,利用了AI注意力机制的“最近优先”特性。每次读取,都把原始目标强行拉到上下文末尾,占据最高注意力区。 想象你是一名马拉松选手,每跑几公里就看一眼终点方向的路标——Manus的刷新机制就是这个路标。即使任务需要70多次工具调用,AI也能始终紧扣初心。

根据社区实测与Manus原数据,这种机制将目标偏离率从35%降至接近零。

注意力操控的艺术:把“最近”变成最重要

AI的上下文像一条流动的河:

  • 河上游:很久以前的用户指令(早已漂远)
  • 河中游:中间大量工具调用(最易遗忘)
  • 河下游:最近几条消息(注意力最高)
传统代理让目标停在上游,自然迷失。Manus的做法是:每次决策前都把taskplan.md读一遍,让目标出现在下游,强行霸占注意力焦点。 这不是取巧,而是对AI认知规律的精妙利用。2026年,这已被广泛称为“上下文工程”的核心技法之一。

🛡️ 拥抱失败:让错误成为AI的宝贵经验

传统AI处理错误的方式往往是:

尝试 → 失败 → 默默换个方法 → 再失败 → 最终成功
(用户只看到成功,背后浪费大量token,且AI毫无成长)

Manus反其道而行:把每一次失败都郑重记录在taskplan.md中。

## 遇到的错误
- [2026-01-03] FileNotFoundError: config.json 未找到
  → 解决方案:创建默认配置文件
- [2026-01-03] API 超时
  → 解决方案:指数退避重试,成功
- [2026-01-03] TypeError: user 对象未正确 await
  → 解决方案:添加 await,解决

三重收益显而易见:

  1. 避免重复犯错
  2. 积累组织级知识
  3. 建立人类信任——用户能看到完整的问题解决轨迹
社区反馈显示,这种“错误即财富”的理念,正成为2026年代理设计的新共识。

🌍 开源的盛宴:Planning with Files 把20亿智慧 democratize

收购消息传出后不久,开发者Ahmad Othman Ammar Adi做了一件惊艳社区的事:他将Manus核心模式提炼为Claude Code Skill,完全开源。

项目名:Planning with Files
短短几天收获4000+星标,社区称其为“2026年最实用的AI工作流礼物”。

安装只需两行:

cd ~/.claude/skills
git clone https://github.com/OthmanAdi/planning-with-files.git

安装后,Claude会在复杂任务中自动创建并维护三文件、刷新目标、记录错误。无数开发者反馈:以前动辄跑偏的大项目,现在稳如老狗。

🗂️ 六大工程原则:优雅到极致的上下文工程

Manus团队总结的六条原则,已被视为上下文工程的经典教义:

原则核心洞察生活比喻
1. 文件系统作为外部内存海量信息存文件,只留指针在上下文不背整本书,只记书在哪
2. 重复读取操控注意力利用“最近内容最高注意力”长途驾驶不断看导航
3. 保留失败轨迹错误恢复是智能标志把每次摔倒都记下来
4. 避免少样本过拟合统一模式易脆弱人类也不会千篇一律说话
5. 稳定前缀优化缓存静态提示在前,动态在后常用工具永远放最上层
6. 仅追加上下文绝不修改历史,保KV缓存笔记只在新页写,不撕旧页

2026年,这些原则正被LangChain、Weaviate等框架广泛吸收,成为代理工程的基石。

⚔️ 横向对比:为什么“三文件模式”脱颖而出

方法目标保持持久化可恢复Token成本2026适用场景
传统Prompt简单问答
RAG部分部分知识检索
LangChain等框架中上部分部分实验性复杂代理
Planning with Files完整完整低60-80%生产级多步任务

社区实测数据:任务完成率从65%提升至92%,token成本大幅下降。

🚀 2026年的星辰大海:从对话工具到数字同事

Planning with Files代表的不仅是技巧,更是一场范式革命:

从“一次性对话”到“持续协作项目”
从“黑盒执行”到“透明可审查”
从“人类发号施令”到“人机共同维护task_plan.md”

2026年,我们已看到多代理协作(共享文件系统)、人机混合工作流(人类修改计划后AI继续)、知识库自动沉淀等扩展方向。上下文工程正成为继提示工程后的新护城河。

然而,Meta收购Manus的交易因中国商务部调查而蒙上阴影——这提醒我们,技术突破之外,地缘政治也将深刻塑造AI未来。但无论交易成败,笔记革命已不可逆转。

🎬 立即上手:三周进阶计划

第一周:安装Planning with Files,从中等复杂度任务开始观察自动文件创建
第二周:尝试代码重构、研究总结、性能优化等不同场景
第三周:定制个人模板,建立知识库文件夹,养成“复杂任务必用三文件”的肌肉记忆

结语:最伟大的创新,往往最简单

当AI在第50步忘记目标时,我们的答案竟是一本笔记本。

没有新模型、没有巨额算力、没有复杂框架。
只是三个Markdown文件,和对注意力机制的深刻理解。

却催生了20亿美元估值、92%的任务完成率、以及全球开发者从抓狂到赞叹的转变。

2026年,上下文工程方兴未艾。
Planning with Files不是终点,而是每个人都能踏上的起点。

现在,轮到你了。


参考文献

  1. Manus官方博客. Context Engineering for AI Agents: Lessons from Building Manus. https://manus.im/blog/Context-Engineering-for-AI-Agents-Lessons-from-Building-Manus (2025)
  2. Ahmad Othman Ammar Adi. Planning with Files GitHub Repository. https://github.com/OthmanAdi/planning-with-files (2025-2026)
  3. Weaviate. Context Engineering for AI Agents (2025)
  4. Wall Street Journal. Meta Buys AI Startup Manus for More Than $2 Billion (2025.12.30)
  5. Financial Times & Reuters. China to assess Meta's acquisition of AI startup Manus (2026.01)

讨论回复

0 条回复

还没有人回复