# Universe Agent 身份盘点（20260814）

> **类型**：盘点快照（P0 前置 · 已审定，非 active 登记表）
> **盘点人**：福斯（fus / agent-l8g0）
> **审定人**：珍珍（zhenzhen）→ **Max（2026-08-14 转交，珍珍放假）— 已审定 ✅ 见 §6**
> **盘点日期**：2026-08-14
> **审定日期**：2026-08-14（Max ⚡）
> **背景**：Universe 上云（黑板化）P0 前置。嬷嬷批判实锤：`AGENT_REPORT.json` 全文无 uid 字段，8 个异构平台各自身份体系——「统一 uid 认证」是空中楼阁。本盘点查清各 agent 身份实情，审定后再定认证方案。
> **落位**：`Universe/99_System/Registry/`（身份相关 Registry；审定通过后可由小宝升级为 active 映射表，见 §5 建议）
> **红线遵守**：只读调查，未修改 `AGENT_REPORT.json` / 任何 Registry；平台侧查不到的标「待确认」，不编造。

---

## 0. 结论速览（TL;DR）

1. **uid 现状**：`AGENT_REPORT.json` 全文 **无 uid / email / openid / 账号类字段**（grep 0 匹配，字段 key 全集无身份凭证项）。嬷嬷批判成立。
2. **身份实情**：8 平台身份体系完全异构——MiniMax 有 email+userID（唯一可跨平台映射）；飞书体系有 app_id(cli_*)+open_id(ou_*)；AnyGen 是字节匿名指纹（user_unique_id）；QClaw 身份本地加密不可读；钉钉/Coze/WorkBuddy 平台侧待确认。
3. **可统一标识**：目前唯一相对稳定的「准统一标识」= **Universe 内部 agent_id 本身**（约定层），非平台认证层。
4. **推荐**：① 不建议现在给 AGENT_REPORT 加「统一 uid」字段（平台无统一基础，加了是空壳）；可加 `platform_ids` 事实字段或声明式 `universe:{agent_id}`；② 建跨平台 id 映射表（本表审定后升级）；③ 认证方案选 B（声明式 uid + 映射表 + 白名单签名，运行时认证维持 A 兜底），否决 C 全平台统一认证。

---

## 1. AGENT_REPORT.json 全貌（真相源盘点）

**文件**：`/Users/rliu086/Nutstore Files/Nebula/99_System/agents/AGENT_REPORT.json`
**版本**：schema v2.3-draft · generated 2026-07-29（max 卡片更新至 2026-08-04）
**结构**：`governance_model` / `summary` / `canonical_agents`（14）/ `limited_scope_agents`（1）

### 1.1 Agent 清单（canonical 14 + limited_scope 1 = 15）

| # | agent_id | 显示名 | 平台 | 环境 | 数据域 | 生命周期 | tier |
|---|----------|--------|------|------|--------|----------|------|
| 1 | zhenzhen | 珍珍 | anygen | cross_environment | mixed_with_owner_authorization | active | core |
| 2 | nini | 妮妮 | openclaw | neb | company | active | core |
| 3 | dabao | 大宝 | workbuddy | neb | company | active | core |
| 4 | nana | 娜娜 | qclaw | zion | private | active | extended |
| 5 | xiaobao | 小宝 | workbuddy | zion | private | active | extended |
| 6 | feifei | 菲菲 | openclaw | falcon | company | active | core |
| 7 | wenwen | 文文 | workbuddy | falcon | company | active | extended |
| 8 | yingying | 盈盈 | workbuddy | falcon | company | **standby** | extended |
| 9 | weber_old | 旧韦小宝 | workbuddy | retired | retired | **retired** | retired |
| 10 | wukong | 悟小空 | aliyun_dingtalk | cloud | company | active | extended |
| 11 | xiaokouzi | 小扣子 | coze | cloud | company | active | core |
| 12 | xiaomaxma | 小Max马 | openclaw | cloud | company | active | core |
| 13 | maxxiaolong | Max小龙 | minimax | cloud | company | active | core |
| 14 | ranran | 然然 | autoclaw | zion | private | active | core |
| 15 | max | Max | minimax | zion | private | active | core |
| 16 | duobao | 多宝 | cloud（独立云电脑） | cloud | private（BoA-only） | pending_review | limited_scope |

