工具与服务
今天市面上的 Agent 产品分两类，绝大多数是工具。这条分界线决定了整个 landscape 长什么样，也决定了 OpenHex 站在哪。
一、客户见不见得到它，决定了它是工具还是服务
从名字上看，市面上的产品都在「做行业 Agent」。但它们分属两个完全不同的类别。
给员工用的 Agent ＝ 工具
坐在员工和客户之间。员工问它、用它、参考它的输出，然后自己去面对客户。
- 客户见不到它，也不知道它存在
- 它提升的是内部效率
- 它不构成一门可以卖的服务——你卖的还是原来那门生意，只是成本低了一点
直面客户的 Agent ＝ 服务
自己接客、自己交付、自己收钱。
- 客户直接和它打交道，客户认的是它
- 它自己完成交付，不只是给人递材料
- 生意长在它上面——它停了，服务就停了
三个判据
分不清一个 Agent 属于哪一类时，问三个问题：
- 客户知道它存在吗？ —— 客户从头到尾没见过它，它是工具。
- 它自己收钱吗？ —— 收款发生在它之外，它是工具。
- 它停了，生意会停吗？ —— 不会，那它是工具。
三个都是「是」，才是一门 Agent 服务。
今天绝大多数产品都在工具那一侧。
二、构建和部署都有人做了，规模化对外服务没有
一门 Agent 服务要走完三段：构建 → 部署 → 规模化对外服务。
前两段今天已经有相当成熟的产品：
| 分层 | 代表产品 | 解决了什么 | 到此为止 |
|---|---|---|---|
| 构建 · C 端工具 | Coze、扣子空间、Claude Code、Codex、千问办公、豆包工作 | 几分钟做出原型，甚至一键挂到网上 | 没有 Runtime，也没有数据层。原型跑得起来，跑不久 |
| 构建 · 开发框架 | LangChain、LangGraph、Dify、Agno | 让开发者自由编排模型与工作流 | 为个人自用设计。没有客户的概念，也没有服务的边界 |
| 部署 · 企业级托管 | 阿里百炼、AgentArts、AgentKit | 模型、算力与企业级托管 | 为大企业 IT 而生，一个人用不起也接不住。给的是算力，不是一门可以卖的服务 |
构建层几分钟出原型，部署层解决算力与托管，这两段我们不与它们竞争。
但它们共同的终点是一样的：部署完成的那一刻，生意还没开始。 它不知道现在在跟谁说话，不知道上次说了什么，不知道这个人能看到什么。
第三段：没有人在解决
把 Agent 变成一门能持续卖的服务——用第一节那三个判据去量，能同时答出三个「是」的产品，今天极少。
这一段需要的不是更好的编排，也不是更多的算力，而是一整套为「对外服务」设计的基础设施。
三、要做成服务，缺的是四件基础设施
一门能持续卖的 Agent 服务，需要同时做到四件事：
认得客户 · 交付得了 · 扛得住量 · 守得住数据
今天这四件事各自都是空白：
| 需要什么 | 现状 |
|---|---|
| 认得客户 | 客户与服务记录散落各处——聊天窗口、表格、微信、脑子里。无处沉淀成资产，换个工具就归零 |
| 交付得了 | 能对话不等于能交付。复杂长程任务需要真正的执行环境，不是一轮问答 |
| 扛得住量 | 客户一多就崩。没有弹性，没有可观测，出了问题不知道出在哪 |
| 守得住数据 | 隐私数据、权限隔离、合规要求，一个都躲不掉。而这一层通常要等到第一个企业客户提出来才发现没有 |
这四件事，任何一件单独做都是一个基础设施项目。要求一个律师、一个外贸业务员、一个独立顾问自己搭一遍，是不现实的。
四、OpenHex 做的就是这四件事
我们不做行业 Agent，也不与构建层、部署层竞争。
OpenHex 做直面客户那一类 Agent 的 Infra 底座，正好对应上面四件事：
| 能力 | 我们做了什么 |
|---|---|
| 交付能力 | 每个会话可获得完整沙箱：能跑代码、装依赖、读写文件、连外部系统，撑得住复杂长程任务 |
| 数据治理 | 联系人脱离会话独立存在，身份、历史、权限统一管理，跑得越久沉淀越厚 |
| 商业化 | 收款、计费、订阅、用量归因内建，Agent 自己就能完成一笔交易 |
| 安全 | 三层隔离、密钥单独托管、反蒸馏。即使模型被越狱，也拿不走你客户的东西 |
你在哪里做出原型不重要。重要的是它变成一门生意之后——谁来承担运行时，谁来管住客户数据，谁来保证它在一万个客户面前不崩。
→ 我们在产品坐标系里的具体位置，见我们的坐标 → 四件事的技术实现，见技术架构