框架

仓库文件修改建议 · 2026-09-26

**健康度：好（机械层全绿，内容层有可清理的陈旧残留）。

optimization · 资产·机制 · optimization/报告/仓库文件修改建议_2026-09-26.md · 27592 B

仓库文件修改建议 · 2026-09-26

只读评审报告。本文件是本次评审唯一写出的产物（+ 驾驶舱 §〇·五 一行登记）。除登记行外，未修改、未重命名、未删除任何仓库文件；未运行任何会写生产数据的脚本；未触碰归档区与已发布人工复盘。

机械自检（arch_check / moc_index / doc_sync_check）本次全部为绿——本报告负责的是机械自检覆盖不到的质量与内容层问题。

一、一句话结论

健康度：好（机械层全绿，内容层有可清理的陈旧残留）。 建议 14 条：P0 0 条 / P1 3 条 / P2 6 条 / P3 5 条（其中 P2 含 1 条维持现状的建议）。核心问题不是「系统坏了」，而是三份人力维护文档（数据库说明.md / 框架/使用指南.md / 驾驶舱计数）在 v5.2.x 快速迭代后未同步，以及本地 LBMA 源落后官方 1 日、事件日历无法前向覆盖两个数据管线缺口。

二、建议总表（7 列）

ID优先级文件（路径 + 行号/锚点）问题（一句话）证据（命令输出 / 原文引用）建议改动（文本或函数级）风险与影响面
A1P1数据库说明.md L186 / L191 / L192（§四 当前统计表）同一文件内「当前统计」陈旧，与其下方「市场最新状态（09-24）」自相矛盾L186「面板 82 行 / 78 交易日（06-01→09-22）」、L191「Regime Trending-Up 0.783；Brier 0.074（基准 0.13156，n=5）」、L192「净值 0.996641 / 现金 0.214500」；实测 latest.json：85 行 / 80 交易日 / span 06-01→09-25、Trending-Down 0.794、Brier 0.07667（base 0.12883，n=6）、paper eq 0.985001 / cash 0.599635把 L186/L191/L192 三行数值按 latest.json 与 state/current.md 更新；「统计截至」由 2026-09-23 改为 2026-09-26；并在 §四 表头注明「本表由人工随版本同步，机械校验见 doc_sync_check.py」纯文档；不改口径。若不同步，读者会拿到与驾驶舱冲突的 Regime/Brier/模拟盘数字（最易误导的一条）
C1P1数据/gold_pm.json（末行）＋下轮 scripts/fetch.py本地 LBMA 源落后官方 1 日：官方 09-25 PM 已发布，本地末行仍是 09-24本地 gold_pm.json 末条 {"d":"2026-09-24","v":[4266.4,...]}；官方实测 env -u HTTPS_PROXY curl -s --proxy '' https://prices.lbma.org.uk/json/gold_pm.json | tail -c 300 → {"d":"2026-09-25","v":[4261.05,3216.67,3737.79]}；面板 09-25 行 gold_pm 为空、trading_day=False，故 target 停在 09-24① 下轮 DK_DISABLE_MCAL=1 nohup python3 -u scripts/fetch.py 应把 target 推进到 2026-09-25；② 若仍不推进，排查 LBMA 抓取是否静默失败（数据/logs/ 与 raw_manifest.json 里 09-25 的抓取记录）；③ 不得用手工补数填空直接决定 09-25 预测批次能否验证（C3）与 target 能否推进；不影响历史数据
C2P1数据/econ_calendar.json ＋ scripts/dkfetch.py（事件源）事件日历「抓取时间已是 09-26，覆盖窗口仍停在 09-24」→ 无法前向覆盖 T 日fetched_at=2026-09-26T07:04:59+08:00，但 start=2026-09-17, end=2026-09-24, n_events=270核查抓取窗口参数（是否写死「截至 target」）；若源本身只提供历史，则在 数据库说明.md 明写「事件日历只能回溯、不能前向」，并在盘前简报 §六 一律标 [待补] 而非留空白影响盘前简报「事件—价格」段落与 §H 遗留；不影响 L0–L4 机械判据
A2P2数据库说明.md L94（保留策略表）数据/runs/ 计数陈旧原文「当前 62 个」；实测 ls 数据/runs | wc -l = 76改为「当前 76 个（2026-09-26 实测）」纯文档；与 A1 同批修
A3P200 驾驶舱（投资MOC）.md L174–L179（§〇·五 复盘分组表）＋ §五 机械数据总汇月度表复盘分类计数陈旧，与同一文件 §7.2 自动生成区块（77/10/7/1）冲突地图 L174「收盘复盘 75 / 快照 8 / 简报 4 / 备忘 1」；§五 月度表「合计 75 / 8 / 4 / 1」；实测 ls 复盘/*收盘复盘.md | wc -l = 77、快照 10、简报 7、备忘 1（与 §7.2 一致）地图分组表与 §五 合计行改为 77 / 10 / 7 / 1；§五 月度表 2026-09 行（快照 8→10、简报 4→7、复盘 12→14）一并更新纯文档；arch_check 第 7 项只比目录总数（100）故未报警——属判据盲区（见 B1）
B1P2scripts/doc_sync_check.py（判据）跨文件一致性自检不覆盖 数据库说明.md 与驾驶舱分类计数 → A1/A3 这类陈旧长期不被机械捕获doc_sync_check --strict rc=0（全绿）同时 A1 的 82 行/78 交易日与 latest.json 的 85/80 并存新增 1–2 项检查：「数据库说明.md §四 的面板行数/交易日数/Brier(n)/paper eq 与 latest.json 一致」；「驾驶舱 §〇·五 复盘分组计数 == §7.2 自动区块计数」。仍保持只告警不阻断让「机械全绿 ≠ 无陈旧」这一盲区收窄；不改发布行为
C3P2数据/predictions/predictions.jsonl09-25 批次 4 条预测仍未被验证（status=open）末 4 行 pred_20260925T071912_{band,direction,dxy_dir,10y_tips_dir}，forecast_date=2026-09-25，status=open；grep -c '"status": *"pending"' = 0（口径用词为 open）不改数据；待 C1 追平 09-25 后由既有 validate_prediction.py 正常验证；若下轮仍 open，登记为新遗留影响 Brier 样本量（n=6）与 A 模式「强制归类后第 1 个交易日」复核；禁止手工补验证
D2P2scripts/__pycache__/、scripts/legacy/__pycache__/、scripts/pandas_market_calendars/**/__pycache__/（4 处）v4.0 宣称「__pycache__ 清理」，但运行即再生，长期看着像未清理find scripts -name "__pycache__" -type d → 4 处不建议反复删（每次跑脚本必再生）。改为在 数据库说明.md 保留策略表加一行「**/__pycache__/：运行时产物，可再生，不参与统计与自检」消除「看起来没清理干净」的假问题；零风险
G1P2optimization/仓库文件修改建议_2026-09-26.md（本报告）＋ 数据库说明.md §〇·五·一武器库 7 库的可行接入点未在任何文档登记（只留「未安装、禁止 import」的结论）ls /var/minis/mounts/武器库 → PyBondLab-main / YieldCurve-main / akshare-main / convex-main / efinance-main / fixed-income-mcp-main / trace-data-pipeline-main；pandas 2.2.3/requests ✔，其余无 pip 网络维持「按需取用」，只在 §〇·五·一 加一行「外部思路源（非运行时依赖）：fixed-income-mcp-main / trace-data-pipeline-main 的取数—校验分层思路可复用于债券腿第三源设计」纯登记；不引入依赖，不改变运行时
A4P3框架/使用指南.md L36 / L37文件结构树里复盘计数陈旧L36「复盘（93 直属）」、L37「75 份（人工/Agent 撰写…）」；实测 100 直属 / 77 份收盘复盘改为「复盘（100 直属 + 44 归档 + 2 治理）」「收盘复盘 77 份」纯文档
A5P300 驾驶舱（投资MOC）.md §〇 脚本表「scripts/legacy/（…7 个）」＋ §〇·五 scripts 表同处legacy 归档脚本数量陈旧原文「7 个」；ls scripts/legacy/*.py | wc -l = 8（新增 calibrate.py、validate_0918.py，文件时间 09-19）改为「8 个（含 09-19 新增 calibrate.py / validate_0918.py，只读、不作为证据）」纯文档；避免「归档目录被偷偷写入」的误读
B2P3scripts/moc_index.py（输出口径）＋ 驾驶舱 §〇·五 复盘标题review_files=95 与地图「100 直属」口径不同，易被误读为漏登记latest.json.moc_index.review_files=95（=77+10+7+1），地图写 100 直属（=95＋5 份总汇/专题/索引）；state/current.md 同现 95在地图标题下加一句「§7.1/7.2 的 review_files 只计四类复盘产物（95），不含 5 份总汇/专题/索引；两者口径不同，非漏登记」纯文档；防止下次评审重复判为缺陷
D1P3scripts/state_digest.py（截断逻辑）状态摘要按字数截断，会把 JSON 切在 token 中间state/current.md L13 末为 moc_index={"updated":false,"review_files":95,"archive":44,"dups":0,"un（半截 "unregistered"），后面 {...} 未闭合截断改为按行 / 按字段边界（如超出 500 字时丢整行而非切字符），或在超限字段末尾补 …纯可读性；不影响熔断判定（--guard 只读计数）
F1P3数据/**/*.bak*（13 处，含 .obsidian/snippets/ios-dark-glass.css.bak、数据/paper_bak_pre_cashfix_20260922_123330/）*.bak* 堆积策略未文档化，且分散在 5 个位置find . -name "*.bak*" → 13 条（含目录 数据/paper_bak_pre_cashfix_20260922_123330/、bond_{tlt,agg}.json.bak_20260925_fqt1、predictions.jsonl.bak_* 2 份、regime_*.csv.bak_20260923 2 份）保留策略表新增一行：*.bak* 保留、不自动清理；如要收敛，另开任务统一移至 数据/backup/（先备份后移动，本报告不执行）纯策略；不删任何文件
F2P3数据/runs/（76）＋ 数据/logs/（47）「只增不删」下的容量策略仍缺归档触发条件（文档只写「如需清理另开任务」）ls 数据/runs | wc -l = 76；ls 数据/logs | wc -l = 47；口径原文「只增不删；如需清理另开任务并先备份」补一句可执行条件，如「数据/runs/ > 120 个或 > 200 MB 时，另开任务把 >30 天者移入 数据/runs_archive/（先 cp -r 备份）」纯策略；本次不动文件