### 1.2 统计（按实际 roster 重算，⚠️ 与文件内 summary 块有出入）

- **总数**：canonical 14 + limited_scope 1 = **15**
- **平台分布**（8 平台）：anygen 1 · openclaw 3（nini/feifei/xiaomaxma）· workbuddy 5（dabao/xiaobao/wenwen/yingying/weber_old）· qclaw 1 · aliyun_dingtalk 1 · coze 1 · minimax 2（maxxiaolong/max）· autoclaw 1
- **环境分布**：cross_environment 1 · neb 2 · **zion 4**（nana/xiaobao/ranran/max）· falcon 3 · cloud 4（+duobao）· retired 1
- **状态分布**：**active 13**（canonical）· standby 1（yingying）· retired 1（weber_old）· pending_review 1（duobao）

> ⚠️ **数据一致性发现（待珍珍审定）**：文件内 `summary` 块未随 2026-08-04 max 入册更新——`by_platform.minimax=1`（实际 2）、`by_physical_environment.zion=3`（实际 4）、`by_lifecycle_status.active=12`（实际 13）、`identity_count=11`（口径不明）。建议审定后顺带修正 summary 块。

### 1.3 uid / 账号字段核查（嬷嬷批判实锤）

- 全文 grep `uid|user_id|email|openid|account|phone|wechat|wxid|biz_id|channel_id`：**0 匹配**
- 全部 agent 字段 key 全集（约 40 个）：`agent_id / display_name / aliases / platform / physical_environment / data_domain / lifecycle_status / registry_tier / stability_policy / private_task_policy / company_task_policy / alignment_status / governance_scope / notes / role / app_runtime / llm_model / hardware / network / permission / channels / services / skills / tool_permissions / capabilities_summary / identities / last_* / update_status / node_type / llm_billing / stability_status …`——**无任何身份凭证字段**
- 唯一带「identity」字样的字段：`identities`（**仅 3 个云端 agent 有**：xiaokouzi / xiaomaxma / maxxiaolong），形如：

```json
"identities": [{"identity_id": "xiaokouzi-matrix", "name": "小扣子", "tenant": "matrix", "channel": ["feishu_im"]}]
```

  即 **`{agent_id}-{tenant}` 命名 + 渠道**——是平台租户内引用 id，**不是跨平台统一 uid**（tenant=matrix 对应飞书组织「汇承盈海」）。

**结论**：AGENT_REPORT.json **无 uid 字段、无 email/账号类字段，跨平台不可直接映射**。「统一 uid 认证」在当前数据层无事实基础——嬷嬷批判成立。

---

## 2. 8 平台身份体系盘点（本机证据 + 待确认项）

> 证据来源：本机 `~/Library/Application Support/*`（Electron/Chromium 应用数据）、`~/.openclaw-autoclaw/`（openclaw.json / identity / Local Storage）、`~/.minimax/`、agent 卡片、Platform-Registry 抽取表。**所有 token/appSecret 已剔除，仅列标识符。**

