建议：把「常驻 Bot 团队」做成一等公民能力，对标 Grok Bot（ds-bot 已验证可行）

[jamesxia1988]

背景

我用 dsh Desktop 0.2.1-rc.2（macOS 27），长期挂第三方插件 ds-bot v0.2.0。它把一个 dsh profile 变成了一支有身份的 Bot 团队，使用体验明显好于「每次开会话从头讲一遍」。

ds-bot 已经验证过的形态

• 长期身份：每个 Bot 是一个独立 dsh session，有自己的名字、角色、指令、模型和外观。
• Bot 之间能派活：message_bot / create_bot / update_bot；权限层级清晰（我 → Main Bot → Group admin → Member）。
• 群聊：一次一人发言，@ 传棒，无话可说回 [PASS]；每个成员在群里另有隐藏 session，群聊读不到它的私聊。
• 上下文管家：不走 dsh 自身 compaction。过 checkRatio 后由一次小模型调用判断——工作未完就原地压缩成 checkpoint，已到停顿点就写交接笔记并开新 part。长对话不断片，旧 part 进 FTS5 全文索引可搜。
• 三层记忆：Bot / 群 / 团队。

也就是说：Grok Bot 的「团队形态」这部分，ds-bot 在插件层已经基本实现了。

但和 Grok Bot 比，还差四块

能力	Grok Bot	现在 dsh + ds-bot
常驻执行	每个 Bot 有自己的云端电脑，24/7 跑，人走开任务不停	Bot 生命周期绑在本地 dsh 进程上，合盖即停
多端同线程	手机 / 桌面同一 thread	只有本地 Web / Desktop，无 IM 或移动入口
跟做一次 → routine	看你演示一遍，固化成 routine 自己跑	有 skill / goal / schedule / ralph，缺「录制—回放」这一环
主动性	自己捡起冷掉的 thread、催 stalled handoff	需要人在会话里推

建议（按优先级）

1. P0｜host 接口层：把「Bot 持久身份 + 后台运行 + 外部消息入站」做成 dsh 提供的接口，而不是每个插件各自造。现在插件层做的很多事（上下文管家、scheduled tasks、secrets 卡片）本质是在补 host 层缺口。
2. P1｜一等公民：把 packages/experimental/agent-team 从「单次任务编队」升级为「长期 Bot 团队」——持久身份 + 跨会话记忆 + 群聊；或直接按 ds-bot 的数据模型收编。
3. P2｜Connector 体系：飞书 / Telegram / 邮件 / webhook → session，多端续同一 thread。
4. P3｜Routine：把一次成功轨迹沉淀成可复用步骤。

我核实过的现状（避免重复建议）

官方 docs/subsystems/agent-team.md 里的 Team 是 Lead + teammates + 共享 task DAG + advisory write scopes + mailbox，成员 phase 走到 active / failed 即终结——它是单次任务的编队，没有长期身份、没有跨会话记忆、没有群聊。

所以上面 P1 不是重复造轮子，是在现有 Team 之上补一层持久化。

想请官方确认

roadmap 上是否已经在这个方向？如果做，ds-bot 作者和社区可以出使用场景与实测数据——我自己有数天的多 Bot 并行使用记录，可以整理出来。