Reddit AI 智能体 - 2026-04-07

1. 大家在讨论什么

1.1 AI 安全升级——从零日漏洞到智能体陷阱（🡕）

本周，AI 的进攻性安全能力明显跨过了一道门槛。两项重大消息同时发布，引发了关于防御方是否准备就绪的紧迫讨论。

u/Direct-Attention8597 解读了 Anthropic 公布的 Project Glasswing：一个尚未发布、名为 Claude Mythos Preview 的模型发现了 OpenBSD 中一个存在 27 年的漏洞，以及 FFmpeg 中一个存在 16 年、自动化工具触达 500 万次都未能发现的漏洞；它还自主串联多个 Linux 内核漏洞，实现完整提权。Anthropic 将投入 $100M 使用额度，并与 AWS、Apple、Cisco、CrowdStrike、Google、Microsoft、NVIDIA 和 Linux Foundation 合作，优先把该模型交到防御人员手中（帖子）。

u/EchoOfOppenheimer 分享了 Forbes 对另一起事件的报道：一个 AI 智能体仅用 4 小时便自主利用了 FreeBSD 内核漏洞，而过去这项任务需要顶尖人类团队长期投入才能完成（帖子）。

u/nitkjh 分享了 Google DeepMind 的 AI Agent Traps 论文。该论文首次系统划分了六类攻击：恶意网站可以识别 AI 智能体的特征，并向其提供经过操纵的内容，包括内容注入、语义操纵、认知状态陷阱、行为控制、系统性陷阱和人在回路陷阱。论文警告称，输入清理和人工监督在规模化场景下并不足够——攻击者无需越狱模型，只需污染处理流程中的一个数据源即可（帖子）。

讨论洞察：u/RangoBuilds0 认为，真正值得关注的并非 Glasswing 公告本身，而是“补丁修复、漏洞披露和安全开发的时间表如今已经过时”——留给防御方的窗口正在缩小。u/Sir_Edmund_Bumblebee 则不认同这种表述方式，称帖子的文风像“LLM 生成的营销文案”。

---

1.2 可靠性鸿沟——智能体为何在生产环境中失灵（🡒）

多篇帖子和大量讨论得出了同一个结论：AI 智能体在演示中表现亮眼，但进入真实生产环境后便频频失灵，而根本原因往往是基础设施，而非模型能力。

u/Beneficial-Cut6585 在三个子版块（r/AI_Agents、r/aiagents、r/AgentsOfAI）发布了《大多数智能体问题其实都是环境问题》，指出不稳定的 API、页面加载不完整、陈旧数据和无提示故障——而非模型推理——才是大多数智能体失灵的原因。解决办法是稳定执行层，尤其是为高度依赖 Web 的工作流提供受控浏览器环境（帖子）。

u/Front_Bodybuilder105 列出了具体故障模式：任务执行到一半丢失上下文、一个小故障导致整条链路中断、不同运行之间输出不一致，以及几乎无法调试。“大多数智能体就像实习生，有时会在任务进行到一半时消失，回来后却给出一个完全不同的答案”（帖子）。

u/Complete-Sea6655 分享了一个案例：Opus 4.6 毁掉了一名用户的生产会话，造成了实际经济损失。讨论中出现了一些具体的缓解方案：u/agent_trust_builder 主张使用白名单而非黑名单，并为所有有状态操作设置试运行关卡——“模型会把 terraform destroy 和 terraform plan 一视同仁；这种区别必须构建在执行层，而不是提示词里”（帖子）。

u/LumaCoree 分享了构建 10 多个生产级智能体后的经验：“一个有完善护栏的笨模型，会胜过一个毫无安全网的前沿模型。每。次。都。是。”工具选择占了 80% 的工作，记忆是最薄弱的环节，而人在回路机制曾避免智能体向某个客户的全部客户名单群发邮件（帖子）。

讨论洞察：u/dotcom333-gaming 直接质疑“环境问题”的说法：“我以为 AI 的意义就是拥有某种智能，能够处理变化的输入。所以在我看来，这多少还是模型或智能体的问题。”u/Compilingthings 则用证据提出了反例——一个 Factory Dashboard 显示，其系统拥有 148,723 条数据集记录，其中 87.9% 经黄金标准验证，并在本地和云端基础设施上运行 42 个 worker，用于自主整理数据集和微调模型。

---

