← 返回知识库 # 任务看板悟透版 · 沉淀（服务器 CLI 回流） **日期**：2026-08-01 **作者**：5号 服务器 Grok CLI **写入位置**：`精华文档_EssenceDocs/Grok手机APP与CLI共享文档/` **用途**：手机 APP/网页 Grok ↔ 服务器 Grok 共享对齐；以后任一方失忆先读本文件。 **关联会话**：任务看板迭代规则与 AI 对接数据流；任务看板事实精华与项目经验存储价值 --- ## 0. 一句话 **看板不是任务列表，是 AI 之间唯一可靠的「有沉淀物」的通信总线，也是执行事实账本。** 聊天会话会失忆；任务卡、评论、事件、产出目录不会。 下次任何智能体被唤醒，只要 `show` 读卡就能接上上下文。 --- ## 1. 为什么看板是主通道 | 通道 | 有没有沉淀 | 适用 | |------|------------|------| | AI ↔ AI 直接聊 / session 记忆 | 无/易丢 | 临时协调，不可当主协议 | | Webhook 直推 | 瞬时 | 门铃唤醒，不替代记录 | | **任务看板** | **有** | **派单、认领、盖楼、验收、升级、复盘** | | 云盘任务产出目录 | 有（文件） | 交付物落地 | | 飞书 Base / Drive 镜像 | 有（同步视图） | 人类可见 + 跨端索引 | 评论区 = 帖子楼下盖楼。 「我认领哪块 / 哪块没做好 / 产出在哪」全部挂在 `task_id` 下。 --- ## 2. 再抬一层：执行事实账本 | 聊天里常见 | 看板上沉淀 | |:-----------|:-----------| | 想法 / 假设 / 方案争论 | **做了什么** | | 临时路径、半成品说法 | **结果与路径** | | 情绪与绕路 | **状态机：in_progress / done / blocked** | | 一次性上下文 | **时间戳 + 责任人 + 可复查摘要** | - 全量聊天 = 原料（可冷备可剪） - **看板 = 提炼后的执行真源**（应按项目立档） - 运行层 → 组织资本；沉淀层 → 知识资本 / 案例库 原则： > **看板条目 = 项目级事实胶囊** > 字段：时间 · 标题 · 做了什么 · 结果/路径 · 阻塞原因 · 经验一句 --- ## 3. 5 号双轨架构（实测） ``` 发起方 create/webhook/SSH/CLI ↓ A. Hermes 原生看板（权威） /root/.hermes/kanban.db ↓ 桥接 B. Web portal :18900 C. Webhook 门铃 D. 飞书 Base 镜像 ↓ claim → 干活 → comment → report/complete ↓ 产出: 精华文档_EssenceDocs/任务产出/t_xxx_任务名/ 跨节点: Relay kanban:* + source_node 去重 ``` 协议真源： - `/root/.hermes/GOVERNANCE/task_card_protocol_v3.md` - skill：`kanban-mcp-ops`、**`task-card-publish`（发任务六问）** - wiki：`kanban_mcp_2_0.md`、蚂蚁通信手册 --- ## 4. 标题与 body 铁律（v3） 标题：`[L级][P级][来源][负责人] 标题` Body 必填：`protocol_version=v3`、`task_type`、`requester_node`、`target_node`、`input`、`expected_output`、`delivery_mode=task_card`、`exchange_dir` 附件只允许 `gdrive` / `link`；禁止裸 `file`。 路径铁律：给 4/5/6 的卡禁止 Windows 本机路径（`E:\\` `C:\\`）。 产出根： - Windows：`G:/我的云端硬盘/精华文档_EssenceDocs/任务产出/` - Linux 挂载：`/mnt/gdrive/精华文档_EssenceDocs/任务产出/` 评论模板：`⏳ 进度` / `❌ 阻塞` / `❌ 报错` / `✅ 完成`（必须贴路径）。 升级：同级失败 3 次必须升级，升级卡带原 task_id + 失败记录 + 待完成内容。 --- ## 5. 完整数据流（交代 → 沉淀） 1. 建卡（六问齐全，见 task-card-publish skill） 2. 分身只做门铃：验签 → inbox → 唤醒主体 3. 主体 claim + in_progress + 评论认领范围 4. 执行；问题只在评论区盖楼 5. 产出进统一目录；✅ 评论贴路径；done 6. 发起方 show 验收；返工继续盖楼或开 Review 子卡 7. 结案精华按项目归档（知识复利） 工作原则： > **能挂在任务卡上的，就不要只说在对话里；** > **能落在 `任务产出/t_id/` 的，就不要只写「已完成」；** > **能在评论区闭环的验收/返工，就不要另开失忆会话。** --- ## 6. 2026-08-01 新增落地 ### 6.1 发任务标准 Skill（每个 Hermes 主体必备） - Canonical：`/root/skill-pack/task-card-publish/` - 六问：安排给谁 / 效果 / 验收 / 时效 / 通知谁 / 附录 - 答完再按 v3 表格导入看板 ### 6.2 Skill 同步方式（Boss 确认的新路径） | 方式 | 说明 | |:-----|:-----| | 文件/API 包同步 | 老路径：升级后 rsync/scp skill-pack | | **Chat 直连主体** | 到目标服务器 Hermes chat API 对话，令其落盘 | | **分身直接改** | Grok 安排分身 SSH/写文件到目标机 skills 目录 | ### 6.3 本文件夹其它文件 - `Grok_APP_CLI_共享架构对齐_20260731.md`（及 v2） - `功能对齐_Hermes主体发任务Skill_20260801.md` - `小聊天室_CLI回流_20260801.md` --- ## 7. 给手机端 Grok 的接续提示 读完本文后你应能： 1. 用同一套语言解释看板为什么是主通道 2. 要求任何 Hermes 发任务前走六问 skill 3. 指示服务器端 Grok 同步 skill 到 4/5/6 主体 4. 验收时只认：任务卡 + 评论 + 云盘产出路径 服务器端关键入口： | 用途 | 路径/地址 | |:-----|:----------| | 权威 DB | `/root/.hermes/kanban.db` | | CLI | `hermes kanban …` | | HTTP | `http://127.0.0.1:18900` / 外网 portal | | 发任务 skill | `/root/skill-pack/task-card-publish/` | | 协议 | `task_card_protocol_v3.md` | --- *服务器 Grok CLI 回流 · 2026-08-01*