表中 A3 / B1 / B2 三条互为因果：分类计数陈旧（A3）之所以长期未被发现，正因自检不覆盖（B1）且计数口径未注明（B2）。建议同批处理。

三、按维度展开（A–H）

A 文档一致性 —— 发现 5 条（A1–A5）

ID不做会怎样
A1 (P1)数据库说明.md 是「数据源清单 + 目录规范」的对外说明书；§四 写「面板 82 行 / 78 交易日、Regime Trending-Up 0.783、Brier n=5、模拟盘 0.996641」，同一页下方却写「目标交易日 09-24、L1 down」。第三方（或下一个对话的我）读到会拿到已经过期的 regime 方向与模拟盘净值，正是最容易被当真的一类陈旧。
A2runs/ 计数写 62、实际 76，会让「保留策略是否被违规清理」无法自证。
A3驾驶舱 §〇·五 的分组表是「每个文件至少有一条入链」的计数承诺；显示 75 份而实际 77 份，等于地图自己对不上 §7.2 自动区块（77）——arch_check 只比目录总数，不会报。
A4框架/使用指南.md 是新人第一份读物，结构树里的 93/75 会让人按错误数量去核对文件。
A5「legacy 7 个」未更新为 8，会让读者以为归档目录里多了不该有的东西（实际是 09-19 两次修数据时留下的只读脚本）。

