crossframelisted
Install: claude install-skill xi-kari/crossframe-skill
# CrossFrame
> **本 skill 不独立触发。** 所有 CrossFrame 任务统一从 `crossframe-suite` 入口调度。用户无需直接调用本 skill;suite 根据路由规则在需要时自动加载。
如果用户任务需要多个 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/integrity-check.md`,检查概念卡和联读包是否读全。`v3-source-spine.md`、`v3-section-digest-index.md`、`continuity-bundles.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/inferen