zlt
/
tradingSystem
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
216 Commits 1 Branch 0 Tags 20 MiB
Commit Graph

31 Commits

Author SHA1 Message Date
zlt 94da25bc25 按评审修订观察读数包：增持门口径改只数、清早重复无读数行、复核脚本与台账口径一致 
按 docs/观察读数包与加固包评审_2026-09-14.md 第五节，改读数口径与文档一致性（非代码缺陷）：
- 增持门拦截改看只数：检查点是两分钟窗口，累计次数 rounds 会把同一只翻倍（一天最多
  八次），会误读。复核脚本第二张表用只数，台账 013 口径同改，rounds 只当诊断。
- 映射重建先清当日 tech_noread（consensus_stat_repo 加 delete_day_kind），以最新一次
  为准。06:30 缺读数、08:40 补上的票不再留旧行让逐只无读数偏高（占比用覆盖行算，一直准）。
- 复核脚本第四张表把「合议交人而人采纳」单列成信息行，不计入分歧——交人本就让人定；
  提议上限按天数放大（三十天窗口够用）。
- DEVLOG 09-14 节点修内部不一致：补文档包、从欠账里删掉已完成的 README/CLAUDE.md。
- record_round 的 params 注明暂未用（保留对齐规格书签名）。

第三十一批加一例（映射重建先清当日无读数），开发机全量 847 例 ALL SUITES PASS。

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
 2026-09-14 11:07:39 +08:00
zlt f2d6b37fd2 观察读数包：合议判定落表 pms_consensus_stat，加复核脚本与日报小节（台账013） 
每轮扫描把合议相关的判定归类落表，供台账006到011复核，之前这些数只活在
扫描返回值与页面即时快照里，复核日期到了拿不出数。

做了什么：
- 新表 pms_consensus_stat（第21张），一天一票一类一行，重复记到只加次数。
- 动作引擎给合议跳过项（跳过分fund/bear、观察wait_tech）与增持门（gate_block
  带fill/add/dca）打类别标签，只在对应开关开着的分支里打，关掉逐字回旧。
- consensus_stats.record_round 按检查点归类落表：转空实弹随时写，路由与装配两类
  只在检查点写，试算不写；映射重建时 record_map_cover 记覆盖只数与逐只无读数。
- 复核脚本 scripts/consensus_review.py 与 make consensus-review 打出台账要的四个
  读数；日报加合议观察小节。
- 新参数 PMS_CONSENSUS_STAT_TIMES 控制检查点（默认0935,1030,1330,1445）。

哨兵：DDL表数20改21；record_round进SOFT_FAIL；第31批登记进SUITES与例数表。
开发机全量单测840例 ALL SUITES PASS。未在155部署（收盘后另行审批）。

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
 2026-09-14 10:19:51 +08:00
zlt be7884da46 三源合议工作包二(二)：装配服务与批量读昨夜定性 
- downstream_repo.fetch_nightly_verdicts: 批量读 strategy_daily_results.signal_type (择时那票的源)
- consensus_service: 给候选/持仓行凑齐基本面/技术面/择时四块意见, hard_keys 折成六个硬数字键
- 参数登记 PMS_FUND_REQUIRED/STALE_DAYS/CONSENSUS_GOOD_MIN、PMS_CONSENSUS_ROUTE
- batch28 加装配三例 (脱库桩参数与映射), 现 29 例

装配层不改下单链路。advise_v2 仓位矩阵、扫描接入路由、增持门、页面合议行随后。

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
 2026-09-11 14:33:58 +08:00
zlt f30d1a1d0a 修技术面落表 SQL：ON DUPLICATE 子句改用 VALUES(列) 
真机首验(2026-09-11)抓到: upsert_daily 的 ON DUPLICATE KEY UPDATE 用 :col 绑定参数,
pymysql executemany 对 INSERT...ON DUPLICATE 做多行合并优化时只展开 VALUES 子句占位符,
UPDATE 子句的 %s 不展开却仍算参数, 5000 行批量落表参数错位、SQL 留裸 % 报 1064。
改用 VALUES(列) 引用插入值。batch27 加哨兵钉住(脱库单测 mock 落表测不到)。

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
 2026-09-11 14:01:11 +08:00