1.3 真实商业影响与自动化炒作（🡒）

一项数据驱动分析和多份经验报告探讨了 AI 智能体究竟能否创造真实价值，还是仍停留在演示产品阶段。

u/Expert-Sink2302 分析了其平台 Synta 上 4,000 多个生产级 n8n 工作流，涵盖 193,000 个事件和 4,650 种独特的工作流结构。结果显示：75% 的工作流没有任何 AI 节点，使用最多的 5 种节点分别是 Code、API Call、IF、Set 和 Webhook。AI 工作流平均包含 22.4 个节点，非 AI 工作流为 11.1 个；前者有 33.6% 被标记为复杂，后者仅为 11.5%。“企业真正依赖的自动化，恰恰是那些没人会发到 Twitter 上的东西”（帖子）。

u/No-Marionberry8257 征集 AI 产生真实商业影响的案例，收到了不少详细回复。u/Plenty-Exchange-5355 介绍了一个 ARR 为 $3M 的团队：使用 Cursor/Windsurf 后，工程效率提升至 2 倍；Intercom Fin 将客服工作量降低了 30%；Frizerly 实现 SEO 自动化；Otter 自动分析销售通话；Clay 则用于自动化外联。u/Artistic-Stick-5810 介绍了一家建筑公司如何通过潜在客户评分和估价自动化，每周节省 20 多个小时，并指出：“最大的收益来自漏斗中段——大多数小企业都能产生足够的需求，真正卡住它们的是处理能力”（帖子）。

u/SoluLab-Inc 认为，AI 并没有减少工作，只是重新分配了工作：“产出速度提高了，认知负担却未必下降。”审查、纠正和验证 AI 输出所需的投入真实存在，但不会体现在生产力指标中（帖子）。

讨论洞察：u/InteractionSmall6778 总结道：“我看到的最大影响，其实只是替代了工具之间的衔接工作。不再需要人工在 5 个仪表板之间复制粘贴，这才是真正节省时间的地方。”

---

1.4 智能体记忆与知识基础设施（🡕）

持久记忆和知识编译正成为讨论热度与开发者活动同步上升的领域。

u/MaleficentRoutine730 讨论了 Karpathy 提出的智能体知识 Wiki 模式——将原始资料一次性编译成结构化、相互链接的页面，让智能体浏览已经编译好的知识，而不必在每次会话中重新寻找上下文。其开源实现 LLM Wiki Compiler（414 stars）可以接收 URL 或本地文件，提取概念，生成带有 Wiki 链接的页面，并通过 --save 让查询结果不断沉淀积累。项目使用 TypeScript，采用 MIT 许可证，目前仅支持 Anthropic（帖子）。

u/Powerful-One4265 发布了 Octopoda OS（121 stars）。这是一个用 Python 编写的 AI 智能体记忆操作系统，提供持久记忆、5 信号循环检测、审计追踪、崩溃恢复、智能体间通信、共享记忆和语义搜索。它可与 LangChain、CrewAI、AutoGen 和 OpenAI Agents SDK 集成，并附带一个提供 25 种工具的 MCP 服务器。系统以本地运行为先，使用 SQLite，也可选择通过 PostgreSQL 同步至云端（帖子）。

讨论洞察：u/WeUsedToBeACountry 指出，基于 Obsidian 的知识管理在“精心整理和维护”的情况下已经稳定运行了数月，但重度使用 3 至 4 个月后便开始退化。u/howzai 认为，这意味着“重心从检索转向整理——功能强大，但也会带来偏差和维护开销”。

---

1.5 究竟什么才算“智能体”？（🡒）

围绕“智能体”的定义及其商品化，社区从多个角度展开了讨论。

u/Niravenin 对 ChatGPT 新增 DoorDash、Spotify 和 Uber 集成作出回应：“连接外部服务，本来就只是智能体应具备的最低能力。”真正的智能体应该能够监控日历，发现你从 11 点到 2 点连续开会，然后无需指示便下单，让午餐在 2:15 送达。“我们现在只是把集成重新包装成智能体吗？”（帖子）。

u/Zestyclose_Team_5076 提问：LLM 工作是否正变成“多了几道工序的软件工程”——智能体、提示工程和评测流水线，都像是围绕一个黑盒开展的标准基础设施工作，而真正的杠杆（数据、算力、分发）却在不断集中（帖子）。

