需求：R-019 策略会话（会话以策略当前数据为依据做讨论）· 已定稿

登记：2026-09-08 ｜来源：老师指令（新需求）｜状态：已定稿（2026-09-08，F1/F2 老师确认） 归属：迭代 17（待立项）｜计划：待出（PLAN-017）｜实现状态：未开始

需求描述（老师原始诉求，原话）

新需求，让 AI 会话可以以策略为 Workspace。 三轮讨论后收敛为：让 AI 会话以某个策略的当前数据为讨论依据（复盘 / 分析），改造现有对话窗口，会话开始前确认用哪个策略。

#	问题	结论
Q1	需求对象与形态	改造现有 DSH 对话窗口：会话以某个策略的持仓、交易记录为依据做复盘/分析
Q2	「以策略为 Workspace」含义	不是物理工作目录/文件为主要依据；是让策略数据作为会话的聊天依据
Q3	入口与触发	在现有会话窗口（非独立新页面）
Q4	会话内能力边界	A 只读：读该策略业务数据，不开放账本写

#	问题	结论
R2-Q1	聊天依据如何生效	A 预注入：选定策略即开始聊，把该策略数据依据注入会话上下文（不挂按需取数工具）
R2-Q2	选择粒度	C 单选策略/通用视图混选——后被 R3 收敛（本期仅策略）
R2-Q3	时间覆盖	A：当前持仓 + 该策略全部历史交易（含已清仓）
R2-Q4	复盘产物	暂不落盘（留会话历史）；保存沉淀属 T-002/未来复盘管理

老师原话（2026-09-08）：目前不需要 dsh web 原本定义的工作区。会话的数据 = ① 会话注入的数据 + ② 会话过程中产生的数据；以后神之一手会加「复盘管理」，可能用数据库存沉淀；目前会话只是以策略当前数据来做会话讨论。

#	问题	结论（老师拍板）
F1	入口形态（无宿主工作区下"会话开始前选策略"）	采纳 AI 建议：对话视图首条消息前显示「讨论策略」选择区（仿 DSH workspace chip Choose 体验：显示「依据：做T ▾」），选策略即注入数据摘要开始聊；会话中可点 chip 换策略 / 点「刷新」注入最新数据
F2	「策略当前数据」口径	采纳 AI 建议（R2-Q3=A 维持）：注入 = 当前持仓明细 + 该策略全历史关联交易聚合摘要（按持仓/时间汇总买卖与结果，含已清仓；明细过长不进注入）

对象：现有 DSH 对话窗口（挂神之一手 tab 的会话），对话视图首条消息前出现「讨论策略」选择；
机制：选策略 → 服务端取该策略当前数据 → 预注入会话上下文（摘要形态，含快照时间）→ 开始聊；换策略 / 点刷新 = 再次注入该策略最新摘要（模型以最近一次注入为依据）；
数据范围：当前持仓明细 + 全历史关联交易聚合摘要（含已清仓），只读；
能力：会话内 AI 只读（无账本写 / 交易执行入口）；产物不落盘。

做：对话开始前的策略选择 UI（F1 形态）；策略当前数据摘要的生成与注入；会话中换策略/刷新的再注入。

不做：DSH 宿主工作区/目录（R3 明确不需要）；账本写与交易执行（Q4=A）；按需取数工具（R2-Q1=A）；复盘产物落盘与复盘管理/DB（R2-Q4，未来 T-002/复盘管理另立）；通用数据视图（全部持仓/交易记录）作为依据（R2-Q2 收敛，本期仅策略）。

宿主注入通道调研：DSH 会话如何把外部数据作为上下文注入给模型（injected-context 节点 / 会话 send / 其他公开通道），确认可行通道与形态（决定"摘要以消息形态进会话"还是"上下文节点形态"）；
入口 UI 落点核实：对话视图首条消息前的输入区 accessory / workspace chip 同构位置可由插件挂载的 slot（及 composer 可见性管理，与现有"神之一手 tab 隐藏 composer" CSS 的交互）；
settings 是否需记录策略-会话选择偏好（会话级，不持久化 or 持久化待定）；
数据摘要服务：服务端生成"策略当前数据摘要"的组成与规模边界（当前持仓字段集 / 交易聚合规则 / 上限裁剪）。

终极目标：目标-002（策略）/ 目标-006（交易复盘）/ 目标-007（人机合一·只读）；目标-001（复用宿主会话能力）
需求池：T-002 复盘记录工具（起草）——复盘管理/落库的未来归属
设计约束影响（计划阶段核对）：技术约束-009（会话头部 slot 机制参照）/ 技术约束-014、产品约束-009（会话结构语义）、UI约束-001（chip 形态参照）；如需新约束条目于计划阶段补充

（计划/迭代立项后写入迭代验收标准.md）