DEVLOG：持仓表操作列折叠与状态列重排已盘中部署 155，判收读数回填

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>

DEVLOG.md

@@ -1659,6 +1659,24 @@ app/web/main.py（api_positions 每行挂 dims）、app/web/static/index.html（
 **还欠着什么**
 一，用户登录 155 看候选栏与持仓表两处。二，右栏是固定宽度，带处置芯片的候选行会占两行，若嫌不齐可去掉「第N」名次前缀或缩窄标签换回一行。三，老持仓基本面多为无读数，是没有买方评析的数据面问题，若要补齐需给持仓票按请求补评析。
 
+---
+## 2026-09-15 · 持仓表操作列折叠、状态列短语加悬停、方案票下一步先说方案（真机见过）
+
+**做了什么**
+用户看真机截图：持仓表的「状态 · 下一步」与「操作」两列显示不下，拉宽窗口也不行；提出操作可以自动折叠、状态的具体说明悬停再显示、挂着网格方案的票下一步应对应显示。原因是操作列三枚按钮钉在右侧占 172 像素，页面最宽 1860 像素时中栏约 1164 像素，表格 1228 像素放不下，钉住的操作列盖住左边那列。这次三处改动。一，操作列折叠成一枚「⋯」菜单，58 像素，仍钉右侧：表格放得下时它在原位，中栏比表格窄时其余列横向滚动、它始终可点；减仓与清仓进菜单顶部，清仓标红，其余五项照旧。二，状态列第一行是芯片（持仓状态、挂着的交易方案、只卖不买），第二行一句短语，具体说明进悬停。三，下一步的取词重写：挂着网格、做T、跟踪止盈方案的票先说方案与进度（如「网格运行中 · 已买 1 档」），依据是动作引擎对方案票只评目标价，补足、加仓、补仓、保垫减仓与转空离场都由方案层接管；方案已暂停、方案买入腿被决策系统停掉各有一句；没挂方案的按技术面转空、技术面偏空、基本面偏空、安全垫厚、浮亏、其余，依次给离场纪律、增持受限、补仓受限、条件符合即加仓、浮亏等补仓线、持有观察，与抽屉判断卡的持仓词一致；设了目标价的在悬停里带上到价清仓。
+
+**动了哪些文件**
+app/web/static/index.html（状态列与操作列模板、.postbl 样式、nextStepOf 与 nextStep 与 nextStepWhy、stratByCode 与 stratOf、rowMore 加减仓与清仓两项）。三道页面守卫全绿，全量 900 例 ALL SUITES PASS。
+
+**部署方式**
+用户要求盘中即部署。155 于 11:29 make deploy 重建镜像与容器。
+
+**真机判收**
+真机见过（155，2026-09-15 11:29 到 11:31 北京时间）。版本 78b6c69，镜像与工作树指纹一致 8cff21f4280b（只改页面，指纹不变，容器内页面已核对含新样式），make test ALL SUITES PASS，四容器健康，页面 HTTP 200，通道 11:29:52 重连 ONLINE。真机方案表读回：运行中或已暂停的方案只有 300627.SZ 网格，已买 1 档、投入 21,304，所以持仓表这一行会显示「网格」芯片与「网格运行中 · 已买 1 档」。本机假数据预览：1920 宽时表格 1164 像素恰好放下，状态列 180 像素、短语不截断；1680 宽时其余列横向滚动、「⋯」钉在右侧且不透明；菜单七项渲染正常、清仓为红色。
+
+**还欠着什么**
+一，用户登录 155 看持仓表两列。二，下一步的持仓词与抽屉一样只按三票与转空相位推断，没有读增持门与离场纪律的实际状态，后续可接扫描输出。三，管理视图的持仓总览没动。
+
 ---
 <!--
 下一条节点从这里往下写，格式照抄上面：