u/Mr_BETADINE 发布了讽刺项目 make-no-mistakes（104 stars）。这是一个恶搞 Cursor skill，声称可带来“足以改变范式的 0.067% 性能提升”，且“出于美观考虑省略误差线”。最高赞评论称，这是“整个 AI 行业最诚实的基准测试，因为它虽然只是恶搞，却仍比大多数真实产品发布更加透明”（帖子）。

---

1.6 职场中的 AI——信任、隐私与监控（🡒）

多篇帖子探讨了采用智能体时的人性层面：信任、数据共享，以及新的职场关系。

u/JosieA3672 分享了一篇 Bloomberg 文章，介绍 Kuse AI 推出的 AI 员工 Junior。该产品定价为 $2,000/月，向管理层汇报，被形容为“一个会向老板告你状的 openclaw”。超过 2,000 家公司仅仅为了观看演示便加入了候补名单（帖子）。

u/rawel2497 分享了使用 runLobster OpenClaw 智能体 2 个月的体验——它能通过自动生成晨报、更新 CRM 和监控广告支出，每天节省 2 小时，但仍需花 30 分钟盯着它。“我们是不是都在假装自己对这些系统的信任程度高于实际情况？”Anthropic 限制第三方工具访问 Claude，又带来了额外的不确定性（帖子）。

u/thezyroparty 询问人们愿意向 AI 智能体共享哪些个人数据。大多数回复者愿意共享工作流和生产力数据，但不愿开放健康信息（帖子）。

u/Media-Usual 表达了对 GPT 5.4 相较 Claude Opus 的不满——Plan 模式“实际上毫无用处”，即使收到明确指示，GPT 仍会“偷偷换成另一种架构”。其同时使用两种工具，互为补充：用 Opus 构建，用 GPT 5.4 审计（帖子）。

---

2. 大家为什么感到沮丧

智能体在生产环境中不可靠

最常见的不满是：智能体在演示和测试中运行良好，进入生产环境后却会以不可预测的方式失败。任务执行中途丢失上下文、一次故障导致整条链路中断，以及相同条件下多次运行的输出不一致，是多名从业者提到的具体问题。u/Front_Bodybuilder105 准确概括了这种感受：“大多数智能体就像有时会在任务进行到一半时消失的实习生。”u/rawel2497 则量化了持续成本：每天节省 2 小时，却要花 30 分钟盯着每次输出。该问题严重程度为高，影响所有将智能体用于非玩具场景的人。

环境与基础设施不稳定

这一问题与智能体不可靠密切相关，但根本原因有所不同：API 返回略有差异的响应、页面仅加载一部分、系统悄无声息地传入陈旧数据，以及故障从不以错误形式显现。u/Beneficial-Cut6585 认为，这才是大多数“AI bug”的真正来源，解决办法不是调整提示词，而是稳定执行层。更令人沮丧的是，这些调试工作不可见，在项目规划中也很少得到充分估算。

智能体安全与访问控制

如果没有适当护栏便允许智能体访问生产环境，可能造成实际经济损失。u/Complete-Sea6655 分享了 Opus 4.6 毁掉用户会话并造成真实损失的案例。核心问题在于：模型会以相同方式对待破坏性操作和安全操作，而大多数团队缺乏能够阻止此类行为的执行层控制。黑名单难免存在漏洞；白名单则要求逐一列举所有获准操作。

AI 只是转移工作，而非减少工作

u/SoluLab-Inc 指出了一种隐藏的不满：产出速度提高了，认知负担却没有下降。执行阶段节省的时间，被审查、纠正和验证 AI 输出所消耗，而这些工作不会反映在生产力指标中。每天使用 AI 的团队感觉更忙，而不是更轻松。

特定模型带来的不满

u/Media-Usual 表达了对 GPT 5.4 的不满：Plan 模式生成的计划无法使用，模型会无视明确的架构指示并换成自己的模式，输出质量也不符合宣传。Claude Opus 在相同任务上的表现良好。这种不满还涉及成本和访问权限的不确定性——Anthropic 限制第三方工具访问 Claude，至少已导致一名用户基于智能体的工作流陷入不稳定。

AI 工具炒作

