48a562f170
参考目标价：状态应答里的估值子字典归一，持仓页只显示中性情景不触发（第二十二批加一例，全套 678）
2026-09-07 16:34:37 +08:00
fbad890b7d
第四件 PMS 侧：安全边际整句随候选透传到硬数字与提议卡，不送研判（第二十二批加一例，全套 677）
2026-09-07 15:47:27 +08:00
417d135cb7
第二十二批例数按实跑改为 15，全套 676
2026-09-07 14:40:06 +08:00
99ea218f2f
第三件 PMS 侧：按逻辑状态分流，入场论点随持仓走
...
新模块 logic_state_service：早上拉完计划后对在持票查一次逻辑状态（桥的 /logic_state），
写进运行参数 PMS_LOGIC_STATE_MAP，取不到留空绝不折成存疑；按结果暂停或恢复策略买入腿
（来源 logic，不动风控与定性停的）；把当日态挂到持仓行；持仓视图两栏（当初为什么买 /
现在证据还在不在），三种情形都说得出话。
plan_feed：解析层收 logic_state（出处最多三条），候选 items 带它；加按代码查询与应答解析。
action_engine：硬数字带 logic_state（研判白名单不收）；判决候选而逻辑存疑的新建仓强制交人；
持仓存疑停增持侧；新求值器 eval_weak_research（默认关，开了必交人，按可卖量夹紧）排在
保垫减仓前；同轮减持优先级改为到价清仓 > 研究走弱 > 保垫减仓。
proposal_service：扫描参数加三个旋钮，扫描前挂逻辑状态。scheduler.plan_pull 顺带取回。
param_store：四个运行参数（分流开关默认开、减持提议默认关、比例三分之一、映射只读）。
pms_repo.ledger_by_ref 与 FakeRepo 同签名；api_positions 加两块；页面加两列。
测试：新建 test_batch22_units.py 十四例并登记；第十二批求值器名单钉子同步。
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
2026-09-07 14:37:35 +08:00
27d0862011
第二件 PMS 侧：新建仓的低把握驳回按证据不足交人
...
择时决策系统对新建仓的口径此前是"不确定就拒"，把"我不知道"折成了"不该做"，弱市里连续
29 条新建仓全被拒、零提议。择时层的提示词已改成"证据不足以判断回不可用"，这里是第二道
保险：模型未必每次守得住，但它给的把握度是现成读数，驳回且把握度低于阈值的按不可用处理
——进人的待确认队列，不记驳回、不杀提议。
只对新建仓；加仓类的驳回口径不动。阈值 PMS_JUDGE_REJECT_CONF_MIN 默认 60，一次定死，
不按复盘读数回调；没带把握度的驳回不猜，照旧驳回。参数已进参数表说明。
测试第二十批加一例（四种情形：低把握入队、高把握照旧驳回、无把握照旧驳回、阈值可调），
例数 660 到 661。
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
2026-09-07 11:56:08 +08:00
db2bca4d90
第零件甲组：PMS 目标价那条路的四个缺陷，加裁决理由服务端强制
...
独立审查（09-07）报的两条高严重度与两条中严重度，都在目标价这条路上，都违背 09-03
写下的「目标价必交人、系统不自动卖」。
一，跨轮减持抢在人前面卖。同轮只发一条减持只管一次扫描；下一分钟到价清仓已成在途、
按（代码，动作）被跳过，保垫减仓单独产出、不需确认、卖出方向又不走强制入队，于是
自动卖掉三分之一，人随后采纳的清仓单永远等不到可卖量。修法两处互为保险：动作引擎里
同票只要有任何一条减持在跳过集合里，本轮其余减持一律让路；提议服务的在途集合对减持侧
按代码去重，一条在途两种减持一起记。
二，到价提议挂着时高置信止损被吞。在途检查把等人拍板的到价清仓算作在途，止损整条不落。
到价提议的来源写在硬数字里，按来源区分：等人拍板的止盈不挡止损。止损落单后把还挂着的
到价提议作废并在账本记一行，免得人再点采纳对一只已清掉的票再发清仓。
三，到价当天有买入成交时清仓被整条拒。原先按总持仓报数，规则闸一句「卖出 > T+1 可卖」
拒掉再被当日去重挡住，人当天看不到。改按可卖量报数，与执行器口径对齐；可卖为零不产出。
采纳路径同样按拍板那一刻的可卖量重算。
四，挂了交易方案的票目标价永不触发。原先整只跳过，策略层又没有任何地方读目标价。
改成策略票仍评目标价，其余四类不评。目标价是用户的命令，优先级高于自动挂上的方案。
另收第五件里的一小项：裁决理由改为服务端强制，空理由直接拒绝请求。此前必填只在浏览器
里成立，任何脚本都能写出一条默认文案的裁决记录。
测试：第四批加三例（跨轮让路、策略票评目标价、按可卖量报数），第二十一批加两例
（到价提议不挡止损并被作废、非到价来源的在途仍挡），例数 655 到 660。
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
2026-09-07 11:22:05 +08:00
bcf5783b4c
PMS 文案第三批：页面枚举直出，并加一道静态守卫
...
页面是三千行的单文件，没有任何测试，改错了不会有东西报警。所以这一批先写守卫，
再靠守卫把问题扫出来——它比人工照清单改可靠，实际也确实多抓出了四处清单里没有的。
改掉的直出点：
- 操作日志印的是函数名式的操作码（issue_command:EXIT_STOCK 这类）。冒号前是做了
什么、冒号后是对象，后半段复用页面已有的翻译组，英文码退到悬浮提示。
- 持仓表的冻结原因没走翻译，而同一份文件里另一处走了，是执行漏网。
- 提议卡两处印判决词。判决词本身不告诉人能不能买，句子主干换成原因。这里顺带
接上了 missing 字段——它一路从后端带到前端却从没被渲染过，"关注"态终于说得出
到底缺什么。
- 规则闸未通过项与裁决理由带着大写判据码。前端加一份剥前缀的实现，与后端
app/core/copy.py 同口径。
- 账本那一列原先叫「硬数字」，把整个字典打出来。改成只念人要读的几项，完整原文
退到悬浮提示。同一行的动作与研判两列也是英文原值，一起走翻译。
- 候选池落选明细、命令参数、安全垫状态、自主档位，都是直接印原值。
- 翻译兜底原先是原样返回，会让一个英文词单独立在页面上当句子。改成退到括号里。
守卫检查四件事：枚举字段直出、判据码没剥前缀、把整个对象打给交易员看、翻译兜底
裸奔。运维面板里那些有意显示原始数据的地方逐条登记放行，每条写明在哪个面板、
为什么放行。
例数 654 到 655，测试入口的例数表与哨兵位置清单同改——新增会送到页面的枚举字段
要往守卫的名单里登记一行，不登记等于不检查。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-04 14:43:22 +08:00
d85fe6731b
"今天没建仓的"那一栏只写原因，右侧不再打印计数字典
...
两处都是用户指出来的。
第一处，那一栏原先写「选股系统判为仅展示，不出提议：门槛未过：started」。
「仅展示」「不出提议」是内部说法，started 是门槛在代码里的变量名，绕了两层还是
没说清为什么不买。现在直接用判决依据那一句完整中文，例如「当日涨幅 -3.2%，没到
3% 的启动线」。旧版计划没有这个字段时退回一句大白话，不留空。
第二处，右侧显示过「落选明细 {'held': 0, 'black': 0, ... 'display': 83}」——
把计数字典原样拼进了字符串，键全是英文，值为零的也全列出来，读的人要在十一个
数字里自己找哪个不是零。现在只念不为零的那几项，按筛选实际发生的顺序写成一句话：
「今天考察了 83 只票，一只都没留下：选股系统判定今天不买 83 只。」
测试：改两条钉旧文案的断言，新增一条钉住计数字典不许再原样打印，另在跳过原因那条
用例里加了对代码名与内部说法的逐词检查。例数从 653 到 654。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-04 10:28:35 +08:00
68b8046540
仅展示的跳过原因写出这一只自己的判决依据
...
页面上"今天没建仓的"那一栏，三只票原因完全不同却写成同一句话"选股系统判为
仅展示，不出提议"。09-04 实测的三只：天合光能是差一个当日涨幅（跌 3.21%，
门槛要涨 3%）、蓝黛科技是吸筹只到"潜在吸筹"没过确认线、上海港湾是被择时决策
系统昨夜的 SELL 信号一票否决。前两种明天可能就翻过来，第三种是技术面在走坏，
处置完全不同，而人从页面上看不出来。
判决依据是选股系统判决时当场写下的一句话，09-04 上午已经随计划下发到 PMS。
这次把它接到跳过原因上。改了三处：计划筛选层的仅展示名单从一串代码改成带判决
依据的行；提议服务照新形状读，旧形状兼容着读；动作引擎新增一个纯函数拼这句话，
判决依据缺失时退回原来那句固定文案，不让这一栏空掉。
测试：新增一例钉住"三种来路必须写出三句互不相同的话"，另改一条断言跟上新形状。
例数从 652 到 653，测试入口的例数表同改。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-04 10:10:16 +08:00
fd74dd197f
PMS 补收研究理由：判决依据与因果论断到达人眼前
...
选股系统每行已带判决依据与因果论断，但计划解析只收五个键，研究结论走到 PMS 门口就断了。现在增收这两个键：判决依据是一句话解释，因果论断带出处与披露日、截三条（与上游封顶同数）。两者只进评审账本与提议卡给人看，不参与任何判定；绝不进送研判的键清单，产业逻辑不归择时决策系统判，单测钉住这条边界。提议卡新增一行显示研报说了什么，并标出还有几条。
空列表与缺键分得开：上游说这票没论断是空列表，上游没给这个字段才是 None，与既有五键一个口径。
测试：全套 ALL SUITES PASS，例数 652。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-03 23:50:44 +08:00
4589539a0c
PMS 页面显示：用户设的止损价与目标价单独成列，参考位列标明来源
...
问题是系统每天早上重算参考位会盖掉用户设的止损价，而命令状态仍显示生效，页面那一列因此误导人。修法只动显示不动重算：把用户设的两个价作为独立字段从命令表带到页面，两张持仓表各加一列，参考位列的来源改用中文说明而不是内部取值；设价弹框先摆出当前已设的值。字段名有意与动作引擎并到持仓快照上的名字区分，避免页面用的行被误喂进引擎。价格小于等于零当作未设，与规则检查和到价判定同口径。
测试：全套 ALL SUITES PASS，例数 651。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-03 16:30:49 +08:00
c6034a6220
PMS 两处安全修复：强制交人改为一票否决不再被卖出方向短路；目标价与止损价接通且必定交人
...
卖出侧：原判定把卖出方向放在或运算左边，强制交人的标记被整个短路。改为强制交人一票否决排在方向与档位之前。真正需要自动卖的两条路（风控高置信止损、用户命令清仓）不经提议分流，不受影响。
目标价：接通而非摘掉入口。到价产出清仓提议但必定交人，文案写明系统不自动卖；拿不到现价时不动。止损价参与规则检查，只告警不拦截。填 0 即取消，已写进命令说明与页面提示。
复核发现并修：同一轮可能同时产出保垫减仓与到价清仓，前者当场执行后者等人拍板，等人采纳时数量已超过实际持仓会被整条驳回。改为同轮只发一条减持，用户设的目标价优先。
测试：全套 ALL SUITES PASS，例数 626 增至 650。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-03 16:06:27 +08:00
0610a7e328
PMS 接通选股系统判决：计划解析增读判决五键、按判决分流新建仓、研判键放行与必答题、人工裁决理由必填、信号来源区分、会话密钥补进密钥名单
...
按判决分流（PMS_PLAN_ROUTE_BY_VERDICT，默认开）：候选走自动流程，关注强制人工确认，仅展示不出提议；上游无判决或开关关闭时与旧行为一致。自动执行开关（PMS_OPEN_AUTO_EXEC_ON_VERDICT，默认关）留给一致性检查通过后再开。
测试：新增第二十批 15 例，第七批 32 到 35 例，全套 626 例 ALL SUITES PASS；例数表按实跑校正（原记 591 已过期）。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-03 11:51:42 +08:00
a507e7afbc
通道弃洞自愈+参数列放宽TEXT+运维清标记按钮+iPad浮层teleport与触屏直连+信号计划标
...
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-09-01 09:18:00 +08:00
88592bb349
修复公示导出：标的名按名字接口真实形状（简称/全称字典）提取为字符串
2026-08-28 16:35:40 +08:00
51bd6dc150
模拟库和正式库分离
2026-08-28 14:34:00 +08:00
7e06e43334
代码全面修改
2026-08-28 13:07:27 +08:00
5bb08fe5b6
添加权限
2026-08-27 10:16:45 +08:00
1be155c478
添加权限
2026-08-26 16:51:11 +08:00
e794d8520d
添加交易逻辑
2026-08-26 10:11:29 +08:00
e03e41a32b
添加交易逻辑
2026-08-26 10:01:30 +08:00
43ccc9bf0f
添加交易逻辑
2026-08-25 14:25:45 +08:00
e4c23ec238
添加交易逻辑
2026-08-25 13:57:16 +08:00
f4123d36d3
添加交易逻辑
2026-08-25 13:45:51 +08:00
7d25be41c9
修改前端页面部分问题
2026-08-25 11:09:58 +08:00
9a1b93a6d2
处理命令冲突的问题
2026-08-20 11:09:33 +08:00
be92b2be8a
处理命令冲突的问题
2026-08-20 10:23:33 +08:00
5fb030135e
加入股汇参数和相应逻辑
2026-08-19 10:04:20 +08:00
940f4ea688
开始处理系统整体细节
2026-08-18 14:10:26 +08:00
90d27d43fd
修研判请求体的 Decimal: 账本流水里的 price_at 是 DECIMAL 列, 导致研判闸第一次真发请求就全军覆没; 出口统一做 JSON 安全转换
2026-08-06 17:25:54 +08:00
d8829daa6b
跳过原因分得开: skip 改成带原因的字典 (在途提议/在途指令/规则闸/研判闸四种处境), 兼容集合口径
2026-08-06 15:57:52 +08:00
a14db0c833
窗口末日的强制完成只对命令驱动生效: 自主买入到期作废 (与 window_verdict 口径对齐), 卖出侧不变; hard_gate 的 is_command 必填
2026-08-06 15:25:39 +08:00
1f7554b973
动作引擎加新建仓 OPEN + 接上决策系统的买入信号: 未持仓票的转多信号补留痕, 有信号的候选排最前 (只改先后不改资格), 名额与金额滚动扣减, 研判只送定性材料, 参考位漂移首答锁定, 研判单轮时间预算
2026-08-06 14:41:59 +08:00
50714c1c6a
添加自动建仓逻辑
2026-08-06 13:55:27 +08:00
96bc0bf2c3
加入决策系统
2026-08-03 12:49:01 +08:00
2f1dcf3373
处理问题
2026-08-03 10:45:18 +08:00
deecd40ffc
加一个监测脚本
2026-08-03 10:28:09 +08:00
cf99e1446c
处理现有问题
2026-08-03 09:53:18 +08:00
d0398b9331
处理现有问题
2026-08-03 09:36:36 +08:00
680210ebcc
处理现有问题
2026-08-03 09:24:29 +08:00
d1e0cb9298
处理现有问题
2026-08-03 09:10:56 +08:00
889e2ef5b8
资金快照不可信时整轮跳过刹车结算
2026-07-31 16:43:43 +08:00
2ae59df497
处理对应bug
2026-07-31 16:10:58 +08:00
a555564aa1
处理对应bug
2026-07-31 14:58:17 +08:00
05a4fee86c
处理对应bug
2026-07-31 14:36:50 +08:00
72d35e7fc9
处理没成本价的问题
2026-07-31 14:19:36 +08:00
ea542103bb
PMS 内部那一截——候选池 → 建仓/升仓命令 → 方案生成 → 指令 → 规则闸终检 → 择时分日配额
2026-07-31 14:03:33 +08:00
bab6d0ec27
账本重建
2026-07-31 13:46:15 +08:00
582925732d
#7 和 #12
2026-07-31 13:28:10 +08:00
ff97024b3a
行业源换 gp_hybk(199,三级884,单主行业); gp_stock_category 作废
2026-07-31 11:11:07 +08:00
zlt