交接文档更正:选股系统与决策系统的提交都已在远程,09-18 的「未推送」是没先取远程状态的误判

用 git fetch 加 git ls-remote 向代码服务器直接核对,三处仓库本地与远程一致。
交接文档第二节第 1 条、日程表与开工步骤同步改口;开工步骤里的迁移包改为可选。DEVLOG 09-20 节点同日更正。

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
This commit is contained in:
zlt 2026-09-20 09:31:56 +08:00
parent 9171bd8bd8
commit 72e38cf888
2 changed files with 13 additions and 22 deletions

View File

@ -1733,7 +1733,7 @@ docs/交接_2026-09-20.md、docs/dev_preview/mock_preview.py 与 sample
真机见过155 与 1882026-09-20 09:03 到 09:15 北京时间全部只读。155仓库 cb73f74、指纹一致 26510ade120c、四容器已运行 45 小时、持仓两只300627.SZ、688778.SH各挂一条运行中的网格、待确认提议 0docker inspect 见 /home/factor/project/tradingSystem 绑定挂载到 /app参数读回 PMS_SELF_DECIDE full、PMS_SELF_DECIDE_TRIAL True、PMS_TECH_INTRADAY_CONFIRM False、PMS_PLAN_RANK_BY_UPSTREAM True、PMS_PLAN_TIERS 强传导、PMS_PLAN_TOP_N 50最近三份名册快照的 rank_mode 为空旧代码写的make consensus-review DAYS=6 六张表读数已摘进交接文档。188仓库 51bd6dc落后主干 112 个提交)、只跑 pms-web 与 pms-ws、只挂载了 logs。本机docs/dev_preview/mock_preview.py 起服务后页面 200、评析样例与假持仓可读。
**还欠着什么**
全部写在 docs/交接_2026-09-20.md 第二节与第五节。最要紧四件:旧开发机上选股系统 9acd3fa 与决策系统六个副本提交未推送09-21 收盘后选股系统机器要拉代码);PMS_PLAN_RANK_BY_UPSTREAM 要不要在 09-22 07:10 前先关;研判在 09:31 前后不可用的根因待查;单测污染读数表待修、四行假数据待清(删库行先经用户同意)。
全部写在 docs/交接_2026-09-20.md 第二节与第五节。最要紧三件(同日更正:原先写的「选股系统 9acd3fa 与决策系统六个副本提交未推送」是误判09-18 盘点时没先取远程状态09-20 用 git ls-remote 核对三处仓库本地与远程一致无需再推9acd3fa 是否过了复审仍要在 09-21 拉代码前确认):PMS_PLAN_RANK_BY_UPSTREAM 要不要在 09-22 07:10 前先关;研判在 09:31 前后不可用的根因待查;单测污染读数表待修、四行假数据待清(删库行先经用户同意)。
---

View File

