yeying-create-codex-octo

武汉团队自维护的 Octo → Codex 本地安装器。

它解决一个固定问题：Octo BotFather 只能生成 OpenClaw 绑定文案，但本地研发环境使用 Codex，且不能要求普通用户理解或修改命令。

用户入口

npx -y yeying-create-codex-octo

安装器启动后打开本机“AI团队”控制台，提供两个入口：

• AI团队：添加和管理 Octo 机器人、Codex 权限与授权文件夹。
• 添加电脑：安装 Octo daemon、粘贴 Octo 添加电脑授权指令并验证 Runtime 在线。

添加机器人时，用户把 BotFather 默认文案完整粘贴进去，点击“安装机器人”即可。

“添加机器人”页面同时内置了 直接交给 Codex 安装 的任务文案。把文案交给当前电脑上的 Codex 后，它会先检查 Node.js、启动本地安装器、请求并粘贴 BotFather 文案、等待安装完成，再回报验证结果。

安装器会：

1. 只提取 Bot ID、Bot Token 和 API Server，忽略文案中的 OpenClaw 指令。
2. 安装本地会话路由器，不绑定安装时所在的 Codex Session。
3. 检查 Codex CLI，缺失时安装到当前用户的 ~/.octo-codex/npm，不使用 sudo。
4. 检查并安装包内自带的武汉版 codex-channel-octo。
5. 启动桥接，并实际检查 Octo WebSocket 和只读 Codex 模型请求；只有两项都成功才显示安装完成。

添加电脑

“添加电脑”页面会自动检测 octo-daemon 版本、服务状态，以及 Codex/Claude/OpenClaw Runtime 是否在线。

未安装时默认直接使用 npm 包内置的 v1.1.0 全平台离线 ZIP。安装器会固定校验外层 ZIP 的 SHA256，再调用包内自带的校验和离线安装脚本。也可以用页面选择另一份离线 ZIP；联网下载仅作为包资产缺失时的备用路径。

安装后，在 Octo 的“添加电脑”中复制完整授权指令并粘贴到页面。安装器只提取 PAT 和 Server URL，不在页面或结果中回显 PAT，随后自动登录、重启 daemon，并以 runtime list --output json 验证 Codex Runtime。

“添加电脑”页面内置了 复制给 Codex 的完整接入文案：同事可将整段说明交给本机 Codex 执行。文案明确要求先安装离线包，再粘贴 Octo 的完整授权指令，并禁止 curl 在线下载、安装 OpenClaw 或手动绑定 Codex Session。

Codex 也可以完全通过 CLI 驱动电脑接入，不需要打开页面：

# 使用 npm 包内置的全平台离线包；也可传 --bundle /path/to/daemon.zip
npx -y yeying-create-codex-octo daemon-install

# 将 OCTO“添加电脑”复制出的完整授权指令从 stdin 传入
npx -y yeying-create-codex-octo daemon-connect < /path/to/octo-instruction.txt

daemon-connect 只从完整指令中提取授权所需字段，不在 JSON 输出中回显 Token。

安装完成后，员工私聊按 Octo 用户隔离，群聊按群隔离。每个 Octo 会话首次发消息时自动创建一个 Codex 会话，之后长期复用；只有用户发送 /reset 才会切换为新会话。

Token 只在本机内存和权限为 0600 的桥接配置中处理，不在界面、JSON 结果或日志中回显。

Codex 自动维护入口

Codex 收到 BotFather 文案后，可将原文通过 stdin 交给安装器：

npx -y yeying-create-codex-octo install

yeying-create-codex-octo 内置已验证的武汉版 codex-channel-octo 安装包，因此同事只需要获取这一个 npm 包。全局安装后同时保留旧的 yeyin-create-codex-octo 和 create-codex-octo 作为兼容命令。开发阶段仍可使用 OCTO_CODEX_CHANNEL_SPEC 或 --channel-spec 覆盖为其他本地目录或 .tgz。

Codex CLI 的官方 npm 包为 @openai/codex；安装器仅在找不到可用 CLI 时补装，并复用当前用户已有的 ~/.codex 配置。