From 0e6c9d718b3a053b58eb67adfa9171eb249dd881 Mon Sep 17 00:00:00 2001 From: zlt Date: Thu, 17 Sep 2026 11:31:16 +0800 Subject: [PATCH] =?UTF-8?q?=E6=96=B9=E6=A1=88=E5=89=AF=E6=9C=AC=E5=90=8C?= =?UTF-8?q?=E6=AD=A5=EF=BC=9A=E6=8B=8D=E6=9D=BF=E8=AE=B0=E5=BD=95=EF=BC=9A?= =?UTF-8?q?=E5=91=A8=E6=8A=A5=E5=BA=95=E6=9C=AC=E6=94=B9=E8=AF=BB=E5=BD=93?= =?UTF-8?q?=E6=97=A5=E5=BF=AB=E7=85=A7=EF=BC=88=E5=B7=A5=E4=BD=9C=E5=8C=85?= =?UTF-8?q?=E4=B8=99=EF=BC=89=E5=B7=B2=E9=80=9A=E8=BF=87=EF=BC=8C=E9=9A=8F?= =?UTF-8?q?=E4=BF=AE=E5=A4=8D=E5=B0=8F=E5=8C=85=E5=90=8C=E4=B8=80=E4=B8=AA?= =?UTF-8?q?=E6=8F=90=E4=BA=A4?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-Authored-By: Claude Fable 5.1 --- docs/上线与协同阶段工作方案与规格书_2026-09-17.md | 14 +++++++------- docs/评审记录_2026-09-17.md | 2 +- 2 files changed, 8 insertions(+), 8 deletions(-) diff --git a/docs/上线与协同阶段工作方案与规格书_2026-09-17.md b/docs/上线与协同阶段工作方案与规格书_2026-09-17.md index 0c6536f..26cdb20 100644 --- a/docs/上线与协同阶段工作方案与规格书_2026-09-17.md +++ b/docs/上线与协同阶段工作方案与规格书_2026-09-17.md @@ -13,7 +13,7 @@ 1. **09-22 的第一份质地序计划，两条路给出同一份。** 复审查出装配路与快照路对"已启动成员"的主题限额判定不一致，同一天 md 与接口可能给出不同的前二十。修复小包把截取规则收成一处实现，再上线。 2. **持仓管理系统的候选序与选股系统同一个序。** 今天它拿到三百只前缀后自己按"基本面立场桶、原始分"重排，两边是两套质地序各排各的。协同项让它在上游是质地轴时按上游名次排、关掉自己的分桶，选股系统、入池、持仓管理系统三处同源。这条 09-17 的规格书里标为"另批"，本方案就是那次审批的规格。 -3. **09-25 起的周报读的是当天真正出过的计划。** 周报现在把每个计划日重新装配一遍，用的是跑周报那一刻的评析报告。四周复核比的是两份名单谁更好，两份都应该是当天落盘的那份。这一条要拍板。 +3. **09-25 起的周报读的是当天真正出过的计划。** 周报现在把每个计划日重新装配一遍，用的是跑周报那一刻的评析报告。四周复核比的是两份名单谁更好，两份都应该是当天落盘的那份。这一条 2026-09-17 已拍板：做。 --- @@ -28,7 +28,7 @@ ## 三、做哪几件事 -三个工作包。甲在选股系统仓库，乙在持仓管理系统仓库外加选股系统的一处小改，丙在选股系统仓库、要拍板。 +三个工作包。甲在选股系统仓库，乙在持仓管理系统仓库外加选股系统的一处小改，丙在选股系统仓库（拍板点一已通过）。 ### 工作包甲：修复小包（选股系统仓库，必做） @@ -60,7 +60,7 @@ 细节见附录乙。 -### 工作包丙：周报改读当日快照（选股系统仓库，拍板点一） +### 工作包丙：周报改读当日快照（选股系统仓库，拍板点一已通过，必做） **做什么。** 周报对每个计划日先找当天的 JSON 快照，读它的全量主榜与观察档行、候选单、关注单；快照不存在或读不出才回落到现在的重新装配。加开关 `PLAN_REVIEW_SOURCE`，默认 snapshot，设 live 回今天的做法。周报第一节注记每天用的是哪种底本。 @@ -82,7 +82,7 @@ | 日期 | 星期 | 做什么 | |---|---|---| -| 09-17 | 三 | 复审完成。开发者做工作包甲，一个提交；拍板点一通过则工作包丙并进同一个提交 | +| 09-17 | 三 | 复审完成。开发者做工作包甲与工作包丙，同一个提交（拍板点一已通过） | | 09-18 | 四 | 上午我复审工作包甲（含丙），通过即推送。收盘后数据基座 09-18 部署窗（附录甲，原样）。开发者开始工作包乙 | | 09-19 | 六 | 工作包乙交付，含选股系统那一处小改。我复审 | | 09-21 | 一 | 收盘后选股系统机器拉代码，接口容器重启并预热，经审批，避开七点到七点半与八点半到九点零五 | @@ -104,7 +104,7 @@ | 键 | 仓库 | 默认 | 说明 | |---|---|---|---| -| `PLAN_REVIEW_SOURCE` | 选股系统 | snapshot | 周报底本。live 回"每日重新装配"。拍板点一 | +| `PLAN_REVIEW_SOURCE` | 选股系统 | snapshot | 周报底本。live 回"每日重新装配"。拍板点一已通过 | | `PMS_PLAN_RANK_BY_UPSTREAM` | 持仓管理系统 | 开 | 上游计划 `rank_axis` 为 quality 时按上游名次排、关掉立场桶；上游没带这个键时无作用 | | 名册元数据 `rank_mode` | 持仓管理系统写、选股系统读 | 无 | upstream 或 quality_bucket 或 score，周报据此还原交付名单的序 | @@ -175,11 +175,11 @@ cd ~/project/akg-factor-bridge && grep -n "底本\|新序前二十\|旧序前二 代定的写"建议"，动工前不再问。要改就改这里。 -1. **周报底本改读快照（工作包丙）。** 建议做，随工作包甲同一个提交，默认读快照，开关可回。理由在第三节。不做的话，四周复核读到的是"以复核当天的评析回头算的名单"，要在周报里写明。 +1. **周报底本改读快照（工作包丙）。** 2026-09-17 用户拍板：做。随工作包甲同一个提交，默认读快照，开关可回。理由在第三节。 2. **持仓管理系统协同项的默认值与上线日。** 建议默认开、靠上游的 `rank_axis` 自门控，09-23 收盘后上线。不与 09-21 同一天。 3. **提交 4d7ca55 随本方案推送。** 代定。修复小包在它上面再提一个。 4. **两份对照名单的口径。** 代定：两份都是全量序前二十，不设主题限额，与周报其余名单同口径。它比的是排序规则，不是当天交付的那二十只；交付名单另有"候选单"与"强传导交付名单"两行。 -5. **工作包乙里选股系统那一处小改（`pms_roster` 按 `rank_mode` 取序）** 代定随工作包丙同一个提交，若丙不做则单独一个提交。 +5. **工作包乙里选股系统那一处小改（`pms_roster` 按 `rank_mode` 取序）** 代定随工作包丙同一个提交。 --- diff --git a/docs/评审记录_2026-09-17.md b/docs/评审记录_2026-09-17.md index 1ba3149..d7ec9cd 100644 --- a/docs/评审记录_2026-09-17.md +++ b/docs/评审记录_2026-09-17.md @@ -94,7 +94,7 @@ 这在质地是次级项的时候是小事，在质地成为主轴之后不是。四周复核比的是"新序前二十与旧序前二十谁更好"，两份名单都应该是当天真正出过的那份。快照落盘时的注释写着"它是复盘与对账的唯一底本"，周报却没有读它。 -我的建议是周报改成先读当日快照的全量行，没有快照的日子才回落到重新装配，加一个开关默认读快照。改动小，但它改变周报所有既有名单的取数方式，从 09-02 有快照那天起的读数会与旧周报的口径不同，所以要用户拍板。写在工作方案工作包丙与拍板点一。 +我的建议是周报改成先读当日快照的全量行，没有快照的日子才回落到重新装配，加一个开关默认读快照。改动小，但它改变周报所有既有名单的取数方式，从 09-02 有快照那天起的读数会与旧周报的口径不同，所以要用户拍板。写在工作方案工作包丙与拍板点一。2026-09-17 用户拍板：做，随修复小包同一个提交。 ---