[Bug] 群聊 target picker：点击「选择工作区」不进入下一步，只能 cancel

[yaomintang]

环境

• 版本：v1.8.4（release tag，2026-05-12，通过 install-release.sh 一键安装）
• OS：macOS Darwin 25.5.0 (arm64)
• codex CLI：codex-cli 0.130.0
• 飞书 App：PersonalAgent，长连接订阅模式
• 同一台 daemon、同一 bot，DM 路径正常

现象

在群聊里 @bot /list 后弹出 target picker。点击卡片里的「选择工作区」按钮不会触发任何后续动作——卡片不更新，daemon 不发出 select_session / confirm，也没有错误日志。连续点 3 次仍无响应，只能 cancel。

同一台 daemon、同一 bot，在私聊里走同样流程会顺序触发：

select_workspace → select_session → confirm → block.committed

群聊路径只触发到 select_workspace 就停了。

复现步骤

1. 完成 WebSetup，把 bot 加入一个飞书群
2. 群里 @bot 发任意文本，确认 bot 已收到事件
3. 群里发 /list
4. picker 卡片出现，点击其中任一「选择工作区」按钮
5. 卡片无任何视觉/状态变化

期望

群聊 picker 与私聊一致：点击「选择工作区」后立即进入 workspace-selected 状态，进而引导新建/继续会话。

日志证据

~/.local/share/codex-remote/logs/codex-remote-relayd.log

群聊路径（失败）

18:54:49  surface=feishu:唐遥民的Codex:chat:oc_700344cec5...   kind=surface.message.text     "@唐遥民的Codex 我在群聊里…"
18:54:49  surface=feishu:唐遥民的Codex:chat:oc_700344cec5...   kind=notice
18:55:02  surface=feishu:唐遥民的Codex:chat:oc_700344cec5...   kind=surface.menu.list_instances  "/list"
18:55:02  surface=feishu:唐遥民的Codex:chat:oc_700344cec5...   kind=target.picker
18:55:24  surface=feishu:唐遥民的Codex:chat:oc_700344cec5...   kind=surface.target_picker.select_workspace  event=2409d13f...   ← 1st click
18:55:29  surface=feishu:唐遥民的Codex:chat:oc_700344cec5...   kind=surface.target_picker.select_workspace  event=180f6246...   ← 2nd click
18:55:37  surface=feishu:唐遥民的Codex:chat:oc_700344cec5...   kind=surface.target_picker.select_workspace  event=cca37c7d...   ← 3rd click
18:55:39  surface=feishu:唐遥民的Codex:chat:oc_700344cec5...   kind=surface.target_picker.cancel             ← 放弃

select_workspace 触发了 3 次（不同 event_id，同一 message_id），但没有任何后续 select_session / confirm / state 变化事件。

私聊路径（正常，作为对照）

18:43:20  surface=feishu:唐遥民的Codex:user:ou_6c36b5bc...   kind=surface.target_picker.select_workspace
18:43:31  surface=feishu:唐遥民的Codex:user:ou_6c36b5bc...   kind=surface.target_picker.select_workspace   ← 重复点击
18:43:43  surface=feishu:唐遥民的Codex:user:ou_6c36b5bc...   kind=surface.target_picker.cancel
18:43:57  surface=feishu:唐遥民的Codex:user:ou_6c36b5bc...   kind=target.picker                            ← 再次打开
18:44:09  surface=feishu:唐遥民的Codex:user:ou_6c36b5bc...   kind=surface.target_picker.select_workspace
18:44:22  surface=feishu:唐遥民的Codex:user:ou_6c36b5bc...   kind=surface.target_picker.select_session     ← 进入下一步 ✓
18:44:26  surface=feishu:唐遥民的Codex:user:ou_6c36b5bc...   kind=surface.target_picker.confirm            ← 确认 ✓
18:46:04  surface=feishu:唐遥民的Codex:user:ou_6c36b5bc...   kind=block.committed

