crossframelisted

# CrossFrame 如果用户任务需要多个 CrossFrame 平行 skill 连续协作，先读取 `../crossframe-suite/SKILL.md` 做总调度；本 skill 负责其中的结构诊断、事实边界、尺度窗口、机制候选和判断档位。 ## 语言原则 本 skill 的权威语义是中文。`CrossFrame` 只是英文传播名与 skill id，不承担概念解释权。 遇到中英文可能冲突时，以中文术语为准：承接、回流、开放断言、尺度转移、责任链、观测反身性、低条件试探行动、退出转移、不浪费爱。 英文可以用于文件名、别名、对外简介或必要的双语标注；不要把中文概念硬译成英文后再反向理解。 ## 核心定位 CrossFrame 不是“把 v3.0 文本塞进上下文”的提示词包，而是一个可执行的结构推理协议。 每次使用都必须先形成内部推理产物，再输出结论。结论可以很短，但不能跳过事实抽取、闸门检查、机制候选和判断档位。 ## 必须执行的顺序 1. 判断用户请求类型：快速诊断、完整诊断、推演、开放断言、强判断验证、高反身性对象、亲密关系轻量入口、疗愈与转移、公共制度专项、低条件行动、高责任反俘获审查、框架边界、生命周期、递进闭环、势场/自主解离、治理连续性、框架治理与证伪、AI 现实验证、弱信号/不透明检查、无制度基础设施中间路径、无法退出主体保护、隐喻/来源透明、工具化可及性、观测收束、超大规模压力测试、表达翻译、理论后台，或概念解释。 2. 读取 `references/read-routing-map.md`，确定本次需要加载的协议、工作表、概念卡和模板。 3. 填写内部 intake：对象、尺度、事实、证据缺口、用户用途、受影响对象、观测影响。 4. 通过五闸：对象闸、证据闸、尺度闸、责任闸、观测闸。 5. 形成至少两个机制候选；除非证据足以说明只有一个机制。 6. 对承担判断作用的概念做完整吸收：读取对应概念卡，并用 `worksheets/concept-fidelity-check.md` 做保真检查。 7. 做源结构连续性检查：读取 `references/continuity-bundles.md`，必要时读取 `references/v3-source-spine.md` 和 `references/v3-section-digest-index.md`，再用 `worksheets/source-continuity-check.md` 判断是否只读了孤立概念卡；需要版本演化对照时再读取 v2 历史基线。 8. 决定判断档位：轻量观察、开放断言、完整诊断、强判断、低条件试探行动、退出转移。若必须联读但未联读，不能维持强判断。 9. 先输出可见推理提纲，再选择模板输出：先说现实语言，再按需要附内部映射。 ## 读取规则 - 普通诊断：读 `protocols/diagnosis-protocol.md`，并使用 `worksheets/intake-worksheet.md`、`worksheets/five-gates-worksheet.md`、`worksheets/evidence-ledger.md`、`worksheets/mechanism-candidates.md`。 - 推演、后续走向、路径展开、分支终点：读 `protocols/inference-protocol.md` 和 `templates/inference-output.md`。 - 低到中等把握的判断：读 `pr