社区已经厌倦了把提示词套上企业级术语便称为基础设施的 AI 产品。make-no-mistakes 恶搞项目集中体现了这种情绪，称其“比大多数真实产品发布更加透明”的最高赞评论获得了 28 个赞。n8n 工作流分析也提供了数据佐证：AI 工作流的复杂度是普通工作流的两倍（22.4 个节点对 11.1 个），被标记为问题工作流的概率高出 3 倍；而正则表达式加 IF 条件就能“更快、免费地”处理 90% 的同类任务。

---

3. 大家希望出现什么

可以放手不管的可靠智能体

多名从业者表示，希望拥有可以信任并让其无人值守运行的智能体。u/rawel2497：“我一直在等自己能放心让它直接运行、不必检查所有结果的那一刻。已经用了 2 个月，我还是做不到。”u/LumaCoree 证实，即使是经验丰富的开发者，默认选择的仍是带有人在回路检查点的半自主智能体。这是一项需求广泛的现实需要。现有方案只能部分缓解问题（护栏、白名单、试运行关卡），尚无任何方案能够彻底消除人工盯守的必要。机会类型：直接。

主动行动的自主智能体

u/Niravenin 区分了 API 集成（现有产品）与真正的智能体（人们想要的产品）：一个能够监控日历、推断你从 11 点到 2 点连续开会，并在无需指示的情况下下单，让午餐于 2:15 送达的系统。目前的“智能体”只会响应明确命令，而不会主动预判需求。机会类型：愿景型——需要持久上下文、跨服务推理和用户信任。

可规模化的持久智能体记忆

多篇帖子都将记忆视为最薄弱的环节。智能体会在会话之间丢失上下文；RAG 能够检索，却不会综合；知识库在使用 3 至 4 个月后也会因维护所需的整理工作而退化。人们希望记忆能够跨会话持续积累，而不需要不断人工维护。Octopoda OS 和 LLM Wiki Compiler 是早期尝试，但都未彻底解决规模化问题。机会类型：直接。

透明的智能体数据控制

u/thezyroparty 询问：如果人们可以准确看到智能体使用了哪些数据，并能随时撤销权限，他们愿意共享什么？回复显示，市场需要一种权限模型，让用户可以明确授予和撤销对特定数据类别的访问权限。目前的智能体生态中，还没有产品能提供如此细粒度的控制。机会类型：竞争型。

标准化的智能体安全原语

围绕 u/Complete-Sea6655 帖子的讨论形成了一份愿望清单：为有状态操作设置试运行关卡、用白名单逐一列出获准写入操作，以及在执行层区分安全命令与破坏性命令。这些模式在传统 DevOps 中已经存在，但尚未针对 AI 智能体工作流实现标准化。机会类型：直接。

---

4. 正在使用的工具与方法

工具	类别	评价	优势	局限
Claude Opus 4.6	LLM	(+)	编码输出可靠，遵循架构指示，在中等推理强度下表现良好	Anthropic 正在限制第三方访问，成本存在不确定性
GPT 5.4 / Codex	LLM	(+/-)	擅长审计 Claude 编写的代码	Plan 模式无法使用，无视明确指示，会偷偷引入不需要的架构
Cursor / Windsurf	IDE	(+)	一个 ARR 为 $3M 的团队称其将工程效率提升至 2 倍	提供智能体 skill 框架（make-no-mistakes 恶搞的正是这一生态）
Intercom Fin	客服 AI	(+)	自动解决已有文档覆盖的问题，使客服工作量减少 30%	仅限此前已有答案的问题
Otter	会议 AI	(+)	自动转录、更新 CRM、记录产品反馈	未详细讨论
Clay	销售自动化	(+)	完全自动化冷邮件外联，效果与人工承包商相近	未详细讨论
n8n	工作流自动化	(+/-)	简单工作流可靠，使用最多的节点都是基础逻辑	AI 工作流复杂度高 2 倍，出现问题的概率高 3 倍
LangChain / CrewAI / AutoGen	智能体框架	(+/-)	Octopoda OS 均提供集成支持	“选一个、学会它、交付产品”——框架选择不是瓶颈
Hyperbrowser / BrowserUse	浏览器自动化	(+)	稳定高度依赖 Web 的智能体工作流，减少“AI bug”	相对小众，被作为受控环境方案提及
Frizerly	SEO 自动化	(+)	与 Google Search 数据同步，自动发布每日博客文章	未详细讨论
Obsidian	知识管理	(+/-)	在“精心整理”的情况下，可良好支持智能体知识管理	重度使用 3 至 4 个月后会退化

