Agent 已经不是‘能不能做’的问题,而是‘怎么稳住、怎么记事、怎么主动干活’的问题。

收集区间:2026-09-27 – 2026-10-04(JST),共 8 条。

Agent 怎么落地

微软免费入门课:18 节全开源,从工具调用到部署安全

lumxss
@bkdgiffug · 2026-09-27

微软这套 AI Agents for Beginners,已经接近 7.2 万 Stars,而且 18 个单元全部免费。 不想东拼西凑学 Agent,可以直接顺着这套路线走: ① 工具调用、Agentic RAG、规划 ② 多 Agent 协作、记忆、上下文工程 ③ 计算机操作、部署和安全 每节都有教程、短视频和 Python 示例,代码也直接放在仓库里。 运行方式比较灵活,可以用 GitHub Models 免费额度,也能接 Azure AI Foundry;部分示例还支持 OpenAI 兼容接口。 想系统入门 AI Agent 的,可以收藏。 🔗 https://github.com/microsoft/ai-agents-for-beginners

这是在说什么

Harness 就是让模型能真正干活的那套胶水代码——比如自动重试、存上下文、管工具调用。微软这套课不讲大道理,直接给可运行的 Python 示例和短视频,连 GitHub Models 免费额度怎么配都写了。它默认你没造过轮子,只希望你快上手跑通第一个多步 Agent。

我们能学到什么

  • 新手别从零写 Harness,先 clone 微软仓库跑通三节:工具调用、RAG、规划
  • 部署前务必试 Azure AI Foundry 和 OpenAI 兼容接口双路径,避免 vendor lock-in

OpenContext:给编程 Agent 加长期记忆,跨项目复用上下文

lumxss
@bkdgiffug · 2026-09-27

AI 结对编程最烦的一点:换个项目、开个新对话,之前聊过的背景和决策全没了。 OpenContext 就是给编程 Agent 加一层长期记忆。 ① 不用换 Agent,Codex、Claude、OpenCode CLI 都能接 ② 一句 oc init 自动生成 Skills 和斜杠命令,先读取历史上下文再开始干活 ③ 记忆可以跨项目复用,Agent 还能直接读写自己的知识库 这样以后不用每次都从头解释“这个项目为什么这么设计”。 免费开源,适合经常用 AI 写代码的人折腾。 🔗 https://github.com/0xranx/OpenContext

这是在说什么

长期记忆不是存聊天记录,而是像老同事一样记住‘这个项目为啥用 Redis 不用 Kafka’。OpenContext 把历史决策、设计约束打包成 Skills,一句 oc init 就加载进新会话;它不改底层模型,只在调用前把相关记忆塞进 prompt。适合 Codex/Claude 这类已有工具链但总忘背景的场景。

我们能学到什么

  • 下次换项目写代码前,先用 OpenContext 导出旧项目的 Skills.md
  • 记忆不是越多越好,优先存‘为什么这么设计’,不是‘昨天改了哪行’

Goal 队列设计:等待≠暂停,完成≠结束,判定器不操作工具

熊布朗
@Stephen4171127 · 2026-09-29

为了争取到@LinearUncle 的面试机会,先把关于的 goal 设计的实现方案发出来,但我个人感觉比起 goal 的设计,整个队列的设计更考验 Harness 整体的设计能力 —— 读这张图时,注意三点: 1. 等待不等于暂停。 等权限、问卷或指定任务结果时,Goal 可以仍是 active,只是暂不续跑;用户主动暂停后,结果到达不能擅自解除暂停。 2. 说“完成”不等于立即完成。 默认会发起一次单独的模型调用,检查目标、完成声明和证据摘要。 3. 这个判定器不会自己操作工具。 它沿用该会话的模型配置,不是另一个会重新读文件、运行测试的验收 Agent。配置关闭判定,或未接入判定器时,代码存在直接采纳完成声明的兼容分支。

这是在说什么

Goal 是 Agent 的任务单元,Harness 要处理三种状态:等权限/结果时保持 active(不中断),用户手动暂停后必须等用户解停,完成声明还要单独调一次模型检查证据。判定器只是‘裁判’,不执行任何工具——它复用当前会话的模型配置,避免重复读文件或跑测试。

我们能学到什么

  • 写 Harness 时,把‘等待中’和‘已暂停’拆成两个字段,别混用
  • 完成判定必须走独立模型调用,不能靠 Agent 自己口头说‘我搞定了’

Pi-Agent SDK 源码笔记:10 章拆解 Agent 循环、上下文压缩与会话管理

