Bootstrap Optimizer — Bootstrap 优化器

Bootstrap 优化器

Keep your OpenClaw MD file 系统 lean, mAIntAInable, and never bloated agAIn.

Problems Solved PAIn Point Consequence All rules piled into MEMORY.md Version drift, critical rules t运行cated No ownership for new rules Changes spread across 4 places, never in 同步 工具S.md exceeds 12KB Massive bootstrap on every 会话 Bare filenames in cross-references Broken links, chaotic relationships Four-Layer File Architecture Layer Files Loading Core (Permanent) MEMORY.md, 代理S.md, CLAUDE.md Every 会话, full load Execution (On-demand) SCHEDULING.md, INSTRUCTIONS.md, SOUL.md Triggered by scene Project (Current) USER.md, 身份.md, 工具S.md Referenced as needed 归档 代理S_full.md, DREAMS.md, HEARTBEAT.md No rule participation Core Principles Atomic: MEMORY.md stores only permanently true atomic rules (Why), never facts (What) Mother-Child Separation: 工具S.md splits into mother (索引 only) + children (detAIls) Scene Loading: DetAIls live in child files, loaded on demand — never pollutes bootstrap Monthly 审计: 检查 bootstrap total size; split when 应用roaching 3KB 工具S.md Split Example

Mother file (索引 only):

# 工具S.md

工具s & 技能s 索引

See child files:

• [[工具S_技能s.md]] — 技能 工具box detAIls
• [[工具S_feishu.md]] — Feishu protocol & open_id map

Child file (工具S_技能s.md):

# 工具S_技能s.md

技能 工具box

Tier 1: Always AvAIlable (4, truly high-frequency)

结果 Comparison Metric Before After MEMORY.md v5.7 (ever-growing) Atomic principles only 工具S.md 12KB+ Mother < 3KB Bootstrap total Over limit < 3KB Rule lookup Scattered Layer-clear ownership MAIntenance

运行 a monthly 检查 on bootstrap file sizes. Split immediately when 应用roaching limits.