tradingSystem/app/services
zlt 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
..
__init__.py 第二批: 命令状态机/方案生成器/回放对账/管理页面/调度器骨架 2026-07-27 17:12:09 +08:00
command_service.py PMS 页面显示:用户设的止损价与目标价单独成列,参考位列标明来源 2026-09-03 16:30:49 +08:00
dispatcher.py 代码全面修改 2026-08-28 13:07:27 +08:00
exec_advisor.py 处理命令冲突的问题 2026-08-20 11:09:33 +08:00
executor.py PMS 两处安全修复:强制交人改为一票否决不再被卖出方向短路;目标价与止损价接通且必定交人 2026-09-03 16:06:27 +08:00
industry.py 代码全面修改 2026-08-28 13:07:27 +08:00
judge.py PMS 接通选股系统判决:计划解析增读判决五键、按判决分流新建仓、研判键放行与必答题、人工裁决理由必填、信号来源区分、会话密钥补进密钥名单 2026-09-03 11:51:42 +08:00
ledger_service.py 代码全面修改 2026-08-28 13:07:27 +08:00
macro_service.py 代码全面修改 2026-08-28 13:07:27 +08:00
market.py 代码全面修改 2026-08-28 13:07:27 +08:00
param_store.py 第二件 PMS 侧:新建仓的低把握驳回按证据不足交人 2026-09-07 11:56:08 +08:00
plan_feed.py PMS 文案第二批:规则闸、仓位约束、资金、计划取数 2026-09-04 13:27:45 +08:00
portfolio.py PMS 文案第二批:规则闸、仓位约束、资金、计划取数 2026-09-04 13:27:45 +08:00
proposal_service.py 第二件 PMS 侧:新建仓的低把握驳回按证据不足交人 2026-09-07 11:56:08 +08:00
publish_export.py 修复公示导出:模板残留隐藏行把合计行与图表整段藏掉;红绿条件格式按最终行位重建;净值+仓位双系列带标记图表 2026-08-28 17:20:58 +08:00
signal_service.py 第零件甲组:PMS 目标价那条路的四个缺陷,加裁决理由服务端强制 2026-09-07 11:22:05 +08:00
strategy_advisor.py 模拟库和正式库分离 2026-08-28 14:34:00 +08:00
strategy_runner.py 代码全面修改 2026-08-28 13:07:27 +08:00
strategy_service.py 代码全面修改 2026-08-28 13:07:27 +08:00
upstream_signals.py 模拟库和正式库分离 2026-08-28 14:01:17 +08:00