[Feature] Windows Agent 对话面板：接入共享 lithe-agent-host

[puppyben1]

Problem to solve / 要解决的问题

Windows 端目前没有可用的 Agent 对话能力，而 macOS 已经有完整的 Agent 侧栏（#894 引入 macos/Sources/Lithe/Views/Agent/ 与 macos/Sources/LitheAgentConversationModule/，AgentConversationEntryPolicy.rightSidebar），并在 #950 补上了 Codex 本机订阅与对话框内额度显示。

Windows 侧现在的状态是前端有壳、后端没有：

• windows/tauri/src/config/backend-capabilities.ts 里 agent: false（提示"待开发"），defaultSettings.coreFeatures.aiChat 默认 false。
• windows/tauri/src/platform/tauri-core.ts 的 capabilityForCommand 把 acp_*、codex_*、_chat、get_available_agents 全部判成 agent 能力并直接拒绝，所以这些调用到不了任何后端。
• windows/tauri/src-tauri 从来没有过 agent/ACP 模块：platform.rs 的 platform_invoke 只特判 ai_commit_*，其余走 translate() → lithe_core::execute_json，而 translate() 里没有任何 agent 命令，未命中的命令直接返回 Windows platform command is not implemented。
• windows/tauri/src/features/ai/ 是历史遗留代码，[Feature] Agent 对话模块：以 ACP 客户端方式接入外部 Agent #440 已明确判定不作为参考依据。

后果：Windows 用户完全没有 Agent 对话能力；两端如果各自实现 ACP，协议行为和进程清理容易分叉。

Proposed solution / 建议方案

按 #440 的分期，在 Windows 上接入已经存在的共享实现，不新写第二套 ACP 客户端：

1. 后端桥（一期）：在 windows/tauri/src-tauri 增加 Agent host 适配，复用 rust/lithe-agent-host 的 AgentHandle（open / send / close），事件形状严格使用 shared/fixtures/agent/acp-events-v1.json，与 macOS 走 lithe_agent_open_json / lithe_agent_send_json / lithe_agent_close 的链路等价。命令面只保留 open/send/close 这类长生命周期入口，不给每个共享 Core 操作加 Tauri command。
2. 能力开关：打开 backend-capabilities.ts 的 agent 能力，并把 Windows 的默认开关策略写进 Agent Note。
3. 前端面板（后续）：按 Windows 约定（features/、ui/、platform/）新写 React 面板，覆盖 macOS 已有能力：会话列表与历史、消息流、工具证据与权限确认、模型/权限/思考配置、供应商配置（本机 Codex/Claude 与自定义）、Codex 订阅登录、对话框内订阅额度、上下文用量。

需要维护者先定的两件事

1. Windows 的落点是右栏面板（对齐 macOS 的 rightSidebar）还是编辑器 tab？现有 features/ai 是 tab 模型，直接沿用会把一个已被判定为遗留的设计固化下来。
2. 共享 host 在 Windows 上的进程树回收与 PATH/Node 探测需要实机验收：kill_tree 的信号写死 SIGKILL，rust/lithe-agent-host/src/environment.rs 的 search_path 与 login shell 环境有 cfg(unix) 分支。

明确不做

• 不复用也不修复 windows/tauri/src/features/ai/（见配套 issue）。
• 不做独立用量页面、不扫描本机会话日志、不静默读取本机订阅凭据（feat(windows): 本机 AI 用量与订阅额度面板(暂不合入 有依赖) #870 review 的结论）。

Target platform / 目标平台

Windows

Additional context / 补充信息

• 参考：[Feature] Agent 对话模块：以 ACP 客户端方式接入外部 Agent #440（ACP 客户端方案与分期）、feat(agent): ACP Agent conversation panel with in-panel Agent management (Mac) #894（macOS 实现）、feat(agent): 支持 Codex 本机订阅与对话框内额度显示 #950（Codex 订阅与对话框内额度，共享 host 的 subscription.rs）。
• docs/development/platform-parity-matrix.md 中 Windows 的 Agent 条目当前为"共享 host 已具备，UI 待接入"。
• 一期如果是纯后端改动，可以用 windows/tauri/src-tauri/src/bin/ 下的假适配器（参照现有 fake_dap_adapter.rs 的做法）做确定性测试，不依赖用户机器上的真实 Agent。

[puppyben1]

/assign

[github-actions]

@puppyben1 已认领这个 Issue。

[puppyben1]

一期（后端桥）已完成，等 review 与 CI

PR #960 是本 issue 的第一步：复用共享 lithe-agent-host，在 windows/tauri/src-tauri 建连接桥。当前 head 2db71928，mergeable: MERGEABLE，1lck 的两条复核意见（P1 退出等待、P2 窗口归属）已在 2caa6ce2 修掉并回复，2db71928 又补了进程树验收，等重看；CI 正在跑。

一期落地的东西：

• windows/tauri/src-tauri/src/agent.rs：agent_open / agent_send / agent_close 三个命令 + 按窗口的连接注册表；事件只投给拥有它的窗口，agent_send / agent_close 也注入 Webview 校验归属，别的窗口拿到 ID 也驱动不了。
• 窗口销毁与应用退出都会回收连接与整棵进程树：移出连接与「正在关闭」计数在同一临界区完成，退出先停止接受新连接并取走剩余连接、同步关闭，再以 15 秒上限等待阻塞池里未完成的关闭。
• windows/tauri/src-tauri/src/bin/fake_acp_adapter.rs：受控假适配器，派生一个继承 stdout 的孙进程模拟 codex-acp 的 app-server，让「整棵进程树被回收」有确定性证据（agent_close 与窗口销毁两条路径各一条断言），不依赖用户机器上的真实 Agent。
• Windows 上以 CREATE_NO_WINDOW 启动适配器，避免每次起 Agent 弹一个控制台窗口。
• 协议、会话、取消与进程清理语义仍然只有 rust/lithe-agent-host 一份；事件形状沿用 shared/fixtures/agent/acp-events-v1.json，与 macOS 的 lithe_agent_* 链路等价。
• Agent Note 与功能矩阵已同步；矩阵里 Windows 的 Agent 状态仍是「待验证」。

一期没有打开 backendCapabilities.agent：那个开关是按能力生效的，翻开会同时放开 acp_*、_chat、get_available_agents 这些没有后端的历史命令，把它们从「待开发」变成运行期报错。门禁怎么划留到面板 PR 一起定。

后续几期

按本 issue 的第 2、3 步，还需要从最新 preview 新开分支提 PR：

• 面板 UI：会话列表与历史、消息流、工具证据与权限确认、模型/权限/思考配置。
• 供应商与订阅：供应商配置（本机 Codex/Claude 与自定义）、Codex 订阅登录、对话框内订阅额度、上下文用量。
• 能力开关：backendCapabilities.agent + Windows 的默认开关策略，写进 Agent Note。
• 实机验收：真实 codex-acp 端到端（node/npm 探测、.cmd shim 启动、进程树回收，以及配合本机 Codex CLI 或真实 Key 的完整对话）。通过后把矩阵里 Windows 的 Agent 状态从「待验证」改成 verified。

需要先定的一件事（阻塞面板 UI）

Windows 的落点是右栏面板（对齐 macOS 的 AgentConversationEntryPolicy.rightSidebar）还是编辑器 tab？现有 windows/tauri/src/features/ai/ 是 tab 模型，而它已被 #440 判定不作为参考、由 #957 单独清理，直接沿用会把一个已判为遗留的设计固化下来。这个定了我就能开工。

[puppyben1]

右栏面板