私聊路径会 select_workspace → select_session → confirm；群聊路径只到 select_workspace 就再也走不下去。

猜测

• 两条路径都触发了 surface.target_picker.select_workspace action，但 DM/Group 的 surface 标识不同（user:ou_... vs chat:oc_...）
• 怀疑 picker action handler 把"选中工作区"的状态记到了和 surface key 强绑定的位置，而群聊 surface 的 key 在写入或读取时不匹配，于是 selection 没"落下来"，UI 也不更新
• 可能跟群聊的 actor-vs-chat-vs-thread 分层有关（actor 是 user open_id，chat 是 group open_id）

备注

• 这个 bug 不是 [Bug] headless 会话 target picker 在选定工作区后缺少新建会话兜底 #653（那条是「选定工作区后缺新建会话兜底」，前提是已选中；这里是根本选不上）
• 没有触发任何 error/warn 级别日志，纯粹是 silent no-op

[kxn]

内部执行跟踪已转到 #673。原 issue 继续保留为外部报障入口；后续调查/修复进度会先在 #673 汇总，完成后再回评到这里。

[kxn]

已定位并修复，结果已推到最新 master。

根因是 target picker 在共享 paginated selectflow 重构后，把 workspace/session lane 的回调恢复顺序从 payload value -> form_value[field_name] -> option 退回成了 payload value -> option -> form_value[field_name]。群聊 select_static 回调会把旧 option 一起带回，导致点击新工作区后原卡又恢复成旧选择，看起来像没有进入下一步。

修复内容：

• target picker 的 workspace/session lane 恢复为 payload value -> form_value[field_name] -> option/options
• 补了群聊冲突场景回归测试
• 同步了 Feishu UI callback contract 文档

内部执行记录见 #673。

[kxn]

子 issue #674 的审计结果已收口，回卷如下：

• confirmed bug-risk 没有扩散到所有确认/审批/问答卡；当前真正继承 #656 根因的，是仍然走 immediate select_static callback 且 parser 保持 option-first recover 的 3 条链路：thread selection、history detail、path picker
• page_submit / page_local_submit、submit_request_form、request_respond / request_control、以及已修复后的 target_picker_confirm，当前不继承同类问题
• 后续修复已拆到 [Bug] 群聊 select_static immediate callback：修复 thread/history/path 的旧 option 优先恢复 #675，不再继续混在 [Bug] 群聊 target picker：点击「选择工作区」不进入下一步，只能 cancel #656 / [Audit] #656 群聊 callback contract：审计 dropdown/form/confirm 的群聊专有风险 #674 里

[kxn]

子 issue #674 已完成并关闭。

• 审计确认：confirmed bug-risk 只集中在仍然 option-first 的 immediate select_static callback：thread selection / history detail / path picker
• 审计确认：page_submit / page_local_submit、submit_request_form、request_respond / request_control 与已修复后的 target_picker_confirm 不继承 #656 的同类问题
• 后续修复执行单：[Bug] 群聊 select_static immediate callback：修复 thread/history/path 的旧 option 优先恢复 #675

[kxn]

后续执行单 #675 已完成并关闭，结果已推到最新 master（5f15740e1b2ef19756d8dc275b0286bcc92fe625）。

这次不是继续在 3 个 parser 分支打补丁，而是把同类群聊问题统一收口到 shared contract：

• immediate select_static callback 的 recover 顺序统一为 payload value -> form_value[field_name] -> option/options
• use_thread、history_detail、path_picker_enter/select 都已改走这条统一 contract
• path picker gateway 不再绕过 flow definition；history 补了显式 flow
• 已补 thread / history / path 的群聊冲突回归测试
• 已同步 docs/general/feishu-card-ui-state-machine.md

验证：

• bash scripts/check/go-file-length.sh
• go test ./internal/adapter/feishu ./internal/app/daemon ./internal/core/control ./internal/core/orchestrator
• go test ./...

内部执行与 verifier 记录见 #675。