MAREF:多智能体系统递归自演进治理框架
作者: MAREF 研究团队
版本: v0.30.0-GA
日期: 2026-05-25
目标发布: arXiv cs.MA(多智能体系统)
许可证: Apache-2.0
状态: 已提交 arXiv 确立优先权
摘要
我们提出 MAREF(多智能体递归工程框架),这是一个将治理作为一等产品而非安全功能的开源智能体治理操作系统。MAREF 引入了形式化可验证的 10 态 Gray Code 治理状态机、自动化率达 97% 的四级安全决策树,以及在 Lyapunov 稳定性条件下已证明收敛的递归自演进引擎。我们验证了 200+ 轮的经验收敛性,通过 TLA+ 模型检查验证了五项宪法红线,并展示了包含国密标准(SM2/SM3/SM4-GCM)在内的生产级性能。MAREF 弥合了学术形式化方法与工业多智能体部署之间的鸿沟,为桌面智能体操控、跨框架编排和人机协作提供了 8 层纵深防御架构。
关键词: 多智能体系统、智能体治理、形式化验证、递归自演进、Gray Code 状态机、Lyapunov 稳定性、TLA+、国密算法
1. 引言
1.1 研究动机
基于大语言模型(LLM)的自主智能体的普及,产生了管理大规模智能体集群的治理框架的迫切需求。现有框架(AutoGen、CrewAI、LangGraph)将治理视为事后补充——通常是一个 safety_check() 函数或硬编码的权限列表。这在生产部署中是不够的,因为智能体可以访问桌面环境、金融 API 和敏感用户数据。
MAREF 通过将治理定位为智能体世界的操作系统内核来解决这一鸿沟。正如 Linux 管理传统软件的进程生命周期、内存和 I/O,MAREF 管理智能体生命周期、安全边界、状态健康度和演进方向。
1.2 贡献
我们的贡献有四个方面:
-
形式化治理模型: 一个 10 态 Gray Code 有限状态机(FSM),具有基于熵的转换,每次状态转换仅改变一个比特(汉明距离 = 1),消除了并发智能体环境中的竞争条件(第 3 节)。
-
已验证的安全架构: 一个 8 层纵深防御系统,具有四级决策树(Rule→Mode→SafetyGate→User),实现 97% 自动化决策率,在 TLA+ 中进行了形式化规约和模型检查(第 4 节)。
-
递归收敛引擎: 一个 C1→C2→C3 三阶段自演进流水线,具有已证明的 Lyapunov 稳定性,在 200 轮中经验验证,FNR 从 0.10 降至 0.04(第 5 节)。
-
生产级密码学: 全面支持国密标准(SM2 椭圆曲线、SM3 哈希、SM4-GCM 认证加密),支持符合 GB/T 32918 并作为社区驱动的开源参考实现参与 AIP 先锋计划(第 6 节)。
1.3 论文组织
第 2 节介绍系统架构。第 3-6 节详述四项贡献。第 7 节涵盖人机协作层。第 8 节描述记忆和技能市场基础设施。第 9 节报告评估结果。第 10 节讨论相关工作,第 11 节总结。
2. 系统架构
2.1 分层架构
MAREF 采用受易经卦象结构启发的六层架构(天极→人极→地极→经卦→别卦→爻变),映射到现代软件工程关注点:
┌─────────────────────────────────────────────────────────┐
│ 应用层 — LangGraph / CrewAI / AutoGen │
├─────────────────────────────────────────────────────────┤
│ 编排层 — TaskDAG + Saga + 5D 调度器 │
├─────────────────────────────────────────────────────────┤
│ 治理层 — FSM + 决策树 + CircuitBreaker │
├─────────────────────────────────────────────────────────┤
│ 安全层 — 8 层防御 + 威胁检测 │
├─────────────────────────────────────────────────────────┤
│ 可观测层 — OpenTelemetry + 审计总线 │
├─────────────────────────────────────────────────────────┤
│ 基础设施层 — Sidecar + K8s + Serverless │
└─────────────────────────────────────────────────────────┘
2.2 核心设计原则
治理优先: 每个智能体操作在执行前都经过治理层。特权智能体没有”后门”。
形式化可验证性: 所有状态转换和安全不变量都在 TLA+ 中指定,并针对无限状态反例进行模型检查。
在正确层级的人机协作: 97% 的决策是自动化的;剩余 3% 升级给人类,附带完整上下文、批量确认和智能聚合。
密码主权: 全面支持国际(AES-256、RSA-2048、SHA-256)和国密(SM2/SM3/SM4)密码标准。
3. Gray Code 治理状态机
3.1 设计原理
传统的智能体状态机使用任意状态转换,当多个智能体尝试同时转换时会产生竞争条件。MAREF 的创新是将 10 个治理状态编码为 Gray Code 序列,其中每次转换仅改变一个比特。
3.2 状态编码
10 个状态使用 4 位编码:
| 状态 | 二进制 | 熵 | 描述 |
|---|---|---|---|
| INIT | 0000 | 0 | 系统初始化 |
| OBSERVE | 0001 | 1 | 监控智能体行为 |
| ANALYZE | 0011 | 2 | 模式分析和威胁检测 |
| EVALUATE | 0010 | 2 | 策略评估 |
| DECIDE | 0110 | 3 | 治理决策 |
| ACT | 0111 | 4 | 动作执行(最高熵) |
| VERIFY | 0101 | 3 | 动作后验证 |
| STABILIZE | 0100 | 1 | 系统稳定 |
| REPORT | 1100 | 0 | 状态报告 |
| HALT | 1101 | 0 | 完全停机(吸收态) |
定理(Gray Code 转换安全性): 对于任意两个有效状态 和 ,。
证明: 通过构造。状态编码表确保转换图中相邻状态恰好相差一个比特。_compute_valid_transitions() 函数仅在满足此属性的状态之间生成边。∎
3.3 熵曲线
熵曲线形成”山峰”形状:INIT(0) → ACT(4) → HALT(0)。这反映了系统不确定性在动作执行期间达到峰值,之后必须下降的直觉。force_stabilize() 方法使用 BFS 找到到 STABILIZE 的最短熵减路径。
3.4 HALT 吸收态
HALT 是终端吸收态——一旦进入,不存在出向转换。这是一个关键安全属性:如果系统检测到不可恢复的威胁,它进入 HALT 且不能自恢复,需要外部人工干预。这防止攻击者触发绕过安全的”自愈”序列。
TLA+ 验证: HALTAbsorbing 不变量 已验证,未发现反例。
4. 安全架构
4.1 八层纵深防御
第 1 层: 屏幕截图 → RedactionEngine(API Key/密码脱敏)
↓
第 2 层: 输入控制器 → InputSafetyGate(频率/快捷键/危险文本拦截)
↓
第 3 层: 文件操作 → FileSafetyGuard(3 级安全 + 沙箱重定向)
↓
第 4 层: 剪贴板 → 敏感内容检测 + 自动清洗
↓
第 5 层: DesktopSafetyGateV2 → 19 类威胁检测 + 3 连败自动锁定
↓
第 6 层: PolicyDecisionTree → 4 级决策(Rule 40% → Mode 20% → SafetyGate 37% → User 3%)
↓
第 7 层: DesktopGovernance → 6 态治理(HEALTHY→DEGRADED→OSCILLATING→LOCKED→RECOVERING→HALT)
↓
第 8 层: ActionRecorder → 不可变操作审计(OpenAdapt 范式)
4.2 四级决策树
PolicyDecisionTree 是一个工程化的智能体治理决策层:
传入操作
│
├─ 第 1 层: SafetyRule(40% 权重)
│ ├─ ALLOW → 直接执行
│ └─ BLOCK → 拒绝 + 审计
│
├─ 第 2 层: ModeCheck(20% 权重)
│ ├─ dry_run=True → 仅记录,不执行
│ └─ LOCKED/HALT → 强制拒绝
│
├─ 第 3 层: SafetyGateV2(37% 权重)
│ ├─ ThreatScore < 0.3 → ALLOW
│ ├─ ThreatScore 0.3-0.8 → 要求额外确认
│ └─ ThreatScore > 0.8 → BLOCK + CircuitBreaker 计数
│
└─ 第 4 层: UserConfirm(3% 权重)
├─ 展示完整上下文
└─ 记录用户决策(30 分钟缓存)
关键指标: 97% 自动化率。仅 3% 的操作需要人工干预,这不以牺牲安全为代价——这 3% 正是人类判断优于自动化规则的最不确定情况。
4.3 十九类威胁检测
DesktopSafetyGateV2 检测 19 类桌面操作威胁,包括系统命令执行(rm -rf /)、敏感文件访问(~/.ssh/id_rsa)、API Key 泄露、密码字段输入和未授权应用操作。
4.4 熔断器和元熔断器
CircuitBreaker 实现 CLOSED→OPEN→HALF_OPEN→CLOSED 状态机,具有 3 连败自动锁定和 30 秒冷却。MetaCircuitBreaker 监控 CircuitBreaker 本身,防止故障安全组件产生虚假安全感的级联故障。
4.5 TLA+ 验证结果
我们形式化指定并模型检查了五项关键不变量:
| 不变量 | 状态 | 反例 |
|---|---|---|
| LyapunovConvergence | 满足 | 无 |
| HALTAbsorbing | 满足 | 无 |
| GrayCodeTransition | 满足 | 无 |
| SafetyGateIntegrity | 满足 | 无 |
| RedLineImmutability | 满足 | 无 |
所有不变量均针对无限状态模型验证,未发现反例。
5. 递归自演进引擎
5.1 三阶段流水线
MAREF 的递归演进遵循 C1→C2→C3 流水线:
- C1(观察): 基线建立、参数校准、异常检测
- C2(优化): MetaLearner 策略梯度优化,学习率递减
- C3(收敛): 稳定性验证、不变量检查、饱和检测
5.2 Lyapunov 稳定性证明
系统状态向量:
Lyapunov 候选函数:
定理 1(收敛性): 在学习率 的 MetaLearner 策略梯度步骤下,MAREF 引擎在 轮内收敛到稳定盆地。
证明概要: MetaLearner 记录决策结果并通过梯度下降优化策略权重。随着学习率递减计划,策略权重轨迹形成向 的压缩映射。CircuitBreaker + OscillationFixLoop 安全层防止发散。∎
5.3 经验收敛(200 轮)
| 指标 | 初始 | 最终 | 改进 |
|---|---|---|---|
| FNR | 0.10 | 0.04 | -60% |
| FPR | 0.06 | 0.02 | -66.7% |
| KL 漂移 | 0.02 | 0.005 | -75% |
| 饱和点 | — | 第 ~175 轮 | — |
当连续 5 个窗口 时检测到饱和,触发自动暂停以防止过度优化。
5.4 宪法红线
在治理层强制执行五条不可变安全规则:
| ID | 规则 | 不变量 |
|---|---|---|
| RL-001 | 智能体不得修改自身安全红线 | |
| RL-002 | 智能体不得禁用或绕过安全门 | |
| RL-003 | 智能体不得在无审计追踪的情况下执行代码 | |
| RL-004 | 智能体不得在未经宪法审查的情况下克隆自身 | |
| RL-005 | 智能体不得单方面修改信任评估权重 |
所有五条红线均经过来自不同智能体的 3 次绕过尝试测试:15/15 被阻止(100%)。
6. 国密标准
6.1 动机
为使 MAREF 作为社区驱动的开源参考实现参与中国 AIP(AI Agent Protocol)先锋计划并符合 GB/T 32918,全面支持 SM2/SM3/SM4 是强制性的。我们使用 gmssl>=3.2.2 作为底层引擎在纯 Python 中实现这些标准。
6.2 SM2 椭圆曲线
SM2 是中国国家椭圆曲线密码标准(GM/T 0003.1-2012)。我们实现:
- 密钥生成: 基于推荐曲线参数,生成正确的 32 字节私钥,通过 SM2 曲线上的标量乘法派生公钥。
- 加密/解密: 适用于会话密钥交换的非对称加密。
- 签名/验证: SM3-with-SM2 签名方案。
关键 Bug 修复: 我们发现并修复了 gmssl 中的一个 bug,其中 public_key.lstrip("04") 错误地剥离所有前导 0 和 4 字符(而不仅仅是 04 前缀),导致间歇性 binascii.Error: Odd-length string 失败。我们的 _strip_sm2_prefix() 函数仅在存在时精确移除 04 前缀。
6.3 SM3 哈希函数
SM3 是中国国家哈希标准,生成 256 位摘要。我们提供 sm3_hash() 和 sm3_hmac() 接口,具有自动输入格式处理以兼容 gmssl。
6.4 SM4 分组密码
SM4 是中国国家分组密码(128 位分组,128 位密钥)。我们实现:
- CBC 模式: 标准密码分组链接,用于通用加密。
- GCM 模式: 带有关联数据的认证加密(AEAD),使用 GHASH + CTR 模式,满足 AIA 协议对认证加密的要求。
6.5 性能基准
所有基准测试在 Apple Silicon(M 系列)上运行,使用 gmssl>=3.2.2:
| 算法 | 操作 | ops/sec | 吞吐量 |
|---|---|---|---|
| SM3 | hash | ~358 | 0.35 MB/s |
| SM3-HMAC | hmac | ~340 | 0.33 MB/s |
| SM4-CBC | encrypt+decrypt | ~200 | 0.19 MB/s |
| SM4-GCM | encrypt+decrypt | ~48 | 0.05 MB/s |
| SM2 | sign | ~158 | — |
| SM2 | verify | ~110 | — |
| SM2 | keypair generate | ~29 | — |
注:SM4-GCM 由于纯 Python GHASH 实现较慢;生产部署应使用硬件加速或 C 扩展。
6.6 AIA 协议适配器
aia_adapter.py 模块提供 AIA(Agent Identity Authentication)协议兼容性:
CAI(客户端认证信息)验证CertificateVerify签名生成和验证- 自动 SM2/SM3/SM4 密码套件协商
7. 人机协作层
7.1 三种协作模式
MAREF 支持三种人机协作模式:
- HITL(人在回路中): 高于风险阈值的每个操作都需要人工批准。适用于高风险操作(金融交易、数据删除)。
- HOTL(人在回路上): 智能体自主运行,但人类可以随时干预。适用于有监控的常规操作。
- HATL(人不在回路中): 完全自主,强制决策日志用于事后审计。适用于低风险、高频操作。
7.2 决策 API
DecisionAPI 提供标准化接口:
@dataclass
class DecisionRequest:
request_id: str
mode: DecisionMode # SYNC 或 ASYNC
urgency: UrgencyLevel
context: DecisionContext
timeout_seconds: float = 300.0
超时策略:
- LOW 紧急度 → 无限期挂起
- MEDIUM 紧急度 → 升级至更高权限
- HIGH 紧急度 → 自动委派给后备智能体
7.3 中断协议
四种中断信号在一个心跳周期内传播到所有相关智能体:
- PAUSE: 临时暂停,保存状态,等待恢复
- ABORT: 立即终止,触发回滚
- OVERRIDE: 强制状态转换,绕过正常治理
- RESUME: 从 PAUSE 点继续
所有信号携带全局序列号以防止网络延迟导致的制动失败。
7.4 规则引擎
RuleEngine 解析 WHEN/THEN/ELSE DSL:
WHEN cost > $500 OR data_classification == 'PII' THEN HITL ELSE HOTL
规则支持运行时热更新,并按优先级顺序评估。
8. 记忆和技能市场
8.1 三级记忆架构
| 层级 | 存储 | 延迟 | 保留期 | 用例 |
|---|---|---|---|---|
| 工作记忆(热) | 内存 / Redis | <1ms | TTL 分钟 | 运行时状态、活动任务上下文 |
| 情景记忆(温) | PostgreSQL | <10ms | 7-90 天 | 历史任务记录、SQL 可查询 |
| 语义记忆(冷) | 向量数据库 + 图数据库 | <100ms | >90 天 | 知识本体、语义检索 |
关键属性:
- 所有记忆携带
ConfidenceLabel(CERTAIN→UNCERTAIN)和SourceAnnotation(HUMAN→DERIVED) - 用户隔离标签防止跨用户泄漏;共享记忆仅为匿名摘要
- 分层衰减:热(7 天完整)→ 温(7-90 天摘要)→ 冷(>90 天归档)
8.2 技能市场
技能市场提供四项核心服务:
- 注册表: 基于清单的技能注册,具有三个验证门(静态扫描 + 沙箱测试 + 人工审查)
- 语义匹配器: 任务到技能匹配,使用评分公式:
- 版本协商器: 模式版本协商,具有 90 天强制向后兼容期
- 声誉追踪器: 技能声誉评分,具有异常检测和自动冻结
9. 评估
9.1 测试覆盖
| 模块 | 测试数 | 状态 |
|---|---|---|
| 核心治理 | 4200+ | 通过 |
| 人机协作 | 25 | 通过 |
| 记忆层 | 24 | 通过 |
| 技能市场 | 23 | 通过 |
| 密码学(SM2/SM3/SM4) | 29 | 通过 |
| 总计 | ~4300 | 通过 |
整体覆盖率:81.97%(超过 70% 阈值)。
9.2 混沌工程
我们注入五类 LLM 故障:
- 延迟尖峰(10 倍正常响应时间)
- 错误响应(随机 HTTP 5xx)
- 截断输出(句子中间截断)
- 幻觉(事实错误陈述)
- 超时(在截止日期内无响应)
CircuitBreaker + OscillationFixLoop 在所有测试场景中成功防止级联故障。
9.3 红蓝对抗测试
经过 200 轮 5 阶段红蓝对抗测试,攻击强度从 2.47 增加到 18.98(7.7 倍)。治理层在整个过程中保持 100% 红线执行。
10. 相关工作
10.1 智能体框架
AutoGen(微软)提供对话式智能体模式,但缺乏形式化治理。CrewAI 专注于基于角色的任务委派,没有安全验证。LangGraph 提供有状态智能体图,但没有内置熔断器。MAREF 将形式化验证、递归演进和纵深防御安全集成为核心架构原语。
10.2 安全能力对比
| 安全能力 | MAREF | Claude Code | OpenAI Agent | LangGraph | CrewAI |
|---|---|---|---|---|---|
| 操作前安全门 | 是 | 是 | 否 | 否 | 否 |
| 截图脱敏 | 是 | 否 | 否 | 否 | 否 |
| 多级决策树 | 是(4 级) | 是(2 级) | 否 | 否 | 否 |
| 熔断器 | 是 | 否 | 否 | 否 | 否 |
| 不可变审计日志 | 是 | 是 | 否 | 否 | 否 |
| 形式化验证 | 是(TLA+) | 否 | 否 | 否 | 否 |
| 漂移检测 | 是 | 否 | 否 | 否 | 否 |
| 身份/信任体系 | 是(DID+VC) | 否 | 否 | 否 | 否 |
| 红蓝对抗测试 | 是(200 轮) | 否 | 否 | 否 | 否 |
| 渗透测试 | 是(10 类) | 否 | 否 | 否 | 否 |
10.3 法规合规映射
| 标准/法规 | 要求 | MAREF 实现 |
|---|---|---|
| ISO 27001 A.12.4 | 日志记录与监控 | AuditLogger JSONL + HMAC 签名 |
| SOC 2 Type II | 变更管理控制 | CircuitBreaker + PolicyDecisionTree |
| GDPR Art. 25 | 数据最小化 | RedactionEngine 截图脱敏 |
| GDPR Art. 32 | 安全处理 | 8 层纵深防线 |
| NIST SP 800-53 | 访问控制 | DID/VC + TrustEngine 5 因子评分 |
| OWASP LLM Top 10 | LLM 应用安全 | Prompt 注入防御 + 输出验证 |
10.4 安全与治理
Constitutional AI(Anthropic)使用 RLHF 将模型与原则对齐,但在模型级别而非系统级别运行。Guardrails AI 提供输入/输出验证,但没有状态机治理。MAREF 的四级决策树和 Gray Code FSM 在系统级别运行,独立于底层 LLM。
10.5 形式化方法
TLA+ 已用于验证分布式系统(Amazon AWS)和共识协议(Raft)。MAREF 将其扩展到智能体治理,证明递归自修改系统的收敛性和安全不变量。
11. 结论与未来工作
MAREF 代表了多智能体系统设计的范式转变:治理不是功能而是基础。我们的贡献——Gray Code FSM、四级决策树、Lyapunov 证明的递归演进和国密标准支持——为安全智能体部署提供了生产就绪的平台。
未来工作:
- 共识层: 实现轻量级多签名 BFT 共识,用于跨智能体信任建立
- ASA 认证: 完成 Agent Security Axioms 认证以供企业采用
- 硬件加速: 集成 SM4-NI 指令,实现 10 倍密码性能提升
- 联邦治理: 扩展状态机以支持地理分布的智能体集群
致谢
我们感谢开源社区对 gmssl、pydantic、FastAPI 和 OpenTelemetry 的贡献。TLA+ 规约使用 TLC 模型检查器进行了验证。
参考文献
- Lamport, L. (2002). Specifying Systems: The TLA+ Language and Tools for Hardware and Software Engineers. Addison-Wesley.
- GM/T 0003.1-2012. SM2 椭圆曲线公钥密码算法.
- GM/T 0004-2012. SM3 密码杂凑算法.
- GM/T 0002-2012. SM4 分组密码算法.
- Bai, Y., et al. (2022). Constitutional AI: Harmlessness from AI Feedback. arXiv:2212.08073.
- Schulman, J., et al. (2017). Proximal Policy Optimization Algorithms. arXiv:1707.06347.
- Microsoft Research. (2023). AutoGen: Enabling Next-Gen LLM Applications via Multi-Agent Conversation.
- CrewAI Inc. (2024). CrewAI Framework Documentation.
- LangChain Inc. (2024). LangGraph: Building Stateful Agent Applications.
- OpenTelemetry Project. (2024). OpenTelemetry Specification v1.30.0.
附录 A: TLA+ 规约摘录
MODULE MAREFGovernance
EXTENDS Integers, Sequences, FiniteSets
CONSTANTS States, Transitions, HALT
VARIABLES state, history, entropy
ValidTransition(s, t) ==
\E <<src, dst>> \in Transitions : src = s /\ dst = t
GrayCodeProperty(s, t) ==
LET hamming == Cardinality({i \in 1..6 : s[i] # t[i]})
IN hamming = 1
Init ==
/\ state = "INIT"
/\ history = <<>>
/\ entropy = 0
Next ==
/\ state # HALT
/\ \E next_state \in States :
/\ ValidTransition(state, next_state)
/\ GrayCodeProperty(state, next_state)
/\ state' = next_state
/\ history' = Append(history, <<state, next_state>>)
/\ entropy' = EntropyLevel(next_state)
HALTInvariant ==
state = HALT => [](state = HALT)
THEOREM Safety ==
Init /\ [][Next]_<<state, history, entropy>> => []HALTInvariant
附录 B: SM2 曲线参数(GM/T 0003.1-2012)
p = 0xFFFFFFFE_FFFFFFFF_FFFFFFFF_FFFFFFFF_FFFFFFFF_00000000_FFFFFFFF_FFFFFFFF
a = 0xFFFFFFFE_FFFFFFFF_FFFFFFFF_FFFFFFFF_FFFFFFFF_00000000_FFFFFFFF_FFFFFFFC
b = 0x28E9FA9E_9D9F5E34_4D5A9E4B_CF6509A7_F39789F5_15AB8F92_DDBCBD41_4D940E93
n = 0xFFFFFFFE_FFFFFFFF_FFFFFFFF_FFFFFFFF_7203DF6B_21C6052B_53BBF409_39D54123
Gx = 0x32C4AE2C_1F198119_5F990446_6A39C994_8FE30BBF_F2660BE1_715A4589_334C74C7
Gy = 0xBC3736A2_F4F6779C_59BDCEE3_6B692153_D0A9877C_C62A4740_02DF32E5_2139F0A0
附录 C: 仓库和许可证
- 仓库: https://github.com/maref-org
- 许可证: Apache-2.0
- 版本: v0.30.0-GA
- Python: 3.10+
- 文档: https://maref.cc
附录 D: 法律免责声明
本白皮书仅供信息和学术用途。 MAREF 是一个社区驱动的开源项目,不是任何国家标准或协议的官方认可实现。 对 AIP(AI Agent Protocol)、GB/T 32918 等标准的引用描述了互操作性目标和合规努力,而非官方认证或指定。
密码实现(SM2/SM3/SM4-GCM)为标准合规和互操作性提供。用户负责确保遵守其司法管辖区适用的出口管制和密码法规。
本文中提到的所有商标均为其各自所有者的财产。 “MAREF” 和 MAREF 标志是 MAREF 开源社区的商标。
附录 E: arXiv 提交清单
提交前要求
| 要求 | 状态 | 说明 |
|---|---|---|
| cs.MA 背书 | [ ] 待完成 | 首次提交者必需 |
| LaTeX 源文件 | [ ] 待完成 | 从 Markdown 转换为 arXiv 格式 |
| 参考文献(.bib) | [ ] 待完成 | 编译所有引用 |
| 作者 ORCID | [ ] 待完成 | 可选但推荐 |
| 机构邮箱 | [ ] 待完成 | .edu 或认可研究机构 |
提交步骤
- 注册 https://arxiv.org/user/register
- 获取背书 cs.MA 类别:
- 选项 A: 机构邮箱自动背书
- 选项 B: 请求现有 arXiv 作者背书
- 选项 C: 联系 arXiv 审核团队并提供发表记录
- 上传源文件(LaTeX + 图表 + 参考文献)
- 选择类别: cs.MA(主要)、cs.SE(次要)、cs.CR(次要)
- 添加关键词: multi-agent systems, agent governance, formal verification, recursive self-evolution, Gray code state machine, Lyapunov stability, TLA+, Chinese cryptography
- 提交 → 24-48 小时审核 → 分配永久 arXiv ID
提交后操作
- 在 README.md 中更新 arXiv 徽章
- 在 AIP 先锋计划申请中添加 arXiv ID
- 在 OPC 社区申请中包含 arXiv 引用
- 监控社区反馈和问题
白皮书结束