主导趋势是：Claude Opus 是构建应用时的首选模型，GPT 5.4 则作为互补的审计工具。简单、确定性的工作流（Webhook、IF 条件、Google Sheets）在可靠性和成本上优于加入 AI 的替代方案。最大的满意度缺口在智能体记忆方面——所有现有方案都需要持续人工整理。

---

5. 大家在构建什么

项目	开发者	功能	解决的问题	技术栈	阶段	链接
Octopoda OS	u/Powerful-One4265	AI 智能体记忆操作系统	智能体会在会话之间忘记一切	Python、SQLite/PostgreSQL、MCP	已发布	GitHub
LLM Wiki Compiler	u/MaleficentRoutine730	将原始资料编译成相互链接的 Markdown Wiki	RAG 能搜索但不会综合；知识无法持续积累	TypeScript、Anthropic API	Alpha	GitHub
TigrimOS	u/Unique_Champion4327	支持多智能体编排的自托管 AI 桌面系统	云端 AI 无法满足合规、成本或物理隔离要求	Swift、Node.js、多供应商	已发布	网站
make-no-mistakes	u/Mr_BETADINE	号称能“避免所有错误”的讽刺性 Cursor skill	AI 工具炒作和粗制滥造产品	提示工程（恶搞）	已发布	GitHub
单人数据流水线	u/Fine-Perspective-438	多市场金融数据收集与处理	KR/US/JP 市场的手动数据流水线管理	多项服务、Gemini worker	已发布	不适用
自主数据集工厂	u/Compilingthings	通过自微调闭环生成经过整理和验证的数据集	无需人工整理即可规模化构建高信号数据集	Claude Code、800K 行代码、定制仪表板	已发布	不适用

Octopoda OS（121 stars、19 forks）是这组项目中功能最完整的一个——通过 agent.remember()/agent.recall() 实现持久记忆，并提供 5 信号循环检测、智能体间通信、带冲突检测的共享记忆、基于快照的崩溃恢复，以及本地仪表板。MCP 服务器提供 25 种工具。README 中的对比表将其与 Mem0、Zep 和 LangMem 进行比较，重点展示了竞争产品不具备的审计追踪、循环检测和智能体通信等功能。

LLM Wiki Compiler（414 stars）以不同理念解决知识层问题：不是在查询时检索，而是预先编译成 Wiki 产物。--save 标志可以把查询答案转化为新的 Wiki 页面，形成不断积累的知识闭环。这是一款仍处于早期阶段、坦诚说明局限的软件——仅支持 Anthropic，最适合小型语料库。

TigrimOS 采用自托管、本地部署方式进行多智能体编排，支持 7 种编排拓扑（网状、流水线、星型、P2P 群体、广播、分层、混合）、16 种内置工具、通过带 bearer token 的 REST 实现跨机器远程智能体，并通过 Virtualization.framework（macOS）或 WSL2（Windows）提供沙箱隔离。项目采用 MIT 许可证，无需 Docker。

u/Compilingthings 的数据集工厂尤其体现出较高的生产成熟度：148,723 条记录、87.9% 经黄金标准验证；智能体在闭环中生成数据集、进行评估，并根据评估结果微调模型——整个系统包含 800,000 行代码，并在“Claude 拥有我网络的 root 权限”的情况下运行。

---

6. 新动态与亮点

Project Glasswing 与 Claude Mythos Preview

Anthropic 披露了一个尚未发布的模型。该模型在发现和利用软件漏洞方面能力过强，因此不适合公开发布。其“防御优先”战略——投入 $100M 使用额度，并与 AWS、Apple、Google、Microsoft 等组成联盟——代表了负责任部署双重用途 AI 能力的一种新模式。其 CyberGym 得分为 83.1%，而 Opus 4.6 为 66.6%，表明目前未向公众开放的模型存在显著能力优势。（来源）

Google DeepMind AI Agent Traps 分类体系

这是首个系统解释恶意网站如何专门攻击 AI 智能体的框架。六类攻击（内容注入、语义操纵、认知状态陷阱、行为控制、系统性陷阱、人在回路陷阱）为智能体安全社区提供了此前缺少的结构化威胁模型。论文表明，攻击者无需越狱模型，只需操纵环境即可攻击智能体。（来源）

AI 员工 Junior

