# 席位

> 席位与模型、对话席、Assistant、会议

## 席位与模型

*项目里的三个角色各自选模型：Design、Dev、Review；对话席和定时任务用 Dev 模型，每个人的 Assistant 另算。*

| 角色 | 默认模型 | 默认强度 | 做什么 |
| --- | --- | --- | --- |
| Design | Claude Fable 5.1 | xhigh | DESIGN 阶段 |
| Dev | Claude Opus 5.5 | xhigh | DEVELOP / VERIFY / DEPLOY 的引擎；Auto-Run 的实现、修复与修补；MAINTAIN 阶段的项目对话；定时任务 |
| Review | Codex 6.1 Sol | high | 审查关 |
| Assistant | Claude Opus 5.5 | high | 每个人自己的助理（随版本固定） |

### 两种引擎

- **Claude**: 一个长驻的 `claude` CLI 进程，双向 `stream-json`
- **Codex**: `codex app-server`，每个项目一条持久的对话线程

强度分 low / medium / high / xhigh / max，Codex 另有 ultra。Space 管理员维护各家可选的模型和强度，也能接入最多 8 个兼容 Anthropic 接口的自定义端点；项目所有者为自己项目的三个角色分别选模型和强度，留空就用实例默认值。

角色之外还有几处专用模型：评分器固定用一个 Codex 模型，翻译、队列去重、实时通话和会议转写各有各的模型。

## 对话席

*聊天和执行是同一条管线：对话席能读代码、改代码；队列归你管，它只在你明确要求时加一条。*

- 引擎空闲时有完整工具；Auto-Run 正占着项目时降为只读（读文件、搜索、网页搜索与抓取），不和 Auto-Run 抢同一棵工作树。
- 当场明确要求的小修改，它直接做，并说清改了什么；多文件、有风险、值得留账的，它说明要做什么，要不要排进队列由你定。
- 它不从聊天里识别需求自动入队；你明确要求时，它才用 `queue_items` 加一条。它也起不了 Auto-Run，开跑在队列面板上按。
- 需要你拍板的事，它用一张卡片来问。

## Assistant

*只属于你的助理。先和它把想法聊清楚，它再替你开项目；它记得你说过的话。*

- **房间**: 私人房间，只有你看得见。每个成员都能建、管理、删除自己的 Assistant；所有者也可以把一个 Assistant 分享给团队，这时它看得到的项目收窄到房间里每个人都看得到的那部分
- **看项目**: 通过只读工具列目录、读文件、搜索、查 git，不直接改项目；它可以直接管理队列和定时任务
- **开项目**: 发一张确认卡；你批准后项目建好，需求简报发进项目聊天，引擎从 DESIGN 接手。你不是 Space 所有者时，确认后申请卡弹给所有者，所有者一键创建，项目放进你所在的团队
- **记忆**: `recall` / `remember` / `forget` 三个工具；每一轮你的话和它的回答自动写进 L0。项目聊天和引擎没有记忆工具
- **通话**: 可以直接语音通话：同一个人设、同一份记忆，能把任务交给文字版的 Assistant 去做；单次约 25 分钟，每人每周 60 分钟

## 会议

*点一下会议键，大家照常说话；它认出每个人，写记录和纪要，你勾选的事项进队列。*

1. 录音：一场最长 90 分钟。
2. 转写：分说话人的转写模型给每段话标上说话人。
3. 认人：每个说话人的几段短音频和团队的声纹库比对（声纹样本 2 到 10 秒，按团队保存），把「说话人 1」换成真名。
4. 纪要：整理成 `## Meeting minutes` 发进聊天。
5. 入队：你分两轮勾选事项，走和对话一样的去重路径进 Bug / Feature 队列。

在 Assistant 房里录音，得到的是一条语音消息，不是会议。会议转写每人每周 5 小时。