以 FDE 的视角看，企业上 Agent，这两年最常见的采购路径几乎是同一条：
先比一圈工作台，再买一批 WorkBuddy、Qoder Work、Trae Work 的 license 坐席。演示好看，组织架构能对上，员工第二天就能点开。采购汇报也顺——「Harness 建设，我们已经启动了。」
我越来越确信，这句话说早了。
坐席解决的是「有没有一个地方能点」。企业真正卡住的，是另一件事：合规、安全、治理，是你们自己的规范，不是厂商产品里预置的那一套。 这套能力买不来。必须先自建，按自己的需求改，再不断迭代。
而自建也有顺序。搞反了，一样买不到结果：
先建设企业算力中心，再做执行层 Harness。
Harness 从开源里选已经能干活的，接到自己的总闸上，而不是先买一排别人的坐席。
这周我把这条顺序，在 deerflow.zaokit.app 上走了一遍。不是评测哪家 Work 更强。是开源 Harness 选型之后，真正接到企业控制面上的一次实装。
一、买坐席，买到的是别人的车间
WorkBuddy、Qoder Work、Trae Work，我不否认它们各自有位置。办公协同、研发工作台、跨角色一体化，国内企业要快速铺开，这些产品确实好讲、好买、好交差。
但「建设执行层 Harness」这件事，它们不直接解决。
坐席给你的，是别人已经盖好的车间：界面在他们那儿，循环在他们那儿，日志、记忆、工具权限，也大多按他们的产品逻辑走。你买到的是使用权，不是所有权。
企业真正要守的，偏偏是自己的规范：
- 合规：哪些数据能出域，哪些对话必须留在内网，审计要记到哪一层；
- 安全：谁能进、进了能调哪些工具、执行环境能不能串台；
- 治理：配额按人还是按部门，超了谁来停，换模型会不会整条链路归零。
这些规范每家都不一样，而且会变。今年能过的口径，明年内控一收就过不了。坐席模式的麻烦在于：规范在你这边，修改权在厂商那边。 你只能适应产品，产品很少适应你。等不及版本，就再买一层；买了几层，治理还是散的。
所以我会把话说得更硬一点：
license 坐席可以当前台入口，不能当企业 Harness 本身。
它让人用上了 AI，没有让公司拥有执行层。拥有的标志只有一个——规范变了，你能改；模型换了，你的门禁、电表、房间还在。
二、FDE 的顺序：先电表，再车间
很多人一上来就问：Harness 怎么建？买哪家 Work？开源选哪套？
问早了。执行层还没接到总闸上，选哪套都是散装。
我把企业 Agent 拆成两步，顺序不要倒：
第一步，企业算力中心。
它是总闸加电表。所有模型调用从这里进出：谁能调、调哪一家、花了多少、数据走哪条上游。身份、用量、配额、审计，先收拢到公司手里。没有这一步，后面无论自建还是外买，都只是给每个人再发一台发电机。
第二步，执行层 Harness。
它是车间。模型在这里被套上工具、记忆、工作区和质检，真正去调研、改文件、跑长任务。Agent 等于模型加 Harness；企业还要再加一层：这套 Harness 必须接到自己的算力中心上，而不是各自去厂商那儿领一把 Key。
两步的关系很土：
| 层 | 你在建设什么 | 买坐席给不给得了 |
|---|---|---|
| 算力中心 | 公司自己的总闸、电表、上游路由 | 给不了。坐席通常把用量锁进厂商账单 |
| 执行层 Harness | 规划、工具、会话、隔离、验收 | 给一个现成车间，改不动你的规范 |
| 前台入口 | 员工从哪点开 | 坐席最擅长的部分 |
电表可以先装，车间必须自己能改。
前台入口最后再说——入口可以多元，心脏只能有一颗。这和我前面写 Token Hub 的判断是同一条线：工具可以分部门，轨迹和算力不能散。
FDE 下场陪跑，陪的也是这个顺序。不是帮你比完三家 Work、把坐席合同走完。是先把算力中心在你的环境里立住，再选一套开源 Harness 接上去，按你的规范改第一刀。
三、执行层为什么必须自建、改、再迭代
「自建」这两个字，最容易被听成「从零写一套循环」。那是最贵的弯路。
我所说的自建，是三件事叠在一起：
- 所有权在你这边。 代码、部署、日志、记忆、工具边界，公司说了算。
- 按自己的规范改。 登录默认走谁、新同事进不进空房间、未绑定令牌能不能用、执行隔离严到哪一档，都按你们的合规和安全口径改，不按产品演示改。
- 不断迭代。 治理不是一次上线。内控一变、部门一拆、模型一换，执行层要跟着改。改得动，才叫建设；等厂商发版，叫租用。
为什么必须这样？因为会变好的，本来就不是模型，是模型外面那圈壳。模型权重是冻结的，厂商按月升级；Harness 可以按每一次任务、每一次事故、每一条新规范去改。 这圈壳如果长在别人的产品里，你的组织经验沉淀不下来，你的规范也落不进去。
所以开源 Harness 的意义，不是免费，是你改得了。 闭源坐席再强，强的是通用场景；企业要的是把自己的规矩写进执行层。
四、开源 Harness 我怎么选：这周走通的一条路
选型时，我给自己立了三条很死的原则。后面所有取舍，都从这里来。
一个生产入口，一个身份源，一个算力入口。
第四套内核不进本期。不自研一套新循环，不把另一套开源产品并进现网，不先把还没跑稳的办事层包进别的系统。
然后才是选哪一层、选哪套。
先分清你在选什么
开源世界里，名字都叫 Agent、都叫 Harness，买错层是常态。
- 办事层：调研、长任务、工作区、会话。我们线上已经有 DeerFlow，生产入口就是 deerflow.zaokit.app。
- 编码层：改仓库、沙箱、会话日志。Claude Code、Codex、OpenHands 在这一层。DeepSeek Harness 也在这一层，而且官方写的是开发者预览——方向对，不能当企业底座。
- 编排框架：LangGraph、AutoGen 帮你搭流程，不是 Harness，更不是企业控制面。
很多团队的弯路，是把预览版编码循环、或一套编排框架，写成了「企业级 Harness 方案」。评测很好看，落地第一周就会发现：门没有、表没有、房间也没有。
我这周的判断是： 先用已经能跑的办事层，控制面接到现成入口上；编码层以后再选，而且仍然只选能接到现有算力中心的。
接到算力中心，而不是在产品里发明 Key
DeerFlow 自己并不能给每个人开通一把模型 Key。这也对——Key 本来就不该进产品后台。
正确结构只有一种：算力中心按人建令牌，运行时按企业邮箱落到个人用量。 映射留在服务器上，不进代码仓库，不进聊天。业务同事只登录、只办事，不碰钥匙。
试运行可以暂时让未绑定的人走共用额度，把流程先跑起来。正式启用，应改成未绑定就拒绝。否则「按人治理」永远是口号。
这件事，和 Token Hub 是同一块电表。Harness 只是这张电表上新接进去的车间。车间可以换，表不能散。
按自己的规范改：门、房间、下一刀
自建的第一刀，通常不是「让它更聪明」，是让它符合你们已经有的规矩。
门必须默认走企业身份。 配了 SSO，不等于员工会走。落地页如果仍是邮箱登录，企业身份藏在次入口，员工一定走更省事的那扇门。企业站要把入口指到身份源；只有登录失败，才允许退回邮箱。新同事自动建号，进来应是空工作区，不要把别人的历史会话挂到新邮箱上——这是数据边界，不是体验优化。
看见的隔离，不等于跑着的隔离。 会话、文件、记忆按人分开，同事进不了你的工作区，这是已经有的。执行环境是否还共用一台机器，是还没有的。对用户几乎长得一样，对安全和法务是两档能力。合同里必须拆开写。试运行可以先验证流程；正式启用，执行隔离要单独立项，不能当成登录功能的附赠品。
这些都不是厂商坐席会按你的口径改的地方。能改，才叫自建；写进下一期，才叫迭代，而不是假装已经交付。
下一期只补三件，避免散成路线图
开源选型最容易变成「再看一套、再并一套」。我给自己只留三件：
- 算力中心按人令牌写完映射，未绑定可选择拒绝；
- 执行隔离单独交付，控制面可以继续留在现有环境；
- 若要编码循环，在能接现有算力、能自托管的方案里二选一，不叠第四套内核。
要复杂改仓库，再谈编码层；要接现有算力、要可审计，优先能接到算力中心的开源 runtime；要自托管加更严沙箱，再单独立项。本期不因为市场上又多了一个 Work，就改建设顺序。
五、采购时最好直接划掉的五句话
这周选型，我把最容易写进方案、却会把企业带偏的句子，单独列出来：
- 「先买 WorkBuddy / Qoder Work / Trae Work 坐席，Harness 就算建起来了」
- 「最新开源的编码循环，已经是企业级底座」
- 「产品后台给每人开一把 Key，就算按人治理」
- 「上了企业登录，就有机器级隔离」
- 「再并一套产品 / 再自研一套内核，会更稳」
划掉之后，剩下的建设顺序其实很短：
算力中心先立住 → 开源 Harness 接到总闸上 → 按自己的合规、安全、治理改第一刀 → 把下一刀写成明确迭代，而不是写成已有能力。
FDE 的价值也在这里。不是替你下单坐席，也不是替你发明第四套循环。是带着你把这条顺序在自己的环境里跑通：电表在你手里，车间你改得动，规范变了还能再改一版。
当模型越来越像水电，真正稀缺的不是又一个能点开的工作台，而是有人陪你把管线接进自己的厂房，并且把修改权留下。
写在最后
绕了一圈，回到 FDE 视角里最硬的那句：
企业 Harness 买不来。先建算力中心，再自建执行层。
- 坐席不是建设——Work 类 license 解决入口和铺开，解决不了你自己的合规、安全、治理；
- 顺序不能倒——总闸先装，执行层再接；表散了，车间换多少次都是散装；
- 自建不是从零发明——选已经能干活的开源 Harness，接到自己的身份源和算力中心上；
- 规范必须写进壳里——门怎么走、房间怎么分、钥匙放哪，按你们的口径改，再迭代；
- 下一期只补该补的——按人令牌、执行隔离、必要时再选编码循环，不叠第四套内核。
企业 Agent 真正拉开差距的，从来不是谁先买到更新的工作台，而是谁先把算力和执行层变成自己能管、能改、能迭代的基础设施。 坐席可以租。规范不能租。
我一个人打造的 Zaokit AI Agent 交易平台，以及 AI PPT / 图文创作 Zaokit.app，助力大家高效完成图文创作和 PPT 生成。唯一网站：https://zaokit.app。
企业侧同一逻辑，已经融进可直接接入的服务：
- tokenhub.zaokit.ai · 企业算力中心
- deerflow.zaokit.app · 开源办事层的生产入口
- grok.zaokit.com
- cx.zaokit.com · cc.zaokit.com
- gift.junxinzhang.com
- 完整产品列表
稳定靠谱的 AI 全家桶，开箱即用。
如果你认可 Zaokit AI 的产品理念，欢迎后台留言加入社群。我们不卖课、不割韭菜，只聚焦 ToB 企业场景的 AI 落地实战。 需要把算力中心先立住，或想以 FDE 的方式陪你把开源 Harness 接到自己的规范上，直接约就行。
延伸：企业上 AI 的第一步，不是给每个人买 Pro，而是先建一个 Token Hub · 企业端 Agent 怎么建、怎么选：工具可以分部门，心脏只能有一颗 · WorkBuddy 和 Codex 谁更强？你问错了 · 会学习的不是模型，是模型外面那圈壳
| 唯一网站：Zaokit.app | Agent 交易平台：Zaokit.ai |
企业 Grok 服务：grok.zaokit.com
企业服务：tokenhub.zaokit.ai · deerflow.zaokit.app · cx.zaokit.com · cc.zaokit.com · gift.junxinzhang.com · 完整产品列表
稳定靠谱的 AI 全家桶，开箱即用。
我是 Jason。FDE 陪跑的第一课不是帮你买坐席，是先把算力中心立住，再把执行层改成你们自己的。
Grok Bot 接手了创意策略师和 Marketing