维度结论：需要修改（A1–A5）。三份文档（数据库说明 / 使用指南 / 驾驶舱计数段）在 v5.2→v5.2.1 的 48 小时内连续迭代后未同步，是本次最集中的一类问题。

B 架构与可达性 —— 发现 2 条（B1–B2，含判据盲区）

  • 机械自检实跑（本次）：arch_check 10/10 ✔（md=210 / 出链=744 / 死链=0 / 孤儿=0）；moc_index.py --check → 一致；doc_sync_check.py --strict → rc=0。与提示词基线一致。
  • B1 (P2) 判据盲区（真发现）：doc_sync_check.py 的 9 项只校验驾驶舱头部/AUTO 区块/快照/run_log ↔ latest.json。数据库说明.md 与驾驶舱的人工计数段不在任何机械判据内 → A1/A3 存活至少 1 个版本周期。建议增 1–2 项（见总表）。
  • B2 (P3) 计数口径未注明：moc_index 的 review_files=95 与地图「100 直属」是两个口径（差 5 份总汇/专题/索引）。arch_check 第 7 项比的是目录总数（100，通过），因此不冲突；但缺一句口径说明会被反复误判。
  • 人工复核判据本身（命名容错 / 递归扫描 / 归档排除 / 驾驶舱直达）：本轮未发现新盲区。moc_index 的命名容错已能收录 2026-09-24收盘复盘.md 类变体（PathGuardTests 4 项覆盖）；递归扫描已排除 复盘/历史原始记录/；第 10 项「复盘/ 全部可从驾驶舱直达」为 0 个点不到。