mantin
@x5cnhp · 2026-09-30

啃了好几遍 Claude Code、Cursor 的官方文档,对它们底层到底怎么跑还是一头雾水?📖 有位老哥干脆把自己钻研 AI 的笔记整个开源了,拿 Pi-Agent SDK 当活体样本,一章接一章地拆源码。足足 10 章,架构设计、Agent 循环、模型调用、工具系统、上下文压缩、会话管理,全都囊括进去。 每章只死磕三件事:是什么、怎么写、为何非这么写不可。 TypeScript 和 Python 两个版本并排放着,哪版顺眼用哪版。网页、Markdown、PDF 三种形式任选,断网了也能慢慢啃。 🔗 https://github.com/buchidonggua/dg-ai-notes

这是在说什么

Harness 不是黑盒,它是具体代码:比如上下文压缩不是删句子,而是按 token 成本对日志、代码块、错误栈分级保留;会话管理不是存 JSON,而是用 LRU cache 控制内存+磁盘双层存储。笔记用 TS/Python 对照写,重点讲‘为什么非这么写不可’——比如工具系统必须支持异步超时,否则一个卡死 API 就拖垮整个 Agent。

我们能学到什么

  • 读源码前先问:这段代码在防什么故障?
  • 上下文压缩策略比模型选型更重要,尤其本地运行时

Harness 就是让模型动起来的支撑系统:管工具、存状态、控重试

纳米AI
@antiAIvo · 2026-10-03

Agent = 模型 + Harness 很多人不知道Harness是什么意思 但是如果你有后端开发的经验 写过大型服务系统,不用讲就能理解 如果不会写代码,那的确挺难理解的 毕竟Harness都是在实践中的产物 学习如何手写一个Agent的过程中 就会发现Harness会自动融入你的设计学习中 简单来说 模型负责“想” Harness负责“让它能真的动起来” 工具怎么调、状态怎么存 出错怎么重试、上下文怎么管 能把Agent正常的运作起来 这套支撑系统就是Harness

这是在说什么

Harness 类比后端服务的中间件——模型是业务逻辑,Harness 是日志、熔断、缓存、事务管理。它不决定‘想什么’,但决定‘怎么调数据库’‘失败重试几次’‘上下文超长怎么截’。没写过后端的人容易把它想成抽象概念,其实就一堆 if-else + retry loop + context store。

我们能学到什么

  • 写 Harness 第一行代码:定义 State 类,至少含 status、context、tools_used 字段
  • 别一上来就搞分布式,本地单进程跑通再加 Redis 存状态

其他

grok bot/muse/cue/dots 四家个人 Agent 同期发布,底层都用 opus 5.5

陈成
@chenchengpro · 2026-10-01

100 秒看懂个人 agent 四方对比 🎉 grok bot、muse、cue、dots,50 天里四家做了同一个东西。 -- built with opus 5.5

这是在说什么

opus 5.5 是个轻量级推理框架,类似‘Agent 的 React’——封装了模型调用、工具注册、状态同步,但不绑定具体模型。四家产品差异不在模型能力,而在 UI、权限粒度和默认技能集。这条信息量一般,当冷知识即可。

我们能学到什么

  • 选个人 Agent 别比模型参数,先看它默认开放哪些权限(日历/邮件/支付)
  • opus 5.5 项目值得星标,未来可能成 Agent 开发事实标准
M.
@wlzh · 2026-10-03

卧槽,Meta 把 Muse 的代码开源了,你可以自己动手攒一台搭载这个 AI 智能体的小设备。 玩法很简单:一块 ESP32 开发板或者树莓派,配合官方 SDK 接上屏幕、按钮、传感器这些外设,就能跑起来。 相当于官方把图纸给你了,剩下的看你自己折腾。 如果懒得自己焊,Meta 也出了自制的 Muse Home Link,装上社区贡献的技能之后能开灯、控制电视、给打印机发文档。 这设备只造了 5000 台,候补名单已经开放,本月内发货。

这是在说什么

Muse 是硬件形态的 Personal Agent,开源意味着你能自己焊电路板、接传感器、装屏幕。它不是玩具——Home Link 已支持开灯、控电视、发打印任务,说明硬件 Agent 的交互链路已跑通。按常理理解是:下一步社区会出更多技能插件,比如‘检测冰箱空了自动下单’。

我们能学到什么

  • 想快速体验 Personal Agent 硬件化,买 Home Link 比自己焊 ESP32 更省时间
  • 关注 Muse 社区插件库,优先试‘家庭设备控制’类技能,验证真实可用性

