交接文档更正:选股系统与决策系统的提交都已在远程,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:
parent
9171bd8bd8
commit
72e38cf888
|
|
@ -1733,7 +1733,7 @@ docs/交接_2026-09-20.md(新)、docs/dev_preview/mock_preview.py 与 sample
|
|||
真机见过(155 与 188,2026-09-20 09:03 到 09:15 北京时间,全部只读)。155:仓库 cb73f74、指纹一致 26510ade120c、四容器已运行 45 小时、持仓两只(300627.SZ、688778.SH)各挂一条运行中的网格、待确认提议 0;docker 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 前后不可用的根因待查;单测污染读数表待修、四行假数据待清(删库行先经用户同意)。
|
||||
|
||||
---
|
||||
|
||||
|
|
|
|||
|
|
@ -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. 克隆仓库,解包,必要时把记忆目录按新用户名改名。目录名的规则是项目绝对路径里的非字母数字字符都换成横线。
|
||||
|
||||
|
|
|
|||
Loading…
Reference in New Issue