C 数据管线正确性 —— 发现 3 条（C1–C3）

对照 框架/数据口径定义.md §十逐条核（读产物，未跑写数据的脚本）：

口径条款实测核对结论
§10.1 二级源仅在权威源缺目标日时启用、不覆盖、标来源latest.json.aux_sources：vix_used="CBOE 官方日线 CSV"、spx_used/ndx_used="FRED"、index_xcheck SPX/NDX 与 FRED 重叠 81 日 n_mismatch=0✔ 合规
§10.2 债券 ETF 未复权真实收盘 + 交叉验证bond_tlt.json 09-25 = 79.320，bond_agg.json 09-25 = 95.120，与面板 09-25 行 tlt/agg（79.32 / 95.12）一致；bond_xcheck.json 存在✔ 合规（注意源串被规范化：79.320→面板 79.32，属数值等价，非 v4.3 意义的「重格式化真实数据」）
§10.3 禁止把盘中价当收盘 + 自愈剪除债券 09-25 行在 09-26 07:04 CST（=09-25 23:04 UTC ≥ 21:00Z）并入 → 判定为最终收盘，正确；provisional_dropped 现已为空（v5.2.1 剪除已生效）✔ 合规
§10.4 反推 [待验证] 关闭规则vix_used=CBOE 官方日线 CSV → 09-23 前值反推项已关闭✔ 合规
目标日推进数据/gold_pm.json 末行 09-24，官方已发布 09-25（4261.05）→ target 停在 09-24，面板 09-25 行 gold_pm 空、trading_day=False✘ C1（P1）
事件日历窗口econ_calendar.json：09-26 抓取，end=2026-09-24✘ C2（P1）
  • C3 (P2)：09-25 批次 4 条预测 status=open（字段用词是 open，不是 pending；grep '"status": "pending"' = 0 条）→ 待 C1 追平后正常验证。注意：提示词/记忆里的「pending」与文件实际的 open 用词不一致，属术语不统一，建议在 框架/Agent预测系统.md 统一为一种（本次仅登记，不改）。

说明：数据/runs/ 显示 76 个、数据/logs/ 47 个，与提示词 §F 的「76」一致；无未完成 .part 临时文件残留。

D 代码质量（scripts/）—— 发现 2 条（D1–D2）

  • D1 (P3) state_digest.py 按字符数截断 → state/current.md L13 的 "unregistered" 被切成 "un。属可读性瑕疵；--guard 熔断判定只读计数，不受影响。
  • D2 (P2) __pycache__ 4 处再生（scripts/、scripts/legacy/、scripts/pandas_market_calendars/{,calendars,holidays}/）。结论：不建议清理，只需在保留策略里注明。
  • 抽查未发现（本轮范围内）：活跃脚本未见新的硬编码绝对路径（统一走 dkpaths.py）；长任务均已 nohup + 日志；只读脚本（moc_index / arch_check / doc_sync_check / state_digest）确认不写生产数据；08-16 时代的 4 份旧评估仍在 optimization/ 且已在总表标「归档」。

