多 Agent 协作与统一管理底座

AgentTeams多

Agent

协作与统一管理底座协作

·编排

·生命周期

·人机共治@

AgentTeams分享大纲从产品定位到核心架构，再到快速体验与社区规划定位→架构→实践→共建产品定位核心技术架构本地快速体验社区进展与规划AGENDA

02一条安装命令Dashboard管控与Matrix协作为什么需要AgentTeam

AgentTeams解决什么问题容器·MatrixTeamHarness

·多Runtimev1.2.0

·Dashboard任务管理与社区共建01020304φρ→≈⊕∴▽λXΣ⋈∫交付一个可上线的新功能需求澄清·方案设计编码联调·测试修复发布上线·结果验证目标持续存在过程不断变化@

AgentTeams当目标跨角色、跨工具、跨时间推进，难点会从“生成答案”转向“组织执行并完成交付”复杂任务需要的不只是更强的

Agent，而是可分工、可协作、可干预、可验收的AgentTeam为什么复杂交付需要

AgentTeamPRODUCT

POSITIONING

03并行与依赖状态与恢复能力与上下文人类控制一个真实交付目标01020304角色、工具与历史难以兼顾任务可并行，却彼此依赖进度可沉淀，失败可恢复可见、可干预、可验收φρ→≈⊕∴⌘▽λΣ∫⋈@

AgentTeams在统一

Team/

Room/Task语义下，让QwenPaw、

OpenClaw、

Hermes等Runtime各司其职零信任凭证隔离

密钥不外泄协作资产复用

Models·Skills·MCP·Agent

模板·文件与结果多Runtime管理QwenPawOpenClawHermesOpenHumanAgentTeams·协作

/编排

/

生命周期AgentTeams·多

Agent

协作与统一管理底座Agent

↔AgentHuman

↔Agent多Human

↔多AgentMulti-HumanMulti-AgentHumanAgent分层架构ManagerAgent研发协作运维处置资料研究业务自动化内容生产边界治理WorkerAgentTeam

Leaderφρ→⊕≈∴λ▽⌘⋈Σ∫agt

cliManagerCRWorkerTeam/

HumanCRMatrixhttp

apiWorkerCR

×

N@

AgentTeams同一套声明式生命周期，覆盖Docker/

Podman

本地运行与Kubernetes

集群部署Kubernetes·CR

驱动Local·

Docker/

PodmanHuman/

Manager/Team/Worker期望状态Runtime实例与状态回写Controller/

Manager

ReconcileMinIO/OSS文件与状态Higress模型与MCP网关Matrix协作与身份AgentTeamsControllerCOREARCHITECTURE

05Desired

→Applied

→StatusDashBoardManager云原生容器架构φρ→⊕≈∴⌘λ▽⋈Σ∫提交目标与约束创建团队并分派任务拆解任务与调度成员调用模型与工具执行补充反馈并验收Matrix协作架构Human、

Manager、Team

Leader、

Worker

都是Matrix

用户，在同一房间围绕任务协同Human-in-the-loop：任何时刻都能观察、反馈和介入Matrix

Room

·TeamContextAgent

↔AgentHuman

↔Agent多Human

↔多AgentH

HumanM

ManagerLTeam

LeaderWWorkerCOREARCHITECTURE

06身份房间事件历史Matrix

用户协作能力@

AgentTeams→ρφ⊕∴≈⌘λ▽∫⋈ΣManagerWorkerHumanHumanLeader10:0110:0210:0810:1610:20TeamHarness

·统一协作协议SkillSetTeamHarness与多Runtime纳管TeamHarness

定义统一协作协议，

Runtime

保留各自模型、工具和执行能力协议统一协作语义，Adapter连接本地与远端RuntimeHermesOpenHumanOpenClawQwenPawIdentity/

Member角色与成员身份File/Tool文件和工具引用Event/Status任务事件与状态Team/

Room/Task协作语义与上下文COREARCHITECTURE

07远端纳管模式CodexQoder

CLIPython

·AgentScope@

AgentTeamsNode.js

RuntimePython

Runtime→ρφ⊕≈∴⌘λ▽∫⋈ΣRust

Runtime和

AgentScope、

QwenPaw的关系开发，到个人Agent

运行，再到多Agent

团队协作与治理QwenPaw

·个人

Agent产品与Runtime@