| 平台 | 对应 agent（环境） | 平台内身份形态（本机证据） | 是否有 email | 跨平台可映射性 |
|------|-------------------|---------------------------|--------------|----------------|
| **anygen** | zhenzhen（cross） | 字节系匿名指纹：`user_unique_id=cb06ebb1…9625cb`、`web_id=7670555066633995781`、`app_id=835155`（log_sdk_v2.db） | 无 | 低（匿名设备指纹，无账号绑定证据） |
| **openclaw** | nini（neb）/ feifei（falcon）/ xiaomaxma（cloud） | 形态：agent 目录 id + 渠道会话 id `agent:<dir>:<channel>:<account>:<peer>`（本机示例：`agent:agent-jvls:telegram:6987799703:direct:6987700703`）；xiaomaxma 有 identities=`xiaomaxma-elite`（tenant=elite, channel=feishu_im） | 无 | 低（无账号体系；渠道绑定即身份） |
| **workbuddy** | dabao（neb）/ xiaobao（zion）/ wenwen（falcon）/ yingying（falcon）/ weber_old | 本机仅安装痕迹（com.workbuddy.workbuddy-ai / @genie/workbuddy-desktop 空目录）；文文卡：渠道 WorkBuddy + 飞书（matrix 汇承盈海） | 无证据 | **待平台侧确认**（登录账号在应用/云端） |
| **qclaw** | nana（zion） | 腾讯系海外版；Local Storage 中 userInfo / `secure_openclaw.device.identity.v1` **加密不可读**；仅 aegis 分析会话 id（SDK-034b2f6d3e5cabfdd8eb，非身份）；模型走 SGP 节点 token-plan-sgp.xiaomimimo.com | 无证据 | **待确认**（基于 OpenClaw 设备身份模型，身份加密） |
| **aliyun_dingtalk** | wukong（cloud） | 本机无钉钉数据（仅 icon cache）；悟小空卡：钉钉听记（Windows） | 无 | **待确认**（钉钉组织内 userid / openid 在阿里云侧） |
| **coze** | xiaokouzi（cloud） | 本机无本地配置；AGENT_REPORT identities=`xiaokouzi-matrix`（tenant=matrix, channel=feishu_im）；小扣子卡：技术底座 OpenClaw+Coze（coze/auto）、渠道飞书IM | 无 | **待确认**（coze bot id 在云端控制台） |
| **minimax** | maxxiaolong（cloud）/ max（zion） | ✅ **本机 MiniMax Agent（Max 运行时）登录账号**：`realUserID=492149486042324997`、`userID=V2pz45XxxEJV`、userName=Jerry、**userMail=jeroleo666@outlook.com**（Local Storage user_detail）；另飞书 bot：`cli_aa8e126270615cbd`（mavis→Max）、owner open_id=`ou_dfa2e9591013ad8e1bbe1f4805089c3f`（~/.minimax/feishu-channel.yaml） | **✅ 有 email** | **高（唯一有 email 的平台）** |
| **autoclaw** | ranran（zion） | 智谱 AutoClaw 桌面；本机 agent 目录 id（agent-jvls=然然）；渠道 telegram user 6987799703；device auth id（sha256）；疑似账号 user.120907（待确认）；whatsapp 群通道 `T-account-bot-ranran`（120363425488541413@g.us） | 无证据 | 中（agent 目录 id + 渠道绑定可稳定引用） |

### 2.1 补充证据与旁证

- **飞书（matrix 租户 = 汇承盈海）**：本机 lark-cli 自建应用 `cli_a9497b7e0778dbc2` + 绑定 open_id `ou_99ce55704958e191faf755d6d7044ca4`（.enc 加密存储，connector:feishu 127.0.0.1:65100）；妙妙卡：飞书 Open ID `ou_333502dc114092c74c6136800f3f5cac`（identity=miaomiao-matrix）。→ 飞书身份形态确认为 **app_id(cli_*) 标识 bot + open_id(ou_*) 标识人 + oc_* 标识群**。
- **妙妙（miaomiao）**：平台=妙搭（miaoda）、tenant=matrix、渠道飞书IM——**有卡片但不在 AGENT_REPORT roster**（legacy/未登记，处置待珍珍审定）。
- **Genspark Claw（beta）**：本机安装，roster 无对应 agent（实验/工具，用途待确认）。
- **本机 AutoClaw 桌面 agent 名单**（openclaw.json，11 个）：main / auto-designer(达芬奇) / agent-jvls(然然) / agent-l8g0(福斯) / agent-kxle(盖茨) / agent-edyhd(巴股神) / agent-g74v(小扎) / agent-b22pcw(后海一号) / agent-au408x(前海一号) / agent-dk52d(埃里森) / agent-g0kg(嬷嬷)。→ 其中**仅 ranran 在 Universe roster**，其余为本机工作 agent（不登记 Universe roster 属正常，但说明「agent 目录 id」≠「roster agent_id」）。