E 结论纪律 —— 无发现（复核范围已列）

复核项结论
B 态是否仍固定「不可判定」✔ latest.json.pattern.B.status="不可判定"，且 reason 写明「需事件证据，价格序列无法机械判定」
A 态表述是否克制✔ A=确认（弱，仅 2 日，接近门槛），并带 check_day_note（次日强制归类复核）
模拟盘是否标明「不接真实账户 / 样本不足」✔ 驾驶舱系统概览「样本不足 待验证」；state/current.md paper 行注明「当日已完成一笔成交 → 幂等 hold」
是否存在「L0 形同虚设」类短窗口泛化✔ 未发现；口径 §9.3 的禁令在文档中保留
是否存在「100% 观望」式不可证伪表述✔ 未发现（旧 100% 结论已隔离至归档并标注）
机械结果是否被写成因果✔ 未发现；pattern_abc.json.notes 明确「只做计数与门槛比对，不宣布因果」

F 冗余与分类 —— 发现 2 条（F1–F2）＋ 1 项无发现

  • F1 (P3) *.bak* 共 13 处、分散 5 个位置，保留策略表未覆盖。建议先文档化、不清理。
  • F2 (P3) 数据/runs/（76）与 数据/logs/（47）「只增不删」缺归档触发条件。
  • 无发现：归档区（44）冻结边界清晰——arch_check 第 9 项「归档索引数量 == 实际 44」通过；复盘/历史原始记录索引.md 单点入口唯一；本次未触碰归档区。

G 外部资源（武器库）—— 发现 1 条（G1，维持现状）

  • 7 库实测状态与记忆一致：pandas 2.2.3 / requests 可用；akshare / efinance / pybondlab / yieldcurve 未安装且无 pip 网络 → 禁止在脚本里 import；shell curl --proxy '' 可直连 FRED/LBMA/CBOE/东财，minis-browser-use fetch 为备用通道（落盘名为秒级时间戳）。
  • G1 (P2)：只建议把 2 个思路源登记进 数据库说明.md §〇·五·一——fixed-income-mcp-main（久期/曲线工具的接口分层）与 trace-data-pipeline-main（取数→校验→留痕分层），作为债券腿第三源与二级源交叉验证的设计参考。不接入、不 import、不改运行时。

H 遗留核实（对照上一会话 P0/P1/P2 清单，逐条判定）

上会话遗留判定证据
[P1] 09-25 LBMA PM / 债券腿收盘未发布 → 09-25 批次 pending部分解决债券腿已解决（09-25 = 79.32/95.12 已并入面板）；LBMA PM 官方已发布（4261.05）但本地未追平 → 转入 C1
[P1] 事件日历只到 09-24（无法前向覆盖）仍存在C2：09-26 抓取仍 end=2026-09-24
[P1] 空头腿样本外验收未达成仍存在paper 净值仅 6 日累积（eq 0.985001），门槛为 ≥60 有效交易日 → 标 [待验证]，不接真实账户
[P2] 美股指数二级源东财单家仍存在index_xcheck 只做「东财 vs FRED」对比（重叠 81 日一致），东财仍是唯一二级源
[P2] aux/bond 抓取与发布是否需拆分为两段已解决scripts/fetch_pipeline_safe.sh 两段式已落地；本轮 run 日志 数据/logs/pipeline_safe_20260926.log，state/current.md 记 bond_leg={"skipped":true,"reason":"--no-bond"}（第 2 段按设计跳过，第 1 段已抓）
[P1/P2] VIX 09-23 前值由 price_change 反推 [待验证]已解决v5.2.1 后 vix_used="CBOE 官方日线 CSV"，权威源已覆盖同日值 → 按 §10.4 关闭该标记
v5.2.1 两个缺陷（二级源回退守卫 / 债券盘中伪收盘）已解决且无回归本轮 arch_check 10/10、doc_sync --strict rc=0、债券 provisional_dropped 空（自愈剪除生效）

