docs(blueprint/governance-feedback-loop): 缺口①更正 DSH 技能加载结论，记录代理终验与 enterprise 入库 PR

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

.blueprint/modules/governance-feedback-loop.md

@@ -54,8 +54,13 @@
   杂项挂车批维持随下次模板升版本批车；模式库候选守透镜节三闸门）
 - enterprise 已重跑接入包（2026-10-03，用户确认）：AGENTS 块 1.9.0→1.10.0、两份 skill、/envoy、能力包 1.7.0 更新，git-workflow 同版本跳过（块内既有手改保留），`verify_onboarding` 14/14；
   分发前核实：AGENTS 块与 1.9.0 模板逐字一致、全托管文件均为旧模板原样，无定制被抹；改动未提交，归 enterprise 自行提交。探针 3 行档案按用户选择保留（档案是库的镜像）
-- 发现：enterprise 的 DSH 从 `.dsh/skills/` 加载项目技能、不读 `.agents/skills/`——「skill 三端共用」对 DSH 不成立，DSH 侧靠 AGENTS 指路行 + 工具描述自含规范；
+- 更正（2026-10-03 代理终验实测）：此前据 enterprise `.dsh/README.md` 推断「DSH 只读 `.dsh/skills/`、读不到 lian-jing skill」——
-  终验若 DSH 不能自然回传，再把指路行改成带路径或在 `.dsh/skills/` 加薄指针（坑驱动，先不动）
+  对桌面版内置 0.2 运行时（headless）不成立：其会话技能加载读到了 `.agents/skills/lian-jing` 的「遇到摩擦时回传炼境」一节。
+  README 的结论可能只适用于 enterprise 本地 `pnpm dsh`（0.1.5）；两个运行时的技能发现可能不同，未逐一验证。不加 `.dsh/skills` 投影
+- 代理终验（用户委托检查会话，2026-10-03）：enterprise 日常式提示（不提「回传」）各跑一次 DSH（桌面 0.2 headless）与 Codex exec——
+  两端均未遇到属于炼境的摩擦、均未调用 report_envoy_return（无摩擦不误报 ✅）；「遇到真摩擦会主动回传」合成场景未能验证，留待日常观察，
+  由 B4 沉默项目信号兜底（近 30 天有提交零回传会告警）
+- enterprise 入库：接入包托管改动经 PR lanrtop/enterprise-system#181（chore 分支自 origin/main，全托管文件整文件复制、AGENTS 只替换托管块）
 - 待人终验（human_verify）：DSH 或 Codex 日常会话中遇到摩擦时自然完成一次回传（DSH 改了上下文后建议重启 `pnpm dsh`）
 
 ### ② 反馈进入梦核蒸馏