AgentTeamsAgentTeams三者分工互补：从Agent构建

Agent/WorkflowAgent

开发框架基于

AgentScope的

Agent

Runtime面向个人用户的

Agent

产品让一个

Agent

持续服务用户Channel·Skills

·

Memory协作·编排生命周期·治理Team/

Room/Task

统一协作多个异构

Agent组成团队PRODUCT

ECOSYSTEM

08AgentTeamsAgentScope运行协作治理组队开发φρ→≈⊕∴λ⌘▽Σ⋈∫@

AgentTeams连接Agent

开发、运行、注册、网关和能力分发，

形成完整的团队化落地链路AgentTeams·团队协作与统一管理QwenPawAgent

RuntimeAgentScopeAgent

开发框架Matrix+TeamHarnessTeam/

Room/TaskFiles·Skills

·

MCPRuntime生命周期AgentTeams与周边生态NacosAI

RegistryHigress模型·MCP·网关HiMarket能力发布与运营ECOSYSTEM

09开发与Runtime治理与分发运行治理分发协作开发φρ→≈⊕∴λ⌘▽Σ⋈∫运行安装脚本配置模型Key登录Element/Matrix在Manager房间提交任务o

o

o

agentteams-install·terminalbash<(curl-sSL

https://raw.githubusercontent.com/agentscope-ai/AgentTeams/main/install/agentteams-install.sh)Docker/

Podman本地容器环境ModelAPI

Key一个可用模型Network可访问镜像仓库@

AgentTeams准备容器环境和一个模型API

Key，即可在本地拉起AgentTeams

并通过Matrix

登录安装完成后，通过Matrix房间观察协作过程并与

AgentTeam交互启动后的四步体验QUICKSTART

10环境准备本地快速体验ρ→φ⊕≈∴λ⌘▽∫⋈Σ本报告来源于三个皮匠报告站（）,由用户Id:1181721下载,文档Id:1288930,下载日期:2026-08-1104010203030102v1.2.0/v1.2.1协作协议升级Plugin

Schema/

CLI工程化增强统一品牌与产品定位突出多

Agent

协作与统一管理TeamHarness·WorkerFlow任务与成员关系支持QwenPaw2.0

RuntimeCoPaw

Worker

平滑升级提供统一管理界面&Matrix交互一键本地镜像安装@

AgentTeams从协作协议、品牌与Dashboard，到QwenPaw

2.0与存量Worker

平滑升级v1.2.0/v1.2.1持续完善协作协议、

Runtime与统一管理体验v1.2.0/v1.2.1版本动态COMMUNITY

UPDATE

11协作协议HiClaw

→AgentTeamsQwenPaw2.0DashBoardRELEASEφρ→≈⊕∴▽λ⌘Σ⋈∫→∫整合任务视图、状态交付物与人工验收Provider、模型与访问凭证统一配置∴发现、安装、分发和更新团队技能进入房间，观察并介入协作Matrix聊天成员管理

Worker管理成员、角色、状态与归属Worker

创建、配置与生命周期团队与运行时技能中心模型管理任务管理·未来Dashboard

·AgentTeams统一管控入口把成员、

Worker

与协作能力汇聚到同一个界面，

降低多Agent

系统的管理成本@

AgentTeams从资源管控走向协作管控，未来通过任务管理推动目标形成闭环▽φΣλ≈⋈ρ⊕⌘DASHBOARD

12Task/Subtask拆解、指派、依赖关系进度、阻塞、历史与交付物暂停、重试、转交、审批与验收远程纳管纳管Codex、Qoder等执行模式Dashboard持续完善统一管理体验Skill

中心发现、安装、分发与更新Skill

存储支持本地存储与远程Nacos@

AgentTeams下一阶段聚焦任务闭环、远程纳管、

Dashboard

与Skill

中心任务管理推动目标闭环，远程纳管与Skill中心扩展执行和能力边界任务管理系统远程纳管与Skill

中心ROADMAP

13状态跟踪人工控制任务模型组织执行社区后续规划→ρφ∴⊕≈⌘λ▽∫⋈Σ复盘验收指派拆解执行干预目标RuntimeAdapter接入新的本地或远端RuntimeTeamHarness完善

Team/

Room/Task协议

/多运行时纳管TeamTemplate沉淀团队角色、流程和工具模板生态集成连接Registry、Gateway与Marketgithub.com/agentscope-ai/AgentTeams@

AgentTeams从体验、反馈到协议和Runtime

贡献，共同扩展AgentTeams

的应用边界Good

First

Issue

·RuntimeAdapter

·TeamTemplate

·

Demo&

Blog四条贡献路径01

快速体验02

提交Issue03

贡献PR04

分享实践COMMUNITY

14从体验到贡献生态联动可复用方案协议与规范运行时适配社区共建→ρφ∴⊕≈⌘λ▽∫⋈Σ03040102@

AgentTeamsQ&A一起讨论

Agent

Team的下一步1哪些任务适合由AgentTeam完成？2如何接入新的

Agent

Runtime？3任务管理系统应该优先解决哪些问题？github.com/agentscope-ai/AgentTeams基于AgentScope2.0Harness构建企业级、分布式智能体刘军CONTENT目录01

AgentScope2.0介绍02

AgentScopeHarness核心设计03

AgentScope企业级智能体实战01AgentScope2.0介绍AgentScope概览AgentScope是阿里巴巴推出的一款面向企业级、分布式场景的智能体开发框架，覆盖Python、Java

、Typescript

、Golang（建设中）语言实现。AgnetScope生态核心目标：提供一套覆盖“开发、部署、调优”全生命周期的生产级解决方案，让智能体应用的开发更简单、运行更稳定、效果更卓越。ReactAgent核心组件1.0->

2.0迁移指南02AgentScopeHarness核心设计AgentScopeHarness总体架构AgentScopeHarness快速体验Workspace--智能体进化的SourceofTruth抽象文件系统-Workspace的物理载体内置上下文压缩策略-

四道防线双层长期记忆-事实自动沉淀子智能体编排、委派、并行、异步通知沙箱管理：隔离、恢复与分布式Skills：四层注册中心&沙箱内执行计划模式：想清楚->写下来->再动手Channel：消息平台

->Gateway->Agent3AgentScope企业级智能体实战HarnessAgentReActAgent的薄包装RuntimeContext·Workspace·StateStoreH

ARN

E

S

S

·核

心

能

力

总

览HarnessAgent：把"长期运行的

agent"需要的工程能力打包●

可插拔文件系统Local

·Sandbox

·

Remote/Overlay●

工具沙箱per-session/

user/agent

隔离●

Channel路由chatui

·

IM

·Webhook

·SSE●

工作区人格AGENTS.md

·skills

·subagents

·tools.json●

上下文压缩摘要压缩+>80K大结果卸载●

子

Agent编排同步

/后台·反向通知●

计划模式只读思考+

HITL退出●

双层长期记忆memory/*.md

→

MEMORY.md

自动沉

淀你的本机

(singleprocess

·singlenode)github/gitlabLocalFilesystemWithShell直连宿主机——没有sandbox、没有租户命名空间、没有远端存储HarnessAgent

(每个

agent

一个实例)LLM推理循环Skills·Sub-agents·

MCP自进化闭环→workspace文件Workspace

目录(self-evolving)AGENTS.md

·skills/

·subagents/

·tools.json

·memory/

·sessions/

·knowledge/示

例

01

·AGENT

S

C

OPE

-P

A

W个人助手——直连本机FS

与Shell，随用随长定位装在你自己电脑上的个人助手——以你的身份、在

你的FS/shell

里干活。内置通道·chatui(Web

UI,默认)·钉钉·企微·飞书·GitHub/GitLab

Webhook关键设计单进程、无鉴权、无租户、无Dockersandbox；随

用随长——skills/subagents/

memory都是自写文

件。本机文件系统

~/.agentscope/

…本机Shellbash/

zshChannel适配器dingtalk/wecom/feishuchatui

(Web

UI)1人·1节点直连本机Shellself-evolvingagentscope-examples/agents/agentscope-pawAgentScope2.0

·

HarnessSpringBoot:8080·ReactSPA

+

REST

API

(JWT)持久化

·H2

(开箱)

→

MySQL/

PostgreSQL

(生产)·用户·agent

定义·共享授权React

SPAREST

API(JWT

鉴权)HarnessGateway每(user,agentId)独占一个

HarnessAgentCompositeFilesystem(per(userId,agentId)命名空间隔离)三种

fs-spec

模式共用同一形状——只是底层存储引擎变了●

local●

sandbox●

remote默认·本机FS+ShellDocker

·SESSION/USER/AGENT/GLOBALBaseStore

·

Redis/OSS

横向扩展展示

例

0

2

·AGENTSC

OPE-BUILDER多租户

Agent

平台——一套自进化agent,一个组织共用定位一个团队

/一家公司共建、运营自进化agent的平台

台——从浏览器登录，不写代码搭agent。关键设计每(user,

agent)独立workspace；三档共享：

run/

/edit/fork；一开关切换local

·sandbox

·remote。

remote。Sandbox隔离粒度SESSION

·USER

·AGENT

·GLOBAL

——

由builder.sandbox.isolation控制。Agent(alice,

agent-A)Agent(alice,

agent-B)Agent(bob,

agent-A)多租户

JWT可分布式共享分级agentscope-examples/agents/agentscope-builderAgentScope2.0

·

HarnessSpringBoot

WebFlux:8080·

分布式一等公民

(Redis

后端)能力市场用户贡献

─▶

管理员审批

─▶

shared/

自下而上生长OverlayFilesystem(skills/

·subagents/)上层·per-用户RemoteFilesystem(可写)

memory/

·

MEMORY.md

·sessions/

·tasks/下层·shared/{skills,subagents}(只读·审批后合入)knowledge/

·AGENTS.md

亦只读HarnessGateway示

例

0

3

·AGENT

S

C

OPE

-D

A

T

A

A

GEN

T数据

Agent

平台——

per-用户进化+审批式能力市场SandboxFilesystem(脚本执行·生命周期由应用方掌握)容器规格·回收节奏·数据库驱动

/

notebook

工具链——

由安全与运维口味决定三项关键·多人并行进化·互不干扰·能力市场——有闸门的知识流动·Sandbox

交由应用方治理定位每位数据分析师一个专属SQL/

图表

/报表agent

—

—越用越懂本组数据源与报表习惯。通道

&存储chatui

·dingtalk

·通用Webhook

(HMAC)H2

→

MySQL/

PostgreSQL

·

Redis分布式data-agent(全局骨架·GLOBAL)uda-{userId}-{agentId}(per-用户

fork)分布式共享库审批合入agentscope-examples/agents/agentscope-dataagentAgentScope2.0

·

HarnessIssue

→PR

·PRReview

·行内迭代

·

永不动本机/构建机

FSGitHub

Webhook·CLI·钉钉·飞书所有触达通道Channel适配器HMAC

校验·去重·过滤自评ThreadIdFactorygithub:issue:owner/repo#42→SHA-256

→

UUIDRunDispatcher立即派发·thread

忙时入队

·Message/Budget/Limit

HookHarnessGatewaycoding

(issue/

PR迭代)·reviewer

(review_requested)SandboxFilesystem·per-thread

Docker容器agentscope/coding-sandbox:latest

·运行时托管·首次拉起·

同session

复用GitHub

API

·

目标仓库示

例

0

4

·AGENTS

C

OPE

-

C

ODING

A

GEN

T自主编码机器人——

Thread

路由+一次性Docker

容器两条安全底线·永不动宿主机FS

——全在sandbox

内·sandbox生命周期由框架自动管——按session拉起、复用、销毁定位企业内可部署的自主编码机器人——

Issue里留言就

给你开PR；

PR上加它当reviewer就有

review。默认安全网Webhook

签名·事件去重

·per-session

限流模型预算·上游限流透明重试Agent

Scope2.0Harness

agentscope-examples/agents/agentscope-codingagentper-session可横向扩展GH/IM通道示例定位用户

/

隔离文件系统栈分布式

/Sandbox

生命周期paw个人助手个人助手随用随长1人·无隔离LocalFilesystemWithShell×

单进程·N/Abuilderagent平台多租户agent平台多人·(user,agent)CompositeFilesystem✅

远端FS+分布式session不写代码搭agent可选Docker

隔离·local

·sandbox

·remote框架可按session/user/agent/globaldataagentper-用户数据agent多人·(user,agent)Overlay(RemoteFS

×

shared)✅

Redis后端一等公民数据agent+审批式能力市场共享库只读+SandboxFilesystemSandbox生命周期由应用方管codingagent编码机器人自主编码agentIssue

→

PR/

PR

Review多人·per-thread每session一容器SandboxFilesystem全栈✅

共享存储后横向扩展Sandbox生命周期由框架自动同一套HarnessAgent,通过workspace/filesystem/channel三个开关重构不同企业级形态——

paw

·builder

·dataagent

·codingagent就是四种典型工程落点。选型对比——用户数·隔离·文件系统·分布式AgentScope2.0

·

Harness扫码加入微信群扫码加入钉钉群如果二维码失效了可以在GitHub主页获取最新的哦~https://github.com/agentscope-ai/agentscope-java

欢迎给我们点个Star，也可以加入我们一起构建面向未来的Agent体系Agent

的(资源搜索引擎9来了Nacos正式支持ARDNacos

3.3

·Agentic

Resource

DiscoveryNacos

社区AI

Registry

·

ARD

Meetup

·

2026.08Contents总目录01

Nacos与AI

Regsitry02ARD与

Nacos

3.303

Nacos3.3其他特性04未来规划Nacos与AI

Registry先用两页讲清Nacos是什么，以及它如何承载

AI

Registry01什么是Nacos？面向云原生和

AI应用的动态服务发现、配置管理与

AI

Registry平台AI

RegistrySkill

·Agent·MCP

·

Prompt配置管理动态更新·灰度·回滚服务发现注册·订阅·健康Nacos架构：核心能力共用一套运行时底座统一入口接入核心能力；插件与生态围绕通信、一致性、存储和运行时模块扩展入口：SDK·OpenAPI

·控制台·

Maintainer

SDK统一治理：

Namespace

·版本·生命周期·权限插件扩展鉴权·数据源·追踪生态集成Spring

·

Dubbo

·

K8s

·AI

框架基础底座通信·一致性·存储·任务事件协议增强配置管理服务发现AI

RegistrySkill

·Agent

·

MCP

·

Prompt注册·订阅·健康发布·监听·灰度DNS

·xDS

·

PrometheusARD×

Nacos

3.3先看为什么多市场仍然难找，再看

ARD如何统一发现02市场按资源类型分开，任务该先去哪找？Skill有Skill市场，

MCP有MCP市场，Agent也有

Agent市场任务只描述目标，

不会预先给出“该用哪一种资源”1.Skill、

MCP、Agent

各有自己的市场与搜索方式2.

同一种类型还可能分散在多个市场3.即使导入企业Registry，查询若先选类型，

发现仍然割裂任务意图不会自带类型答案MCP

市场工具与MCP

ServerSkill

市场能力包与工作流Agent

市场可协作AgentARD把“发现”放在调用之前Catalog发布入口，

Registry跨类型检索，Artifact交给并列的原生方式消费任务意图发现入口跨型检索治理过滤返回制品原生消费候选结果type

·score

·url/data不负责执行RegistrySearch/

Explore/

List不替代MCP/A2AARD

请求

任务意图score≠

信任背书Registry跨型检索Artifact访问入口MCP

A2A

API/Skill原生消费（并列入口）Catalog发布入口NacosARD：统一发现、索引与

AI

Registry访问入口在上，发现与搜索能力居中，AI

Registry事实资源与派生索引在下NacosARDARDAdapter统一协议与对象模型协议契约

治理上下文

结果装配事实源：AI

Registry

·Agent/

MCP/Skill

/

Prompt接入与协议适配异步索引：资源变更

持久任务关系索引

向量索引Nacos

Console/OpenAPIARD

Client

·

HTTP/SDKAgent/AI

应用发现请求平面搜索与索引平面查询解析混合召回治理过滤排序返回Search/

Explore意图搜索Catalog/Artifact目录与制品RAD远程

AgentAI

ResourceSearch01事实资源先成功落库Agent/

MCP/Skill/

Prompt

的标准资源是事实源。02索引任务可以重放Document/Chunk是派生数据；同一版本可幂等重建。03失败与遗漏都能补齐重试处理失败，Backfill与周期对账保证最终收敛。索引允许短暂延迟，但必须可恢复地追上事实源资源先落事实库；持久任务异步建索引，失败可重试，遗漏由扫描与对账补齐资源变更持久任务扫描

/对账失败重试幂等建索

引字面召回与语义召回融合，才能按意图找能力关键词给确定性证据，向量补同义表达；融合的是排名精确匹配加分名称·标签·类型加权RRF相关性

0-100向量召回可选语义增强关键词召回确定性证据检索结果仍服从命名空间、授权与最新版本过滤在最终分页前完成；高相关不等于有资格返回查询命名空间所有者·范围显式授权启用·在线最新版本所有者范围授权无权限

过滤

不在线

过滤旧版本过滤启用在线最新资格判定先于最终分页治理规则决定资格相关性决定排序返回契约字段过滤原生消费Agent范围ARDAPI六个端点覆盖搜索、探索、目录与制品获取返回统一为：资源类型·相关性

·访问入口请求模型•

任务描述•

命名空间•

返回数量返回最小契约•资源类型•

相关性（0–100）•访问入口•

仅返回有资格资源结果请求由RAD

专门发现向量

/

LLM可选POST/exploreGET/ai-catalog.jsonGET/artifactsPOST/searchGET/.well-known/

…GET/agents首期：本地

/私有入口相关性类型SkillPromptMCP在线最新空间启用权限Nacos3.3其他特性RAD

·单资源授权·插件控制面03RAD：专门发现可远程调用的Agent作为

ARD子系统，按任务意图与期望调用方式返回

Agent及匹配入口ARD统一

Agentic

Resource发现请求任务意图+调用方式RemoteAgent多种远程访问入口返回Agent+

匹配EndpointARD子系统RAD远端

Agent

索引与入口过滤同一个

Agent可暴露

A2A、

HTTPAPI

或其他访问方式；

RAD按期望方式过滤权限细化到单个

AI资源资源键=

Namespace+类型+名称；资源所有者或管理员授予读

/写权限单个

AI资源资源键资源所有者全局管理员普通用户写=读写普通用户只读w按rw

保存，并隐含读权限控制台：资源授权插件控制面：让插件从加载项变成可运营资源发现插件→注册能力→配置与状态同步→运行时生效控制台：插件管理运营：启停·配置·状态识别：类型·版本·能力集群：事件同步·一致生效插件扫描

能力注册

配置

/状态运行时生效未来规划：从资源纳管到全面

Agent化3.3初步落地·3.4发现增强·4.0

Nacos

自身智能化04ARD+

ai_resource整体纳管

Agent

（已初步完成）MCP纳管（进行中）AI

资源授权精细化接入模型，让Nacos

自身智能化统一发现、管理、排查、诊断Config

·Naming

·Agent

Resource优化发现索引支持更多向量库接入小模型辅助智能发现Agent

身份管理NacosAI

Registry路线规划从

ARD初步落地，逐步走向统一发现、管理、排查与诊断Nacos

3.4发现能力增强Nacos

3.3初步完成

/进行中Nacos4.0全面

Agent化目标：统一发现·统一管理·统一排查·统一诊断欢迎加入Nacos社区加入Nacos社区，一起构建安全、可控、标准的Agentic资源管理中心OBI：无侵入的AIAgent可观测不改一行代码，看透

Agent的每一次调用古琦-阿里云可观测OBI

介绍什么是OBI、数据通路与核心机制AI

Agent

可观测无侵入可观测、RAG、Token、裸HTTP

排障、Sandbox监控CMS2.0最佳实践接入、下钻、网络监控与上线Checklist内容概览020301OBI介绍What

is

OBICMS2.0最佳实践从接入到大盘下钻、网络监控与上线ChecklistAIAgent可观测无侵入可观测、RAG、Token、裸HTTP

排障OBI介绍什么是OBI、数据通路与核心机制020301一句话定义OBI是OpenTelemetry官方维护的eBPF无侵入观测项目。利用Linux

内核eBPF，在不修改任何应用代码的前提下，

自动拦截和解析应用的网络流量，输出标准的

Trace与

Metrics应用可观测Traces+

RED

Metrics覆盖Web、

DB、

MQ、

GenAI网络可观测L3/L4流量、TCP

RTT服务间拓扑与质量巡检日志增强自动注入

trace_id实现

Trace-Log关联什么是OBIOpenTelemetryeBPF

Instrumentation-装在内核里的透视镜Web与RPCHTTP

1.x/

HTTP/2/gRPC/GraphQL全部支持

TLS加密流量解析自动帧解压和头压缩处理数据库与MQMySQL/

PostgreSQL/

Redis/

MongoDBKafka/

MQTT/

NATS/AWSSQS自动提取SQL文本和topicGenAI与GPUOpenAI/Anthropic/Gemini/QwenRerank/

向量检索

/

MCP工具调用CUDA

kernel

launch/显存操作OBI

的核心竞争力在于协议感知型探测：不仅记录有一个网络请求，而是深入理解每个请求的语义——

model是什么、调用了哪个工具、

query命中几条、token消耗多少。识别原理：三级瀑布式匹配——

内核已标注协议类型(最快)->确定性通用匹配(SQL/FastCGI/Mongo等)->启发式兜底(Redis/HTTP2/MQTT等)。每种协议都有专属的Span构造器，确保语义字段完整。OBI协议覆盖全景不只是HTTP

——从Web/RPC到数据库、消息队列、GenAI

和GPU

全面覆盖跨进程传播：内核

tpinjector统一完成对所有非Go语言，跨服务的

traceparent传播在内核态统一处理。三种方式：

HTTP/1

头注入(sk_msg改写payload)、

HTTP/2

HPACK

注入(按流编码traceparent)、TCP

Option

kind=25(出站

WRITE_HDR_OPT

写入，入站PARSE_ALL_HDR_OPT

读出)。应用完全透明，连HTTP

客户端代码都不知道请求被加了头。Gogoroutine血缘重建挂钩runtime.newproc1记录父子G指针；

runtime.casgstatus跟踪绑定/抢占；find_parent_goroutine沿父链向上回溯最多6层找到入站请

求的

tracecontext。Pythonasyncio

协程追踪4个uprobe：task_step(调度切换)/Task.__init__(父子血缘)/PyContext_CopyCurrent(上下文复制)/context_run(worker线程激活)。覆盖await、

create_task、gather、to_thread。传统

APM按线程关联请求。但Go的goroutine会在OS线程间漂移，

Pythonasyncio在单线程跑成百上千协程，按PID/TID会把并发请求全部串线。

OBI在内核为每种并发模型分别做了上下文重建。跨语言协程追踪与上下文传播Gogoroutine、

Pythonasyncio、

Node.jsasync_hooks

——不同语言用不同探针重建因果完整DAG路径ringBufForwarder->

Routes->

KubeDecorator->

DockerDecorator->NameResolution->AttributesFilter->扇出：

OTELTraces

Exporter/SpanNameLimiter->OTEL

Metrics/

Prometheus/

BPF

Metrics。

K8s装饰器有特殊超时(informer

同步)，不被死锁探测误杀。内核到用户态搬运双goroutine+对象池的ringbuf转发器：

readerLoop负责ReadInto原始record，

parserLoop负责解析成Span。预分配2*BatchLength个record复用，避免GC抖动。攒够100条或1秒超时即

flush，另有3秒idle-flush防低流量卡顿。成百上千个进程共用一个SharedRingBuffer。OBI用户态不是一个大循环，而是一张显式声明的有向图(DAG)。顶层是三条独立

Agent(应用/网络/日志)，用errgroup绑定；应用这条线分三步：FindAndInstrument(发现并挂探针)->

ReadAndForward(启动管线)->WaitUntilFinished。节点间通过泛型队列msg.Queue传递，支持扇出(fan-out)、

Bypass零成本短路、死锁自检(1分钟超时告警)。被禁用的功能从图里物理消失，不是空跑。数据管线架构：

一条Span的完整生命周期从内核抓到的字节流，是怎么变成云监控2.0

里那条

Trace的GPU/CUDA追踪uprobe挂钩libcuda.so，追踪cudaLaunchKernel(grid/block维度)、cudaGraphLaunch、

cudaMalloc(分配大小)、

cudaMemcpyAsync(拷贝方向和大小)。

与网络Span共用同一套泛型转发器，零

额外配置接入。网络流量监控基于

TC钩子捕获L3/L4

网络包，解析IPv4/IPv6和

TCP/UDP头部。支持K8s元数据装饰、反向DNS、

GeoIP地理定位、自

定义CIDR标注。TCP

RTT和连接失败次数帮助定界网络拥塞或交换机故障。日志增强语言无关：通过kprobe挂钩

tty_write和pipe_write，拦截

JSON

日志并透明注入trace_id和span_id。应用零改动，日志里自动多出

Trace关联字段。用bpf_probe_write_user原地改写，再由用户态写回。扩展能力：

GPU/CUDA追踪、网络监控与日志增强