feat(cli): add codex app-server backend (protocol + profile)

[KevinZhao]

概述

实现 docs/rfc/codex-backend.md Phase 1：把 OpenAI Codex CLI 作为 naozhi 第三个 CLI backend（继 claude / kiro 之后），走 codex app-server 的 JSON-RPC 2.0 over stdio 长连接协议。

先做了 Phase 0 可行性验证（codex-cli 0.141.0 实测），把 RFC 从 Draft v1 升到 v2 并纠正了一处关键过时论断。

可行性验证结论（详见 docs/rfc/codex-backend-validation.md）

• ✅ app-server 协议完整跑通：initialize → initialized → thread/start → turn/start → turn/started → item/* → turn/completed，RFC §2.4 事件流与 method 名经 generate-json-schema + 实测全部命中。
• 🔥 纠正 RFC §7：v1 称 "Codex 只能走 OpenAI 自家不像 claude 走 Bedrock" —— 过时。codex 0.141 内置 amazon-bedrock provider（openai/codex PR #18744）。实测 bedrock-mantle.us-west-2.api.aws/v1/responses + gpt-oss-120b 连通。
• ⚠️ 两个 Bedrock 约束：① 内置 provider 打到 /openai/v1/responses，gpt-oss 只在 /v1/responses 服务 → 需自定义 provider；② Bedrock gpt-oss responses 拒绝 codex 内置 agentic 工具的 namespace 变体（只认 function/mcp）→ Bedrock 路径仅支持纯对话/function-calling，完整 shell-agentic 需 OpenAI 凭据 + gpt-5.x-codex。

改动

新增

• internal/cli/protocol_codex.go — CodexProtocol 实现 cli.Protocol（BuildArgs / Init 握手 / WriteMessage(turn/start, UserInput[]) / WriteInterrupt(turn/interrupt) / ReadEvent 翻译层 / HandleEvent 自动授权 / Capabilities）。模式对齐 ACPProtocol（atomic.Pointer threadID、readUntilResponse goroutine+timeout+shim-deadline-pulse、mu-guarded textBuf、turn 边界 flush assistant 帧 + result 元数据二段式）。
• internal/cli/protocol_codex_test.go — 表驱动单测（握手/turn/interrupt/approval/tokenUsage/未知 method/错误响应/partial-text-on-failure）。
• internal/cli/backend/profile_codex.go — codexProfile()（ID=codex, Tag=cdx, ChipColor=OpenAI 绿, CostUnit=tokens, HistoryDir=~/.codex/sessions/, RequiredNodeCaps=[codex-app-server]）。
• docs/rfc/codex-backend-validation.md — Phase 0 实测报告。

修改

• internal/cli/backend/profile.go — RegisterDefaults 增 codexProfile()。注册 ≠ 默认开启：EnabledBackends 仍由 cli.backends 配置驱动，默认只有 claude。
• internal/cli/detect.go — knownBackends 增 codex 行（满足 mirror 契约测试）。
• internal/cli/backend/profile_test.go — 默认 backend 数 2→3 + codex 字段断言。
• docs/rfc/codex-backend.md / README.md — 实测回写（input 形态、token usage 位置、反向请求名、Bedrock 小节、状态升 v2）。

Code Review

经 go-reviewer 审查，修复 2 个 CRITICAL（turn 边界缺 assistant 帧→dashboard 无气泡；failed turn 丢弃 partial text）+ 2 个 HIGH（WriteInterrupt 缺 cancel metric；post-handshake 错误响应被静默吞）+ 1 个 MEDIUM（id round-trip 改用 strconv.Atoi 对齐 ACP、处理负数 id）。

测试计划

• go build ./...
• go vet ./internal/cli/...
• gofmt -l（无 diff）
• go test -race ./internal/cli/（含新 codex 表驱动测试）
• go test ./internal/{server,discovery,config,session,metrics}/（无回归）
• codex 0.141.0 真实 app-server 端到端握手 + turn（验证报告）

后续（不在本 PR）

• Phase 1 余项：internal/history/codexjsonl/ 历史 source。
• Phase 2：Dashboard chip/cost/Features 接入、反向请求→AskUserQuestion 卡片、turn/steer→/urgent。

🤖 Generated with Claude Code

[KevinZhao]

对抗性 review（独立 reviewer + 对抗验证，已在 PR 分支 HEAD 5b142a6d 实测核实）：整体方向良好，发现 1 个 major（会话挂死）bug，建议合并前修。

🔴 [major] post-handshake codex turn/start RPC 错误被吞，turn 永不关闭、会话卡 state=running

位置：internal/cli/process_readloop.go:391 ↔ internal/cli/protocol_codex.go:364

链路（逐项核实）：

1. protocol_codex.go:55 定义独立 sentinel var ErrCodexRPC = errors.New("codex rpc error")，与 ErrACPRPC（protocol_acp.go）无关。
2. CodexProtocol.ReadEvent（protocol_codex.go:364）对主 readLoop 上观察到的 deferred turn/start ERROR 响应返回 (nil, true, fmt.Errorf("%w %d: %s", ErrCodexRPC, ...))。代码注释明确说这是为防止"post-handshake turn/start 失败被静默吞掉、会话卡 state=running"（对齐 ACP 的 rationale）。
3. 但 process_readloop.go:391 的错误分支只认 ACP sentinel：if errors.Is(err, ErrACPRPC) { 合成 result 事件 }，否则 :402 log.Warn("skip unparseable event"); return shimDispatchContinue。
4. errors.Is(codexErr, ErrACPRPC) == false（已实测），故 codex 错误落入 else 被丢弃；done 布尔在 :379 被丢弃，turn 关闭只靠 dispatch result 事件——于是永不关闭，恰是注释声称要防止的失败模式。

可触发性：turn/start 经 WriteMessage fire-and-forget 发送（非 sendAndWaitResponse），任何错误回复（-32001 过载 / gpt-oss namespace-tool 拒绝，见 validation report）都落到这条路径。

测试缺口：TestCodexProtocol_ReadEvent_PostHandshakeErrorResponse 只断言 ReadEvent 返回值，无 readLoop/handleShimStdout 集成测试，故掩盖了此 swallow。

建议修复：process_readloop.go:391 扩展为同时认 codex sentinel，并用 codex 标签合成 result：

if errors.Is(err, ErrACPRPC) || errors.Is(err, ErrCodexRPC) {
    tag := "[kiro] "
    if errors.Is(err, ErrCodexRPC) {
        tag = "[codex] "
    }
    events = []Event{{Type: "result", SubType: "error", Result: tag + err.Error()}}
    // fall through to normal turn-end dispatch
} else { ... }

并补一个 readLoop 集成测试（喂一条 codex turn/start error 响应，断言合成了 result/error 事件、turn 关闭）。

注：turn/completed status=failed 是另一条正常工作的路径（直接 emit result），只有 RPC-error-response 路径坏。严重度 major 非 blocker——happy path 与 status=failed 路径正常，且 codex 是新 opt-in backend；但这是真实的会话挂死且直接废掉代码声称的安全网。

其余（protocol 解析、codexjsonl history、backend 隔离 gating）未发现 claude 路径回归。

[KevinZhao]

✅ 已修复并推送（commit 9af0fde6，rebase 到当前 PR HEAD 之上）。

修复：抽取包级纯函数 rpcErrorTurnEnd(err) (tag, ok)，同时识别 ErrACPRPC 与 ErrCodexRPC 两个 sentinel 并返回对应 backend 标签；process_readloop.go 的错误分支改调它，取代原先内联的 ACP-only errors.Is。新 backend 只需在这一处注册 sentinel，否则其 post-handshake RPC 错误会被静默吞掉。

回归测试 rpc_error_turn_end_test.go：覆盖两个 sentinel 的 wrapped+bare 形式、非 RPC parse 错误（必须不合成）、以及一个断言 errors.Is(ErrCodexRPC, ErrACPRPC)==false 的守卫——正是旧代码漏掉的区分点。

完整 internal/cli 测试通过、gofmt 干净。

注：你的本地 naozhi-codex worktree 现落后远程 1 个 commit（本修复），git pull --rebase 即可同步。