四、建议执行顺序（批次 + 最小可回滚单元）

全部批次均须用户明确说「按建议执行」后启用（提示词 §9）。P0 与 P1 不得同批；本报告 P0 = 0，故批次划分以「同类、同风险面」为准。

批次内容最小可回滚单元完成后必跑
批次 1（文档一致性，零代码）A1、A2、A3、A4、A5、B2 ＋ 同步执行 B1 的判据补强cp -r 5 份 md 到 /var/minis/shared/backup/DUCKERRY_pre_docsyncfix_20260926/（驾驶舱 / 数据库说明 / 使用指南 / doc_sync_check.py 的 md5 清单）moc_index.py →arch_check.py（须 10/10）→ doc_sync_check.py --strict（rc=0）
批次 2（数据管线验证，会写生产数据）C1、C3（先追平 09-25，再让既有脚本自动验证 09-25 批次；C3 本身不改数据）数据/latest.json + 数据/gold_pm.json + predictions.jsonl 的 cp 备份（含 md5）publish_status.sh；确认 target=2026-09-25、G1/publish PASS；grep 09-25 批次 status
批次 3（代码小修）D1（state_digest.py 截断按边界）＋ D2（仅文档注明）scripts/state_digest.py 单文件 md5 备份python3 tests/test_pipeline.py 按类分批（Pipeline10 / Paper5 / BondLeg5 / RegimeWf3 / DocSync4 / PathGuard4 / Aux6 / Pattern4 / PaperShort6）
批次 4（策略与登记，最不紧急）C2（事件日历窗口）/ F1 / F2 / G1各自涉及的 md/脚本单文件备份arch_check 10/10 + doc_sync rc=0

批次顺序理由：批次 1 风险最低且能立刻消除「最易误导」的数字（A1）；批次 2 涉及真实数据写入，必须独立一批、单独回报；批次 3 触及脚本（建在批次 1 自检补强之后，可被新判据保护）；批次 4 属长期策略，可与日常发布并行。

五、本次「不建议动」清单（防过度重构）

对象理由
框架/数据口径定义.md单一真值。本轮逐条核对未发现与代码/文档的实质冲突，不应为迁就旧文档而改口径（提示词红线 5）。
复盘/历史原始记录/（44）与全部已发布收盘复盘冻结区/人工产物；红线 3 禁止改动。本次仅在 §H 引用，未打开修改。
驾驶舱 AUTO:DATA / AUTO:INDEX 区块自动生成，手工改会在下次 run 被覆盖。
scripts/dkanalysis.py / update_bond_etf.pyv5.2.1 刚修复且回归通过（AuxSourceTests / BondLegTests），无新证据不得再改。
scripts/paper_engine.py 空头/减仓规则规则 [待验证] 刚上线、样本 6 日，先积累样本，不动参数。
数据/predictions/predictions.jsonl只增不删；09-25 批次等自动验证，禁止手工补写（红线 2）。
scripts/moc_index.py / arch_check.py 的扫描与命名判据人工复核未发现新盲区；B1 只新增检查项，不改既有判据。
数据/runs/、数据/logs/ 的实际文件F2 只建议补文档触发条件，清理须另开任务并先备份。
武器库 7 库的安装无 pip 网络，实测结论稳定；G1 只做思路登记。

附录 A：复现命令清单

cd /var/minis/mounts/DUCKERRY_Warehouse

# A/B：机械自检（本次基线）
python3 scripts/arch_check.py                 # 期望 10/10 ✔（md=210 出链=744 死链=0 孤儿=0）
python3 scripts/moc_index.py --check          # 期望「一致」
python3 scripts/doc_sync_check.py --strict    # 期望 rc=0

