乐于分享
好东西不私藏

为AI构建企业的技术与组织骨架|Enterprise Harness Engineering(一)

为AI构建企业的技术与组织骨架|Enterprise Harness Engineering(一)

Linkloud 引言

为什么有的公司上了一堆 AI 工具只拿到 1.2 倍提效,而有的公司却能提效 10 倍?
从 Prompt Engineering 到 Context Engineering 再到 Harness EngineeringAI 工程的核心命题一直在升级:
从"怎么写好一句指令",到"怎么给 AI 提供完整上下文",再到现在——为 AI 搭好整套运行骨架,让它能自己跑、自己检查、自己交付。
Harness Engineering 是当下 AI 工程圈最热的关键词。OpenAI 为它发了专文,展示 100 万行零人类手写的生产代码。Anthropic 把它做进了 Claude 的核心架构……
你每天在用的 Cursor 和 Claude Code,工程底座就是这套东西。
但概念归概念,真正在一家企业里端到端跑通的,还不多见。陈敬敏(EPFL 数学博士、前阿里 P9、现积加科技 CTO)是其中一个。他认为光在技术层做 Harness 远远不够——工具、人才、组织结构都得重新设计,并把这套方法论命名为:
Enterprise Harness Engineering
更关键的是,敬敏在自己的公司用真金白银跑通了这套体系:85% 员工日常使用 AI Agent,覆盖 6 个部门,沉淀近 100 个 Skill。Linkloud 与敬敏联合发布这个系列文章,本篇是第一篇,从全局视角拆解框架的四个维度,后续将逐层展开落地方法。

专栏介绍

《Enterprise Harness Engineering》 系列文章
作者:陈敬敏 — EPFL(瑞士洛桑联邦理工学院)数学博士,前阿里巴巴 P9 资深算法专家,现任积加科技 CTO。  
积加科技(AddX.ai)积加科技(addx.ai)是全球领先的硬件 AI 公司,以多模态世界模型在视觉 AI 硬件上的应用为核心产品。建立在视觉记忆 Agent、视觉 Token 构造和压缩、垂直模态大模型等技术的基础上,addx.ai 构建了以真实世界视频为输入的高效推理平台,其产品和 AI 增值服务涵盖自然观察、家庭智能、运动健康等众多场景,满足全球数百万用户的需求。
过去一年,几乎每家公司都在"用 AI"。上了 Cursor,用了 Claude Code、OpenClaw,做了几场培训。变化没有想象中那么大。
问题不是 AI 不够强。问题是你的企业不是为 AI 设计的。
一个企业要被 AI 驱动,至少需要跨越三道鸿沟:
  • 人的习惯。越资深的人,越被经验拖累。面对变化先问"确定可以这样吗?"——正确的思维是 why not。
  • 工具的形态。企业内部工具几乎全是 GUI——为人设计的点按钮、填表单。但 AI 不会点按钮,AI 调 API。工具没有 API,AI 就无法操作,一半以上的部门就被排除在 AI 化之外。
  • 组织的结构。流水线式依赖——我做完给你,你做完给他,一个人卡住全链路停。每多一个人在环路中,就多一个阻塞点。协作不是美德,是成本。
根因是同一个:现有企业是为"人与人协作"设计的,不是为"人与 AI 协作"设计的。
给每个人发一把电锯,但工厂仍然是为手锯设计的——工位太小、电压不够、流水线没变。结果只拿到了 1.2x,不是 10x。
10x 比 2x 容易
2x 是在旧框架里优化,10x 是换一个框架。Enterprise Harness Engineering,就是那个新框架。
PART 01
什么是 Enterprise Harness Engineering
最近 Harness Engineering 这个概念在技术社区很火——为 AI Agent 构建反馈闭环、测试框架、运行环境,让 AI 能自主验证和交付代码。这是对的,但只解决了问题的一部分。
Enterprise Harness Engineering 是 Harness Engineering 的企业级扩展。 不只是技术系统需要被 harness,人才和组织同样需要被 harness:
  • 技术能不能被 AI harness?→ 代码有没有闭环,AI 能不能自主验证和交付
  • 工具能不能被 AI harness?→ 内部系统有没有 API,AI 能不能直接操作
  • 人才能不能被 AI harness?
     → 人的能力模型是否适配 AI 协同,一个人能不能借助 AI 端到端交付
  • 组织能不能被 AI harness?
     → 协作模式、激励机制是否为 AI 驱动而设计
