RuFlo 集成 AGNTCY/Outshift 运行时SLIM 传输、CASA 授权强制与 IOC 协调事件架构详解【免费下载链接】ruflo The original agent meta-harness. Deploy intelligent multi-player swarms, coordinate autonomous workflows, and build conversational AI systems. Features adaptive memory, self-learning intelligence, RAG integration, and native Claude Code / Codex / Hermes and many more Integrated项目地址: https://gitcode.com/GitHub_Trending/cl/ruflo本指南围绕 RuFlo 仓库中的架构决策记录 ADR-380 展开系统讲解如何将 Cisco Outshift 的 AGNTCYInternet of Cognition生态作为可选的、可移除的运行时增强接入 RuFlo通过 SLIM 安全消息传输实现跨主机/跨租户的分布式协调通过 CASA 意图域授权在每次工具调用前施加确定性的许可强制并在现有 swarm/hive-mind 编排之上叠加可选的 IOC Layer 9 语义协调事件。读完本文你将掌握这套集成的六项决策内容、其不可妥协的安全约束强制阶段绝不允许 LLM 参与、与配套插件源码的对应关系以及如何用ruflo transport use slim、ruflo agent publish、ruflo swarm join namespace三个新 CLI 动词实际操作并安全回退。背景一份干净定位栈的运行时补全ADR-380 由一份评估 Cisco Outshift AGNTCY / Internet of Cognition 生态的战略简报催生。该简报将 RuFlo 项目定位为整个智能体网络中的一个执行与协调角色AGNTCY and Outshift define the agent network. MetaHarness builds and evolves the agents. RuFlo executes and coordinates them. Meta LLM governs inference, cost, tenancy, and safety. RuVector supplies local memory and semantic state.在这个五条腿的干净定位栈中有两条腿在 RuFlo 仓库中已经真实存在且正在发布无需任何新工作Meta LLM 治理推理、成本、租户与安全—— 这是仓库中 meta-llm 网关既有的定位metallm_delegate/metallm_ask见根目录 CLAUDE.md 的 Gateway-Delegated Development 章节负责成本分层路由、计费额度消费、cwd 沙箱化的智能体子任务。RuVector 提供本地记忆与语义状态—— 已随 ruflo-ruvector 插件与vector-engineer智能体发布基于 HNSW/RaBitQ 的 AgentDB 记忆。因此ADR-380 的范围被严格限定在 RuFlo 自己真正需要的两条新腿以及一个可选层AGNTCY 身份标识 SLIM 传输的协调§2CASA 强制执行的授权§3可选的 IOC Layer 9 协调事件§4叠加而非替代AGNTCY 语义可观测性§5claude-flow/agntcy包与 Rustruflo-agntcycrate§6ADR 还确认了一个前提事实仓库范围内此前对 AGNTCY、Outshift、OASF、CASA、SLIM、Mycelium 的引用数为零这是一片真正的绿地greenfield而非既有工作的缺口。决策一可选、可移除的增强 —— 遵循 ADR-150而非 ADR-321这是整套集成的架构约束根基。与 metaharnessADR-321 硬依赖例外因其是项目自己的兄弟工具且有既定信誉不同AGNTCY/SLIM/CASA/IOC 是早期阶段、外部治理Cisco Outshift 主导、Linux Foundation 背景的协议RuFlo 无法控制其演进。因此 ADR-380 引入的每个新包TS 侧claude-flow/agntcy与/或 Rustruflo-agntcycrate必须满足四条硬性约束逐字镜像 ADR-150 的架构约束规则removable可移除删除全部 AGNTCY 相关代码后CLI 其余部分必须照常工作optional-only仅可选所有 AGNTCY 相关包必须位于optionalDependencies绝不能进dependenciesgraceful degradation优雅降级每一条触碰 AGNTCY 基础设施的代码路径都必须捕获MODULE_NOT_FOUND/ 连接拒绝并回退到今日的本地传输与既有工具授权模型CI-gatedCI 门禁必须通过一个未安装 AGNTCY 也能工作的冒烟测试。这套约束在源码中有完整落地的对应实现。核心入口是 CLI 侧 runtime.ts 中的detectAgntcyRuntime()先检查环境变量RUFLO_AGNTCY_SLIM_ENDPOINT常量AGNTCY_ENDPOINT_ENV是否存在不存在直接返回configured: false存在时对可选依赖包做动态import()AGNTCY_PACKAGE_NAME agntcy/slim-bindings。之所以必须是动态导入是因为静态import会在包缺失时导致claude-flow/cli构建失败——这正是 ADR-150/ADR-380 明令禁止的catch 分支区分ERR_MODULE_NOT_FOUND/MODULE_NOT_FOUND报告未安装与其他任何错误保留真实原因用于诊断无论哪种都优雅回退到本地传输。对应的测试 agntcy-commands.test.ts 明确断言了这套契约未设置环境变量时报告 not configured包缺失时仍然优雅降级无论环境变量形态如何detectAgntcyRuntime永不抛异常。决策二SLIM 传输用于分布式协调 —— 本地传输仍是默认ADR-380 新增三个rufloCLI 动词ruflo transport use slim ruflo agent publish ruflo swarm join cognitum/research/securityruflo transport use slim将活动的 swarm/hive-mind 传输从当前进程内/本地 hooks 路由切换到 SLIM。SLIM 是 Rust 实现的 MCP/A2A 安全消息协议具备分层路由、可靠投递、组成员资格、MLS 端到端加密以及 JWT/mTLS/SPIFFE/WebSocket/Unix-socket 认证。它面向跨主机或跨 Cognitum 租户边界协调的智能体。ruflo agent publish把 AGNTCY 标识、OASF 描述的智能体记录构建期由 metaharness 配套 ADR-240 §2.1/2.2 产出发布到配置的 Directory。ruflo swarm join namespace加入一个按 Cognitum 租户/项目命名空间限定的 SLIM 组成员通道。关键约束单主机 swarm 保持本地传输为默认。原简报明确指出SLIM 基础设施在单主机场景下会带来不必要的运维成本而仓库已有一条可用的本地协调路径swarm_init/hive-mind_*MCP 工具、分层网格防漂移拓扑绝不能在常见场景中退化。估计工作量15–25 天。源码佐证Transport trait 与 LocalTransport/SlimTransportRust crate transport.rs 提供了这一决策的底层实现定义Transporttraitsend(self, channel, payload) - Result(), TransportError与recv(self, channel) - ResultVecVecu8, TransportError实现要求可跨线程使用方法接收self。LocalTransport是真实可用的默认实现进程内/回环消息按通道在内存中 FIFO 排队recv会排空通道通道彼此独立零外部依赖、零网络访问。内置测试覆盖空通道返回空Vec、send/recv 往返、排空语义、通道独立性。SlimTransport是slimCargo feature默认关闭后的刻意桩实现由于 crates.io 上尚无可发布的agntcy/slimRust crateADR-380 脚手架期间核实其send/recv返回显式的TransportError::Unavailable附带可操作信息pending upstream agntcy/slim Rust crate publication, see ADR-380绝不静默成功或伪造网络行为。测试断言该错误信息包含 SLIM 与 ADR-380。这种真实本地实现 显式不可用桩的组合让下游代码今天就能针对Transporttrait 编写待上游 crate 发布后直接替换。CLI 侧的行为契约v3/claude-flow/cli/src/commands/agntcy 下的命令实现与测试共同定义了三个动词的行为边界transport use子命令未配置时不抛异常、exit 0返回{ transport: local }并打印AGNTCY_NOT_CONFIGURED_MESSAGE但不支持的传输名或缺少参数属于用法错误exit 1不回退。agent publish先本地校验 OASF 记录形状validateOasfRecordShape要求name、version等字段未配置时published: false exit 0manifest 缺失或 JSON 合法但非 OASF 记录则 exit 1。swarm join namespacevalidateNamespace接受斜杠分隔的字母数字命名空间cognitum/research/security、single-segment均合法拒绝空串与bad namespace!、cognitum//security等畸形输入未配置时joined: false exit 0 回退本地协调。决策三CASA 意图域授权强制 —— 整个集成中唯一不可妥协的设计约束MetaHarness配套 ADR-240 §4把用户目标编译成一个有界授权信封bounded authority envelope。RuFlo 的角色是在每一次工具调用前强制该信封{ objective: review repository security, allow: [repository.read, tests.execute], deny: [git.push, secret.export, deployment.create], budget_usd: 8, expires_at: 2026-07-30T22:00:00Z }三层职责划分Meta LLM强制budget_usd与 provider 策略——这是其既有职责新工作只是把信封的预算字段接入现有metallm_delegate/metallm_ask成本治理路径而非发明新的预算机制。CASA在网络/工具权威层强制allow/deny/expires_at——这是全新的一个放在每次 MCP 工具调用与每次Agent/Task分发之前的确定性门禁在分发前检查绝不在分发后。RuFlo把每个决策记录进签名收据signed receipts——扩展仓库既有的签名清单先例ruflo-core的witness-curator、ADR-103 风格的修复证明模型从发布期修复状态下沉到逐调用授权决策。不可妥协的约束强制阶段绝不询问 LLMADR-380 明确点名整个集成最大的失败模式意图到信封的翻译可以使用 LLM那是 MetaHarness 的工作。强制——在调用时检查某动作是否被允许——必须永远不询问模型而是用确定性代码检查一个有界 schema显式资源串、显式 deny 列表、数值预算、过期时间戳deny-by-default。实现中没有任何代码路径允许 LLM 的运行时判断替代编译后信封的allow/deny列表。启用 CASA 强制作为任何租户默认之前必须用显式的绕过尝试测试bypass-attempt tests验证而非仅靠翻译质量测试。估计工作量15–25 天与配套 ADR-240 的编译端共享schema 与翻译质量测试在那边接线、强制、绕过测试与收据在这边。源码佐证schema / compile / enforce 三件套TS 插件 ruflo-agntcy/src/casa 用三个模块完整实现这一决策schema.ts—— 信封的 Zod schemaCasaEnvelopeSchema遵循仓库在系统边界校验用户输入的安全惯例objective非空字符串allow/deny非空资源域字符串数组刻意用string而非枚举因为域集合开放由目标 CASA 兼容网络治理budget_usd正数expires_at必须带显式 UTC/偏移标记Z/z或±HH:MM的 ISO 8601 时间戳。时区要求有充分理由Date.parse()对无偏移 ISO 串会按宿主机本地时区解析两台TZ不同的机器会对同一名义时间戳静默产生分歧。这镜像了 Rust 参考实现见下文拒绝无时区时间戳而非猜测的行为。compile.ts—— 确定性、基于规则表RULE_TABLE的意图编译器compileIntentToEnvelope默认值DEFAULT_TTL_MINUTES 60、DEFAULT_BUDGET_USD 5。危险域常量DANGEROUS_SCOPES [git.push, secret.export, deployment.create]与 ADR-380 示例信封的 deny 列表逐字对应。规则表刻意保持小而显式review|reading|audit|analy|scan|check类词 →repository.readtest词 →tests.executesecurity词 →repository.readtests.execute镜像示例中的 review repository security 工作示例。对抗性审查打磨裸词 push 只有与 git 对象名词commit/branch/repo/code或字面 git push 共现才授予git.push避免 push notification、push back on... 误授权deploy/publish/release 必须与部署目标名词或版本号v2.0共现才授予deployment.create避免 release notes、publish a blog post 误授权secret.export要求显式 export secrets/credentials 措辞。提供CasaTranslator扩展点translator参数作为未来 LLM 编译器的指定接缝但模块自身从不调用 LLM、从不发起网络请求即使调用方接入 LLM 翻译器其输出也会被重新用CasaEnvelopeSchema校验无法产出结构性非法信封。编译结果保证allow与deny永不同时包含同一域危险域若因目标显式命名进入 allow会从 deny 移除。enforce.ts—— 承载文档中逐字重申的承重不变量的纯函数checkAuthorization无 I/O、无网络、无随机性、不调用任何模型。求值顺序首中即停信封未通过 schema 校验 → 拒绝invalid envelope...调用方传入结构畸形信封如allow是裸字符串而非数组会被直接拒绝防御String.prototype.includes与Array.prototype.includes的子串/精确匹配陷阱过期时间不可解析或now expires_at→ 拒绝expiredfail closed严格过期前有效语义在deny中 → 拒绝explicit denydeny 永远赢过 allow这是 ADR-380 明确要求测试的绕过场景不在allow中 → 拒绝not in allow list (deny-by-default)否则 → 放行。nowIso参数化默认new Date().toISOString()使函数成为输入的纯函数便于测试。Rust 侧参考实现双端逐位一致v3/crates/ruflo-agntcy/src/envelope.rs 提供与 TS 端字段逐一对齐的CasaEnvelope与同算法check_authorization三道门过期 → deny 列表 → allow 列表顺序与 TS 端完全一致deny 在同时出现在两个列表时胜出。parse_rfc3339_to_epoch_seconds从零实现无 chrono/time 依赖crate 仅依赖 serde/serde_json符合 ADR-380 §6 的轻依赖约束采用 Howard Hinnant 的days_from_civil算法对任何畸形输入包括无时区时间戳返回None强制端视为已过期deny-by-default 延伸到畸形输入。内置测试覆盖Unix 纪元解析、已知时间戳2026-07-30T22:00:00Z 1785448800、正/负时区偏移等价性、小数秒、拒绝无时区串、拒绝垃圾输入。ADR-380 明确要求 TS 端与 Rust 端在承重边界上逐位一致——例如now expires_at的严格过期前语义两端相同。签名决策收据CASA 审计轨迹receipts/casa-receipt.ts 实现每个决策记入签名收据追加式 JSONL 日志默认路径.swarm/casa-receipts.jsonlDEFAULT_CASA_RECEIPT_PATH镜像 ADR-150 Phase 2 的router-parallel-recorder.ts每决策一行的模式但每一行都是 Ed25519 签名无签名遥测 vs 安全相关审计记录的差别。签名方案使用noble/ed25519仓库既有硬依赖而非node:crypto匹配 ADR-126 签名制品家族plugins/ruflo-neural-trader/src/signed-artifact.ts等的惯例规范字节 对收据体JSON.stringify不含schema/publicKey/signature字段无空白、无键排序CWE-347 模式sha512Sync经node:crypto显式接线与 federation 插件一致的ed.etc.sha512Sync一行接线。密钥持久化镜像v3/claude-flow/plugin-agent-federation/src/plugin.ts的模式.claude-flow/agntcy/casa-receipt-key.json十六进制privateKey/publicKey目录 0o700、文件 0o600首次使用ed.utils.randomPrivateKey()生成并持久化持久化失败时回退到内存临时密钥仍是真实 Ed25519 加密只是不跨重启。验证安全生产环境必须钉住调用方提供的受信公钥绝不单独信任收据自述的publicKey字段CWE-347 提醒仅在本地检查/测试场景才回退到内嵌密钥。与 router-parallel 记录器不同此模块绝不静默吞掉写入失败——CASA 收据是安全相关审计记录追加失败以抛错形式呈现。配套测试 casa-receipt.test.ts 验证签名、验签与追加流程。决策四IOC Layer 9 认知信封 —— 可选的协调事件而非替代品在 MCP/A2A 之上支持 Cisco 的语义协议——语义信息交换Semantic Information Exchange、认知与互操作Cognition and Interoperability、语义对齐广播Semantic Alignment Broadcast、基于轮询的组队Team Formation via Polling——作为可选的 RuFlo 协调事件叠加在现有 swarm/hive-mind 协调hive-mind_broadcast、hive-mind_consensus、coordination_consensus之上。两条原则绝不替代 RuFlo 自己的编排——它是叠加项符合仓库既有的反漂移偏好默认由 RuFlo 自有的分层协调负责。原生 Rust 实现作为对上游outshift-open/ioc-protocols-models的真实贡献而非私有 fork——与项目对其他所依赖上游生态的一贯姿态一致。Schema 为 Apache-2.0已有 Python 与 Go 绑定。估计工作量10–15 天。决策五AGNTCY 语义可观测性 —— 仅运行时才存在的跨度将 RuFlo 跨度与 Flywheel 风格收据映射到 AGNTCY 的 OTel 扩展属性上共十个agent.identity、agent.capability、agent.intent、agent.parent、coordination.episode、authorization.decision、model.route、memory.provenance、evaluation.score、receipt.hash所有权按值何时可知划分配套 ADR-240 §2.3 显式委托的正是这两个运行时属性MetaHarness构建/清单期拥有八个在智能体被编译/描述后即存在的属性agent.identityAGNTCY 颁发的身份、agent.capability声明的工具/能力面、agent.intent编译后的目标OASF 清单字段、agent.parent血缘/父智能体引用、model.route服务调用的是哪个模型层、memory.provenanceRuVector/AgentDB 出处指针、evaluation.scoreharness 记分卡/GEPA 评估结果、receipt.hash签名运行收据的内容哈希。RuFlo运行时拥有两个只在 SLIM 传输或 CASA 强制激活后才存在的属性——它们描述的是本次协调回合与本次授权决策构建期无从知晓。源码落在 otel-attributes.tsAGNTCY_SPAN_ATTR_COORDINATION_EPISODE coordination.episode跨度所属的 SLIM/hive-mind 协调回合swarm 运行、hive-mind 共识轮、ruflo swarm join namespace会话仅在 SLIM 传输激活时才有意义。AGNTCY_SPAN_ATTR_AUTHORIZATION_DECISION authorization.decisionCASA 授权检查的结果无论放行还是拒绝都设置——被拒绝的跨度同样需要该属性否则 trace 无法显示调用为何未继续。AGNTCY_RUFLO_OWNED_SPAN_ATTRS提供枚举便利数组。模块刻意不重新导出MetaHarness 拥有的那八个属性名——两处都定义会让两份 ADR 漂移失同步配套 ADR-240 包才是那些常量的单一事实源。接线要求通过现有 ruflo-observability 插件observe-trace/observe-metricsskills发射ADR-380 §5 明确禁止为此新建第二条 tracing 管线。估计工作量5–8 天与 ADR-240 §2.3 共享条目。决策六claude-flow/agntcy包与 Rustruflo agntcycrate镜像 metaharness 的兄弟包模式metaharness/darwin、metaharness/redblue与本仓库自身的插件包惯例plugins/ruflo-*采用隔离的可选包而非把代码折叠进claude-flow/cli这样决策一的可移除约束就有了干净的边界可供强制。Rust crate 特别针对 SLIM本身即 Rust与原生 IOC Layer 9 实现§4——这些都是天然的 Rust 面而非 TypeScript 面。这是独立于任何工作站级偏好的良好技术匹配因为 SLIM 自身的实现语言就是 Rust。现有 Rust CI 管道.github/workflows/federation-peer-rust.yml是优先扩展对象而非从零搭建第二条 Rust CI。crates/ruflo-agntcy 的实际形态lib.rsCASA 强制envelope模块总是编译、总是纯函数是分发前检查 MetaHarness 编译信封的确定性 deny-by-default 门禁从不调用模型SLIM 传输transport模块真实可用的LocalTransport今日默认进程内/回环slimCargo feature 后的SlimTransport桩因为 crates.io 上尚无agntcy/slimRust crate 发布。默认构建路径中没有任何东西依赖该 crate关闭slimfeature默认即保持 crate 不依赖任何未发布的上游包——这正是 §1 可移除约束的 Rust 侧体现。决策七补充两个上游 Bug 的发现、纠正与修复实录ADR-380 附有两段诚实的更新记录本身就是值得引用的工程案例。第一段纠正2026-07-31ADR 原文及其附带代码PR #2879曾断言任何合理名称下都不存在 AGNTCY/SLIM/Outshift npm 包——这是错的且按仓库的诚实文档规范以更新段形式纠正而非静默改写历史。原始检查只试了猜测的带作用域名称agntcy/slim、agntcy/dir得到 404。真实包是agntcy/slim-bindingsnpmv1.4.1 stable / v2.0.0-alpha.4——真实 SLIM Node.js 绑定文档化的用途正是 §2 需要的纯 Node 场景。现在已在runtime.ts的AGNTCY_PACKAGE_NAME中正确命名并声明在optionalDependencies。agntcy-dirnpmv1.5.0——真实 Directory JS/TS SDK配套 ADR-240 §2.2 用它做过真实、实测的 push/publish/lookup本地运行 Go apiserver zot postgres 的 Directory 服务器。当时 SLIM 仍无法实测连接原因是真实且验证过的上游打包缺陷传递依赖uniffi-bindgen-react-native把原始未编译 TS 作为 package.jsonmain发出、无构建产物只能在打包器Metro内工作纯 Noderequire/import下失败ERR_UNSUPPORTED_NODE_MODULES_TYPE_STRIPPING已直接复现。已上报上游agntcy/slim#1916 与根因 jhugman/uniffi-bindgen-react-native#422。detectAgntcyRuntime()既有的优雅降级设计零代码改动就正确处理了这一场景——catch-all 分支暴露真实错误并回退本地传输。第二段更新2026-07-31 part 2——两个 bug 均已解决SLIM 现已实测连通agntcy/dir#1943 实为 RuFlo 侧自己的 bug维护者 akijakya 定位到真实原因——推送到 Directory 的记录声明schema_version: 0.8.0而发送的 skill id/name 源自 OASF1.1.0的 taxonomy服务器按记录自声明的版本校验 skill于是所有 1.1.0 派生的 id/name 都被按 0.8.0 校验并正确拒绝。id60101碰巧成功只是巧合0.8.0 在该数值槽位有一个无关 skill indexing。把配套 metaharness 包中的schema_version修正为1.1.0后完全解决——实测全部 9 个此前损坏的 id 现在都能推送。agntcy/slim#1916 现已可连通SLIM 维护者确认已在alphadist-tag2.0.0-alpha.4从uniffi-bindgen-react-native迁移到ubjs/core/ubjs/node编译产物尚未提升到latest。实测成功对agntcy/slim-bindings2.0.0-alpha.5的真实服务器拉起 客户端连接 优雅关停纯 Node 下零错误。package.json刻意钉住该精确版本非 caret 范围——这是预发布通道直至修复提升到latest。detectAgntcyRuntime()依旧零代码改动两端方向都被既有设计正确处理RUFLO_AGNTCY_SLIM_ENDPOINT设置时现已返回configured: true是实测而非理论。插件 README.md 的诚实缺口声明同样值得注意AGNTCY Identity 没有 JS/TS SDK实测确认 Go-only且插件的 CASA 策略编译器是真实、经过测试的实现但强制仍按 ADR-380 §3 存在于运行时层绝不在编译器内。后果与风险正面后果干净定位栈五条腿中两条已真实存在、零新工作本 ADR 只需建设两条新腿AGNTCY 标识的执行/协调、CASA 强制的权威加可选 IOC 层SLIM 的选择式设计§2意味着单主机 swarm——今日压倒性的常见场景——零行为变化、零新增运维成本把既有 witness/收据签名先例扩展到逐调用 CASA 决策复用了仓库已信任的模式而非发明第二种审计日志格式。负面/风险CASA 强制一旦启用就是每次工具分发前的新强制门禁——此处的 bug 是安全回归而非功能 bug需要 §3 的强制无 LLM 循环测试纪律经显式绕过尝试测试验证后才可为任何租户默认启用SLIM 引入新的 Rust 依赖面与仓库今日不运营的新网络拓扑组成员资格、MLS 加密——真实运维学习曲线通过 §1/§2 的严格选择式设计缓解AGNTCY/Outshift 生态不成熟风险与配套 ADR-240 相同的告诫上游规范稳定过 1.0 之前所有新包都按可选、带版本处理绝不作为承重依赖。被否决的备选方案自建 CASA 等价物作为仅限 ruflo 的专用授权层而非采用 CASA否决。仓库已有claims_*/AuthScope 机制claims-authorizer智能体但 CASA 描述的意图域、带预算与过期的信封是那套机制目前未覆盖的真实能力缺口在有新兴标准时另建第二套专用方案是用当下的小集成成本换取日后更大的对账成本。立即把 SLIM 设为默认传输否决。按简报自身明确指引单主机协调仓库今日绝大多数实际用法不值得该运维成本。把 IOC Layer 9 视为 RuFlo 自有 hive-mind/swarm 编排的替代品否决。明确限定为叠加的可选协调事件与仓库既有默认由 RuFlo 自有分层协调负责的反漂移偏好一致。验收测试与配套 ADR-240 共享生成一个 MetaHarness 智能体 → 发布其签名 OASF 记录ADR-240→ 从第二个网络经 Directory 发现它ADR-240→ 验证其 AGNTCY 身份ADR-240 §2.1→ 通过 SLIM 调用它本 ADR §2→ 通过 CASA 拒绝一次越界工具调用本 ADR §3使用 ADR-240 §4 编译的信封→ 从 OpenTelemetry 跨度与 Flywheel 收据重建完整运行本 ADR §5 ADR-240 §2.3。悬而未决的问题ruflo transport use slim应该是按 swarm 的设置还是全局会话默认倾向按 swarm与按租户的 SLIM 组成员资格一致。既有claims_*AuthScope 机制最终会被 CASA 信封吸收还是保持并行claims 智能体间内部授权CASA 用户意图到网络的授权值得在 §3 上线、重叠或无重叠可具体观测后单独开一个后续 ADR。Rustruflo agntcycrate 放在哪里——新的顶层包还是并入既有 federation-peer-rust 面那边 CI 管道已存在关键参考路径索引本文主体ADR-380plugins/ruflo-agntcy/docs/adrs/下另有同一 ADR 的插件副本 ADR-380插件总览与状态plugins/ruflo-agntcy/README.mdCASA 三件套schema.ts、compile.ts、enforce.ts 及测试 compile.test.ts、enforce.test.ts签名收据casa-receipt.tsOTel 属性otel-attributes.tsRust crateenvelope.rs、transport.rs、lib.rsCLI 运行时检测runtime.ts 与冒烟测试 agntcy-commands.test.ts遵循的先例ADR-150可选/可移除增强、ADR-321显式不遵循的硬依赖例外、ADR-103witness/签名先例可观测性接线ruflo-observability 的observe-trace/observe-metricsskills状态技能agntcy-status/SKILL.md当前为脚手架桩须如实报告未配置而非虚构健康状态【免费下载链接】ruflo The original agent meta-harness. Deploy intelligent multi-player swarms, coordinate autonomous workflows, and build conversational AI systems. Features adaptive memory, self-learning intelligence, RAG integration, and native Claude Code / Codex / Hermes and many more Integrated项目地址: https://gitcode.com/GitHub_Trending/cl/ruflo创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考