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

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


> **归档头（2026-09-08）** ｜ 需求状态：已完成（并入合并需求）｜ 归档日期：2026-09-08
> 合并承接：**R-021（策略会话复盘）**——老师 2026-09-08 指令将 R-019 与 R-021 合并、逻辑整合入 R-021；本文件为 R-019 线讨论史存档（Q1-Q4/R2-Q1..Q4/R3/F1-F2）
> 归档路径：05-需求池/已完成/R-019.md

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

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

## 讨论记录（2026-09-08）

### 第一轮（Q1-Q4，老师拍板）——语义收敛

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

### 第二轮（R2-Q1..Q4，老师拍板）——机制与范围

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

### 第三轮（R3，老师定调）——不用 DSH 原生工作区

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

- 不做 DSH 宿主工作区（不注册目录 / 不动工作区分组与侧栏）；
- 「会话开始前选策略」= 仿工作区"先选再开始"的体验，但只做会话级策略依据选择；
- 会话过程中产生的数据 = 会话历史本身；复盘管理（可能带 DB）为未来模块，本期不做。

### 第四轮（F1-F2，2026-09-08 老师确认）——定稿收口

| # | 问题 | 结论（老师拍板） |
|---|---|---|
| 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 收敛，本期仅策略）。

## 计划阶段待办（定稿后第一件事：技术可行性调研）

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

## 关联

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

## 验收

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