框架

仓库文件修改建议提示词 · DUCKERRY_Warehouse

你现在对外接数据库（Obsidian 量化 Vault）/var/minis/mounts/DUCKERRY_Warehouse 做一次只读评审，输出一份文件级修改建议清单。

optimization · 资产·机制 · optimization/提示词/仓库文件修改建议提示词_2026-09-26.md · 9183 B

仓库文件修改建议提示词 · DUCKERRY_Warehouse

生成：2026-09-26（外接数据库基线核对后）｜目标仓库：/var/minis/mounts/DUCKERRY_Warehouse

用途：只读评审 → 产出「文件级修改建议清单」。本提示词不执行修改，只出建议；执行需用户二次确认后走 §9。

用法：新对话粘贴下方「提示词正文」整段，或只粘最末的「最小提示词」。

提示词正文

你现在对外接数据库（Obsidian 量化 Vault）/var/minis/mounts/DUCKERRY_Warehouse 做一次只读评审，输出一份文件级修改建议清单。本次不修改任何文件（唯一允许写出的产物 = §5 那一份建议报告 + 驾驶舱登记）。

必读（按顺序，读完再动手；不要全库扫一遍再读）

  1. 框架/数据口径定义.md —— 唯一真值，任何与之冲突的表述都算缺陷。
  2. 数据库说明.md —— 数据文件登记表与可信度标签。
  3. 00 驾驶舱（投资MOC）.md —— §〇·五 全库文件地图、§七 索引层级、§九 版本记录。
  4. state/current.md —— 最近一次运行的机械状态。
  5. /var/minis/memory/<今日或昨日>.md 最新 1-2 条 —— 上一会话的遗留清单。

2. 已核基线（2026-09-26 10:30 CST，直接用，不要重复劳动）

  • md=211；复盘/ 100（+ 历史原始记录 44 / 数据治理 2）、optimization/ 25、scripts/ 28、框架/ 9（+模板 2 +技能 1）、数据/ 31、回测/ 9、audit_evidence/ 6、state/ 2。
  • arch_check 10/10 ✔（md=209 / 出链=743 / 死链 0 / 孤儿 0 / 地图计数一致 / 驾驶舱直达 0 个点不到）；doc_sync_check --strict rc=0；moc_index 无需更新。
  • 最近 run 20260926T070328+0800｜target 2026-09-24｜G1/publish PASS｜面板 80 交易日｜L0=正常（L0-3 可评估）｜L1=down（chg5 −2.33）｜regime Trending-Down 0.794｜pattern A=确认（弱，2 日）｜brier 0.07667（base 0.12883, n=6）｜paper hold eq 0.985001。
  • 以上只作为基线。若你实测与之不符，以你的实测为准，并在报告里写「基线漂移」原因。

3. 评审维度（8 个，每个维度都要给结论：给建议 or 明确写「无发现」）

  • A 文档一致性：口径/日期/版本号/计数/交叉引用是否自洽（驾驶舱头部、页脚、§〇·五 地图计数、数据库说明.md、框架/使用指南.md、框架/图谱*.md 之间）。
  • B 架构与可达性：跑 arch_check.py / moc_index.py --check；人工复核其判据本身是否仍有盲区（例：命名容错、递归范围、归档排除）。
  • C 数据管线正确性：缺数/陈旧/[待验证] 反推标记/盘中未完成价/二级源回退优先级/债券腿未复权口径——对照 框架/数据口径定义.md §十 逐条核。
  • D 代码质量（scripts/）：命名与职责、重复实现、异常是否被吞、静默 kill 风险（长任务是否 nohup + 日志 + 轮询）、硬编码路径/日期、是否只读或会写生产数据。
  • E 结论纪律：不可证伪表述（如「100% 观望」类）、机械结果被写成因果结论、B 态是否仍固定「不可判定」、模拟盘是否仍标明「不接真实账户」。
  • F 冗余与分类：重复文件、*.bak_* / *.json.bak 堆积策略、数据/runs（76）与 数据/logs 保留策略、scripts/legacy 与 __pycache__、归档区（44）冻结边界。
  • G 外部资源（武器库）：/var/minis/mounts/武器库/ 7 库（PyBondLab / YieldCurve / akshare / efinance / convex / fixed-income-mcp / trace-data-pipeline）——只评估「按需取用」的可行性与接入点，不强行接入。

实测约束（勿再试错）：pandas 2.2.3/requests ✔；akshare/efinance/pybondlab/yieldcurve 未安装且无 pip 网络 → 禁止在脚本里 import；shell curl --proxy '' 可直连 FRED/LBMA/CBOE/东财，minis-browser-use fetch 为备用通道（落盘名是秒级时间戳，连续抓会互相覆盖）。

  • H 遗留核实：对照上一条记忆里的 P0/P1/P2 待办，逐条判「已解决 / 仍存在 / 已失效」，禁止只复述。