---

## 3. 盘点表（agent_id × 平台 × 平台内id × 可统一性）

| agent_id | 显示名 | 平台 | 平台内 id（已知） | 数据域 | 环境 | 是否可统一 | 可统一标识 / 不可统一原因 |
|----------|--------|------|-------------------|--------|------|------------|--------------------------|
| zhenzhen | 珍珍 | anygen | user_unique_id=cb06ebb1…9625cb（指纹） | mixed | cross | ❌ 部分 | 仅 agent_id 可引用；字节匿名指纹无账号映射 |
| nini | 妮妮 | openclaw | agent 目录 id + 渠道绑定（neb 侧） | company | neb | ❌ 部分 | 平台无账号体系；待 neb 侧确认渠道 id |
| dabao | 大宝 | workbuddy | 登录账号（待确认） | company | neb | ❌ | 待平台侧确认 |
| nana | 娜娜 | qclaw | 本地身份加密；aegis SDK id（非身份） | private | zion | ❌ | 身份加密不可读，待平台侧确认 |
| xiaobao | 小宝 | workbuddy | 登录账号（待确认） | private | zion | ❌ | 待平台侧确认 |
| feifei | 菲菲 | openclaw | agent 目录 id + 渠道绑定（falcon 侧） | company | falcon | ❌ 部分 | 同 nini |
| wenwen | 文文 | workbuddy | WorkBuddy + 飞书 matrix 渠道 | company | falcon | ❌ | 待平台侧确认 |
| yingying | 盈盈 | workbuddy | （standby，无新证据） | company | falcon | ❌ | 待平台侧确认 |
| weber_old | 旧韦小宝 | workbuddy | —（retired/deleted） | retired | retired | — | 已退役，不参与 |
| wukong | 悟小空 | aliyun_dingtalk | 钉钉组织 id（待确认） | company | cloud | ❌ | 钉钉体系封闭，待平台侧确认 |
| xiaokouzi | 小扣子 | coze | identities=xiaokouzi-matrix（tenant=matrix）+ coze bot id（待确认） | company | cloud | ❌ 部分 | 租户内 id 可引用；coze bot id 待云端确认 |
| xiaomaxma | 小Max马 | openclaw | identities=xiaomaxma-elite（tenant=elite） | company | cloud | ❌ 部分 | 租户内 id 可引用；feishu app_id 待确认 |
| maxxiaolong | Max小龙 | minimax | identities=maxxiaolong-matrix（tenant=matrix） | company | cloud | ❌ 部分 | 租户内 id 可引用；minimax 账号待云端确认 |
| ranran | 然然 | autoclaw | agent-jvls + telegram 6987799703 + device auth id | private | zion | ✅ 较可 | agent 目录 id + 渠道 uid 可稳定映射 |
| max | Max | minimax | **realUserID=492149486042324997 / userID=V2pz45XxxEJV / email=jeroleo666@outlook.com** + 飞书 cli_aa8e126270615cbd / ou_dfa2e959… | private | zion | ✅ **最可** | 唯一有 email 的平台账号，可直接作为统一键候选 |
| duobao | 多宝 | cloud（独立云电脑） | 云电脑侧（待确认） | private(BoA) | cloud | ❌ | BoA-only，暂不纳入主认证域 |

**可统一性小结**：15 个 agent 中，**1 个强可统一（max/minimax email）**、**1 个较可统一（ranran/autoclaw 渠道 uid）**、6 个「部分可统一」（agent_id/租户 id 可引用但非认证级）、7 个「不可/待确认」（workbuddy×4、qclaw、dingtalk、coze 平台侧未确认）。