Enterprise Harness Engineering 的核心公式:
企业 AI 化程度 = 技术闭环 × 工具接口化 × 人才适配度 × 组织适配度
这是乘法,不是加法。任何一个维度为零,整体为零:
大多数公司只做了技术层的一小部分,其他三层完全没动。结果就是 1.2x,不是 10x。
下面分两部分展开:技术与工具 Harness(Harness Architecture)和人才与组织 Harness
PART 02
技术与工具 Harness:Harness Architecture
1. 三层技术栈:人 → Agent → Skill → Tool
┌──────────────────────────────────────────────────────────┐│                      人(判断与决策)                       ││                                                          ││  提供意图、业务上下文、最终决策                               ││  不需要记住 Skill 名字,用自然语言描述想做什么                  │└────────────────────────┬─────────────────────────────────┘                         │ 自然语言┌────────────────────────▼─────────────────────────────────┐│                  Coding Agent Layer                       ││                                                          ││  Claude Code / Cursor / OpenClaw                         ││  - 理解意图 → 选择 Skill → 编排执行                        ││  - 多 Skill 组合、跨部门调用                                ││  - 同一个 Agent,加载不同 Skill = 不同角色                   │└────────────────────────┬─────────────────────────────────┘                         │ 调用┌────────────────────────▼─────────────────────────────────┐│                     Skill Layer                          ││                                                          ││  ~100 个 Skill,覆盖 6 大部门                              ││  - 每个 Skill 是一份 Markdown 文档                         ││  - 编码了专家经验:何时触发、执行步骤、规则约束                 ││  - Everything as Code:Git 管理,Code Review 强制           │└────────────────────────┬─────────────────────────────────┘                         │ 操作┌────────────────────────▼─────────────────────────────────┐│                      Tool Layer                          ││                                                          ││  SaaS ── 协同(飞书) / 研发(GitLab,Sentry) / 数据(DataHub, ││           Superset) / 运维(Grafana,K8s) / 客服(Zendesk)   ││  自研平台 ── 物模型平台 / 自动化测试平台 / 产测平台           ││  硬件工具链 ── 固件编译 / 仪器控制 / 设备连接                 │└──────────────────────────────────────────────────────────┘
每一层都有明确的职责和意义:
Tool Layer — Everything as Code or SaaS,消灭手动操作。 所有工具必须 SaaS 化或 API 化,所有操作必须代码化。基础设施用 Terraform(IaC),部署用 ArgoCD(GitOps),密钥用 Vault,CI 用 GitLab Pipeline。没有人在控制台点按钮,没有人在本地跑脚本。Everything as Code or Data——手动操作是 AI 闭环的天敌。 只有当所有状态都通过 API 可查、所有变更都有审计记录,AI Agent 才能看到完整的上下文。
Skill Layer — 把专家经验编码为 AI 可执行的工作流。 Skill 不只是 API 文档,而是把资深专家"怎么判断、怎么决策、什么规则要遵守"的经验编码成 Markdown。Skill 是专业知识的沉淀——员工的核心价值通过 Skill 编码后,可以被 AI 并行执行、用 token 无限放大。
Coding Agent Layer — 统一入口,自由编排。不需要为每个场景搭一个专用 Bot。同一个 Coding Agent,加载不同 Skill,就变成不同角色。而且它天然能写代码——发现 bug 后不只是通知人,能直接读源码、写修复、提 MR。
2. Skill:不是 API 文档,是组织的肌肉记忆
一个 Skill 不只是告诉 AI"这个 API 怎么调"。它编码了资深专家的整套判断逻辑:
  • 一个 VOC 分析 Skill,不只是调 API 爬数据,而是把资深产品经理"怎么看评论、怎么判断趋势、怎么做竞品对标"的经验编码进去。
  • 一个WiFi 调参 Skill,不只是控制仪器测量,而是把射频工程师"怎么选初始参数、怎么判断收敛方向、什么指标算达标"的经验编码进去。
  • 一个SRE 告警处理 Skill,不只是读 Grafana 指标,而是把值班工程师"怎么分诊、怎么判断根因、什么时候该扩容什么时候该回滚"的经验编码进去。