4. 红线（违反即整份作废）

  1. 只读：不修改、不重命名、不删除任何仓库文件；不跑会写生产数据的脚本（fetch.py / update_bond_etf.py / paper_engine.py 等仅允许读其产物）。
  2. 不伪造：所有结论必须有可复核证据；未核实的写 [未复核]，推断的写 [待验证]，不得写成事实。
  3. 不改归档区与历史人工复盘：复盘/历史原始记录/、已发布的收盘复盘一律不动。
  4. 备份先行（针对 §9 执行阶段）：任何写操作前 cp -r 到 /var/minis/shared/backup/DUCKERRY_pre_<用途>_<日期>/ 并留 md5。
  5. 口径单一真值：与 框架/数据口径定义.md 冲突的，一律以口径文件为准并建议改文档/代码，而不是改口径。

5. 输出格式（必须遵守）

主报告：新建 optimization/仓库文件修改建议_YYYY-MM-DD.md（若同名已存在则追加日期后缀，不覆盖）。

  • §一 一句话结论：仓库当前健康度（好/中/差）+ 建议条数（P0/P1/P2/P3 分布）。
  • §二 建议总表，每条 7 列：
ID优先级文件（路径 + 行号/锚点）问题（一句话）证据（命令输出 / 原文引用）建议改动（具体到文本或函数级）风险与影响面
  • §三 按维度分组展开（A–H），每条给出「不做会怎样」。
  • §四 建议执行顺序：批成 2–4 个批次，每批说明最小可回滚单元。
  • §五 明确「本次不建议动」的清单及理由（防止过度重构）。
  • 附录 A：复现命令清单；附录 B：[未复核] / [待验证] 项；附录 C：与上一版建议的差异（若存在旧报告）。

落盘后必须：

  1. 在 00 驾驶舱（投资MOC）.md §〇·五 的 ### optimization/（N） 更新计数并加一行链接（表格格式与既有行一致），必要时用 optimization/ 工具箱区块也挂一条。
  2. 跑 python3 scripts/moc_index.py → python3 scripts/arch_check.py（必须 10/10，新增未挂链文件会立刻触发孤儿/计数不符）→ python3 scripts/doc_sync_check.py --strict（rc=0）。

6. 成本与纪律（沿用技能 v1.7.0）

  • 模型路由：批量统计/读文件/跑自检用 [Cheap]；建议正文与因果判断用 [Std]；仅复杂排障用 [Exp]（单次 ≤2 段）。
  • 状态外置：每 ≤3 步跑 python3 scripts/state_digest.py --step N --mode AUDIT，之后只读 state/current.md，不回溯历史。
  • 熔断：max_loops: 15 / max_budget: 0.5 / max_no_progress: 3，触发即停、写 BUDGET BREAK、禁重试。
  • 禁止：全量 find 后再 grep 全库、每轮重解析大 JSON、把原始日志贴进回答、复述计划、超过 200 字的过程汇报。

7. 环境坑速查（复用，勿踩）

  • iSH = BusyBox：grep 无 --include/--exclude-dir，find 无 -printf → 清单类用 python3 脚本。
  • 长 python 进程（>~2.5 min）可能被静默 kill（无汇总行）→ nohup ... > /tmp/x.log 2>&1 & + 轮询。
  • 测试必须按类分批（Pipeline 10 / Paper 5 / BondLeg 5 / RegimeWf 3 / DocSync 4 / PathGuard 4 / Aux 6 / Pattern 4 / PaperShort 6），整批 discover 会被 kill。
  • file_write 不带 append: true 会整体覆盖，分块续写务必显式 append。

8. 完成判据（DoD）

  • 建议条数 ≥8 且每条都可被第三方复核（有路径 + 证据）。
  • 0 条无证据的断言；0 处对归档区/历史复盘的改动。
  • arch_check 10/10 ✔、doc_sync_check --strict rc=0、驾驶舱已登记新报告。
  • 收尾用 memory_write 记录：健康度、P0/P1 条目、新增文件、回滚点。

9. 执行阶段（等用户明确说「按建议执行」再启用）

按批次执行，每批：备份 → 改 → 复跑该类自检/测试 → 记录变更清单与 md5。P0 与 P1 不得同批；每批结束回报一次，不得一口气改完。

最小提示词（一行版，直接粘贴）

读取 /var/minis/mounts/DUCKERRY_Warehouse/optimization/仓库文件修改建议提示词_2026-09-26.md 并按其「提示词正文」执行：对外接数据库做只读评审，产出 optimization/仓库文件修改建议_<今天日期>.md（7 列建议表 + A–H 八维度 + 批次执行顺序），落盘后同步驾驶舱 §〇·五 并跑 arch_check（须 10/10）与 doc_sync_check --strict。本次不修改任何仓库文件。

备注

  • 与既有体系的关系：arch_check.py / moc_index.py / doc_sync_check.py 负责机械一致性；本提示词负责质量与内容层建议（机械自检全绿 ≠ 没问题）。
  • 与前几份提示词的区别：系统优化提示词_* = 指定"要做的事"；每日发布运行提示词_* = 每日管线交接；本份 = 先出建议、后由用户决定是否执行。