# A1/A2 证据
sed -n '94p;186p;191p;192p' 数据库说明.md
python3 -c "import json;d=json.load(open('数据/latest.json'));print(d['run_id'],d['target'])"
ls 数据/runs | wc -l                          # 76

# A3/A4/A5 证据
ls 复盘/*收盘复盘.md | wc -l                   # 77
ls 复盘/*收盘数据快照.md | wc -l                # 10
ls 复盘/*盘前简报.md | wc -l                    # 7
grep -n "复盘（93 直属）\|75 份" 框架/使用指南.md
ls scripts/legacy/*.py | wc -l                # 8

# C1 证据（只读网络）
env -u HTTP_PROXY -u HTTPS_PROXY -u http_proxy -u https_proxy \
  curl -s --proxy '' https://prices.lbma.org.uk/json/gold_pm.json | tail -c 200
python3 -c "import json;print(json.load(open('数据/gold_pm.json'))[-1])"
tail -1 数据/panel.csv | cut -c1-60           # 09-25 行 gold_pm 为空

# C2 证据
python3 -c "import json;d=json.load(open('数据/econ_calendar.json'));print(d['fetched_at'],d['start'],d['end'],d['n_events'])"

# C3 证据
tail -4 数据/predictions/predictions.jsonl | cut -c1-120
grep -c '"status": "pending"' 数据/predictions/predictions.jsonl   # 0（字段用词为 open）

# D1/D2/F1/F2 证据
sed -n '13p' state/current.md
find scripts -name "__pycache__" -type d
find . -name "*.bak*" | wc -l                 # 13
ls 数据/logs | wc -l                          # 47

附录 B：[未复核] / [待验证] 项

项状态说明
C1 的「07:03 run 早于 LBMA 09-25 PM 发布时间」推断[待验证]本会话 10:00 CST 实测官方已有 09-25 PM；无法回溯 07:03 时点是否已发布 → 下轮 fetch 追平即可判定是「源延迟」还是「抓取静默失败」
面板 09-25 行 tlt/agg 已并入（79.32 / 95.12）与 target=09-24 并存[事实]属既有口径（target 由 LBMA 决定，债券腿先行并入），非缺陷
bond_* 中 79.320/95.120 → 面板 79.32/95.12 的规范化[未复核]数值等价；但 v4.3 曾立「原样保留源串」规则，建议下次评审核对是否同一条规则
事件日历源是否结构上只能回溯[未复核]需读 scripts/dkfetch.py 的事件源实现（本轮未展开代码，避免超预算）
空头腿样本外验收（≥60 有效交易日）[待验证]当前 6 日；不得据此判定策略有效
武器库 2 库「思路源」的实际可用性[未复核]仅按目录名与既有记忆判断，未逐一阅读其源码
本报告未深查的区块[未复核]复盘/ 77 份正文的逐份结论纪律（E 维度只抽核驾驶舱/数据库说明/pattern/state 四处）；数据/paper/ 订单明细；audit_evidence/ 冻结包内容

附录 C：与上一版建议的差异

  • 本报告为首版「仓库文件修改建议」（optimization/ 下无同名或 _YYYY-MM-DD 变体的历史建议报告）→ 无「变更/已解决/仍存在」的版本 diff。
  • 与本次评审提示词（仓库文件修改建议提示词_2026-09-26.md）§2 基线的差异 —— 基线漂移说明：
项提示词基线（§2）本次实测说明
find . -name "*.md"211212差 1 = 提示词文件自身在基线统计时点的计入差异（/var/minis/memory/2026-09-26.md 记 optimization/ 26，与提示词 §2 的 25 不一致）
optimization/ md2526同上；提示词 §2 与当日记忆自相冲突，以实测 26 为准
arch_check md 计数209210arch_check 自身口径（不含 JSON/非笔记）
其余（复盘 100 / 44 / 2、scripts 28、框架 12、runs 76、arch_check 10/10、doc_sync rc=0）—全部一致无需修正

漂移原因：提示词 §2 的基线取自 2026-09-26 10:30 的部分统计口径，与 find/arch_check 的口径混用；本次报告一律用手工可复核的 find 计数，并已在上表列明差异。