# 迭代目标：22-策略计算字段与策略 tab 静态化

## 目标

两条腿，一个迭代走完：

- **第一阶段 · 重构（R-027）**：策略 tab 静态化为插件内置 tab（不可增删改名，保留显隐/排序）；设置页「策略分组」移除；
  字段编辑功能迁到**策略 tab 内、「列设置」旁的「字段配置」弹层**；
- **第二阶段 · 计算字段（R-026）**：在迁移后的入口上新增第五种字段类型「**计算（formula）**」——用户写中文变量公式
  引用服务端缓存数据集，服务端按持仓行**实时计算**列值（不落库、列只读、缺数据 `—`）。

## 目标描述

- **第一阶段背景**：2026-09-10 老师提出重构想法——「策略 tab 不想做成动态可增减修改的了，改成静态的，和全部持仓、交易记录这些一样，
  都是插件内置的 tab」「这两个策略 tab 原有的字段编辑功能，切换到主窗口的策略 tab 下面，列设置旁边，作为统一的字段配置管理」。
  实机核实：仅两个内置策略（网格超市 / 手动做T）、**无自建策略**（store.db 13/3 行），静态化零数据迁移风险；需求定稿 R-027。
- **第二阶段背景**：2026-09-10 老师提出字段配置优化的下一步——新增**可计算**的字段类型（公式引用服务端缓存数据集得出结果）；
  需求定稿 R-026。
- **合并理由**：公式表单必须落在字段配置入口上；若先按旧入口（设置页策略分组）实现，再随重构搬迁 = 白做一遍（老师 Q6 拍板：一次改到位）。
- **本迭代节奏（老师指令 2026-09-10）**：先出计划 → 启动迭代 → **本轮只做交互设计**（不做技术方案与编码）；交互设计过审后补技术方案 + 验收标准，再进入实现。
- **验收线**：
  - 重构：设置页无「策略分组」；策略 tab 恒两个且不可增删改名；Tab 设置仍可显隐/排序；字段配置弹层可用并落库到正确策略；
  - 计算字段：四式用例（浮动盈亏 / 盈亏比例 / 距涨停 / 网格占用）在策略 tab 列上算出；计算字段不落库、列只读、非法公式被拒、缺数据不炸表。

## 目标分解

1. **交互设计**（本步）：① 重构部分——策略 tab 顶栏两个按钮（字段配置 / 列设置）、字段配置弹层（列表 + 表单 + 保存）、
   设置页收敛；② 计算字段部分——弹层内公式分支（公式框 + 变量选择器 + 试算 + 单位/小数位）、持仓表只读计算列、空态与错误态；
2. **技术实现方案**（交互过审后）：两阶段规格——tab/存储归一化、单策略字段端点、变量目录、表达式引擎、现算通路、校验与试算、回归脚本；
3. **验收标准**（同上）：两阶段各自的验收方法与判定线；
4. **实现与验收**：第一阶段（重构）→ 回归 → 第二阶段（计算字段）→ 回归 → 老师人工验收 → 复盘。

## 目标讨论过程

1. 2026-09-10 老师提出计算字段方向 → AI 摸清 R-013 现状 + 服务端缓存数据集清单 → Q1-Q10 问题清单 → 老师「定」+ 三项选择题确认 → 定稿 **R-026**；
2. AI 出迭代 22 `UI交互设计.md`（公式表单落在设置页策略分组）→ 老师拍板 D-1～D-7 → 交互设计定稿；
3. 2026-09-10 老师提出**重构想法**（策略 tab 静态化 + 字段配置入口迁移）→ AI 核实实机数据（无自建策略、零迁移风险）+ 影响面分析
   + 撞位提示（公式表单落在设置页，入口一搬即废）→ 老师拍板 Q1～Q4、Q6（全采建议），Q5/Q7 由 AI 定 → 定稿 **R-027**；
4. 迭代 22 结构调整为「第一阶段=重构、第二阶段=计算字段」，交互设计同步修订（公式表单移入「字段配置」弹层）。

## 对老师（项目主理人）的配合需求

- **本轮（已完成 2026-09-10）**：拍板 D-1～D-7（计算字段交互）与 Q1～Q6（重构方案）—— 全部采纳 AI 建议；
- **后续**：技术方案过审后，按两阶段做页面人工验收——① 设置页无策略分组、策略 tab 不可增删改名、字段配置弹层可用；
  ② 公式配置与试算、持仓表只读计算列、缺数据/非法公式边界。