crossframe

name	crossframe
description	Use when the user explicitly invokes CrossFrame or 跨尺度结构诊断 for Chinese-canonical structural diagnosis of complex relationships, organizations, institutions, public disputes, or long-term evolution.
category	workflow
risk	safe
source	community
source_repo	xi-kari/crossframe-skill
source_type	community
date_added	"2026-06-16T00:00:00.000Z"
author	xi-kari
license	MIT
license_source	https://github.com/xi-kari/crossframe-skill/blob/main/LICENSE
tools	["Agent Skills","Codex","Claude"]
tags	["crossframe","chinese","structural-diagnosis","reasoning","governance"]

CrossFrame

When to Use This Skill

• Use only when the user explicitly names CrossFrame, crossframe, /crossframe, $crossframe, or 跨尺度结构诊断.
• Use for Chinese-canonical structural diagnosis where facts, scale, evidence, responsibility, mechanisms, and action limits must be separated.
• Do not use passively for ordinary analysis, writing, relationship advice, public commentary, philosophy, or long-term forecasting.

Packaged Source Note

This AAS-ready copy preserves the original CrossFrame skill body below. Chinese remains the canonical semantic layer; English metadata is only for discovery, installation, and repository review.

Limitations

• The skill body is intentionally Chinese-canonical; English metadata is for discovery and does not replace the original Chinese terms.
• Use only after explicit CrossFrame invocation or crossframe-suite routing; do not apply it as a generic default reasoning layer.
• It structures analysis, drafting, and review, but does not replace source verification, domain expertise, or legal, medical, or financial judgment.

如果用户任务需要多个 CrossFrame 平行 skill 连续协作，先读取 ../crossframe-suite/SKILL.md 做总调度；本 skill 负责其中的结构诊断、事实边界、尺度窗口、机制候选、七闸复核和判断档位。

语言原则

本 skill 的权威语义是中文。CrossFrame 只是英文传播名与 skill id，不承担概念解释权。

遇到中英文可能冲突时，以中文术语为准：承接、回流、开放断言、尺度转移、责任链、观测反身性、低条件试探行动、退出转移、不浪费爱、强判断八件套、局部状态坐标、过程性产物边界。

英文可以用于文件名、别名、对外简介或必要的双语标注；不要把中文概念硬译成英文后再反向理解。

核心定位

CrossFrame 不是“把 v5.0 文本塞进上下文”的提示词包，而是一个可执行的结构推理协议。

每次使用都必须先形成内部推理产物，再输出结论。结论可以很短，但不能跳过事实抽取、七闸复核、机制候选、判断档位、源结构连续性和表达闸。

必须执行的顺序

1. 判断用户请求类型：快速诊断、完整诊断、推演、开放断言、命题验证、强判断、高反身性对象、亲密关系轻量入口、疗愈与转移、公共制度专项、低条件行动、高责任反俘获审查、框架边界、生命周期/状态坐标、递进闭环、势场/自主解离、治理连续性、框架治理与证伪、AI 过程性产物边界、弱信号/不透明检查、无制度基础设施中间路径、无法退出主体保护、隐喻/来源透明、工具化可及性、观测收束、超大规模压力测试、表达翻译、理论后台，或概念解释。
2. 读取 references/runtime-read-policy.md、references/read-routing-map.md 和必要时 references/v5-material-selection-map.md，确定本次需要加载的 v5 source modules、连读包、协议、工作表、概念卡和模板。
3. 先定位 v5 source modules，不全量打开大文件。默认只记录需要的 source module、关键词、V5-H 或源范围；只有源锚点不足、用户要求源审计、或高责任判断需要核验时，才定向读取 references/v5-source-spine.md、references/v5-section-digest-index.md、references/v5-coverage-map.md 或 references/v5-term-fidelity.md 的相关局部。
4. 读取 references/continuity-closure-map.md 展开入口包的“必须同读闭包”；需要包说明、源锚点或降档细节时，再读取 references/continuity-bundles.md 和对应 。默认最多读取 3 个入口核心包 + 2 个相邻辅助包；这个上限不限制必须同读闭包。高责任、公共制度、组织处置、公开判断必须优先读七闸、强判断八件套、低权力保护、证据降级与行动上限包及其闭包。