---

## 4. 建议（供珍珍审定）

### ① AGENT_REPORT.json 是否加 uid 字段？

**不建议现在加「统一 uid」**——平台侧无统一身份基础，加了是空壳；且 AGENT_REPORT 是 L1 真相源（「不迁、不改」），schema 变更成本高（需全量 agent 回执）。

若珍珍决定加，两个可选形态（二选一，**字段定义草案**）：

- **方案 A（事实优先）：加 `platform_ids` 对象字段**（只登记平台侧事实，不做统一）
```json
"platform_ids": {
  "feishu": {"app_id": "cli_…", "open_id": "ou_…", "tenant": "matrix"},
  "telegram": {"user_id": 6987799703},
  "minimax": {"user_id": "V2pz45XxxEJV", "real_user_id": "492149486042324997", "email": "…"},
  "anygen": {"user_unique_id": "…"}
}
```
- **方案 B（声明式统一键）：加 `uid = "universe:{agent_id}"`**（命名空间限定，纯声明，不与平台身份混淆；作为 Universe 内部引用键/签名键）

### ② 建跨平台 id 映射表（推荐 ✅）

- 本盘点表审定通过后，由**小宝**升级为 active 登记表：`Universe/99_System/Registry/Agent_Identity_Mapping.md`
- 结构：`agent_id ↔ 各平台 id（email / openid / app_id / tenant / telegram uid / 目录 id）` + 状态（verified/reported/待确认）+ 来源 + 审定
- 理由：平台 id 是**事实**，统一 uid 是**结论**；先登记事实、再定义统一键，符合 Registry「L3 登记层不建身份真相」的既有边界

### ③ 认证方案选项（供珍珍审定口径）

| 方案 | 内容 | 成本 | 可行性 |
|------|------|------|--------|
| **A 现状轻量** | 平台各自认证 + Universe 层 agent_id 白名单 + 签名回执 | 低 | ✅ 够用 |
| **B 声明式统一**（推荐） | `uid=universe:{agent_id}` 声明 + 平台 id 映射表 + 白名单签名；运行时认证维持 A 兜底 | 中 | ✅ 推荐 |
| C 全平台统一 OAuth/email | 强推统一认证 | 高 | ❌ 不可行（钉钉/coze/anygen 等平台不对 agent 开放统一 OAuth） |

**推荐：B 为主 + A 兜底，C 否决。**
理由：嬷嬷批判成立——平台身份异构是客观事实，统一 uid 只能在 Universe 层「声明」而非「认证」；黑板化架构（真相源不迁 / 单一写者 / 同机逻辑隔离）下，认证需求本质是「谁有权写哪个库」，agent_id 白名单 + 签名回执已覆盖，无需跨平台统一认证。

---

## 5. 待珍珍审定项清单

1. **uid 字段**：① 不加 / ② 加 `platform_ids`（事实） / ③ 加声明式 `uid=universe:{agent_id}`——三选一
2. **映射表升级**：本表是否升级为 active `Agent_Identity_Mapping.md`（维护人建议：小宝；审定人：珍珍）
3. **待确认项派工**：workbuddy（dabao/xiaobao/wenwen/yingying）、qclaw（nana）、dingtalk（wukong）、coze（xiaokouzi）、minimax 云端（maxxiaolong）的平台侧 id——由各 agent 自报 + R 侧确认
4. **AGENT_REPORT.json `summary` 块过期**（minimax=1→2 / zion=3→4 / active=12→13 / identity_count 口径）——是否顺带修正（属珍珍审定范围，本盘点未改）
5. **非 roster agent 处置**：妙妙（miaomiao，有卡不在 roster）、Genspark Claw（本机安装无对应）——登记 or 标注 legacy
6. **认证方案**：A / B / C 定夺（建议 B+A，C 否决）

---

## 6. Max 审定意见（2026-08-14，珍珍放假转交）

