Twitter AI Agent - 2026-06-17¶
1. 人们在讨论什么¶
1.1 前沿编程模型改变了人们对智能体的预期（🡕）¶
互动最高的讨论并不是某个新的工作流封装，而是：更强的前沿模型是否已经让编程智能体从代码补全，迈向产品判断、设计和长周期执行。至少有三条高质量内容支撑了这一主题，但回复也清楚表明：访问权限、价格，以及隐藏的安全行为，如今都已成为产品讨论的一部分。
@bcherny 表示（10,649 次点赞、651 条回复、897,907 次浏览、1,835 次收藏）认为，Claude Fable 5 让人感觉从“编程智能体”跃迁为“思考与设计伙伴”。这条讨论之所以重要，在于回复几乎立刻从兴奋转向运营层面的担忧：一位读者追问数据留存政策和定价，另一位则表示，普通的调试工作也开始被安全系统标记。
@latkins 认为（642 次点赞、38 条回复、47,748 次浏览）认为，无形的能力压制比公开变弱的模型更糟，因为用户无法判断编程或编排流程工作何时被静默降级。这让当天最有力的批评变得异常具体：问题不只是“安全”，而是那些未被告知的行为变化，使智能体输出更难被信任。
@IBuzovskyi 补充说 从更偏构建者的角度指出（69 次点赞、13 条回复、9,734 次浏览），Hermes Agent 现在运行在 Fable 5 上，因为该模型是为长周期任务打造的。回复再次强化了发布讨论中的同一判断：人们关心的不是空泛的基准测试话术，而是模型能否把长时间运行的智能体状态维持住。
Discussion insight: 这场讨论并未落在“最佳模型胜出”上，而是收敛到一个更偏运营的问题：如果一个模型强大到足以跑完整个工作流，团队是否负担得起、拿得到访问权限，并且在编程任务看起来接近受限领域时，是否还能信任它的安全行为？
Comparison to prior day: 6 月 16 日的重点主要还是 Fable 5 带来的能力跃升。到了 6 月 17 日，兴奋情绪仍在，但重心已经转向定价、访问权限和行为透明度。
1.2 框架发布从用户体验层下沉到运行时原语（🡕）¶
第二个主要主题是，框架层面的动向变得更偏底层结构。最受关注的发布不再是又一个“智能体应用”，而是把技术栈拆分为框架、编排层和运行时层，并将持久化、检查点和恢复能力作为差异化因素。
@vercel 介绍了（180 次点赞、20 条回复、18,938 次浏览、111 次收藏）介绍了 eve，这是一个围绕 agent.ts、instructions.md、tools/、skills/、subagents/、channels/ 和 schedules/ 组织起来的开源智能体框架。公开的 eve 发布帖子 补足了推文里只一笔带过的生产级组件：持久化执行、沙箱计算、人工审批、子智能体、评测和通道适配器都是内建能力，而不是后期再拼装上去的。
@Cloudflare 表示（125 次点赞、5 条回复、12,652 次浏览、70 次收藏）表示，其 Agents SDK 现在已经是任何框架都可以构建其上的运行时。Cloudflare 的 后续帖子 是这里最关键的证据：它明确区分了框架层（Flue）、编排层（Pi / Project Think）和运行时层（Agents SDK），并把持久化执行、持久化文件系统和沙箱代码执行定义为平台原语，而不是框架层的小功能。
@Coo_Lxing 分享了（92 次点赞、7 条回复、5,397 次浏览、122 次收藏）介绍了 Loom，这是一个面向编程智能体的开源交付编排器。仓库描述把核心观点说得很明确：路由、规划、执行、验证、修复、预览和交接都被当作协议步骤处理，并在 .loom/ 下保存带检查点的状态，因为代码生成并不等于软件交付。
@deepfates 提到了（118 次点赞、8 条回复、9,869 次浏览、49 次收藏）介绍了 Cantrip，这是一个完整的 Elixir 智能体框架。它的重要性不在互动量，而在于它释放出的技术栈信号：框架实验正从常见的 TypeScript/Python 表层扩展到 BEAM 风格的并发、长生命周期进程，以及可重放的 “loom” 状态。
Discussion insight: 回复里怀疑多于庆祝。人们询问这些系统是否支持 A2A，抱怨缺少文档链接、成本也说不清，还调侃“又一个每周发布的新框架”。这说明市场对更强原语有需求，但也已经对彼此重叠的抽象感到疲惫。
Comparison to prior day: 6 月 16 日重点是框架发布本身；6 月 17 日则进一步下探，开始把框架之下的运行时单独拆出来，并强调交付、恢复和状态连续性。
1.3 本地优先的智能体界面在桌面、终端和端侧技术栈上变得具体（🡕）¶
本地优先这一主题再次升温，但值得注意的变化是，它已经从性能讨论转向可见的产品形态：桌面应用、自托管工作区、终端智能体，以及端侧 Apple 工具链。
@ollama 展示了（910 次点赞、35 条回复、52,521 次浏览、493 次收藏）展示了只用一条命令就能从 Ollama 跑起来的 Hermes Desktop。后续回复几乎把这条帖子扩写成了一份产品规格：并行子智能体、自学习 Python 技能和消息集成都被点名提及，因此这不只是一个轻量启动器公告。
@AlexJonesax 认为（107 次点赞、3 条回复、6,380 次浏览、55 次收藏）认为，Apple 在 WWDC 展示的方向之所以重要，是因为完整的智能体闭环现在已经可以在设备端运行，MLX 正逐渐成熟为本地技术栈，编程智能体也开始接入 Xcode。@hasantoxr 补充说（253 次点赞、12 条回复、15,945 次浏览、227 次收藏）则指出，Apple 的 Core AI Models 工具包包含导出方案和本地模型原语，让更宽泛的“本地 AI”说法落到了具体的开发者工具上。
@GithubProjects 分享了（173 次点赞、9 条回复、11,736 次浏览、147 次收藏）介绍了 Odysseus，这是一个自托管 AI 工作区，支持本地优先的数据处理、本地或 API 驱动的模型、MCP、网页/文件/shell 访问以及持久化记忆。@darshal_ 补充说（74 次点赞、43 条回复、7,643 次浏览、19 次收藏）则介绍了一个由 MiniMax 驱动的 CLI 编程智能体，它完全停留在终端里，并将工作流开放给用户自行 hack 和定制。
Discussion insight: 最有分量的回复认为，本地执行已经是现实，但还谈不上轻松。悬而未决的问题不是本地智能体能不能做出来，而是团队能否把安装、版本管理和模型集成做得足够顺滑，让本地优先从专家方案变成默认选项。
Comparison to prior day: 6 月 15 日强调的是本地加速和索引；到 6 月 17 日，完整的桌面、工作区和端侧产品形态已经出现，让本地优先看起来更像是产品化方向。
1.4 技能正在变成可变、可分发、可变现的资产（🡕）¶
技能相关讨论也在推进。最受关注的帖子不再只是如何写出一份好用的指令文件，而是转向会持续演化的技能库、承载运营能力的技能包，以及能让构建者通过分发获利的市场。
@Sumanth_077 介绍了（179 次点赞、9 条回复、7,029 次浏览、159 次收藏）介绍了 Memento-Skills，这是一个自演化框架：技能从本地库中检索，在沙箱中执行，失败后归因，然后通过 Read -> Execute -> Reflect -> Write 循环重写。最有价值的回复，是对技能漂移的质疑，因为这说明构建者已经足够认真地看待自我编辑的技能系统，开始追问它们会如何失效。
@sonalshukla3377 汇总了（56 次点赞、22 条回复、483 次浏览）发布了一份涵盖 12 项能力的 Claude Code 清单，包括斜杠命令、压缩、子智能体、MCP、权限、钩子、技能和检查点。这条讨论之所以重要，是因为它展示了实践者如今已经把哪些编排层能力视为基础运营组件，而非高级附加项。
@Capafyai 宣布（76 次点赞、38 条回复、19,643 次浏览、55 次收藏）指出，Hermes 的构建者可以发布闭源技能，并按运行次数获得报酬。这里的变化是经济层面的：技能不再只是可复用的上下文文件，而开始变成市场里的可交易库存。
Discussion insight: 技能市场如今同时存在两种张力。构建者希望技能系统更丰富、更自主，但回复反复回到控制问题：如何阻止技能漂移、如何验证行为，以及哪些功能已经成熟到足以日常依赖？
Comparison to prior day: 6 月 16 日还主要把技能视为专门化制品和优化对象；到 6 月 17 日，则加入了自我重写循环、市场化变现，以及更明确的编排层能力清单。
2. 什么让人感到沮丧¶
模型访问权限、价格与隐藏的安全行为¶
严重程度：高。@bcherny 表示（10,649 次点赞、651 条回复、897,907 次浏览、1,835 次收藏）认为，Fable 5 在智能体编程和产品工作上是一次重大跃升，但回复立刻暴露出两个阻碍：企业对数据留存政策的担忧，以及部分用户可能面临更高得多的定价。@latkins 认为（642 次点赞、38 条回复、47,748 次浏览）认为，无形压制比明显拒绝更糟，因为用户无法判断编程或编排层输出何时被静默降级；而 bcherny 那条讨论中的一则回复还表示，普通调试工作也会被标记为安全或生物相关任务。人们目前的应对方式，是把更强的模型当成可选升级，而不是默认基础设施。这值得投入去解决，因为痛点不只是“模型质量”，而是围绕智能体工作的可预测性、套餐可得性和政策透明度。
框架泛滥仍在制造集成疲劳¶
严重程度：高。@vercel 发布了 发布了 eve，而 @Cloudflare 发布了 在同一天推出了相当完整的 Agents SDK 平台层，但回复里充斥的不是掌声，而是“这和别的有什么不同”“会支持 A2A 吗”“到底多少钱”。在 Cloudflare 的讨论中，有回复指出 Agent Memory 链接损坏，并要求给出现实可行的运行成本指引；另一条则讽刺每周都有新框架发布。@Coo_Lxing 将其定义为 则把 Loom 定位为对这一缺口的回应，指出编程工具能写代码，却仍然解决不了软件交付。当前常见的变通方式，是在团队已有框架之上继续叠加检查点、交付记忆和编排器专属约定。这值得去做，因为同样的挫败感同时出现在厂商发布和开源编排器仓库中。
智能体已经能花钱并采取行动，但运营者仍缺乏清晰的控制界面¶
严重程度：高。@milesdeutscher 将其描述为（36 次点赞、15 条回复、7,786 次浏览）展示了 Hermes + Stripe 的真实配置流程，其中包含审批阈值、支出上限和允许列表；而 Stripe Projects 技能文档 进一步说明这种担忧为何合理：该技能会写入 .env、配置可计费服务，并且在移除后可能留下闲置资源。@StockSavvyShay 表示（147 次点赞、22 条回复、14,331 次浏览）显示，Rubrik 和 Bedrock AgentCore 正在为破坏性操作加入风险可见性和回滚能力，这意味着“把损害撤销掉”已经是明确需求。@Jannat188219 推进了（112 次点赞、99 条回复、1,145 次浏览）则从另一个角度提出同样的信任问题：钱包暴露的是交易，不是判断。今天人们主要靠审批闸门、支出上限、加密保管库和人工审查来应对。这值得去做，因为需求已经写在明面上，而控制能力仍然是碎片化的。
本地优先配置正在改善，但运维顺滑度仍不均衡¶
严重程度：中。@ollama 做出了（910 次点赞、35 条回复、52,521 次浏览、493 次收藏）让本地桌面智能体看起来简单了很多，但即便是支持者，也只是说“本地智能体正在变得真实”，而不是“本地智能体问题已经解决”。@AlexJonesax 庆祝（107 次点赞、3 条回复、6,380 次浏览、55 次收藏）提到 Apple 的端侧闭环和多 Mac 的 MLX 路径，而本地优先讨论簇中的其他回复仍不断提到版本管理和集成摩擦。@darshal_ 主推（74 次点赞、43 条回复、7,643 次浏览、19 次收藏）介绍了一个完全可 hack 的终端智能体，这对高级用户很有吸引力，但也意味着比打包好的 SaaS 体验需要更多配置和调优。这方向有中等建设价值，因为需求很强，但问题如今更多是打磨和可运维性，而不是原始可行性。
3. 人们希望有什么产品¶
可移植、经过验证的技能与记忆资产¶
最强烈的实际需求，是能跨越工具边界、持续变好而不变脆的技能与记忆。@Sumanth_077 提出了（179 次点赞、9 条回复、7,029 次浏览、159 次收藏）展示了一个自我重写的技能循环，但回复马上追问：经过几天自主编辑后，如何防止技能漂移？@sonalshukla3377 展示了（56 次点赞、22 条回复、483 次浏览）表明，实践者已经开始围绕可复用的 MCP、子智能体、权限和检查点能力来思考，而不是一次性提示词；与此同时，@BamOnChain 主推（17 次点赞、3 条回复、318 次浏览）发布了一个面向 Claude Code、Codex 和 Cursor 的、与框架无关且本地优先的记忆 SDK。这是一个有活跃构建者推动的现实需求，但市场仍缺少广泛可信的验证层。机会：直接。
跨智能体集群的支出、ROI 与回滚可见性¶
人们现在要的是运营者仪表盘，而不只是更聪明的智能体。@wandb 表示（12 次点赞、2 条回复、1,127 次浏览）指出，由于使用分散在 Cursor、Claude Code、Codex 及其他工具中，工程负责人无法回答自己在 AI 编程上的投入究竟过高还是过低。@StockSavvyShay 描述了（147 次点赞、22 条回复、14,331 次浏览）把回滚、发现能力和风险可见性列为缺失的企业能力；Cloudflare 框架发布的回复也要求给出现实的运行成本指引，而不是继续增加抽象层。这是一个切实存在的需求，周边证据也表明真正掌握预算的人已经开始介入。机会：直接。
以审批边界为核心的支付与治理控制平面¶
支付相关讨论并不是在要求不受约束的自主性，而是在寻求更安全的方式，让智能体去配置服务、购买 API 并管理有限支出。@milesdeutscher 描述了（36 次点赞、15 条回复、7,786 次浏览）把审批阈值、允许列表和会过期的密钥视为 Hermes + Stripe 的核心；公开的 Stripe Projects 技能文档 也证实，这些流程确实会触达真实计费，以及明文的 .env 文件。@Jannat188219 补充说（112 次点赞、99 条回复、1,145 次浏览）则提出了信任层面的另一种版本：希望用能编码判断力的声誉信号，而不是原始余额或活动记录来建立信任。这既实际又紧迫，但也很可能竞争激烈，因为许多团队都会在同一控制平面周边切入不同部分。机会：竞争性。
像托管工具一样易用的隐私安全本地工作区¶
本地优先讨论簇隐含着一种愿望：既把数据留在本地，又不需要专家级运维，智能体配置也能顺畅可用。@ollama 认为（910 次点赞、35 条回复、52,521 次浏览、493 次收藏）和 @GithubProjects 展示了（173 次点赞、9 条回复、11,736 次浏览、147 次收藏）都表明，本地或自托管智能体已经是现实替代方案；而 Apple Core AI 与端侧闭环相关帖子也认为，主流开发者平台正朝同一方向移动。围绕控制权、隐私和摆脱云锁定的表述，清楚反映了其中的情绪驱动，但实际需求仍是更顺滑的安装与维护。机会：直接。
4. 正在使用的工具和方法¶
| 工具 | 类别 | 情绪 | 优势 | 局限 |
|---|---|---|---|---|
| Claude Fable 5 | 模型 | (+/-) | 用户认为它在编程、设计和长周期工作上明显更进一步，Hermes 构建者尤其强调它适合长任务 | 回复主要被价格、访问权限、数据留存政策和过度拦截的担忧主导 |
| eve | 框架 | (+) | 内置持久化执行、审批、子智能体、评测、沙箱，以及清晰的文件式智能体结构 | 回复马上质疑它与现有技术栈的重叠度，并追问 A2A / 复杂性 |
| Cloudflare Agents SDK | 运行时 / 平台 | (+/-) | 在 Flue 这类框架之下提供持久化执行、持久化文件系统和沙箱原语 | 框架疲劳与成本不透明的抱怨表明，平台叙事依旧不易讲清 |
| Ollama 上的 Hermes Desktop | 本地运行时 | (+) | 在桌面端和 Ollama 启动流程中使用同一套智能体运行时；讨论重点提到子智能体、自学习技能和消息集成 | 仍默认用户能自行管理本地模型/运行时配置并调优工作流 |
| Apple Core AI / MLX 技术栈 | 本地推理技术栈 | (+) | 现有证据指向完整端侧闭环、模型导出工具，以及更紧密的 IDE/设备集成 | 大部分证据仍处于发布阶段，回复讨论也仍把部署与版本管理视为未解决问题 |
| Claude Code 功能栈 | 编程编排层 | (+) | 实践者如今把斜杠命令、压缩、子智能体、MCP、权限、钩子、技能和检查点视为核心工作流工具 | 仅从功能列表本身就能看出，新用户需要面对相当高的编排复杂度 |
| Hermes 的 Stripe Projects 技能 | 支付 / 配置技能 | (+/-) | 能配置真实服务、同步凭据、支持升级/轮换，并明确提示计费注意事项 | 会写入 .env、创建可计费资源，并需要强审批边界 |
| Sibyl 记忆插件 | 记忆层 | (+) | 本地优先的 SQLite、与框架无关的 MCP 路径，以及图片支持的“31,027 次写入、零失败”主张 | 仍处于封闭测试阶段，公开证据除了发布卡片之外较少 |
| HiveMind | 可观测性 / 分析 | (+) | 承诺用一个仪表盘汇总多个编程智能体工具的支出与 ROI | 仍只是早期信号；公开证据主要是发布推文和仪表盘截图，而非更深入文档 |
| Odysseus | 本地工作区 | (+) | 将本地/API 模型后端、MCP、网页/文件/shell 和持久化记忆打包进一个自托管工作区 | 代价是运营责任转移给用户：自托管和硬件仍是整体方案的一部分 |
总体来看，市场对那些在模型外围增加结构、可见性或本地性的工具保持积极态度；而对单纯的模型升级，或单独的支付自主性，态度则更复杂。最清晰的迁移趋势，是从“一个托管聊天窗口加提示词”转向具备检查点、权限、子智能体和记忆的编排层。第二条迁移线，是从默认云端转向混合式或完全本地的技术栈；第三条，则是从不可见支出转向明确的 ROI、回滚和治理界面。
5. 人们正在构建什么¶
| 项目 | 构建者 | 功能 | 解决的问题 | 技术栈 | 阶段 | 链接 |
|---|---|---|---|---|---|---|
| eve | @vercel | 用于构建、运行和扩展智能体的开源框架，支持审批、子智能体、评测和通道 | 团队总在为每个智能体重复搭建同样的生产级基础设施 | TypeScript、AI Gateway、Workflow SDK、沙箱适配器、OpenTelemetry | Beta | 推文, 博客 |
| Loom | @Coo_Lxing | 围绕编程智能体增加规划、验证、修复、预览和交接能力的交付编排器 | 代码生成并不能保证软件交付 | CLI、.loom/ 检查点、路由/规划/验证/修复循环 |
Alpha | 推文, 代码仓库 |
| Cantrip | @deepfates | Elixir 智能体框架，支持长生命周期进程、gates、wards 和可重放的 loom 状态 | 构建者想要一种比临时聊天循环更持久、并发性更强的运行时模型 | Elixir、OTP/BEAM、Mnesia/JSONL loom 存储、OpenAI 兼容提供商 | Alpha | 推文, 代码仓库 |
| Memento-Skills | @Sumanth_077 | 自演化技能框架，能在失败后重写薄弱或损坏的技能 | 静态技能文件无法从真实任务经验中持续改进 | 本地技能库、沙箱工具、基准循环、OpenAI 兼容端点 | Alpha | 推文 |
| Hermes Desktop on Ollama | @ollama | 将 Hermes 会话、子智能体、技能和消息能力带入本地应用的桌面智能体运行时 | 用户希望在本地与云端执行之间使用同一套智能体界面 | Ollama、Hermes Agent、桌面运行时、本地/云端模型支持 | Shipped | 推文 |
| Odysseus | @GithubProjects | 支持本地/API 模型后端、MCP、shell、网页和持久化记忆的自托管 AI 工作区 | 重视隐私的团队希望在自有硬件上运行智能体工作区 | vLLM、Ollama、OpenAI、MCP、持久化记忆 | Beta | 推文 |
| Capafy Hermes marketplace | @Capafyai | 让 Hermes 技能作者发布闭源技能并按次运行获利的市场 | 技能作者需要分发与变现，而不只是本地复用 | Hermes Agent、技能市场、按使用量付费 | Beta | 推文 |
| MiniMax CLI coding agent | @darshal_ | 围绕 MiniMax M3 构建的终端原生编程智能体，支持自主文件与 shell 操作 | 一些构建者希望要的是开放、可 hack 的 CLI 智能体，而不是固定形态的 GUI 产品 | MiniMax M3、终端工作流、可定制工具/提示词 | Alpha | 推文 |
最明显的构建者模式，是把编排器本身当成产品。eve、Loom 和 Cantrip 分别给出了同一个痛点的不同答案：如何让智能体活得比一次聊天更久，同时仍可审计、可修复、可恢复。
第二个反复出现的模式，是把技能视为可部署的经济单元。Memento-Skills 试图在失败后自动改进技能，而 Capafy 则把技能变成按次付费的市场库存。这相较于前一天“技能是可复用上下文”的叙述，是一次明显转变：技能开始被当作具有生命周期和收入的软件资产。
本地优先构建者则是在回应另一类痛点：团队希望获得隐私和控制权，同时不牺牲智能体能力。Hermes Desktop on Ollama 和 Odysseus 都把记忆、工具和模型选择封装进更持久的工作区，而 MiniMax CLI coding agent 则以更轻量、更终端优先的形式体现了同样的需求。
6. 新鲜且值得关注的动向¶
记忆基础设施开始给出具体的可靠性证明点¶
@BamOnChain 发布了（17 次点赞、3 条回复、318 次浏览）释放了一个体量虽小但异常具体的记忆基础设施信号：Sibyl Labs 的发布卡片声称“31,027 次写入，零失败”，并表示重启后仍能保留状态，在负对照测试中也没有幻觉。推文补充了图片里没有的架构细节：这是一个与框架无关、以本地优先为原则的 SQLite SDK，可通过 MCP 接入 Claude Code、Codex 和 Cursor。相比那种泛泛而谈“记忆很重要”的讨论，这条内容更有价值，因为它为这一类别同时给出了可靠性数字和兼容性主张。
支出与 ROI 可观测性正在成为独立产品类别¶
@wandb 认为（12 次点赞、2 条回复、1,127 次浏览）指出，工程负责人目前无法判断自己在 AI 编程上的投入到底是过高还是过低，因为使用情况分散在多个工具里。随附的 HiveMind 仪表盘让这一论点变得具体：截图展示了一个统一视图，覆盖多个编程智能体运行的会话数、时长、Token 成本、变更行数以及仓库级结果。虽然公开证据仍处于早期阶段，但这是一个值得注意的信号：智能体可观测性正从面向开发者的追踪，转向面向工程管理者的 ROI 仪表盘。
7. 机会在哪里¶
[+++] 智能体控制平面：支出、权限与回滚 — 第 2、3、4、6 节都给出了证据。Hermes + Stripe 暴露了真实计费、.env 写入和审批阈值；Rubrik 将回滚和风险可见性定位为一等需求；HiveMind 则表明，支出/ROI 可观测性正在形成独立层。这个机会很强，因为智能体不再是唯一产品，它周围的运营控制台正逐渐变成必需品。
[+++] 可移植的技能与记忆基础设施 — Memento-Skills、Claude Code 功能清单、Sibyl 记忆发布和 Capafy 市场都指向同一个缺口：技能和记忆如今已是核心资产，但验证、可移植性和生命周期工具仍不成熟。这个方向之所以强，是因为需求来自构建者、实践者和市场化实验的反复印证，而不是某一家厂商单独推动。
[++] 具备托管工具级易用性的本地优先工作区 — Hermes Desktop on Ollama、Apple 的端侧工具、Odysseus 和 MiniMax CLI coding agent 都支持同一个判断：人们希望获得隐私和控制权，同时不放弃现代智能体能力。机会中等，因为价值显而易见，但真正胜出的产品，可能需要比当前这一代方案更好的安装体验、模型管理和跨设备连续性。
[+] 与框架无关的交付与治理层 — Loom、Cantrip、eve，以及 Cloudflare 的运行时拆分都表明，市场至今仍未就框架、编排器和平台之间的正确边界达成一致。这个机会正在形成，因为痛点已经可见，但该类别也已经相当拥挤，最终可能会围绕少数耐久的抽象层收敛。
8. 要点¶
- 模型质量如今是通过运营约束来判断的，而不只是基准测试带来的兴奋。 当天最正面的讨论，同时也引发了关于成本、数据留存和隐藏压制最响亮的抱怨。（来源）
- 框架讨论已经进一步深入到运行时设计。 eve、Cloudflare 的 Agents SDK、Loom 和 Cantrip 都把持久性、检查点和可恢复性当作真正的产品界面。（来源）
- 本地优先智能体已经不再是小众实验。 Ollama + Hermes Desktop、Apple 的端侧工具，以及自托管工作区，都让本地执行看起来像是市场中的一条严肃分支。（来源）
- 技能、记忆与监督正在变成独立业务。 Memento-Skills、Capafy、Sibyl memory、HiveMind 和 Hermes + Stripe，都在把智能体技术栈拆分为可复用能力、持久层和运营控制层。（来源）