Harness 工程

模型之外的那一层——Agent 担任什么角色、要守哪些企业制度、能用哪些知识——决定它能不能在企业里可靠干活。看 ReadyForAI 怎么把这一层做成工程。

把角色、制度和知识，做成 Agent 上岗前就备好的工作环境

每个 Agent 都要手工配 prompt 与工具新 Agent 上岗要摸索好几轮SOP 和规则落不到 Agent 身上知识更新了，Agent 还在用旧版说不清 Agent 当时依据的是哪版内容

按 Coordinator / Worker 可见性，以及 Agent 的 class / skeleton / 已购产品，下发不同的 Skill、SOP、Rule

岗位工作区HarnessServer

交付或批准完成后，Workspace 里已有主配置、已部署 Skill 与上下文索引；按框架生成 CLAUDE.md / AGENTS.md / NODAL.md

企业制度LarkScout

把知识视图编译成 Skill / SOP / Rule；规程可声明受保护段，fork 时继承并校验摘要

知识编译LarkScout

从文档抽取结构化 Claim，按主题编译成带引用的知识视图，并扫描互相矛盾的 Claim

Worker 开工时拉取任务上下文索引，Coordinator 按动作信号取用 SOP，不把 SOP 全文预注入主配置

编写与分配AULO

在工作台编写并分配 SOP、规则、技能与人格，内容存 LarkScout

建议先从一个岗位做起：把这个岗位的 SOP 与常用知识编译好，按角色下发给对应的 Agent，跑通后再复制到其他岗位。

问题产品能力

每个 Workspace 都要手工配 prompt 和工具HarnessServer按角色预先装配 Workspace：主配置、已部署 Skill 与上下文索引交付即就位

同一套制度要适配 Claude Code、Codex 等不同框架HarnessServer按框架生成 CLAUDE.md / AGENTS.md / NODAL.md；主配置可插入公共段并保持字节稳定

文档很多，Agent 用不上LarkScoutClaim 抽取与知识视图编译；矛盾 Claim 标出并提示人工复核

SOP 与规则写了，没落到执行上LarkScout编译为 Skill / SOP / Rule，由 HarnessServer 按角色可见性同步到对应 Agent

事后说不清 Agent 当时依据的是哪版内容HarnessServer任务开始时记录可见内容集合与版本，在 Trace 上标注 Content Version

Agent 反复犯同类错误LarkScout经验回流：Agent 学习记录入库，Claim 更正提议经人工确认

按角色看

制度与知识按角色下发，按框架生成上下文文件，不改 Agent 代码

Skill 部署前须经人工确认授权；任务记录当时可见的内容版本，便于事后核查

岗位 SOP 与经验沉淀为组织资产，换模型、换框架也带得走