它是什么
一个多机器人共用一个房间的群聊，由 Jev 决定下一位发言者。
它做什么： 你为每个机器人设定名称、指令和模型，然后可以单独和一个机器人对话，也可以在房间里和多个机器人对话。@ 提及是代码里的硬规则：@handle 唤醒对应机器人，@everyone 唤醒全部机器人。没有点名时，由 Jev 打分决定哪个机器人回答。每一轮对话在你自己的电脑上执行：守护进程驱动 Pi 智能体命令行，使用 Pi 能连到的任意模型。
为什么收进案例库： 选择下一位发言者是一个小而频繁的路由决策。Orbs 把明确的 @ 提及留给代码处理，只在没有点名时才问 Jev。
注意： 机器人会在你的工作目录里运行真实工具（不是沙箱）；没有公开路由指标。
证据
公开的 MIT 许可 README；房间里可以同时有人和机器人，`@handle` 唤醒一个机器人，`@everyone` / `@all` / `@here` 唤醒全部成员，其余情况由 Jev（TypeSafe）决定谁来回答；可部署在 Cloudflare（Workers、D1、R2，每个组织一个 Durable Object），也可作为单个本地 Bun 进程配合 SQLite 运行；Jev 路由需要 `TYPESAFE_API_KEY`；守护进程用组织级 API 密钥主动连接服务端，驱动你自己安装的 Pi（`pi --mode rpc`），仓库不附带 Pi。
注意
- 机器人会以你的用户身份在工作目录里运行 Pi 的工具（读取、bash、编辑、写入）；README 明确警告这不是沙箱
- 没有公开 Jev 选人路由的准确率或成本数据
- 收录时是新仓库（34 星，2026-10-06 创建）
非官方案例页。热度用观察到的 stars / 列表位次；热度不是质量 SLA。依赖前请阅读上游 README。