Codex
44 lines
3.7 KiB
Markdown
44 lines
3.7 KiB
Markdown
# Webterm 配置与受控部署
|
||
|
||
- 唯一配置来源：
|
||
- `config/platform-infra/webterm.yaml` 是端口、自动标签、启动模式、浏览器历史和输出聚合策略的 owning YAML；
|
||
- `build/docker-compose.<port>.yaml` 是受控 CLI 渲染产物，禁止手工维护或在部署后恢复旧内容。
|
||
- 受控入口：
|
||
- 预览使用 `bun scripts/cli.ts platform-infra webterm plan --target <target>`；
|
||
- 部署使用 `bun scripts/cli.ts platform-infra webterm apply --target <target> --confirm`；
|
||
- 收口使用同一入口的 `status` 与 `validate`。
|
||
- 日志使用 `bun scripts/cli.ts platform-infra webterm logs --target <target> --tail <lines>`；
|
||
- 日志默认返回最近 100 行，`--tail` 允许范围为 1 到 1000 行，且总输出保持有界。
|
||
- 匿名健康与 provider 判定：
|
||
- Webterm `/healthz` 无需登录，返回 `ok`、`providers` 与 `sessions`；
|
||
- `apply`、`status` 和 `validate` 必须读取 `/healthz`，且只在 `ok=true`、`providers>=1` 时判定本地运行面健康；
|
||
- `/login` 可访问不能替代 provider 健康证据。
|
||
- 浏览器历史策略：
|
||
- `browserTerminalHistory.desktopScrollbackLines` 控制桌面端 xterm 历史行数；
|
||
- `browserTerminalHistory.mobileScrollbackLines` 控制移动端 xterm 历史行数；
|
||
- `browserTerminalHistory.mobileMaxWidthPx` 与粗指针特征共同决定移动端策略；
|
||
- 视口类型变化后，已有终端必须同步新上限并截断超出上限的旧行。
|
||
- 输出聚合策略：
|
||
- `browserOutputPolicy.maxFramesPerSecond` 是每个浏览器连接、每个终端的最大输出消息频率；
|
||
- `browserOutputPolicy.maxFrameBytes` 是单条聚合输出消息的字节上限；
|
||
- 后端必须按终端独立排队，小数据在频率窗口内合并，积压数据按窗口顺序发送，禁止用字节阈值绕过频率上限。
|
||
- 持久 Codex Session 创建：
|
||
- 适用于本地 provider 的 `mycx` 与 `oncx` runtime 自动恢复标签；
|
||
- 新建必须直接调用原生 `codex app-server`，按顺序完成 `initialize`、`initialized`、`thread/start` 与 `thread/name/set`；
|
||
- `thread/start` 必须显式传入 `ephemeral=false`，并以返回的 thread ID 作为后续恢复 Session ID；
|
||
- 禁止通过附带 `--profile` 的 `mycx` 或 `oncx` 包装器启动 app-server，当前 Codex 只允许 profile 用于 runtime 命令；
|
||
- `mycx` 创建沿用默认 Codex home，`oncx` 创建必须沿用包装器声明的 `CODEX_HOME`、`CODEX_SQLITE_HOME` 和凭据环境清理规则；
|
||
- Webterm 运行在使用 `/usr/local/bin/host-shell` 的容器中时，app-server 必须通过宿主 namespace 执行原生 Codex；
|
||
- 容器与宿主工作目录分层：
|
||
- 容器进程工作目录必须使用容器内存在的目录；
|
||
- 目标工作目录只通过 `thread/start.cwd` 传给宿主 Codex；
|
||
- 禁止把仅宿主存在的路径直接作为容器 `spawn.cwd`；
|
||
- 只有 `thread/name/set` 成功后才能把 Session ID 写入 runtime 数据域，再通过 `mycx|oncx resume <session-id> <prompt>` 启动终端；
|
||
- 恢复 prompt 必须作为 CLI 参数传入，禁止在 xterm 中模拟键盘输入；
|
||
- runtime 记录与 YAML 预置恢复标签必须共存，runtime 数据域不得改变 owning YAML 的预置定义。
|
||
- 持久 Session 最小验收：
|
||
- 先执行目标的受控 `status`，确认 provider 健康和 runtime 数据域正确；
|
||
- 再从真实浏览器加号入口创建一个持久 Session，关闭标签后从恢复列表重新打开；
|
||
- 创建与恢复后的 Session ID 相同、标签为 runtime 自动恢复且终端进入 running，才判定端到端合同成立；
|
||
- 单元测试只验证 app-server 消息顺序、模式环境和宿主 namespace 启动参数，不能替代真实浏览器验收。
|