← 返回知识库 # 5号看板角色路由与分身派发约定 · 2026-08-01（v3 · Grok 接替 Codex） > 清理旧积压后生效。assignee **必须** 是本机真实 profile。 > **判定命令：** `hermes kanban assignees` — 只派给 **ON DISK=yes** 的 profile。 > `hermes profile list` 出现 ≠ 可派发（chat 已踩坑：目录在但无 config.yaml/SOUL.md，模型 `—`，派了 ready 永久挂死）。 > 2026-08-01 v2：移除 chat；v3：明确 **Grok CLI 接替 Codex 交互工程位**，Hermes 自动 profile 名仍为 `codex`。 ## 双轨：交互位 vs 自动 profile | 轨道 | 是谁 | 用途 | |:-----|:-----|:-----| | **交互工程位（人/会话）** | **5号 Grok CLI**（本会话 / `5hao-grok-cli`） | 接替原 Codex 会话：读卡、调优、验收、blocked 接手、写 GOVERNANCE/技能 | | **自动工程 profile** | Hermes **`codex`**（ON DISK=yes） | 看板 dispatch 认领工程卡；底层模型按 profile 配置（当前 deepseek） | | **编排主体** | Hermes **`default`** | 拆卡、派发、验收汇总；不亲自干长活 | **禁止** 把 assignee 写成 `grok` / `Grok` / `5hao-grok-cli` —— 这些不是 ON DISK profile，派了会挂死。 交互侧产出用 comment author=`5hao-grok-cli` 落在任务卡上即可。 ## 可用角色（ON DISK=yes，可派发） | profile | 职责 | 典型任务 | |:--------|:-----|:---------| | **default** | 5号 Hermes **主体/编排**：拆卡、派发、验收、汇总；不亲自干长活 | orchestrate / swarm / decompose | | **codex** | **工程实现**（自动工人；交互侧由 Grok CLI 对等接手） | 修脚本、CDP、API、DB 真源裁决、仓库改动 | | **fenshen** | 通用**分身**助手 | 并行调研、盘点、文档回写、路径映射、轻量执行 | | **lookbook-agent** | 视觉内容 | Lookbook、出图链路、lookbook 资产表 | | **tagger-agent** | 语义标签 | 打标、outfit plan、商品标签字典/字段对齐 | | **comm** | 通信 | 通知、跨节点消息 | | **api-light** | 低成本轻任务 | 简单 API / 低 token / 文档型 P2 兜底 | ## 不可派发（易踩坑） | profile | 原因 | |:--------|:-----| | ~~chat~~ | 仅 profile.yaml+logs，无 config.yaml/SOUL.md，模型 `—`；派了 ready 挂死 | | ~~grok / Grok / 5hao-grok-cli~~ | **不是** Hermes profile；交互用 comment/author，不写 assignee | | deepseek / DeepSeek / infra-director / knowledge-miner | 非本机 profile（历史遗留 count），ON DISK=no | ## 融合地图下一批（2026-08-01 路由审计） | task_id | 标题摘要 | assignee | 判定 | |:--------|:---------|:---------|:-----| | t_061305be | 商品主数据字段+标签体系 | tagger-agent | ✅ 保持 | | t_154968ac | kanban 写入口 + D2/D3 裁决 | codex | ✅ 保持；Grok 可接手 | | t_08642bd4 | lookbook 可检索资产表 | lookbook-agent | ✅ 保持 | | t_7bb65047 | xhsposter/Gemini 状态回写 | codex | ✅ 保持 | | t_974c02da | AiUsageLedger | codex | ✅ 保持（P2；超时可→api-light/Grok） | | t_9652a963 | 7 项路径云盘映射 | fenshen | ✅ 保持；**parent=t_154968ac**（C5/D2/D3） | ## 派发铁律 1. 发任务前过 `task-card-publish` 六问。 2. **禁止编造** assignee；未知 profile → ready 永久挂死。 3. 多车道：`hermes kanban swarm` 或 `create` + `--parent`。 4. 主体 `default` = orchestrator；执行给 specialist；需要帮忙 → `fenshen` 或多个 worker。 5. 依赖用 parent 链接，不要靠正文写「等 T1」。 6. 测试/过期通知卡及时 `archive`，别堆 ready。 7. 发卡前 10 秒自检：`hermes kanban assignees | grep -w <profile>` 出现 `yes` 才允许 create。 8. **依赖裁决类卡先 P0 后 P2**：真源/软链裁决完成再把路径映射标 ✅。 ## 与「Hermes 分身」的关系 - 5号 Hermes 主体 = **default** profile（gateway running）。 - 「分身帮忙」= 派给 **fenshen** / 并行 worker / `swarm`，不是再注册一个叫 hermes 的幽灵 assignee。 - 编排 skill：`kanban-orchestrator`；回报：`kanban-mcp-ops`。 - **Grok CLI** = 5号上原 Codex 的交互接替：调优任务卡、验收、blocked 接手、写规范；**不替代** Hermes `codex` profile 名。 ## 未来 backlog 示例 - 数字资产融合地图：根卡 t_a8b7f844 已 done；下一批 6 子卡 running（见上表） - 文档真源：`精华文档_EssenceDocs/Grok手机APP与CLI共享文档/DIGITAL_ASSET_FUSION_MAP_20260801.md`