feat(web): 支持从回答选区生成带来源和内容版本的反馈草稿

[tt-a1i]

当用户在 Web 阅读长回答、想指出“这一句有问题”再让模型修改时，目前只有整条复制/用户消息编辑，缺少将准确选区带回下一轮的操作。手工复制会丢失来源；回答相似、会话切换、产物已经更新时，模型也无法确定反馈指向哪份内容。

建议先实现一个小闭环：选中已完成回答中的文字 → 引用到输入草稿 → 用户写反馈并查看完整草稿 → 显式发送到原 Session。以后复用 #345 的产物身份扩展到文件/报告批注。

社区参照：Plannotator 当前源码保存 originalText 与位置，在导出代码反馈时携带文件、行范围、原文和评论；其独立 Viewer/AnnotationPanel 已提供宿主适配接口，不需要引入另一套 Plan Mode。选区数据、反馈导出、组件接缝。本次为固定源码研究，未安装或运行第三方包。

验收边界：

• 引用保留原文、message id、Session id、内容版本；用户可以取消/编辑反馈，不自动发送、不额外调用模型。
• 草稿归属固定 Session；切换会话后不得静默投向新目标，迟到回执不得清空新输入（与 [Web UX][P2] 输入草稿缺少会话归属，迟到发送回执会清空新输入 #457、bug(web): 新建会话后的首条消息可被另一标签页改投其他工作区 #466、bug(web): 空会话切换工作区仅改显示，发送仍命中原仓库 #467 共用身份保障）。
• 重复段落、代码块、中文选区可正确引用；内容变化后明确显示旧版本/失效，不把文本搜索的第一个命中当准确位置。Plannotator 也明确记录了锚点漂移和重复文本限制。
• 反馈是普通 Pi 用户输入，不自动批准计划、不写 Plan gate、不创建第二套审阅或执行 runtime。
• Web 交互、model-visible 输入与持久化 Session 分别验证，测试包含选区后再输入、切 Session、刷新/失败回执。

OpenPI 基准：ed9dbc1 的消息操作。#345 解决“看见产物/工具证据”，本项解决“准确指出哪里需要修改并回送”；#470 的 Plan Ready 交接保持独立。此前 2026-08-09 调研 已识别批注价值，本次把它收敛为可在 OpenPI Web 独立验收的最小机制。

研究记录：Pi 社区能力研究与候选清单（2026-09-08）。源码证据、运行验证与采用决策分别记录。

[testikun]

我来认领一个最小的“回答选区 → Session 绑定反馈草稿”切片。

技术方案：在 Web transcript 提供受控 Selection capture，生成包含 sessionId、messageId、contentVersion、原文与有界 UTF-8 选区的 draft reference；Composer 只消费当前 Session 的引用并允许用户编辑/取消，发送前再次校验 Session/版本，过期或切换后 fail-closed。首次实现不做全文搜索、持久化批注或自动发送，不改 Plan gate；补充重复文本、代码块、中文选区、切 Session、刷新和迟到回执测试。