Skill 积累得越多,组织的 AI 能力就越强。以前是 人的能力 × 时间 = 产出,一个人一天只有 8 小时。Skill 化之后是 专业知识 × Token = 产出——同一份专家经验可以被 AI 并行执行、无限放大,不再受人的时间限制。Skill 是专业知识的沉淀,AI 是知识的放大器。
3. Agent Personas:一个 Agent,多个角色
同一个 Coding Agent,加载不同的 Skill 组合,就变成不同的 Agent Persona:
Persona 不是独立的 Agent 服务,而是 Coding Agent 的工作模式。 换一组 Skill 就换一个角色,不需要部署、不需要对接、不需要维护。
4. 为什么不做传统的专用 Agent
市面上有很多专用 AI Agent 产品——用 LangChain/LangGraph 搭建,写死工作链路,做成独立服务。我们选择了完全不同的路线:
最后一行是决定性优势:Coding Agent 天然能写代码。 传统 SRE Agent 发现 bug 只能通知人。Coding Agent 发现 bug 后,可以直接读源码、写修复、跑测试、提 MR——Skill 告诉它怎么找问题,找到之后它天然就有修复能力。这不是"AI 辅助",是"AI 端到端闭环"。
5. 七条铁律
这些原则的共同指向是:让 AI 成为一等公民。 企业的每一个系统、每一条数据、每一个工具,都必须对 AI 可见、可操作、可验证。
PART 03
人才与组织 Harness
技术和工具解决的是"AI 能不能跑"的问题。人才和组织解决的是"人能不能跟上"的问题。
1. 人才 Harness:超级个体
AI 不会让所有人自动变强。一个人如果不会拆解问题、不会写清楚需求、不会验证结果,给他再强的 AI 也只是一个高级搜索框。
人才 Harness 的目标是重新定义人才标准——从"我是 Java 工程师"到"我是问题解决者"。我们定义了六大能力:产品思维、结构化思维、跨栈成长、AI 协同、闭环交付、标准与品味。具备这些能力的人,加上 AI,就是超级个体——一个人端到端交付一个完整功能。
角色演进路径:Builder → Orchestrator。今年的目标是每个人都是 Builder(借助 AI 端到端交付),明年是 Orchestrator(调度 AI Agent + 构建新的 Skill 和 Harness)。从"用 AI"到"为 AI 建 Harness"——这就是从 Builder 到 Orchestrator 的跃迁。
2. 组织 Harness:去协同与结果导向
技术、工具、人才都到位了,但如果组织仍然是流水线式分工——一个需求拆给三个人、流转五个环节——AI 的效率增益会被协作成本吞噬。
  • 协作模式 → 去协同。
    一个需求只能一个人完成。不是一个人做的,要 review 为什么。协作是成本,不是美德。
  • 激励机制 → 以交付物和结果为导向。
    不看工时看产出,不看过程看闭环。每个人的工作都能追溯到业务结果。
PART 04
积加科技的实践:四层 Harness 同时到位
积加科技是一家硬件 AI 公司,专注于多模态大模型与世界模型在硬件及配套软件增值订阅的落地。我们在过去一年完成了四层 Harness 的同步建设。
1. 现状数据
85% 的员工日常使用 Coding Agent累计沉淀 ~100 个 Skill,覆盖 6 大部门:
注意最后两行——产品规划和职能部门也有 50% 的 Skill 覆盖率。这不是产研的专利,是全公司的 AI 化
2. 几个场景的提效数据
  • 产研:
    Builder 的时间分配变成 70% 系统设计 + 20% 构建 TDD 环境 + 10% Review。不花时间读 AI 生成的代码本身 我个人并行 5 个 Agent 终端,日均 20 个 MR、1.5 万行代码——这不是"我写代码快了",而是"我在调度一个 AI 团队"。
  • 工具 Skill 化:
    原计划 5 人 × 2 周,实际 1 人 × 4 小时全部完成。本来布置任务的会,变成了发布会。
  • VOC 市场研究:
    从 1 周缩短到 1 小时。一个 prompt 完成 Reddit/Amazon/App Store 多平台爬取 → 情感分析 → 竞品对比 → 报告生成。
  • SRE 告警处理:
    凌晨 3 点 Grafana 告警 → Agent 自动分诊 → 查 Prometheus 指标 → 定位根因 → 扩容修复 → 飞书通知。晨会看报告即可,无需人工介入。
  • 客户故障诊断:
    客户报"相机频繁掉线"→ Agent 检索 7 天日志 → 发现 WiFi RSSI 持续低于 -75dBm → 定位为信号弱导致断连 → 5 分钟出诊断报告。
PART 05
下一步:从 Human-in-the-Loop 到 Agent-in-the-Loop
当前的 Harness 体系已经让 85% 的员工日常使用 AI,但仍然是人触发模式——人告诉 Agent 做什么,Agent 去做。
下一步是事件触发
这是从 Human-in-the-Loop 到 Agent-in-the-Loop的关键跃迁:事件驱动 Agent 自主执行,人只在关键节点审批。
人做判断和决策,Agent 做执行和分析。这才是企业 AI 化的终态。
PART 06
结语
这不是"要不要用 AI"的问题,而是"你的企业是不是为 AI 设计的"。
大多数公司在做的事是"让人用 AI"。Enterprise Harness Engineering 做的事是"让企业变成 AI 能驱动的系统"——建骨架、铺赛道、改组织,让 AI 从一个人手里的工具,变成驱动整个企业运转的引擎。

END