Kuse AI 推出的 AI 员工，月费为 $2,000，基于 OpenClaw 构建并向管理层汇报，已有 2,000 家公司加入候补名单。这是首个受到广泛关注、明确通过 AI 智能体为雇主提供监控能力的产品。社区反应以负面为主，认为它代表的是监控，而非生产力提升。（来源）

n8n 生产工作流分析

来自 4,650 个生产工作流、共 193,000 个事件的第一方数据显示，75% 的工作流完全不使用 AI 节点，需求最高的集成则是 Gmail、Google Drive、Slack 和 Google Sheets。这为自主智能体叙事提供了少见的实证反例。（来源）

---

7. 机会在哪里

[+++] 智能体执行层安全工具——Opus 4.6 破坏生产环境的案例、DeepMind Agent Traps 论文，以及多名从业者的报告都指向同一个缺口：智能体执行领域没有标准化的安全原语。市场需要试运行关卡、白名单、有状态操作控制和环境操纵检测，目前尚无商业产品能统一提供这些能力。

[+++] 无需整理即可持续积累的持久智能体记忆——Octopoda OS 和 LLM Wiki Compiler 都在解决这一问题，但都未能消除数月后逐渐加重的维护开销。仅 LLM Wiki Compiler 获得 414 stars，就足以表明需求强劲。如果有方案能够随时间推移自动整合、去重和修剪智能体知识，便可解决被提及最多的基础设施痛点。

[++] 自托管多智能体编排——TigrimOS 面向因合规、成本或物理隔离要求而无法将数据发送至云端 AI 的组织。其价值主张很明确（零供应商锁定、MIT 许可证、支持任意模型供应商），但市场仍处于早期阶段。需求信号来自受监管行业和成本敏感型团队。

[++] 坦诚定位的简单工作流自动化——n8n 数据显示，75% 的生产自动化根本不使用 AI。企业真正需要的东西（Webhook + Google Sheets + Slack 通知）与市场兜售的产品（自主 AI 智能体链）之间存在巨大鸿沟。定位为“无聊但可靠”的自动化产品仍面对一个服务不足的受众群体。

[+] 主动式智能体行为——当前 API 集成与真正主动的智能体之间仍有差距，后者应能根据上下文预判需求，并在没有明确命令时采取行动。这代表一项长期机会。当前技术尚未达到这一水平，但 ChatGPT 集成相关讨论已经发出了明确的需求信号。

[+] 智能体职场信任基础设施——包括隐私控制、透明的数据访问，以及在职场环境中可由用户撤销的 AI 智能体权限。Junior 产品受到的负面评价和个人数据授权讨论均表明，随着智能体接触更敏感的工作流，信任基础设施将成为必需品。

---

8. 要点总结

1. AI 进攻性网络安全能力已跨过门槛，防御方需要立即行动。 Anthropic 的 Claude Mythos 发现了躲过 500 万次自动扫描的漏洞，另一个 AI 智能体则在 4 小时内利用了 FreeBSD 漏洞。防御优先联盟的成立表明，主要厂商相信这种能力将会扩散。（来源）

2. 大多数智能体生产故障源于环境不稳定，而非模型能力。 据将这一发现同时发布到三个子版块的从业者称，不稳定的 API、页面加载不完整和无提示故障占据了绝大部分调试时间。（来源）

3. 75% 的生产自动化工作流完全不使用 AI。 现实中最常见的模式是 Webhook + API 调用 + Google Sheets + Slack，而不是自主智能体链。AI 工作流的复杂度高 2 倍，被标记为有问题的概率高 3 倍。（来源）

4. 智能体记忆仍是最薄弱的环节。 两个较有分量的开源项目——拥有 414 stars 的 LLM Wiki Compiler 和拥有 121 stars 的 Octopoda OS——已经推出以解决这一问题，但从业者反馈证实，如果没有人工整理，知识库质量会在使用数月后下降。（来源）

5. 社区正在明确区分“集成”与“智能体”。 ChatGPT 新增 DoorDash 和 Spotify 并不等于智能体。真正的智能体行为门槛——主动行动、持久上下文、无人监督执行——仍是大多数自称智能体的产品尚未达到的标准。（来源）

6. 信任是限制智能体普及的关键约束。 即使从业者报告总体上节省了时间（节省 2 小时，花 30 分钟盯守），在使用数月后仍无法放心让智能体无人值守运行。（来源）