zlt 0d3984582c 技术面接入工作包一(后端)：取数落表、相位合成与映射打通 
方案见 docs/技术面接入与三源合议方案_2026-09-11.md 第五节。让每只票多一份结构化
技术面立场，数据取自决策系统全市场技术面接口(布林线/多空布林线/SAR)。
- 新表 pms_tech_daily 存全市场每日读数，保留 40 个交易日
- core/tech_rules 相位合成(纯逻辑)、repo/tech_repo 单表访问、services/tech_service 分页取数落表与每早映射
- 调度加 06:30 tech_pull；plan_pull 拉完计划后补拉一次并重建映射
- 三接口：技术面状态、手动拉取(管理员)、单票研究面
- 参数 PMS_TECH_* 登记；哨兵同步(DDL 表数 20、调度位、路由清单)
- batch27 二十七例，开发机全量 ALL SUITES PASS；相位与五个阈值记台账 006

页面七处建议并入工作包二；合议(二)、离场(三)、选股打分(四)未做。未真机判收。

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
 2026-09-11 12:32:00 +08:00
zlt 6f416ead6b 解锁重问：判定、取数、接线、参数、单测（台账 055 第二件之 PMS 侧） 
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-09 15:13:09 +08:00
zlt 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
zlt 88592bb349 修复公示导出：标的名按名字接口真实形状（简称/全称字典）提取为字符串 2026-08-28 16:35:40 +08:00
zlt 8a3362a3d7 添加每日导出按钮 2026-08-28 15:45:30 +08:00
zlt 51bd6dc150 模拟库和正式库分离 2026-08-28 14:34:00 +08:00
zlt 7e06e43334 代码全面修改 2026-08-28 13:07:27 +08:00
zlt 7d25be41c9 修改前端页面部分问题 2026-08-25 11:09:58 +08:00
zlt 5fb030135e 加入股汇参数和相应逻辑 2026-08-19 10:04:20 +08:00
zlt f25fa1d2f6 丰富交易逻辑 2026-08-11 11:58:16 +08:00
zlt 18e7c88d16 丰富交易逻辑 2026-08-11 10:35:03 +08:00
zlt 2e2a055dab 修改前端页面 2026-08-10 15:09:29 +08:00
zlt 1f7554b973 动作引擎加新建仓 OPEN + 接上决策系统的买入信号: 未持仓票的转多信号补留痕, 有信号的候选排最前 (只改先后不改资格), 名额与金额滚动扣减, 研判只送定性材料, 参考位漂移首答锁定, 研判单轮时间预算 2026-08-06 14:41:59 +08:00
zlt 50714c1c6a 添加自动建仓逻辑 2026-08-06 13:55:27 +08:00
zlt 582925732d #7 和 #12 2026-07-31 13:28:10 +08:00
zlt ff97024b3a 行业源换 gp_hybk(199,三级884,单主行业); gp_stock_category 作废 2026-07-31 11:11:07 +08:00
zlt 3531937db0 行业源ready改实探(参数填了不算数); probe_category让异常可见; 收尾文档 2026-07-31 10:13:56 +08:00
zlt e32b6df05b 补协议§6.2快照对账: query轮询+ws为主表兜底的事实源仲裁 2026-07-30 11:59:12 +08:00
zlt 204914cc12 ws入账三分流: 孤儿成交挂起不入账; 协议升V1.0.1; 交接文档同步 2026-07-30 10:34:34 +08:00
zlt de9d885b08 s3测试命令 2026-07-29 15:21:27 +08:00
zlt 795a8b4e4e s3 2026-07-29 14:50:04 +08:00
zlt 4b49d39ccd 处理入账、消费等问题 2026-07-29 10:49:56 +08:00
zlt e217f2c817 处理页面渲染不完全的问题 2026-07-29 10:01:00 +08:00
zlt ceaf4eef12 修复初始化建表语句 2026-07-29 09:30:22 +08:00
zlt c4833ba257 qmt系统对接提交 2026-07-28 15:48:57 +08:00
zlt 9c2470df21 修复: 建表脚本/redis RESP3/参数缓存穿透/回放认领时间守卫 2026-07-27 17:31:34 +08:00
zlt b3fdb4a4e6 第二批: 命令状态机/方案生成器/回放对账/管理页面/调度器骨架 2026-07-27 17:12:09 +08:00