[Discussion] Codex OAuth 回调端口 1455/1457 与 HALF Docker 默认端口占用的兼容性

[beautyarbutin]

讨论描述

HALF 默认发布并占用 localhost:1455，而 Codex OAuth 登录默认也使用 1455，部分 Codex 客户端可 fallback 到 1457，但并非所有环境都能避开冲突。因此希望讨论 HALF 是否应默认长期占用 1455，还是改为可选自动回调/默认手动回调/配置化端口策略。

问题现象

我在本地启动 HALF 后，再打开 Codex Desktop 登录，浏览器最终跳转到：
http://localhost:1455/auth/callback?code=&state=

页面返回错误：
ERR_EMPTY_RESPONSE

Chrome 提示：
localhost 未发送任何数据

本地环境观察：
排查后发现，本机 1455 端口已经被 HALF 的 Docker 后端占用。
HALF 当前 Docker Compose 默认发布了：1455:1455
同时 HALF 代码中的 Codex OAuth 回调地址也是：http://localhost:1455/auth/callback

因此，在 HALF 启动后，宿主机的 localhost:1455 会被 Docker Desktop / HALF 占用。

冲突过程：

1. HALF 启动 Docker backend
2. Docker 在宿主机占用 localhost:1455
3. 打开 Codex Desktop 登录
4. Codex Desktop 登录完成后回跳到 localhost:1455/auth/callback
5. 该请求被 HALF / Docker 的 1455 端口接走
6. Codex Desktop 没有收到 OAuth callback
7. 浏览器显示 ERR_EMPTY_RESPONSE

也就是说，问题不是浏览器错误，也不是 OAuth code 本身失效，而是本机 1455 端口归属冲突。

建议讨论方向

是否可以考虑调整 HALF 的默认端口策略，例如：
默认不长期发布宿主机 1455；
将 1455:1455 放到可选的 Docker Compose override/profile；
默认使用手动粘贴 callback URL 的方式完成 HALF 内部 Codex 登录；
在文档中明确说明：自动 OAuth callback 会占用 localhost:1455，可能影响本机 Codex Desktop / CLI 登录；
启动时检测 1455 是否已被其他进程占用，并给出明确提示。