Coordination Engineering · 协同工程范式吸收

openJiuwen 吸收与补齐方案

针对华为云开源多智能体框架 openJiuwen(JiuwenSwarm),吸收其「蜂群动态组队、Swarm Skills 团队技能、文本梯度自动提示词优化、双层协同演进、KV Cache 算力亲和、RSI 双维度自修改」六大能力,映射并补齐火斗云智 AIOS 现有体系的短板——同时保留我们的「人工审批锁档 + 真值来源链」作为安全门,规避其过度优化与不可解释风险。
吸收 6 项能力 补齐 5 处短板 安全门:人工审批锁档 P0 落地:动态组队 + 文本梯度优化
01

为什么吸收 openJiuwen

WHY

openJiuwen 的核心短板(多智能体协同稳定性、自演进不可靠、算力成本、生态、安全)大多已由火斗云智 AIOS 通过「集中裁决 + 人工审批锁档 + 免费通道降级」提前规避;但它提供的多 Agent 动态组队运行时、团队流程技能化、文本梯度自动优化等能力,恰是我们体系尚未覆盖的正面增量。吸收的是其「协同工程」范式与工程化方法,而非其不稳定内核。

openJiuwen 能力面我们已具备的对应解法真正的差距
多智能体协同(冲突/故障)AxiomGate 集中裁决·熔断·配额节流缺「Leader-Teammate 动态组队协商」运行时
自演进(噪声/过拟合)真值分级锁档·T0 人工审批·版本链缺「文本梯度自动定向优化 prompt」
算力成本模型池降级·免费通道优先·最小额度缺 KV Cache 主动协调(长上下文)
生态/技能自研技能体系·多平台 API 整合缺「团队流程技能包 + 技能 Hub」范式
安全隐私X-Capture-Token·口令门控·DID 确权·Lv4 权限—
02

吸收清单(A1–A6)

ABSORB

从 openJiuwen 吸收 6 项能力,每项标明来源能力与落地位置。

A1动态组队协商

Leader–Teammate 分层蜂群,固定流程 + 动态自主组队,多 Agent 自主分工、动态协商。

← JiuwenSwarm Agent Swarm→ AxiomGate 升级为「集中裁决 + 动态组队」双模

A2团队流程技能化

团队协作流程沉淀为标准技能包,跨 Agent 复用;配套技能 Hub(250+ 技能)。

← Swarm Skills + Hub→ 新增「团队流程技能包」层 + 技能目录

A3文本梯度自动优化

基于 bad case 计算文本梯度,稳定有向优化 prompt;指令与示例联合迭代。

← Textual-Gradient Prompt Opt→ 挂真值蒸馏流水线 + 人工审批门

A4双层协同演进

团队层(角色/约束/流转/Leader 逻辑)与成员层(Teammate Skill)各自迭代。

← 双层协同演进→ 记忆网关增「团队编排真值」域,独立演进

A5KV Cache 算力亲和

KV Cache 主动协调,省 ~30% token,长上下文内存优化。

← KV Cache Proactive Coord→ llama.cpp 微模型 + 长上下文场景落地

A6RSI 双维度自修改

Harness(方法层: Prompt/Skill/Tool/Rail) 与 Artifacts(成果层) 分离为可自修改对象。

← RSI 双维度框架→ Harness/Artifacts 分离为可迭代对象
03

补齐路径架构

MAPPING

openJiuwen 六大能力如何接入火斗云智 AIOS 现有核心(AxiomGate 裁决调度 · 记忆网关 · 真值蒸馏 · 模型池降级 · 微模型大脑)。