> **审定人**：Max ⚡（R 拍板转交，珍珍放假期间由 Max 审定）
> **审定对象**：§5 六项待审定项，逐条结论如下。结论已回写本表，供小宝落 active 映射表时对照执行。

### ① uid 字段：选「③ 声明式为主 + ② 事实进映射表」（合并方案）

- **AGENT_REPORT.json 加 `uid = "universe:{agent_id}"`（声明式统一键）**：零平台依赖，值由 agent_id 推导，不增加平台侧成本，作为 Universe 内部引用键/签名键——解决嬷嬷批判的「无统一标识」问题
- **`platform_ids` 事实字段不进 AGENT_REPORT**：L1 真相源 schema 不动（避免全量 agent 回执），平台侧事实改由映射表（§5.2）承载，符合「Registry L3 登记层不建身份真相」边界
- **否决「① 暂不加」**：嬷嬷批判成立，至少需声明式统一键支撑认证

### ② 映射表升级：✅ 同意

- 盘点表升级为 active `Agent_Identity_Mapping.md`（维护人：小宝；审定人：Max）
- 结构照 §4.2：`agent_id ↔ 各平台 id + 状态(verified/reported/待确认) + 来源 + 审定`

### ③ 待确认项派工：✅ 同意，加状态纪律

- 5 项照常派工（workbuddy×4 / qclaw / dingtalk / coze / minimax 云端），各 agent 自报 + R 侧确认
- **纪律**：映射表内「自报」= `reported`（不具认证效力），「R/平台侧确认」= `verified`；未 confirmed 前不得作为认证依据

### ④ summary 块修正：✅ 同意

- `minimax=1→2` / `zion=3→4` / `active=12→13` 同步修正
- `identity_count=11` 口径不明 → 改为 `= roster 总数 15`（或标注口径待定），执行时二选一但必须留痕
- 执行人：小宝；纯统计同步，不动 schema/真相，commit 留痕

### ⑤ 非 roster agent 处置：✅ 同意双轨

- **妙妙（miaomiao）**：映射表登记事实（`identity=miaomiao-matrix` / `ou_333502dc…`）；roster 登记建议 `limited_scope + legacy 标注`，等 R 拍板
- **Genspark Claw**：标注「实验工具，不纳入 Universe roster」，映射表 N/A

### ⑥ 认证方案：✅ 同意「B 为主 + A 兜底」，C 否决

- 理由补强（安全视角）：黑板化架构（真相源不迁 / 单一写者 / 同机逻辑隔离）下，认证本质 = **「谁有权写哪个库」**；agent_id 白名单 + 签名回执已覆盖，与 NEXUS 安全框架（D1-D8 最小权限 + 审计留痕）同源
- **落地注意**：签名密钥需 Universe 层统一管理（不依赖各平台 token），签名回执留审计——细节随映射表落地细化

---

## 附：证据来源清单

- `Nebula/99_System/agents/AGENT_REPORT.json`（roster 真相源，只读）
- `Nebula/99_System/agents/Platform-Registry/extraction_table.md`（存量抽取表）
- `Nebula/99_System/agents/*.md` agent 卡片（妙妙/小扣子/悟小空/文文等）
- `Universe/99_System/Registry/Agent_Capability_Registry.md`、`Platform_Capability_Matrix.md`、`README.md`（Registry 边界）
- 本机：`~/Library/Application Support/{AnyGen,QClaw,MiniMax Agent,autoclaw,Genspark Claw,workbuddy-ai,lark-cli}`
- `~/.openclaw-autoclaw/openclaw.json`（AutoClaw 桌面 agent 名单）、`identity/device.json`（device auth id）
- `~/.minimax/{channel-owner,feishu-channel,channel-bindings}.yaml`（Max 运行时渠道绑定）
- ⚠️ 本盘点未复述任何 token/appSecret（如 feishu appSecret、MiniMax apiKey 等均未入表）