岗位现实

Personal Agent 本质是主动秘书:基于 Context 自行判断,不等人下指令

小盖
@xiaogaifun · 2026-10-03

Personal Agent 和 Coding Agent 的本质区别。 连续看了 Instinct 创始人 Noah Shinn 和分析师 Ben Thompson 对 Personal Agent 的讨论,还是想写一些我的理解。 AI 行业的风向变化实在太快了。 从 ChatBot 到 Coding Agent,再到通用 Agent,然后又到了 Personal Agent,也就一年多时间,整个行业已经连续转了好几次方向。 这一次 Muse 火起来以后,我感觉特别明显。大家讨论的重点,突然不再是模型的能力,而是云端电脑、Context、长期记忆、主动性、权限这些东西。 好像,应用的时代应该真的来了。真的来了。 当然,这里面到底还有多少创业公司的机会,现在不敢下结论。Meta、OpenAI 已经进场了,国内字节、腾讯、阿里虎视眈眈。 很多人会抨击说 Personal Agent 完全是炒作概念。 是的,它更像是之前很多技术创新的组合,最终酝酿成了一种新的产品形态。所以,也不能叫炒作。如果大家去看下工业革命相关的书,会发现那个时代的技术也同样如此。 所有的创新本质都是 Mix。 我写几点自己的理解。 一、Personal Agent 和 Coding Agent 的区别 Personal Agent 和 Coding Agent 最大的区别是,会不会根据 Context 主动行动。 之前的 Coding Agent,核心逻辑还是等着用户派活。比如打开 Codex,说帮我改一个 Bug,或者让它写一个 Slides 之类。一切的任务都需要从用户的指令开始。 但 Personal Agent 会基于用户的 Context,主动工作。因为它知道我们的日历、邮件、位置、消费记录,也了解我们的习惯和偏好。 所以很多时候,我们甚至不需要明确告诉它现在应该干什么,它自己就可以判断。 举个很简单的例子。 假设我今天上午十点要去拜访一个客户。 Personal Agent 知道这件事,也知道客户公司位置。九点半的时候,它可以自己检查路况,判断今天坐地铁还是打车更合适。 如果要打车,它甚至可以提前安排车辆,然后告诉我该出发了。 感觉这其实就是一个特别熟悉你工作习惯的秘书应该处理的事情。 Instinct 这个产品现在已经在做类似的事情。如果一个文件下午三点前必须签,它发现到了两点五十五分你还没有处理,甚至可以直接给你打电话提醒。 它已经不只是接受任务,然后完成任务的模式。Personal Agent 开始有眼力见了。 二、Personal Agent 会让 Token 消耗量再次跃迁 从 Token 消耗的角度看,Personal Agent 又会是一个重要的分水岭。 过去几年,Token 消耗大概经历了几个明显的跃迁拐点。 第一个是 ChatGPT。大家开始大量使用模型生成回答、文章和代码等等。 第二个节点是 o1,推理模型开始普及。模型回答一个问题之前,会投入更多的算力进行推理。 第三个节点是 Coding Agent。Coding Agent 可以连续工作几个小时,不停的读取文件、修改代码、运行测试,然后继续修改,一次任务就会消耗大量 Token。 现在第四个节点 Personal Agent 也来了。因为它长期在线。 之前算力主要发生在用户主动找 AI 的时候,所以这中间诞生了手机遥控电脑之类的功能。但这些都是过渡,人还在 Loop 之中。 Personal Agent 以后大量算力可能发生在后台。我们没有打开 AI,没有给它发消息,它仍然在理解 Context、检查变化、判断有没有事情需要处理。 AI 的工作时间,开始和人的在线时间脱钩。 三、隐私的问题会通过技术方式解决 当然,Personal Agent 也不是从零开始冒出来的。云端电脑、长时间执行任务、主动提醒、拟人化沟通,这些东西之前我们都已经零零散散见过。 Coding Agent 里有一部分,OpenClaw 里也有一部分。Personal Agent 其实是把这些元素重新组合到了一起。 给 Agent 一台长期在线的电脑,让它拿到足够多的 Context,再给它执行任务的权限。 这几个元素一旦组合起来,新一代的产品就来了。 当然,隐私一直是一个无法抛开的关键命题。 Personal Agent 越了解我们,能力就越强。但反过来,它越了解我们,我们需要给它的数据也就越敏感。 邮件、IM、日历、联系人、文档、银行卡、购物记录,这些信息都是隐私,所以 Personal Agent 真正普及之前,隐私和安全的问题一定需要解决。 Meta 现在给 Muse 做了一套 Secure VM。简单理解,每个用户都有一台隔离的云端电脑,账号和数据都保存在里面。他们的计划是,今年晚些时候会推出 Muse Confidential VM。到时候整个虚拟机都会使用只有用户自己持有的密钥加密,连 Meta 自己都无法读取里面的数据。 这个思路我觉得是可行的。总之就是通过技术的手段来彻底解决隐私的问题。 四、Agent Network 也就水到渠成了 一旦 Personal Agent 足够了解我们,Agent Network 也就水到渠成了。这个话题我后面还想单独写一篇。 因为当 Agent 足够了解一个人以后,它其实已经很像这个人的数字分身,或者说一个非常了解我们的私人秘书。 这时候 Agent 和 Agent 就可以直接沟通。 比如我想约一个朋友见面,现在的流程特别麻烦。我问他周三有没有时间,他说没空,然后给我两个时间。我发现其中一个时间自己在出差,又重新发三个时间过去。 如果我们两个人都有 Agent,这件事就简单很多。我告诉自己的 Agent,这周找个时间和他见面。两个 Agent 可以自己查看双方允许共享的日历,协调时间,最后直接把会议放进日历。 所以我觉得 Personal Agent 最后可能会长出新一代微信一样的产品。 Agent to Agent 至少可以消掉大量社交中的协调成本。朋友聚会、商务会议、旅行计划,这里面有大量信息其实根本不需要人亲自来回沟通。 很多人与人之间的沟通,本质上是在交换 Context、约束和意图。既然双方的 Agent 已经掌握这些信息,那这些沟通就可以直接发生在 Agent 之间。 五、下一代互联网的总入口 Personal Agent 很可能会成为下一代互联网的总入口。 大家想想,我们今天手机上装这么多 App,电脑上使用这么多 SaaS,本质上都是为了完成一件具体的任务。 也就是产品经理常说的,Jobs to Be Done。 想起克里斯坦森那句经典名言,用户使用某个产品,是为了完成某个任务。仅此而已。 但 Personal Agent 之后,完成任务的逻辑会彻底变化。以后我们可能只告诉 AI 自己想完成什么,然后 AI 去决定调用具体什么服务。 用户和 App 之间那一层 UI,不再重要了。 举个例子,我刚刚还在折腾 10 月 6 日的海底捞订餐。家人过生日,我需要打开海底捞小程序,找到家附近的门店,然后选择日期、人数。特别繁琐。 我在想,这种事情以后完全可以交给 Personal Agent。 直接跟 Agent 说一句,10 月 6 日晚上,家人过生日,帮我订一个合适的海底捞,这就可以了。 我相信未来海底捞肯定会提供一个订餐的 Agent,或者至少提供一个方便 Agent 操作的接口。即使没有专门的接口,Personal Agent 也可以使用云电脑,通过 Computer Use 打开网页或者软件完成操作。 也许有人会说,如果一个软件就是屏蔽 Agent 的,也不开放对应的接口怎么办? 很简单,我觉得这个过程一定是伴随着主动和被动的选择。如果你不开放给 Agent,那就会被另外的新产品替代,最后会不得不开放。总之,在阵痛中,所有的产品应该都会拥抱 Agent。 我感觉,App、SaaS、平台应该都会变成 Agent 背后的供应商,然后 Personal Agent 会成为真正的总入口。 因为当 Agent 已经可以替我们完成绝大部分操作以后,后面调用哪个 App、哪个 SaaS,就已经没那么重要了。 真正重要的是,用户的意图。 比如我要去上海出差,过去我要自己分别打开机票、酒店、打车软件。以后我只需要说一句我要去上海,甚至在我开口之前,Agent 就已经从日历、邮件和行程里知道了这件事。 后面的软件都只是被它调用的工具。 谁掌握了用户的意图,谁就拿到了最上游的入口。

这是在说什么

Personal Agent 不是更聪明的 Coding Agent,而是工作模式变了:Coding Agent 等人派活(被动),Personal Agent 看日历+邮件+位置自己找事干(主动)。比如快到客户公司时自动查路况,不是因为你说‘帮我查’,而是它知道你十点有会。关键前提是有长期权限+可信 Context。

我们能学到什么

  • 验证 Personal Agent 是否靠谱,就看它能否在你没说话时,提前 15 分钟提醒‘该出发了’
  • 没有 Secure VM 或本地加密存储的 Personal Agent,别让它碰银行卡和私密 IM