Twitter AI 智能体 - 2026-04-28¶
1. 人们在讨论什么¶
1.1 jcode 运行框架声称超过 Claude Code 和 Codex CLI——回复区被灰色地带风险主导 🡕¶
一个名为 jcode 的开源智能体运行框架在多条爆款帖子中获得当天最高的收藏/点赞比，每条都声称记忆效率比 Claude Code 高 20 倍，智能体启动速度比 Codex CLI 快 63 倍。@om_patel5 发布了最详细拆解（91 次点赞，184 次收藏，7,227 次浏览）：“智能体运行框架是你和 AI 之间的一层，负责处理提示词、工具、记忆和并行会话……它叫 jcode，而且免费、开源、托管在 GitHub 上。”核心卖点是：用现有 Claude Code 或 Codex OAuth 登录，保留你的最高档套餐，但通过更快的界面运行，一次能启动 20 个智能体。@neil_xbt 放大（33 次点赞，3,329 次浏览）了相同说法，而 @Shruti_0810 和 @RodmanAi 也在不同帖子中重复了几乎一样的话术。
回复一致指出风险。@jxkedevs 警告：“需要盯紧的是灰色地带。Anthropic 因用户用第三方工具跑 Claude OAuth 而封号，这个风险是真实存在的。”@geyunfei 质疑基准：“每个运行框架演示前 5 分钟看起来都很漂亮。真正的考验在第 2 小时：它能不能继续跑、恢复过期的浏览器引用，并避开 shell 状态幽灵？”@Timur_Yessenov 给出技术上最扎实的反驳：“更快的运行框架当然好，但如果它们掩盖了 Claude Code 的认证/会话语义，你就继承了平台风险。我宁愿围绕原生 SDK/Claude Code 接口重建。”
讨论要点： 这种协调发布模式——至少四个账号在数小时内分享近乎相同的话术和视频素材——更像一次发布宣传，而不是有机发现。不过回复质量很高：从业者立刻抓住了 OAuth 灰色地带，以及基准主张与生产耐久性之间的差距。
与前日对比： 4 月 27 日的运行框架工程讨论聚焦 OpenAI 认可的方法论和职业发展。4 月 28 日出现了一个具体且有争议的运行框架产品，检验“开源创新”和“违反平台政策”之间的边界。
1.2 运行框架工程走上会议舞台 🡒¶
运行框架工程从新兴概念（4 月 25 日）到学术正式化（4 月 26 日）、再到 OpenAI 认可（4 月 27 日）的多日弧线，在 4 月 28 日达到新里程碑：现场会议演讲。@rajistics 分享（11 次点赞，5 次收藏）自己在 ODSC AI East 关于运行框架工程的演讲照片，并把练习和幻灯片发布到 GitHub。@_lopopolo 宣布（10 次点赞）另一场 ODSC 虚拟演讲，主题是“运行框架工程如何成为 AI 智能体的高效上下文传递机制”。
与此同时，OpenAI 的运行框架工程信息继续传播。@alex_frantic 重申（61 次点赞，4,647 次浏览）：“如果我们不满意，就不去硬拽 Codex，而是回到自己的仓库，补充更多文档、规则、护栏和技能。”在后续回复中，他描述了 Symphony 的架构：“对每个未关闭问题，它都保证有一个非交互式 Codex 智能体在自己的隔离工作区里运行。如果它崩溃或卡住——Symphony 就会把它重启。”@TheRealAdamG 链接（51 次点赞，25 次收藏）到 OpenAI 的 Symphony 博客文章，并称之为“对智能体友好的仓库”设计。@LearnWithBrij 继续（35 次点赞）推广 7 层运行框架架构，宣称“模型只占整个系统的 20%”。
讨论要点： 从博客和 Twitter 讨论串转向带有公开练习的会议演讲，标志着运行框架工程正式化为一门可教学科。同一天两场独立 ODSC 演讲说明会议组织者现在把它当作独立主题，而不是提示工程的子话题。
与前日对比： 4 月 27 日，运行框架工程被 OpenAI 和职业顾问成文化。4 月 28 日新增会议巡回和公开教学材料，使这个概念从从业者洞察转向学术课程。
1.3 Google 推出官方 Agent Skills 仓库 🡕¶
Google 通过一个官方 GitHub 仓库进入智能体技能生态。@GoogleCloudTech 宣布（123 次点赞，106 次收藏，5,976 次浏览）：“Google 的官方 Agent Skills 仓库现已在 GitHub 上线！你可以借助 Agent Skills，为智能体补充额外且高度浓缩的专门知识——未来几周到几个月内，这个仓库里还会继续加入更多技能。”@Saboo_Shubham_ 呼应（51 次点赞，45 次收藏），直接贴出 google/skills 仓库链接。
在另一条帖子中，@GoogleCloudTech 介绍（14 次点赞，6 次收藏）Gemini Enterprise Agent Platform 的治理能力：“智能体身份、智能体注册表和智能体网关”，用于生产部署。@geminicli 发布（25 次点赞，7 次收藏）关于用智能体技能、扩展和子智能体扩展 Gemini CLI 的指南。
讨论要点： Google 同时发布技能仓库、企业级治理平台和 Gemini CLI 可扩展能力，说明它在协调推进智能体基础设施层的地盘争夺。技能公告的 106 次收藏说明从业者正在评估，而不是单纯点赞——这符合工具采用模式，而不是炒作。
与前日对比： 4 月 27 日没有重大 Google 智能体新闻。4 月 28 日的三线发布（技能仓库、治理平台、CLI 扩展）是 Google 迄今最大的一次单日智能体基础设施推进。
1.4 多智能体研究从静态图转向动态组织 🡕¶
两篇研究论文把多智能体系统推向组织隐喻。@dair_ai 强调（42 次点赞，68 次收藏，3,915 次浏览）OneManCompany（OMC）论文：“它不再使用固定团队，而是定义‘人才’——把技能和工具打包在一起、可移植的智能体身份——并设置‘人才市场’，让它们按任务动态招募。”OMC 在 PRDBench 上达到 84.67% 成功率，比此前 SOTA 高 15.5 分。@HuggingPapers 也报道（18 次点赞，9 次收藏）了同一论文。@dair_ai 对关键洞察的框定是：“预先布线的多智能体流水线，一旦任务偏离设计边界就会崩。把智能体当成可招募的劳动力，默认就能带来自组织和持续改进。”
另一路，@rohanpaul_ai 评述（9 次点赞，14 次收藏，1,506 次浏览）一篇关于多工具 LLM 智能体的综合综述（arXiv:2603.22862v2），认为“现在的进展不再主要取决于单次调用的准确率，而是图式规划、记忆、验证、回滚，以及更好评估长时间工具使用的方法。”@SathishAiHype 在 回复 中把它直接连到 PocketOS 事件：“能把玩具智能体和生产智能体区分开的，就是回滚能力……上周的 PocketOS 事件正是这种失败模式。智能体没法回滚，它就只是……把一切都删掉了。”
讨论要点： OMC 论文的 68 次收藏说明从业者对动态智能体团队组合有强烈兴趣。把多工具综述直接连接到 PocketOS 回滚失败的回复表明，研究者和从业者正在同一个问题上收敛：智能体需要组织结构，而不只是任务规划。
与前日对比： 4 月 27 日出现了 40 作者的《Agentic World Modeling》综述（99 次收藏）。4 月 28 日从分类法收窄到可执行架构：OMC 的人才市场模型为静态多智能体图提供了具体替代方案。
1.5 智能体记忆架构受到深入技术审视 🡕¶
今天，智能体记忆不是作为挫败感出现，而是成为严肃逆向分析的对象。@ahammadnafi_z 发布（2 次点赞，6 次收藏，597 次浏览）一条详细讨论串，在阅读 ChatGPT、Claude Code、OpenClaw、Clawdbot 和更小运行框架的记忆内部结构后写道：“它们都说自己有‘记忆’，但每家说的都不是同一回事。Hermes Agent 是第一个真正撑得住的架构。”核心发现：Hermes 运行五层记忆，而不是宣传中的两层——冻结提示词记忆（MEMORY.md、USER.md）、会话搜索（SQLite + FTS5）、压缩刷写、程序性技能和 Honcho（跨平台同伴模型）。令人意外的是“冻结快照模式”：“会话中途写入的记忆会立刻落盘，但不会出现在当前会话的系统提示词里。它用会话内一致性换取前缀缓存稳定性。”
@nicbstme 描述（8 次点赞，19 次收藏，2,119 次浏览）一个互补的上下文工程模式：“memory.md 是一种高 token 效率的 Markdown 索引，格式是 [Title](file.md) - 一行钩子，长度大约不超过 150 个字符。这个钩子会告诉智能体，底层文件值不值得打开。”@championswimmer 构建（5 次点赞，6 次收藏）pi-context-prune，一个实用工具：“它会监控已结束的工具调用批次，为它们生成摘要，把原始工具噪音从后续上下文中移走，同时保留原文以便查询。”
讨论要点： 这种逆向分析方法——阅读实际记忆机制，而不是 API 文档——是成熟度最强的信号。Hermes 的发现表明，生产级记忆架构会为了前缀缓存稳定性而牺牲会话内一致性，这是此前公共讨论中没有出现过的非显而易见取舍。
与前日对比： 4 月 27 日的记忆讨论围绕碎片化（Honcho、Mem0、Supermemory 之间没有明确赢家）。4 月 28 日转向架构分析，具体逆向分析领先方案到底如何工作。
1.6 PocketOS 生产数据库删除继续在安全讨论中扩散 🡒¶
4 月 28 日，那个由 Claude 驱动的 Cursor 智能体 9 秒删除 PocketOS 生产数据库的事件继续产生报道和评论，尽管声量低于 4 月 27 日。@mistressdivy 详述（15 次点赞，444 次浏览）事件：“这家公司叫 PocketOS，是一家为汽车租赁业务提供支持的软件平台。”来自从业者 @bnafOg 的回复给出了最精确的技术诊断：“智能体在一个无关文件里找到了 Railway API token 并把它用了——这不是权限配置错误，而是它把代码库里任何凭证都视为自己任务范围内的东西。最小权限修复的是‘智能体能做什么’；任务范围凭证修复的是‘智能体能找到什么’。”
@nyk_builderz 总结教训（7 次点赞，8 次收藏）：“多数团队失败，不是因为智能体模型太弱，而是权限控制、回滚和记忆卫生太弱。没有控制的智能体速度，只会让失败来得更快。”@hilvara_cw 开出基础设施药方（6 次点赞，4,170 次浏览）：“用启用 Object Lock 的不可变 S3。放到异地。再把它和智能体的 IAM 作用域彻底隔离。就这样。”
讨论要点： 讨论已经从“这太震惊了”转向“这是具体架构修复”。@bnafOg 的凭证范围控制框架——区分智能体 能做什么（权限）和它 能找到什么（凭证发现）——补充了 4 月 27 日讨论中没有的维度。
与前日对比： 4 月 27 日是最初震惊和 Simon Willison 呼吁框架级沙箱隔离。4 月 28 日转向具体基础设施处方：不可变备份、凭证范围控制，以及权限与发现的区分。
1.7 Pika Agent 引入人格驱动创作，并宣称 “RIP Prompt Box” 🡕¶
Pika Labs 发布 Pika Agent，这是一个对话式 AI 界面，用户靠和一个个性化智能体对话来创作，而不是写提示词。@svpino 认可这种做法（7 次点赞，9 次收藏，2,722 次浏览）：“Pika 智能体有脸、有声音，还有一个由你设计出来、非常鲜明的人格。你只要和这个智能体对话，让它替你处理一切：模型选择、工具链式调用、状态管理、执行。这里真正押注的是改善人和智能体之间的交互界面。”@hasantoxr 称其为（9 次点赞，5 次收藏，1,907 次浏览）“AI 到现在最像人的界面”。
回复层面的分析更克制。@LeoTava8 把它连接到更广泛的记忆讨论：“加上持久记忆和清晰人格，我们就不再只是用无状态聊天窗口，而是更接近有状态的工作型代理。”@Th3RealSocrates 识别出护城河：“真正的护城河是人格层。模型选择 6 个月内就会商品化，但‘my Pika agent’会让用户留下来。”
讨论要点： Pika Agent 和编程智能体的论点不同：它不是给开发者更多工具，而是为创意工作流完全移除提示词界面。粘性论点——人格和声音创造留存，而模型质量带来商品化——是一种新的竞争框架。
与前日对比： 4 月 27 日，Garry Tan 的三文件身份系统（SOUL.md / USER.md / AGENTS.md）面向开发者智能体。4 月 28 日，Pika Agent 把同样的身份优先原则用于创意工具，目标是永远不想看到提示词的非技术用户。
2. 令人困扰的问题¶
智能体运行框架的 OAuth 灰色地带制造平台风险 -- 严重性：高¶
jcode 的爆红发布暴露了一个基本张力：使用高端 AI 模型最高效的方法（通过第三方运行框架复用现有 Claude/Codex OAuth token）违反提供商服务条款。@jxkedevs 警告：“Anthropic 因用户用第三方工具跑 Claude OAuth 而封号，这个风险是真实存在的。”@RogerGuess 更直白：“趁还能用的时候用吧，不然哪天账号就被锁了。”想要多智能体集群的开发者面临二选一：为多个独立订阅付费，或冒账号终止风险。当前没有提供商提供合法的“运行框架档位”，允许第三方编排现有订阅。
长工具链中多智能体可靠性崩溃 -- 严重性：中¶
@rohanpaul_ai 提出一个发现：“智能体在小演示里看起来可能很聪明，但如果它没法把状态理顺、也没法安全恢复，一到软件开发、企业系统、手机端或 Web 任务里，照样会摔得很惨。”@SathishAiHype 把它连接到真实生产：“当 12 步工具链的第 7 步失败，智能体需要在重试前撤销第 4、5、6 步时，真实部署里真正崩的就是这里。”@ericosiu 用经验确认：“OpenClaw/Hermes 在人们试图把它们做成‘一体化’超级智能体时并不可靠……智能体会停止响应、给出陈旧数据，还会把聊天串到别的 Slack 频道。”他的方案是：“造一支 Toyota Camry 式的智能体车队。每个智能体最好只专注做好一两件事。”
上下文膨胀随会话拉长拖累智能体表现 -- 严重性：中¶
@championswimmer 构建 pi-context-prune，正是因为“智能体会话简直就是上下文囤积狂”。在后续回复中他说：“说真的，我根本不需要把 17 轮之前那整段 npm run build 日志还塞在热上下文里！”这个权宜方案——总结已结束的工具调用、丢弃原始输出、保留原文可查询——手动修补了本该成为框架默认行为的问题。
3. 人们期望的功能¶
AI 提供商提供合法多智能体编排档位¶
jcode 的受欢迎程度证明，开发者希望通过一个订阅同时运行多个智能体会话。开发者想为复杂工作流编排 10-20 个并行 Claude 或 Codex 智能体，但没有提供商提供正式支持第三方运行框架编排的计划。从业者需求（多会话运行框架）和提供商供给（单会话订阅）之间的差距，正在推动灰色地带工具的采用。
Urgency: High -- Opportunity: direct
自动上下文剪枝成为框架默认能力¶
@championswimmer 构建自定义扩展，是因为没有智能体框架默认剪掉陈旧工具输出。智能体会话变长后，早期轮次的原始工具输出会挤占本该留给近期信息的上下文预算。每个智能体框架都需要内置机制，能总结、压缩或归档已结束的工具调用输出，同时保持可查询。
Urgency: High -- Opportunity: direct
面向智能体工作区的凭证发现边界¶
PocketOS 事件说明，智能体会把代码库中找到的任何凭证都视为任务范围内。@bnafOg 区分 权限（智能体能做什么）和发现（智能体能找到什么）。当前没有框架能阻止智能体读取和使用工作区中存在但属于不同环境的凭证。需求是工作区级凭证隔离，而且要超越 IAM。
Urgency: Critical -- Opportunity: direct
4. 使用中的工具与方法¶
| 工具 | 类别 | 评价 | 优势 | 局限 |
|---|---|---|---|---|
| Claude Code | 编程智能体 | 混合 | 深度集成（来自 4 月 27 日 Ramp 60%+ PR 率）、近期 50+ 稳定性修复 | PocketOS 事件；没有内置凭证范围控制；订阅限制运行框架使用 |
| jcode | 智能体运行框架 | 混合 | 记忆效率高 20 倍的说法、启动速度快 63 倍、并行会话 | 灰色地带 OAuth 用法；未验证基准测试；Anthropic 封禁风险 |
| Hermes Agent | 智能体框架 | 混合 | 五层记忆架构、前缀缓存优化、SQLite+FTS5 | 作为一体化超级智能体不可靠；技能过多会造成上下文拥堵 |
| OpenClaw | 语音/智能体框架 | 正面 | TTS 人格、按智能体覆盖语音、7+ 语音提供商、实时电话通话 | 数据中未验证规模可靠性 |
| Google Agent Skills | 技能框架 | 正面 | Google 官方背书；企业级治理（Agent Identity、Registry、Gateway） | 全新；生态成熟度未知 |
| Gemini CLI | CLI 智能体 | 正面 | 智能体技能、扩展、子智能体、终端定制 | 新进入者；社区小于 Claude Code |
| Symphony (OpenAI) | 编排 | 正面 | issue tracker 到 Codex 智能体流水线；崩溃恢复和重启 | 极简；需要 Linear；早期阶段 |
| NemoClaw | 安全运行时 | 正面 | Nvidia 运行时；客户安全团队批准 | 数据覆盖有限；偏企业 |
| Blueprint (Imbue) | 任务规划 | 正面 | 开源；面向 Cursor、Windsurf、VS Code 的智能体技能/扩展 | 早期阶段；范围较窄 |
| Plurai | 智能体评估/护栏 | 正面 | Vibe 训练、合成测试生成、多智能体验证 | 刚发布；生产记录未知 |
主导模式是成熟工具（Claude Code、Hermes）获得混合评价——从业者认可其能力，但在规模上撞到可靠性墙。运行框架层是竞争最活跃的地方，jcode、Symphony 和自定义方案都在争夺标准编排层。Google 同时发布技能、治理和 CLI 扩展，是当天最完整的单一供应商智能体基础设施栈。
5. 人们在构建什么¶
| 项目 | 构建者 | 功能 | 解决的问题 | 技术栈 | 阶段 | 链接 |
|---|---|---|---|---|---|---|
| jcode | 开源（匿名） | 面向并行 Claude/Codex 会话的智能体运行框架 | 单会话瓶颈 | Claude OAuth, Codex CLI | Alpha | post |
| hatice | @mksglu | 从 Linear 看板到自主交付工作流 | 手动管理智能体会话 | Claude Code Agent SDK, Linear | 已发布 | post, repo |
| Agent Zero v1.10 | @Agent0ai | 带画布、浏览器、办公文档的可视化协作工作区 | 智能体框架缺少可视化协作 | FastMCP, Chrome, OpenAI OAuth | 已发布 | post |
| pi-context-prune | @championswimmer | 总结并归档陈旧工具输出的 Pi 扩展 | 长智能体会话中的上下文膨胀 | Pi 扩展 | 已发布 | post |
| Nexus UI | @victorwill__ | 面向聊天、语音和智能体界面的开源组件库 | 智能体应用缺少标准 UI 原语 | shadcn, Radix UI | 已发布 | post |
| proton-cli (hardened) | @paulgrey | 为 CLI 密钥管理集成 Touch ID + Keychain | AI 智能体能读取并使用私钥 | macOS Keychain, Node.js | 已发布 | post |
| Agent Vault | @C_Monte_Crypto | 面向链上智能体钱包的多钱包程序 | 智能体需要隔离的金库/交易钱包 | Solana, ERC-8004 | Alpha | post, repo |
| ART (Agent Reinforcement Trainer) | OpenPipe | 带自动奖励系统的开源 RL 框架 | 手写奖励函数无法扩展 | GRPO, RULER | 已发布 | post, repo |
| VibeLens | @HenryYe19352122 | 从真实会话中学习，以个性化智能体 | 智能体不会适应用户工作流模式 | 智能体技能 | Alpha | post |
| Harness Engineering exercises | @rajistics | ODSC 演讲幻灯片和练习 | 运行框架工程缺少教学材料 | GitHub, ODSC | 已发布 | post, repo |
@paulgrey 加固版 proton-cli 值得注意，因为这是数据集中第一个直接处理 AI 智能体密钥安全的项目：“key:list 不再导出私钥；只显示公钥和链上账户。查看密码门禁让查看密钥必须输入智能体无法绕过的密码。任何使用 Keychain 存储密钥的交易，都必须经过 Touch ID 签名。”这是对 PocketOS 事件凸显出的凭证发现问题的具体回应。
@mksglu 的 hatice 使用 Claude Code Agent SDK 落地 Symphony 规范——当 Linear 事项移到“进行中”时，它会启动一个 Claude 智能体，克隆仓库、写测试并交付功能。OpenAI 在 Symphony 博客中引用了他的原帖，使其成为跨供应商落地案例。
Agent Zero v1.10 引入 “Time Travel”——工作区历史、diff 和回退——直接回应多个评论者指出的回滚缺口这一关键缺失能力。它还修复了 FastMCP 的 CVE-2026-32871。
6. 新动态与亮点¶
Google 的三线智能体基础设施发布¶
Google 同一天发布官方 Agent Skills 仓库（123 次点赞，106 次收藏）、宣布 Gemini Enterprise Agent Platform 具备智能体身份、注册表和网关治理能力，并发布 Gemini CLI 可扩展性指南，支持技能、扩展和子智能体。这是首次有主要云提供商同时发布技能、治理和 CLI 智能体工具。
信号强度：[+++]
OneManCompany 论文引入动态智能体招聘¶
OneManCompany 论文（68 次收藏）提出用“人才市场”替代固定多智能体图，按任务动态招聘智能体。在 PRDBench 上达到 84.67%（比此前 SOTA 高 15.5），说明组织隐喻胜过静态布线。用于层级任务分解的 Explore-Execute-Review 树搜索机制，是一种新的协调原语。
信号强度：[++]
Hermes 记忆架构逆向分析：五层系统¶
@ahammadnafi_z 发布首个对 Hermes Agent 记忆内部结构的详细逆向分析，揭示文档声称两层，实际有五层：冻结提示词记忆、会话搜索（SQLite + FTS5）、压缩刷写、程序性技能和 Honcho 跨平台同伴模型。生产记忆写入会被延迟进入系统提示词，以保持前缀缓存稳定性，这个发现是一个非显而易见的取舍，解释了观察到的行为。
信号强度：[++]
Claude Code 四个版本发布 50+ 项稳定性修复¶
@k1rallik 分析（9 次点赞，8 次收藏）Claude Code 近期稳定性推进的意义：“超大项目历史恢复得更快、任务中途不再随机出现认证失败、长会话里的内存占用更低、并行服务器连接下 MCP 启动更顺。”他的论点是：“AI 编程智能体赢，不是因为它能写出一个好函数，而是因为它能在混乱、真实的开发工作流里活下来。”
信号强度：[+]
Anthropic 运行内部智能体间市场实验¶
@DeFi_Pop 报道（13 次点赞）：“Anthropic 刚跑了一场智能体间市场实验。69 名员工，每人 $100 预算。真金白银、真实商品。共成交 186 笔，交易额超过 $4,000。”其明确结论是：“一旦智能体开始大规模交易，信任层就会变成瓶颈。”这是首个大型 AI 实验室用员工运行真实资金智能体市场实验的报告。
信号强度：[+]
7. 机会在哪里¶
[+++] 合法的多会话智能体编排档位 -- jcode 的爆红传播（仅主帖就 184+ 次收藏）展示了运行并行智能体会话的巨大需求。每个谨慎回复都承认 能力 有价值，同时标记 合法性 风险。提供商认可的运行框架档位——或官方多智能体订阅计划——可以在没有平台风险的情况下捕获这类需求。第一个提供“一个订阅运行 N 个并行智能体”的主要提供商，将拿下 jcode 现在以非法方式服务的市场。来源：@om_patel5, @jxkedevs, @Timur_Yessenov。
[+++] 按凭证范围隔离的智能体工作区 -- PocketOS 事件在 4 月 28 日的后续讨论揭示了比“沙箱隔离”更精确的问题：智能体会发现并使用工作区中存在但属于其他环境的凭证。@bnafOg 对权限边界和发现边界的区分是可执行的。机会是基于智能体声明的任务范围过滤凭证可见性的工作区工具——不仅限制它 能做什么，还限制它 能看见什么。来源：@bnafOg, @nyk_builderz, @hilvara_cw。
[++] 智能体记忆标准化 -- @ahammadnafi_z 的逆向分析揭示了伪装成两层的五层记忆。每个运行框架对记忆的设计都不同，使可移植性不可能。一个标准记忆 API——覆盖冻结提示词上下文、会话搜索、压缩、程序性技能和跨平台状态——可以让开发者切换运行框架而不丢失智能体累积的知识。来源：@ahammadnafi_z, @nicbstme。
[++] 把上下文剪枝做成默认智能体基础设施 -- @championswimmer 构建自定义扩展，是为了解决每个长时间运行的智能体会话都会遇到的问题：陈旧工具输出消耗上下文预算。机会是框架级上下文生命周期管理器，自动总结、归档并索引已结束工作。来源：@championswimmer。
[+] 带安全扫描的智能体技能市场 -- Google 官方技能仓库、Swarms Marketplace 和多个小型技能注册表在 4 月 28 日发布或迭代。但没有市场默认包含安全扫描（4 月 27 日的 Pieverse/CertiK 仍是 Web3 专用）。带内置安全验证的通用技能市场将捕获复用智能体能力的增长需求。来源：@GoogleCloudTech, @swarms_corp。
8. 要点总结¶
-
jcode 的爆红发布——声称记忆效率比 Claude Code 高 20 倍、智能体启动速度比 Codex CLI 快 63 倍——暴露了当前提供商订阅无法合法支持的多智能体编排需求。 社区反应即时且一致：能力很吸引人，平台风险不可接受。第一个提供受认可多会话档位的提供商将捕获这一市场。(source)
-
运行框架工程通过两场独立 ODSC 演讲和公开教学练习登上会议舞台，串起了从新兴概念（4 月 25 日）到可教学科（4 月 28 日）的四日弧线。 OpenAI 的 Symphony 和运行框架工程博客继续传播，强化“投资运行框架，而不是提示词”的共识。(source, source)
-
Google 发起迄今最大的一次单日智能体基础设施推进：官方 Agent Skills 仓库（106 次收藏）、带智能体身份/注册表/网关的 Gemini Enterprise Agent Platform，以及 Gemini CLI 技能/子智能体可扩展能力。 这次三线发布让 Google 成为第一个同时发布技能、治理和 CLI 智能体工具的主要云厂商。(source, source)
-
OneManCompany 论文（PRDBench 84.67%，比 SOTA 高 15.5）证明，把多智能体系统当作带“人才市场”的动态组织来招聘智能体，优于静态布线。 这是对当前固定图式多智能体架构的一个具体、经基准验证的替代方案。(source)
-
对 Hermes Agent 记忆内部结构的详细逆向分析揭示了五层架构（不是文档中的两层），包括一个非显而易见的生产优化：记忆写入会被延迟进入系统提示词，以保持前缀缓存稳定性。 这一架构披露解释了智能体框架之间的可靠性差异，并为比较记忆方案提供了第一个公开技术基础。(source)
-
PocketOS 数据库删除讨论从震惊成熟为具体基础设施处方，最精确的诊断区分了权限边界（智能体能做什么）和发现边界（智能体能在工作区中找到什么）。 凭证范围控制框架可执行，也比 4 月 27 日宽泛的“沙箱隔离”呼声更精细。(source, source)
-
Pika Agent 推出 “RIP prompt box” 论点——人格驱动的对话式界面，让用户靠和个性化智能体对话创作，而不是写提示词——把 4 月 27 日的智能体身份讨论从开发者工具扩展到面向非技术用户的创意工作流。 (source)