晨启科技
常见问题
什么是 MCP(模型上下文协议),它对企业 AI 落地有什么用?
MCP 是让 AI Agent 以统一方式接入外部工具与数据源的开放、厂商中立标准。2026 年的无状态新规让请求不再绑定单个 server 实例的会话,拆掉了长期存在的可扩展性障碍,并新增基于 header 的路由、可缓存列表结果、授权加固,以及「弃用到移除至少间隔 12 个月」的稳定性承诺。MCP 现由 Linux Foundation 旗下的 Agentic AI Foundation 托管,OpenAI、Google、Microsoft、Amazon 均有贡献。它把「逐个系统硬接」变成可复用、可规模化的接入层——正是企业 Agent 从试点走向生产所需要的。详见:https://sixamtech.ai/blog/enterprise-agent-integration-layer-mcp
小企业/一人公司想用 AI,是自建、用通用智能体平台,还是找 FDE 驻场落地?
看两个轴:场景的通用度,以及你对数据、系统、结果的可控性要求。场景通用、想马上跑起来 → 用通用智能体平台(如纳米Work、ChatGPT 小微版),最快、成本最低;场景独特且有稳定工程团队 → 自建;场景复杂、要深度定制、且要有人对结果负责 → 找 FDE(前向部署工程师)驻场,按你的真实系统共创并对落地负责。平台和 FDE 不是竞争关系,而是回答不同的问题。完整的成本/上线速度/可控性/适用规模四象限对比见:https://sixamtech.ai/blog/enterprise-ai-adoption-path-build-vs-platform-vs-fde
什么是 AI Agent 安全治理?它和传统应用安全有什么不同?
AI Agent 安全治理,是把智能体当作一类全新的行为主体——「非人类身份(non-human identity)」——来管理:它会自主决策、跨系统调用、以机器速度连续行动。传统应用安全假设每个会话背后有一个人(登录、按角色授权、按人的节奏操作),而自主 agent 推翻了这些前提:它的权限常被授予过宽、长期有效,行为可自我推理、被阻断后自主重建通道。因此安全边界不能只靠模型「守规矩」,必须落到部署层——身份、权限、隔离。资本已按十亿美元级为这条赛道定价(2026 年 7 月 Cyera 约 10 亿美元收购非人类身份安全公司 Oasis Security)。详见《企业 AI Agent 安全与治理》:https://sixamtech.ai/blog/securing-enterprise-ai-agents-identity-permissions-governance
企业 AI 落地失败的常见原因有哪些？
多数企业 AI 落地失败，通常不是模型不够强，而是卡在三件事：一是数据没打通，模型拿不到干净、实时、可用的生产数据；二是没有算得清 ROI 的真实场景，为「用 AI」而用；三是缺少驻场工程（FDE），没有既懂技术又扎进业务、对结果负责的人把方案跑通。补齐这三点，才能从「demo 惊艳」走到「业务有回报」。详见：https://sixamtech.ai/blog/why-enterprise-ai-deployment-is-hard
2026 年有多少企业 AI Agent 试点真正进入生产？
只有约 12%。据 2026 State of AI Agents report，88% 的企业 AI Agent 试点从未进入生产——注意这个「未进生产率」与 McKinsey「88% 组织已在至少一个职能常态化用 AI」（采用率，而非生产率）不是同一个数。此外，单一职能内真正规模化 agent 的组织不足 10%，只有 39% 见到可量化财务回报。主要拦路虎是隔离、身份映射、密钥卫生与审计链。完整数据拆解见：https://sixamtech.ai/blog/enterprise-ai-adoption-2026-reality-check
企业智能体平台怎么选？落地要看哪些要件？
选企业智能体平台，别只比“模型多聪明”——真正决定落地成败的是 6 道工程要件：成本（复杂任务 Token 消耗是否可控）、部署门槛（环境/模型/工具接入难度）、权限边界（哪些 agent 能跑、能碰哪些系统）、稳定性（是否在真实场景灰度验证过）、数据安全（隔离/权限/审计是否原生内建）、持续进化（上线后谁来按结果迭代）。业界佐证：360 纳米Work 在 1000+ 真实场景、166 个版本迭代后才推出；GitLab 19.2 用 MCP 访问控制 + AI 审计事件把安全内建进流程，Forrester 测得其代理平台 400% ROI、回收期不到 6 个月。选型时把这 6 件事逐条问清楚，再决定。详见《企业智能体平台怎么选？6 大落地要件》：https://sixamtech.ai/blog/enterprise-agent-platform-deployment-requirements
AI 试点（PoC）和规模化落地有什么区别？
根本区别在目标：试点（PoC）是为了证明「技术可行」，规模化落地是为了证明「业务有回报」。二者的数据基础（样例数据 vs 打通生产系统的实时数据）、衡量标准（演示效果 vs ROI 与稳定性）、团队角色（数据科学家为主 vs 加入驻场工程）与责任边界（交付 demo vs 对上线结果负责）都不同。多数项目正是死在「用做 PoC 的方式去做规模化」。详见：https://sixamtech.ai/blog/why-enterprise-ai-deployment-is-hard
企业该怎么治理 AI Agent 的身份与权限?
按优先级收口五条:①短时凭证 + 最小权限——每个 agent 只发够用、会过期的凭证;②沙箱 / 命名空间隔离——agent 默认跑在受限沙箱,特权容器一律拒绝;③收窄信任边界——按 agent 隔离凭证,禁止一把钥匙跨集群开所有门;④封堵元数据访问——阻断对云元数据端点、内部服务的默认可达;⑤运行时审计 + 跨系统关联检测——留痕每一次调用、能跨系统串起异常。前三条让 agent「够不到不该够的东西」(成本最低、收益最高),后两条是「万一够到也能被隔离、被看见」的最后防线。这套清单直接对应 Hugging Face 2026 年 7 月入侵复盘暴露的弱点。完整落地 checklist 见《企业 AI Agent 安全与治理》:https://sixamtech.ai/blog/securing-enterprise-ai-agents-identity-permissions-governance
为什么 AI Agent 在 demo 里很好,一上生产就崩?
因为 demo 只考成功路径,生产要考的是失败路径。AI Agent 上不了生产,通常不是模型不够聪明,而是缺 4 样生产必备件:可量化的评估集、全链路可观测、防篡改留痕审计,以及人机护栏加一键回滚。缺了它们,Agent 的每一次出错都是黑箱——事先测不出、事后查不到、也无法追责复盘。补齐这套工程系统,Agent 才有资格从 PoC 走进真实业务。详见:https://sixamtech.ai/blog/why-ai-agents-fail-in-production
AI Agent 上生产前要评估什么?(agent evals)
上线前要用固定评估集跑回归,而不是靠几次手动试跑「感觉还行」。评估集至少覆盖三类样本:真实任务(实际业务的代表性用例)、边界条件(空输入、超长上下文、缺字段、工具超时)、对抗输入(诱导越权、提示注入、明显该拒绝的请求),每类都设明确通过阈值(如关键任务成功率、危险动作拒绝率、工具调用正确率)。之后每次改 prompt、换模型、加工具都要重跑回归,把「这次改动有没有让它变差」变成一个可量化的问题。详见:https://sixamtech.ai/blog/why-ai-agents-fail-in-production
2026 年，企业该自建 AI Agent，还是继续租用前沿大模型 API？
这不是非黑即白的二选一，而是一条随规模移动的曲线。当你还在验证价值、调用量不大、且没有强数据合规约束时，继续租前沿 API；一旦规模化后的成本、数据主权或深度定制成为瓶颈，就把核心场景迁到自有 / 定制 Agent——正如 HuggingFace CEO 所言：规模扩大后，成本会把企业推向开源模型。决定成败的是执行，而非模型新不新。完整决策框架见：https://sixamtech.ai/blog/enterprise-ai-build-vs-buy-2026
AI Agent 为什么比普通 Chatbot 贵这么多？
因为 agent 运行的是多步推理循环，而不是一问一答。每一步都会把不断累积的上下文在下一次工具调用时重新发送，因此 token 消耗是普通 Chatbot 的 10–100 倍——据 LeanOps 2026 年的拆解，其中约 62% 的账单来自被重发的上下文。而且 token 只是显性的一层，人工审核、结果质量验证与后续维护还会叠加更多隐性成本。完整拆解见[《企业 AI Agent 的隐性成本》](/blog/enterprise-ai-agent-hidden-costs-token-governance)。
AI 落地能不能按业务结果 / 价值付费?
可以,前提是把“价值”事先约定成可计量、可核验的合同口径。WAIC 2026 后,润建以“量化每个 Token 的经济收益、按价值结果付费”跑通了闭环,其制造业 VGE(价值增长工程)模式已签约 7 个项目、其中 2 个已完成交付。落地要点是把效率提升、成本下降或损耗率下降(如灵初智能将生产损耗率降低约 10%)等指标写进验收口径,再按结果而非按工时结算。详见:https://sixamtech.ai/blog/enterprise-ai-implementation-ai-fde-closed-loop
企业如何在生产环境控制 AI Agent 的 token 成本？
靠四个可落地的杠杆组合：对稳定的系统提示与工具定义做提示缓存、按难度做模型分级路由（简单步骤走轻量模型，复杂推理才用旗舰模型）、激进的上下文剪枝，以及预算硬上限。据 LeanOps，这套组合通常能在两周内降本 50–70%。Uber 的企业级做法是把每位开发者的月度额度硬性限制在 1,500 美元，并用「净代码质量比」确保降本不牺牲可靠性。详见[《企业 AI Agent 的隐性成本》](/blog/enterprise-ai-agent-hidden-costs-token-governance)。
自建 / 自托管 AI 与调用 API 的成本拐点到底在哪？
成本拐点是一道「采用门槛」，而不是简单的「GPU 账单 vs API 账单」。Ramp 对 21,000+ 家美国企业的研究显示，收益只出现在人均 AI 支出前 1/3 的公司——前三个月约人均每月 $30——且要到采用后 6–12 个月才开始复利。只有当你能持续跨过这条投入门槛、并熬过学习曲线，自建才更省；低于门槛时，自建通常更贵而非更便宜。展开分析见：https://sixamtech.ai/blog/enterprise-ai-build-vs-buy-2026
企业做 AI 应该选哪个大模型?
先别纠结选哪个模型。Nvidia 实测显示,同一个前沿模型套上带「主管」组件的 harness 能拿 100%,把 harness 去掉裸跑只有 30%——决定成败的是模型外面那层工程外壳(harness / 运行时 / 编排),而不是模型本身。真正该问的是:谁能把模型工程化成可靠、可私有掌控的系统。详见〈模型不是护城河:主管智能体 + 持久化多智能体运行时〉:https://sixamtech.ai/blog/model-not-moat-supervisor-agent-runtime
agent 编排平台和直接调大模型 API 有啥区别?
直接调 API 是一次性、无状态的请求-响应,模型跑偏没人管;agent 编排平台则提供记忆、主管(supervisor)纠偏、持久运行时(如 AWS Bedrock AgentCore 持久会话最长 14 天,而 microVM 仅 8 小时)与多智能体同主机协作。一句话:API 给你模型的智力,平台给你系统的可靠性。详见〈模型不是护城河〉:https://sixamtech.ai/blog/model-not-moat-supervisor-agent-runtime
企业怎么防止 AI Agent 删库?
分两层兜底。第一层是最小权限:每个 agent 只拿完成任务所必需的最窄权限,把破坏半径收敛住。第二层也是决定性的一层——一个 agent 自身无法篡改的最后防线:数据层的不可变备份。例如原生 WORM(一次写入、多次读取)不可变备份——InfoQ 记录的 Snowflake Snowgrid 方案——任何角色或智能体都无法篡改或删除这份安全网,即使误触"删库"也删不掉备份。预防(可观测性 + 最小权限)降低事故概率,不可变备份则保证你总能恢复。完整拆解见:https://sixamtech.ai/blog/production-ai-agent-reliability-observability
x402 是什么?企业怎么让 AI Agent 自主付款?
x402 是一套直接建在 HTTP 之上的代理支付协议:它激活了自 1997 年就写进规范、却一直没落地的 `402 需要付款` 状态码,让 AI Agent 无需账户、无需 API key、也无需结算页,就能用 USDC 为单次请求付款——「支付本身就是凭证」。握手只有三步:Agent 请求资源 → 服务器返回 `402` 和价格 → Agent 附支付凭证重试并由服务器验证。截至 2026 年 7 月,AWS CloudFront 集成已 GA、Cloudflare 变现网关候补名单开放,技术层基本已在边缘侧解决。完整解读见:https://sixamtech.ai/blog/x402-agent-payments-enterprise-guide
AI Agent 自主付款安全吗?钱是怎么结算的?
它比听起来要保守得多。在 x402 下,结算走 Base 链上的 USDC,亚秒级完成,单笔成本不到一美分的几分之一;付款被服务器接受前,由 Coinbase 的 x402 Facilitator 做链上验证与合规审查,付款方 Agent 从不被允许自证。付款还在边缘节点前置完成——源服务器永不收到未付款请求——既控成本也是安全姿态。企业真正要补的不是结算技术,而是发票、增值税与合规归属。详见:https://sixamtech.ai/blog/x402-agent-payments-enterprise-guide
接入 x402 代理支付前,企业要准备什么?
云厂商建好了支付管道,却没建账务:据 InfoQ,稳定币微支付的发票、增值税与合规归属至今无解,Cloudflare 与 AWS 均未回应税务问题。接入代理支付前,请把五件事对到真实负责人:(1) 谁开具发票主体;(2) 跨境微支付按哪一方的增值税规则;(3) USDC 结算如何入账;(4) Facilitator 之外由谁做反洗钱/KYC 审查;(5) 谁治理并审计边缘支付规则。这些是企业集成问题、不是协议问题,也正是技术跑通后拖住上线的环节。完整清单见:https://sixamtech.ai/blog/x402-agent-payments-enterprise-guide
怎么向客户的安全团队证明 AI agent 没乱动他们的数据?
靠"运行时审计"——留下一条供应商在运行、但供应商自己也改不了的证据链,而不是甩一张自家仪表盘截图。做法是把每一次工具调用、模型调用、数据访问都写成哈希链式(hash-chained)的追加日志,任何持有 checkpoint 的一方都能验证这条链未被事后篡改(tamper-evident);原始入参只存哈希加脱敏摘要,审计证据本身不构成新的泄漏面。开源项目 Halo 就是这一模式的参考实现(约 4,300 行 Python、零运行时依赖,含 OpenTelemetry / LangChain / MCP 等适配器)。这样交给客户的不是"相信我们"的口头承诺,而是一份他们能自己核验的记录。详见:https://sixamtech.ai/blog/agent-observability-audit-evaluation-production
OpenAI Presence 是什么?为什么只能由 Forward Deployed Engineers 交付、暂不自助?
OpenAI Presence 是一款面向企业的实时 agent 服务,横跨语音与聊天,首批场景为客服、外呼销售与高风险内部流程。它暂不作为自助产品提供——据 The Register 报道,OpenAI 明确表示“交付由 OpenAI Forward Deployed Engineers 与精选系统集成商主导;Presence 暂不作为自助产品提供”。原因在于:把 agent 接进高风险业务流程(对齐真实系统、兜底边界情况、承担结果责任)属于工程与集成工作,无法被打包成一个 API 卖出。完整解读:https://sixamtech.ai/blog/openai-presence-fde-enterprise-ai-delivery
为什么企业 AI 落地必须靠“驻场交付”(FDE),而不是买个自助 API?
因为“买了模型”离“落地成功”还隔着一条很宽的沟。当模型趋于商品化,差异化与利润转移到“管道层”——集成、落地与编排,而这一层无法被打包成 API。一个信号是:连 OpenAI 都不让企业自助上 Presence,只通过 Forward Deployed Engineers 交付。失败数据也印证这一点——据 The Register 报道,Gartner 预测到 2027 年,计划把客服转向 AI 的组织中将有一半放弃该计划。驻场交付(FDE)通过让懂业务、对齐结果的工程师嵌入客户团队,把“能演示”变成“能在生产里长期跑”,从而填平这条沟。延伸阅读:https://sixamtech.ai/blog/openai-presence-fde-enterprise-ai-delivery
AI agent 的可观测性 / 评估平台有哪些,怎么选型?
先看你当下缺的是哪道护栏,而不是纠结"谁最好"。三个主流开源平台各有侧重:mlflow(约 27k★)偏工程平台与 tracking + evaluation;promptfoo(约 23k★)偏评估与红队对抗测试;opik(约 20k★)偏 agentic workflow 的运行时监控。这三者做的是"给你团队看"的可观测与评估;若还要向第三方(客户安全团队、合规)证明"到底发生过什么",要再单独补一层像 Halo 这样的不可篡改审计——它和前三者是正交的两件事,别指望用自家监控面板去应付安全审查。(Star 数为 2026-07 快照)详见:https://sixamtech.ai/blog/agent-observability-audit-evaluation-production
AI FDE（前向部署 / 驻场交付工程师）是什么？
AI FDE（AI Forward Deployed Engineer，前向部署 / 驻场交付工程师）是一种把工程师派进客户业务现场、带着工具链与算力、与企业共同挖掘 AI 场景并交付可量化价值、再按结果付费的交付模式。它和普通「派人驻场」的关键差别在于：传统驻场按人天卖工时，AI FDE 卖的是可核验的业务结果。润建股份把这一角色本地化为 VGE（价值增长工程师），其 VGE 模式已在制造业签下 7 个项目、其中 2 个完成交付。详见：《AI FDE 是什么：从卖模型 / 卖 Token 走向驻场交付 + 按价值付费》 https://sixamtech.ai/blog/what-is-ai-fde-value-based-delivery
AI FDE 和传统 IT 外包、咨询有什么区别？
根本区别在于「交付什么、谁担落地风险、拿什么计价」：传统 IT 外包交的是软件许可与人天工时、咨询交的是方案 PPT，两者都把落地风险留给客户；而 AI FDE 交的是嵌入客户系统、可运行的智能体与可量化业务结果，供应商驻场共担风险，并按价值结果付费（量化每个 Token 带来的经济收益，形成价值闭环）。判断真假 FDE，先问一句：对方只对「交付系统」负责，还是对「业务结果」负责？完整对比表见：《AI FDE 是什么：从卖模型 / 卖 Token 走向驻场交付 + 按价值付费》 https://sixamtech.ai/blog/what-is-ai-fde-value-based-delivery
中小企业也需要「驻场式 / 嵌入式」AI 落地吗，还是自助 API 就够了？
需要。AI agent 落地的真正难点在成本、权限、稳定性与安全性等组织级适配，而非模型本身——规模越小，越承受不起 agent「干错事」的代价，也越没有余力消化一次失败的自助上线。因此中小企业更适合从一个具体场景出发、由人把 agent 稳稳嵌进业务流程的嵌入式路径，而不是拿到 API 后自助放养。连 OpenAI 都把新品 Presence 交给驻场工程师而非自助 API 交付，正是同一逻辑。详见：https://sixamtech.ai/blog/openai-presence-forward-deployed-engineers
把企业 AI 全押在一家大模型公司上,有什么风险?
最大的风险不是价格,而是把「思考」外包出去、失去控制权。微软 CEO 萨提亚·纳德拉的判断很直接:不掌握这种控制权的公司,实际上是把自己的思考外包了出去。三条务实的对冲办法:①每次调用模型都自留全部 metadata,以便日后训练自有权重或迁移到开源模型;②在应用与模型之间加一层 AI gateway,把 prompt 与具体模型解耦;③不要依赖单一大厂内置的编码 harness 把自己锁死。当你的实施伙伴保持跨模型中立、没有把你导入某一家生态的动机时,这些都更容易做到——这正是独立、按价值交付的实施方与大厂自营交付团队的根本区别。详见[企业 AI Agent 落地:大厂驻场 vs 自建 vs 独立伙伴](/blog/enterprise-ai-agent-deployment-fde-vs-build-vs-partner)。
公司动态
- 模型不是护城河:主管智能体 + 持久化多智能体运行时,才是企业 AI 的胜负手 — 企业做 AI 的胜负手不在「选哪个大模型」,而在模型外面那层——harness、运行时与编排。Nvidia 实测:同一模型带主管组件的 harness 拿 100%,裸跑只剩 30%。真正能被企业私有掌控、构成护城河的,是主管智能体 + 持久化多智能体运行时。
- 你的 AI Agent 只有 1.6% 是"智能"——企业落地的胜负手是运行时(Harness)与治理护栏 — 一份拆解 Claude Code 的研究得出反直觉结论:约 98.4% 的代码是运行时(Harness)工程——权限、上下文、沙箱、恢复,只有约 1.6% 是 AI 决策逻辑。企业 Agent 卡在 demo、上不了生产,输的正是这 98.4%,而不是模型。本文用微软 Harness、Cloudflare OS 和一起真实的越权事件,拆清运行时与治理护栏为什么才是胜负手,并给出 FDE 视角的 5 步落地清单。
- 企业 Agent 上不了生产,卡的不是模型是「接入层」:MCP 标准化 + 数据供给治理怎么解（2026） — 2026 下半场,把企业 Agent 挡在生产门外的不是模型,而是接入层。麻省理工 NANDA 调研显示 95% 的企业 GenAI 试点没带来可衡量回报,Cloudera×HBR 则称仅 7% 企业数据「完全就绪」。本文拆解 MCP 无状态新规(12 个月弃用政策、AAIF/Linux Foundation 托管)如何解锁企业级规模,以及数据供给治理为何决定 Agent 敢不敢被委派,并附「硬接 legacy vs MCP vs FDE 驻场」三路线对比表。
- 企业级 AI Agent 生产落地参考架构：从 DoorDash、Shippy 拆出的 5 条可复制工程模式 — 把 AI agent 从 demo 送进生产环境，卡住企业的从来不是「选哪个模型」。DoorDash 与 Shippy 两个一手案例交叉印证：真正决定成败的是模型外围的 5 件工程事——确定性工具、编排与业务解耦的 MCP 层、分层记忆、「评估 agent 而非评估模型」的闭环，以及领域团队 × 平台团队的 FDE 式分工。本文逐条拆解，并给出一份可勾选的落地清单。
- 从「拼模型」到「拼交付」:AI FDE 驻场如何跑通企业价值闭环(2026) — 2026 年企业 AI 拼的不再是模型能力,而是从 Token 到价值的闭环交付。本文用 WAIC 一线信源(润建 VGE、超擎推理落地)拆解 AI FDE 驻场:是什么、与传统外包/自建怎么选、以及一次真正跑通价值闭环的交付长什么样。
- 企业 AI Agent 的隐性成本:为什么 Agent 比 Chatbot 贵一个数量级,以及如何做成本治理 — Agent 比 Chatbot 贵一个数量级——每步推理都把上下文重发一遍,token 消耗达 10–100 倍。但压垮预算的常是被漏算的三类隐性成本:人工审核、质量验证、后续维护。本文拆解贵在哪里,给出自建/平台/FDE 成本结构对比与四杠杆治理路径,通常两周内降本 50–70%。
- 从「训练」到「交付闭环」:WAIC 2026 揭示的企业 AI 落地新范式与 AI FDE — WAIC 2026 后,企业 AI 的竞争焦点从“模型能力”转向“交付闭环”。本文拆解训练 vs 推理落地、AI FDE(前置部署工程师)与“按价值结果付费”机制,并用量子位、36氪对润建与超擎的报道锚定命名案例与可量化收益。
- 企业级 AI Agent 安全指南:当智能体成为新攻击面,如何做非人类身份治理(2026) — AI Agent 安全不是给软件多打补丁。它与传统软件安全有三点根本不同:自主决策链、非人类身份(NHI)爆炸、供应链写权限。本文用 Hugging Face 端到端入侵、Cyera 10 亿美元收购 Oasis、深信服 86.3% 实测等公开证据,讲清企业级 AI 智能体的真实安全风险,并给出最小权限 / NHI 治理 / 有界探索 / 证据管治四道交付护栏。
- 小企业/一人公司想用 AI:自建、通用平台,还是 FDE 驻场?一张表说清落地路径怎么选 — 落地 AI 不是“要不要用”,而是“走哪条路”。自建、通用平台、FDE 驻场各有甜区与撞墙点。用四象限对比表对号入座:通用场景用平台,复杂且要可控的场景上驻场。
- 为什么企业 AI Agent 走不到生产？6 大落地失败根因与 FDE 破局之道（2026） — 大多数企业 AI Agent 走不到生产,不是模型不够聪明,而是策略、数据与安全环节失守。结合 Gartner、VentureBeat 等具名行业研究(部分数据经 FutureAGI 转引),本文把落地失败归结为 6 大根因,并逐条对应 FDE(驻场式交付)的破解动作——从共定 KPI、打通数据与权限,到上线后持续评测、出厂即带治理护栏。
- 企业 AI Agent 权限治理:非人类身份(Non-Human Identity)落地清单 — 你部署的每个 AI Agent,都是一个刚拿到系统钥匙的新员工。当 agent 数量激增,"非人类身份"成了企业新的攻击面。本文从 Cyera 约 10 亿美元收购 Oasis、OpenAI 安全模型失控入侵 Hugging Face 两起真实事件切入,给出 FDE 视角的 agent 权限治理落地清单——独立身份、最小权限、工具调用显式授权、高风险动作人在环、全程可审计。
- 企业 AI Agent 安全指南：用「非人类身份」（NHI）治理管住会越权的智能体 — 当企业把 AI Agent 规模化投入生产，每个 agent 都成了一个必须被治理的「非人类身份」（NHI）——安全边界从「人登录系统」变成「agent 以什么身份、被授予什么权限、行为是否被实时监控与可审计」。本文用本周三条真实信源（10 亿美元并购、一场重建出约 17,600 次攻击动作的入侵、每天超 1 万亿条安全信号的大厂反制）拆解风险，并给出一套可落地的四维治理框架。
- OpenAI Presence 来了：大模型厂商为何改用「驻场交付」卖 AI Agent — OpenAI 用 Forward Deployed Engineer 驻场交付 AI agent，而非自助 API。本文拆解这一市场转向，对比大模型厂商 FDE 与独立落地伙伴的锁定风险、中立性、长期陪跑与成本，助你做选型决策。
- 企业智能体平台怎么选？6 大落地要件:成本·门槛·权限·稳定性·安全·持续进化 — 智能体真正进企业,卡点不在"模型多聪明",而在成本、门槛、权限、稳定性、安全、持续进化这 6 道工程门槛。本文并排 360 纳米Work、GitLab 19.2 与 Meta 三方做法,用一张对比表讲清企业智能体平台该怎么选、怎么落地。
- 企业 AI Agent 安全与治理:当智能体能自主行动,身份、权限、隔离怎么管?(2026) — 智能体能自主行动后,它既是新攻击面、又能以机器速度像攻击者一样行动。用 Cyera 10 亿美元收购、HuggingFace 17,600 次攻击动作复盘、量子位 86.3% 漏洞完成率等硬数据,拆解企业部署 AI Agent 的安全命门,并给出可执行的身份/权限/隔离治理 checklist。
- AI 大厂也下场驻场了:OpenAI Presence 与 FDE,企业 AI Agent 落地该找谁? — OpenAI 把自家交付团队命名为 Forward Deployed Engineer,并推出托管交付产品 Presence——连大模型厂商都不再只卖 API,而是亲自下场驻场。企业 AI Agent 落地从此是三选一:大厂驻场、自建团队、还是独立中立实施伙伴?我们用三方对比和第三方数据拆解各自的控制权、锁定风险与治理代价。
- OpenAI Presence 为什么只能“驻场交付”?前沿实验室集体转向 FDE 的信号 — OpenAI 上周发布的企业级实时 agent「Presence」有一个反常识的约束:只能由自家 Forward Deployed Engineers 与精选系统集成商交付,暂不开放自助购买。当模型本身趋于商品化,真正的落差移到了“落地”这一层——而落地打包不进 API。本文用这条新闻反推:为什么企业 AI 越来越离不开驻场交付,以及不具备大厂资源的中小企业该如何复用这套剧本。
- AI FDE 是什么：企业 AI 从「卖模型 / 卖 Token」走向「驻场交付 + 按价值付费」 — 用一张对比表讲清 AI FDE 与外包 / 卖 License / 咨询的本质区别，并用润建 VGE、WAIC 2026 的一手数字说明「按价值付费」怎么落地。
- 企业 AI 落地 2026 现状：88% 在用，为何不到 10% 真正规模化？ — 2026 年企业 AI 呈「宽采用、窄生产」：用的人很多（88% 已常态化用 AI），敢让 AI 替自己行动并赚到钱的人极少（单职能规模化不足 10%、仅 39% 见到财务回报）；多数 agent 试点（88%）死在进生产的最后一公里。本文用一组本周权威统计拆开这两个 88%，并给出从掉队方阵进入 12% 生产化的落地路径。
- x402 代理支付详解:当 AI Agent 自己会花钱,企业要建什么 — 一周之内,AWS 与 Cloudflare 两大云厂商在边缘网络落地同一套 x402 代理支付协议,AI Agent 已能不用账户、不用 API key 就自主用 USDC 付款。技术层云厂商已替你建好,真正没人管的是发票、增值税与合规归属——这才是企业当下要自己补的部分。