flowchart TB
  OJ["openJiuwen 协同工程范式"] --> A1 & A2 & A3 & A4 & A5 & A6

  subgraph ABS["吸收层 Absorb"]
    A1["A1 动态组队协商
Leader-Teammate 蜂群"] A2["A2 Swarm Skills
团队流程技能包 + Hub"] A3["A3 文本梯度
自动提示词优化"] A4["A4 双层协同演进"] A5["A5 KV Cache 算力亲和"] A6["A6 RSI 双维度自修改"] end subgraph MAP["映射层 Map → 火斗云智 AIOS"] M1["AxiomGate 裁决调度内核
集中裁决 + 动态组队双模"] M2["技能体系 + 技能 Hub 目录
团队流程技能层"] M3["真值蒸馏流水线
文本梯度优化 + 人工审批门"] M4["记忆网关双向同步
团队编排真值域独立演进"] M5["模型池降级候选库
llama.cpp 微模型 KV 协调"] M6["Harness / Artifacts
分离可迭代对象"] end A1 --> M1 A2 --> M2 A3 --> M3 A4 --> M4 A5 --> M5 A6 --> M6 M3 --> GATE["安全门:T0 人工审批锁档
来源链 + 版本链(防过拟合)"] GATE --> FED["联邦记忆池 / ZONGYUAN-ROOT"] M1 --> GATE M4 --> FED FED -. 回流反哺 .-> M1 & M2 & M3
核心原则:吸收 openJiuwen 的「动态组队 + 团队技能 + 自动优化」,但所有自动演进结果均经过我们已有的人工审批锁档与真值来源链,正好规避其反馈噪声、过度优化、不可解释三大风险。
04

P0 落地设计(本轮执行)

P0 BUILD

P0-1 A1 多 Agent 动态组队层

在 AxiomGate 之上新增组队编排运行时:Leader 负责规划/分工/管控,Teammate 承接子任务;支持固定流程与动态自主组队双模;任务冲突经 AxiomGate 仲裁、配额节流、熔断。产出编排调度模块,接入现有 worker 池。

产出:swarm_orchestrator.py + 团队技能注册表

P0-2 A3 文本梯度自动优化模块

采集 bad case → 计算文本梯度 → 定向更新 prompt 指令与示例;结果仅生成候选版本,进入真值评审队列,经 T0 人工审批锁档后才生效。防反馈噪声与过拟合。

产出:text_gradient_optimizer.py + 评审入队

P0 验收标准:① 能组队编排 ≥2 个 Agent 完成一条长链路任务且冲突可仲裁;② bad case 能产出 prompt 优化候选并进入人工审批队列;③ 全部落地模块不影响现有 AxiomGate / 记忆网关 / 真值蒸馏运行。
05

落地路线图

ROADMAP
P0 · ✅ 已落地 2026-11-02

动态组队 + 文本梯度优化(核心短板)

  • swarm_orchestrator.py:Leader–Teammate 组队编排,双模(固定/动态)✅
  • text_gradient_optimizer.py:bad case → 文本梯度 → prompt 候选 + 人工审批门 ✅
  • 接入 AxiomGate 仲裁、配额、熔断,不动现有内核 ✅
P1 · ✅ 已落地 2026-11-02

Swarm Skills 团队技能 + 双层演进

  • swarm_skills.py 团队流程技能包层 + 技能 Hub 目录 ✅
  • swarm_evolution.py 团队编排真值域(team)与成员经验域(member)独立演进 ✅
P2 · ✅ 已落地 2026-11-02

KV Cache 算力亲和 + RSI 双维度自修改

  • kv_cache_coordinator.py:会话前缀 KV 复用 + 长上下文分段递增(省 token)✅
  • harness_rsi.py:Harness 方法层 / Artifacts 成果层分离,自修改走 T0 审批 ✅
06

安全门与规避策略

GUARDRAILS

①防反馈噪声

用户反馈不直接改 prompt,仅作为 bad case 样本进入文本梯度分析;候选须经 T0 评审。

②防过度优化

优化候选进入人工审批锁档,来源链 + 版本链留痕;变更可回滚,避免行为漂移。

③可解释性

每次演进记录 bad case → 梯度 → 改动 diff → 理由,使用者可完全追溯内部逻辑。

④冲突仲裁

多 Agent 资源竞争/任务依赖经 AxiomGate 统一仲裁 + 配额节流 + 熔断,防故障扩散。

⑤权限隔离

组队 Agent 均受 DID 确权 + Lv4 权限分级,精细控制访问范围。

⑥算力可控

最小额度铁律 + 免费通道优先 + 模型池降级候选库,杜绝算力成本失控。

主页·流水线·产品·状态