@ -18,30 +18,21 @@
## 二、最要紧的四件事
### 1. 旧开发机上有没推送的提交,换机器前必须推
### 1. 各仓库的提交都已在远程换机器不用再推2026-09-20 更正)
2026-09-18 盘点时,旧开发机上这几处只存在于本机
2026-09-18 盘点时曾判定选股系统的 9acd3fa 与决策系统的 6 个方案副本提交「没推送」。那次没有先取远程状态看的是过期的本地跟踪引用结论是错的。2026-09-20 用 `git fetch``git ls-remote origin main` 直接向代码服务器核对,三处仓库本地与远程完全一致
| 仓库 | 没推送或没提交的东西 | 为什么要紧 |
| 仓库 | 远程 main 的提交 | 本地与远程 |
|---|---|---|
| 选股系统 akg-factor-bridge | 提交 9acd3fa「pms_roster 档位白名单修补」没推送 | 这是 09-17 复审退回的那一处修补。日程要求 09-21 收盘后选股系统机器拉代码,它必须先推送并过复审 |
| 决策系统 bionic_trader | 6 个「方案副本同步」提交没推送 | 四个仓库的方案文档要逐字同步,缺这几份副本就不同步了 |
| astock-kg | `CLAUDE.md` 有未提交修改 | 提交或放弃,二选一 |
| quant_factor_service | 「第二阶段收工记录_20260831.md」没提交 | 提交 |
| 持仓管理系统 tradingSystem | 本文档所在提交 | 一致 |
| 选股系统 akg-factor-bridge | 9acd3fa「pms_roster 档位白名单修补」 | 一致,领先 0 落后 0 |
| 决策系统 bionic_trader | 706a383「方案副本同步复审记录」 | 一致,领先 0 落后 0 |
在旧开发机上运行,推送前者:
9acd3fa 是 09-17 复审退回的那一处修补。它已经在远程09-21 收盘后选股系统机器拉代码时拿得到。它有没有过复审,仓库里没有见到记录,拉代码之前要确认。
```bash
cd /Users/baobao/Documents/work/project/akg-factor-bridge && git push origin main
```
旧机器上只剩两处没提交的小东西都不在本仓库astock-kg 的 `CLAUDE.md` 有未提交修改quant_factor_service 的「第二阶段收工记录_20260831.md」没有入库。要不要提交由用户定。
在旧开发机上运行,推送后者:
```bash
cd /Users/baobao/Documents/work/project/bionic_trader && git push origin main
```
持仓管理系统仓库本身是干净的,全部已推送。
教训一条:判断「有没有推送」之前先 `git fetch`,或者直接用 `git ls-remote` 问远程。
### 2. 工作包乙已经提前生效09-22 早上之前要拍板
@ -210,7 +201,7 @@ for r in csr.list_range(20260914, 20260930, kinds=['auto_accept','auto_decline',
| 日期 | 事情 | 持仓管理系统这边要做什么 |
|---|---|---|
| 09-21 周一 | 收盘后选股系统机器拉代码并重启接口容器,经审批,避开 07:00 到 07:30 与 08:30 到 09:05 | 先确认 9acd3fa 已推送并过复审。早上 08:40 之后顺手看一眼名册快照的 `rank_mode` 是不是 quality_bucket |
| 09-21 周一 | 收盘后选股系统机器拉代码并重启接口容器,经审批,避开 07:00 到 07:30 与 08:30 到 09:05 | 9acd3fa 已在远程,拉之前确认它过了复审。早上 08:40 之后顺手看一眼名册快照的 `rank_mode` 是不是 quality_bucket |
| 09-22 周二 | 07:15 后核首份质地序计划的六处读数,再核「两条路同一份前二十」 | 07:10 之前按第二节第 2 条的拍板结果处理开关。名册主榜行数会从六十到一百行跳到接近三百行,属预期 |
| 09-23 周三 | 原定收盘后上线工作包乙 | 若选了乙:收盘后打开开关,并把 `PMS_PLAN_TIERS` 改成「强传导,弱传导」,台账补一行 |
| 09-24 周四 | 08:45 后核候选序 | 在一次性容器里调候选选择函数,核 `rank_mode` 为 upstream、名次递增。命令在工作方案第六节 |
@ -259,8 +250,8 @@ for r in csr.list_range(20260914, 20260930, kinds=['auto_accept','auto_decline',
## 九、新开发机开工步骤
1. 旧机器上先做完第二节第 1 条的推送
2. 把旧机器上的迁移包 `~/Documents/work/claude-migrate-20260918.tar.gz` 拷到新机器。里面是五个项目的 Claude 记忆、各仓库被忽略的 `.claude` 目录(输出风格与项目设置)、全局设置。注意持仓管理系统仓库的 `.gitignore` 第 19、20 行忽略了输出风格与项目设置,克隆下来没有它们,必须从迁移包里取。
1. 各仓库的提交都已在远程,见第二节第 1 条,直接克隆即可
2. 可选,用户 2026-09-20 表示记忆文件不必再处理:把旧机器上的迁移包 `~/Documents/work/claude-migrate-20260918.tar.gz` 拷到新机器。里面是五个项目的 Claude 记忆、各仓库被忽略的 `.claude` 目录(输出风格与项目设置)、全局设置。注意持仓管理系统仓库的 `.gitignore` 第 19、20 行忽略了输出风格与项目设置,克隆下来没有它们,必须从迁移包里取。
3. 新机器生成 SSH 密钥公钥登记三处Gitea 账号 zlt网页上加、155 的 factor 用户、188 的 tlai 用户。后两处是服务器写操作,先经用户同意。
4. 克隆仓库,解包,必要时把记忆目录按新用户名改名。目录名的规则是项目绝对路径里的非字母数字字符都换成横线。