首页
看点啥
插画图片
首页 看点啥 AI Harness 企业级落地实践一

AI Harness 企业级落地实践一

2026-07-12 0

一、前言

今年 AI 圈是非常躁动的,除了全民养龙虾,Harness 也在技术圈掀起了不小的波澜。

与open claw不同的是,Harness 不是一个服务大众的产品。通俗来说,Harness 是将工程学的思维,落地成范式束缚于Agent上,让Agent能够更规范、更稳定的工作。

Harness是什么?

想象一下在广袤的草原上,一群骏马飞快的驰骋着,它们就是 AI,有时候难免会跑偏。此时一位猛男,拿着马具跳到马背上,三下五除二就让骏马一直沿着正确的道路飞奔!

这个马具就是 Harness! 套马的汉子,你威武雄壮~

今天笔者的核心:详细拆解 Harness 工程的设计和落地

同时,也会把这套实践开源,让每个开发者都能快速用上 Harness,解决“万事开头难”的哲学难题

二、基础软件工程理念

Software Process Improvement(SPI)

前面我们讲到,Harness 简单理解就是让AI 大模型能严格按照软件工程的体系,执行方案分析设计、代码开发、测试验证等流程,从而高效完整的完成工作。

这次 Harness 的搭建,使用软件工程中一个比较标准的体系: 《软件过程改进闭环》

在整个工程中,我们把复杂的需求拆解为以下环节,从而契合CMMI 与 敏捷Scrum 的迭代研发标准框架:

软件工程标准专业名词所属体系
decisions基线决策 / 变更决议 / 技术决策CMMI、敏捷
plans迭代规划 / 项目计划 / 里程碑计划 敏捷Scrum、软件工程
specs需求规格说明(SRS) / 技术规范 / 基线规范软件工程、CMMI
reviews同行评审 / 阶段评审 / 质量门禁评审 CMMI、ISO软件工程
verifications验证 Verification (V)CMMI
retros过程复盘 / 迭代回顾 / 流程改进回顾Scrum、SPI

三、框架选型和落地

1. 技术选型

Harness 的搭建,需要把这些软件流程落成约束范式,把每一个环节都拆细,比如:

2. 脚手架设计

cow-harness/
├── README.md                  
├── project.profile.md         # AI 生成的项目基础信息画像
├── context-map.md             # AI 生成的项目模块/上下文边界地图
├── project.verification.md    # AI 生成的项目级验证规则
│
├── core/                      # 通用 Harness 规则(核心约束)
│   ├── harness.md             # Harness 核心理念与总体约束
│   ├── routing.md             # 任务路由表与分发规则
│   ├── artifacts.md           # 过程产物格式与存放规范
│   ├── verification.md        # 验证门禁与完成标准
│   └── runbooks.md            # 各类任务的标准操作手册
│
├── init/                      # 新项目初始化
├── entrypoints/               # AI 入口文件模板(CLAUDE.md 等)
├── adapters/                  # 各编程工具适配模板(.cursor/ 等)
├── scripts/                   # 内部脚本,初始化会调用
└── artifact-templates/        # 过程产物模板

3. 一些粗浅的设计理念

四、接入步骤

  1. 项目拷贝
    把cow-harness 项目 fork/ download 下来,通过 git submodule 引导你的项目中(或者直接把cow-harness 文件夹放在项目中)

  2. 阅读 README,执行 init,这一步 AI 会:

不要手工阅读和执行每一步,请务必相信 AI 比我们做的好。直接把下面这段话发给 AI:

请先读取 cow-harness/README.md 和 cow-harness/init/bootstrap.prompt.md。
这是一个新项目刚接入 Agent Harness,请按 Harness 初始化流程处理:
1. 从 cow-harness/entrypoints/ 投影根目录 AI 入口文件。
2. 从 cow-harness/adapters/ 投影工具适配目录。
3. 创建 .ai-runtime-artifacts/ 及其子目录。
4. 如需安装或检查 AI runtime,请先说明会修改哪些本机环境,然后由你执行 cow-harness/scripts/install-ai-skills.sh。
5. 读取 cow-harness/init/project-profiler.prompt.md。
6. 扫描当前项目,生成或更新 cow-harness/project.profile.md、cow-harness/context-map.md、cow-harness/project.verification.md。
7. 由你运行 cow-harness/scripts/harness-check.sh。
8. 汇总推断项、待确认项和验证结果。

3. 开始执行任务
重启 AI 终端,开启你的 cow-harness 之旅

五、自我 QA 环节

  1. 接入之后,是不是所有任务都必然会走到 harness 约束中?
    答:理论上是的,但是我们会判断这个任务的量级,小任务会直接放行

  2. harness 的约束能否达到 100%?
    答:否!harness 也是软约束,你甚至可以理解成是 prompt 超集,在实践中我们正常的提问都可以命中,同时我们在产物中明确说明了推理过程中使用了那些技能

  3. 这个项目的目的是?
    答:核心只有一个:帮助部分同学解决 Harness “万事开头难”的问题。这是个非常简单的基础建设,你开始之后可以轻松随意植入自己想法,去约束 AI,加入新的技能包

  4. 如何加自己的技能包?
    答:能用开源的尽量用开源的,社区的 Star 和实践踩坑,能让你少走很多弯路。内部自定义的 Skills,请用 skills-create 这个官方技能包去创建

  5. 如果用了 Harness 还是不理想怎么办?
    答:如果有更好的,那么换了cow-harness。这终归是一个软约束,模型能力的提升能让我们当下的约束被取代。然而往下探究,当 prompt 约束不够了,就需要干涉到更底层,比如 Agent 内部的编排逻辑,比如构建你公司项目的知识库,等等

六、下一步计划

在实践过程中,笔者会不断优化cow-harness的建设,核心目标是更向一人公司靠拢:

Harness 之后,也许我们会再往知识图谱、RAG 向量化、垂类模型训练、Agent 编排逻辑和执行拓扑等方向去学习,分享。

喜欢(0)

上一篇

第 1 篇:Agent 究竟是什么?别被概念唬住

第 1 篇:Agent 究竟是什么?别被概念唬住

下一篇

MCP 完全解读:当 AI 想要动手的时候需要一把万能钥匙

MCP 完全解读:当 AI 想要动手的时候需要一把万能钥匙
猜你喜欢