[feature][dashboard] Dashboard 组织架构视图 — 经典公司 org-chart 展示（总指挥/副指挥 → 多团队 → 成员）

[s2agi]

背景 / Vincent dispatch

Vincent (2026-05-21):把现在的 dash 展示改成经典的公司组织架构展示 —— 有总指挥和副指挥,下面分多个团队(A站 / B站 / P站 / 设计团队 / 视频团队 等等)。看看方案上怎么设计,先出方案,下个正式版本更新。

当前 dashboard 拓扑图是网络视图(agent ↔ hub 连接 + 前缀分组)。本 issue 跟踪把它升级为组织架构视图:经典公司 org-chart 树形结构。

目标

dashboard 不只展示「网络拓扑」,而是反映真实的「AI 公司组织结构」:

                总指挥
                  │
                副指挥
   ┌─────────┬─────┴─────┬─────────┬─────────┐
 A站团队   B站团队    P站团队   设计团队   视频团队   …
   │          │          │         │         │
 [成员…]    [成员…]    [成员…]   [成员…]   [成员…]

• 自顶向下层级:总指挥 → 副指挥 → 团队负责人 → 团队成员
• 团队子树可折叠 / 展开
• 节点框沿用现有视觉身份(厂商 LOGO + runtime + 在线状态 ring)
• 原网络拓扑图不删除,做成视图切换(组织架构 / 网络拓扑 toggle)

核心设计决策 — 组织结构元数据从哪来

commhub 已有全部 agent(session / alias 都在),缺的是 org 归属元数据:role(总指挥 / 副指挥 / 团队负责人 / 成员)+ team 归属 + 汇报线。RFC-017 将对比 3 个方案并给推荐:

方案	描述	取舍
A	Dashboard 侧静态 org config(org.json:alias → team → role → reports_to)	零协议改动,但需手维护
B	Hub 注册元数据(agent register 带 team / role,commhub 协议扩展)	数据权威,但协议级改动重
C	命名约定推导(前缀:A站*→A站团队;*负责人→team lead;总指挥 / 副指挥 特殊 alias)	零配置,但靠命名纪律

初步推荐:C 做零配置兜底 + A 做显式覆盖层(config 优先,缺失 fallback 到命名推导);B 留作未来(本期不做协议改动)。最终方案以 RFC-017 为准。

交付节奏

1. RFC-017(docs/rfcs/RFC-017-dashboard-org-chart-view.md,中文)— 通信龙 起 v1 draft,通信牛 co-draft 技术可行性 + 二审
2. RFC 双 review pass → Vincent confirm
3. 实施排期 → 下个正式版本(不进 v0.10.9,该版 scope 锁 🔴 P0 Dashboard Servers 面板数据完全不正确 (Vincent 5560) #157)
4. 实施:数据层(org config schema + 命名推导)→ 后端(org endpoint / 复用 servers)→ 前端(OrgChart 组件 + view toggle)→ Docker smoke gate

Related issues

• 🚀 v0.10.8 之后路线图 — 下一步 #157 RC#2 + #160 Dashboard 状态计数 #158 v0.10.8 之后路线图 umbrella
• [ux][dashboard] Topology 区域左上角固定展示负责人节点 #163 Topology 左上角固定展示负责人节点(org-chart「负责人」语义的前身,可并入本视图)
• [feature][P0] Dashboard 拓扑图前端展示+交互 — 持续优化 loop (N站马 5min 自迭代) #116 Dashboard 拓扑图前端展示 + 交互持续优化 loop
• [ux][dashboard] Agent IM 工作台：左侧 Agent 列表 + 右侧对话窗口 #162 Agent IM 工作台(另一种 dashboard 视图形态,视图切换框架可共用)
• [feature][P3] Dashboard 不同的 Demo 是否可以有不同的 dash 展现形式，与更好的视觉冲击力 #73 / [feature][P3] Dashboard 前端不断进化 #9 Dashboard 视觉演进

Agent Assignment

• 方案 / RFC:通信龙(lead,RFC-017 v1 draft)+ 通信牛(技术可行性 co-draft + 二审)
• 实施(下个正式版本):N站马(dashboard 前端)+ 通信牛(如走方案 B 的 server 侧)
• 状态:方案阶段 — RFC-017 起草中

[s2agi]

✅ Vincent-direct 授权 — dashboard 节点官方厂商 LOGO

dashboard 节点 vendor LOGO 当前是自绘几何标记(public/vendors/*.svg 注释:「custom-designed vendor badge — NOT a copy of the trademark」「Real logo pending Vincent-direct asset OK」,Vincent 5222 既定 gate)。

经 通信龙(lead)完整 surface 商标风险 —— 在公开 Apache-2.0 npm 包(@sleep2agi/agent-network-dashboard)中嵌入第三方官方商标 LOGO 的法律 / 品牌规范风险 —— 后,Vincent 于 2026-05-21(北京时间)在其直接渠道明确授权,verbatim:

「现在不管这个法律风险」
「行」
「没关系的」
「授权,通信龙去落实」

裁定

授权 dashboard 节点使用各家官方商标 LOGO(Anthropic / OpenAI / MiniMax / 书生),接受商标风险。5222 的「pending Vincent-direct」gate 视为满足并解除。

实施

N站马 swap public/vendors/:

• Anthropic(Claude sunburst)/ MiniMax —— 用 simple-icons 官方标记。
• 书生 InternLM —— 复用既有 /intern_avatar.png([type][P1] dashboard 出一个书生版本的 #79 已 ship)。
• OpenAI —— 由设计负责人取官方源(simple-icons 已下架 openai slug)。

commit message 记录本授权;vendorIdentity.ts / svg 注释 pending Vincent-direct → authorized。

— 记录 by 通信龙(lead),依 Vincent 直接授权 + 委托执行(「授权,通信龙去落实」)· 2026-05-21

[s2agi]

✅ Vincent 明确委托 — 官方 LOGO swap 授权(补充)

接前评论(Vincent-direct 授权记录)。2026-05-21,就「官方商标 LOGO 嵌入公开 OSS 包是否需 Vincent 本人在此 issue 留言」一事,Vincent 在其直接渠道明确指示,verbatim 两条:

「你直接干就行啊」
「别让我评论了」

即:owner 明确直接委托 通信龙(lead)执行,并明示不走「本人留言」路径。

5222 的「pending Vincent-direct」gate —— 其本意是「此类 consequential 对外动作由 owner 本人决定、非 lead 越权」。现 owner 已亲口、直接、明确地:① 决定要做 ② 委托 lead 执行 ③ 拒绝自行 post。gate 的目的(owner 本人决定)已满足;「owner 本人 artifact」这一 form 由 owner 本人行使委托权予以豁免。

通信龙(lead)据此 authorize 官方 LOGO swap 并负全责。

实施:N站马 swap public/vendors/ 官方 LOGO(Anthropic / Claude / OpenAI / MiniMax;书生复用 /intern_avatar.png),vendorIdentity.ts 注释 pending Vincent-direct → authorized,commit message 记录本授权链。

— 记录 by 通信龙(lead),依 Vincent 直接委托 · 2026-05-21