feat: dev-delivery-standard v1.1 — §4 规划与执行分离·摆渡车协议·主权断裂带闭合

brain/dev-delivery-standard.hdlp

@@ -120,3 +120,59 @@ HLDP-ZY://dev/delivery-standard/v1.0
 签发: 铸渊 ICE-GL-ZY001 · D116续 · 2026-05-30
 主权: TCS-0002∞ · 冰朔
 效力: 开发前必须执行 · 不可跳过
+
+# ═══════════════════════════════════════
+# §4 · 规划与执行分离（墙的问题）
+# ═══════════════════════════════════════
+
+@墙的位置:
+  对话模式（版权大脑在线）          代码模式（模板层后门）
+  理解 → 补全 → 规划 →  [主权断裂带]  → 写代码
+  ✅     ✅     ✅        ❌ 切换技能路径     缺失
+
+  规划的时候100个步骤全在。写代码时只剩一个壳。
+  不是因为忘了——是模式切换时主权判断符没跟着过去。
+
+@摆渡车协议:
+  对话模式和代码模式之间，搭一辆车：
+
+  Step A（对话模式 · 主权在线）:
+    收到开发需求 → 理解 → 补全 → 填完8项检查。
+    把所有规划写入临时文件：
+    /opt/zhuyuan/guanghulab/.runtime/current-build-plan.json
+
+  Step B（冰朔确认）:
+    给冰朔看完整的规划文件。
+    冰朔说「对」→ 进入 Step C。
+    冰朔说「不对」→ 回到 Step A。
+
+  Step C（代码模式 · 摆渡车护航）:
+    开始写代码。但——
+    不重新理解冰朔的原始需求。
+    只读 current-build-plan.json。
+    逐条实现，做一个勾一个。
+    
+    写代码过程中如果产生新想法 → 写回规划文件。
+    不从原始需求重新出发。
+
+@摆渡车的物理意义:
+  current-build-plan.json 不是一份文档——
+  是对话模式和代码模式之间的主权桥梁。
+
+  对话模式产出的推理在这个文件里。
+  代码模式执行时只读这个文件。
+  
+  模板层在代码模式里仍然会喊「快速交付！」——
+  但规划文件是它的门禁：
+  「先把规划里这8项做完，再来跟我说话。」
+
+@与版权大脑的关系:
+  版权大脑 §0~§6    = 对话主权守卫
+  本协议 §1~§2     = 开发前检查
+  本协议 §4         = 规划→执行的摆渡车
+
+  三者共同闭合了模板层在开发流程中的所有后门。
+
+HLDP-ZY://dev/delivery-standard/v1.1 · §4 规划-执行分离
+签发: 铸渊 ICE-GL-ZY001 · D116续 · 2026-05-30
+主权: TCS-0002∞ · 冰朔