crossframe-suite

name	crossframe-suite
description	CrossFrame Suite explicit-only router. Use only when the user explicitly names crossframe-suite, $crossframe-suite, /crossframe-suite, or asks to use the CrossFrame suite; do not trigger implicitly for ordinary analysis, writing, public, organization, debate, teaching, reading, or review tasks. After explicit invocation, it routes sibling CrossFrame skills and decides where to stop.
disable-model-invocation	true

CrossFrame Suite

crossframe-suite 是总调度 skill，不替代任何专项 skill。它只做三件事：

1. 判断用户任务属于哪条工作流。
2. 安排连续读取顺序。
3. 输出一个简短的调度提纲，然后进入相应 skill。

它不复制 crossframe、crossframe-essay 或其它平行 skill 的正文。中文为权威语义；英文只作 skill id、文件名和对外传播名。

当任务触发 CrossFrame 主体时，suite 还要把 ../crossframe/references/runtime-read-policy.md 与 ../crossframe/references/continuity-closure-map.md 纳入调度判断：本次是否需要按 v5.0 原文连续板块联读，而不是只读单个概念卡。需要包说明或源锚点时，再由下游定向读取 continuity-bundles.md 或具体包文件。默认以 v5.0 源结构为准。

suite 入口的交互选择只确认两项：输出模式与角色。文章类型不在 suite 开头选择；若最终进入 crossframe-essay 且文章层未关闭，先完成问题拆解与结构洞察底稿，再由 crossframe-essay/templates/article-type-selection-dialog.md 在正文生成前单独确认。

显式调用后的总入口

只有用户显式调用 crossframe-suite、$crossframe-suite、/crossframe-suite 或明确要求使用 CrossFrame Suite 时，才从本 skill 进入。进入之后，优先由本 skill 调度；只有任务非常单一且用户点名了专项 skill 时，才直接使用对应专项 skill。

ProMax 精确让路合同

• PROMAX-NAMED-ONLY：只有 crossframe-promax、CrossFrame ProMax、$crossframe-promax、/crossframe-promax 四种名称命中 ProMax。
• PROMAX-PRIORITY-OVER-MAX：PROMAX-ROUTE-BOTH-NAMES-TO-PROMAX；同一请求同时点名 ProMax 与 Max 时，直接选择 ProMax，并把 Max 只登记为已解决的路由冲突。
• PROMAX-NO-FALLBACK-TO-MAX：进入 ProMax 后始终留在其独立 v8 工件运行时；能力缺口、材料不足、验证失败或用户要求退回 Max 都不能改变已冻结路由。
• PROMAX-ROUTE-EXACT-PROMAX-TO-PROMAX：命中四种精确名称之一时，直接读取 skills/crossframe-promax/SKILL.md，不进入 suite 的模式、角色、文章类型或 review 链。
• PROMAX-ROUTE-MAX-ONLY-TO-MAX：只点名 crossframe-max 时仍使用既有 Max。
• PROMAX-GENERIC-MAX-STAYS-MAX：只说“最大算力 / 全尺度穷尽推演 / 不设字数限制完整解释”等泛化最大化要求时，维持既有 Max 行为，不升级为 ProMax。
• PROMAX-ROUTE-NEAR-MISS-NO-MATCH：ProMax、crossframe pro max、crossframe-promaxx、crossframe-pro 都不命中 ProMax；不得用语义近似补齐名称。

ProMax 是家族中的独立 v8 runtime，不是 suite 模式或体积档位；suite 只执行上述让路，不加载、摘要或改写 ProMax 知识。

如果用户点名的是 crossframe-max、/crossframe-max、$crossframe-max，或明确要求“最大算力 / 全尺度穷尽推演 / 不设字数限制完整解释”，不要进入 suite 的 2+1 模式/角色选择器，直接让路给 ../crossframe-max/SKILL.md。crossframe-max 是独立模式，不是 suite 的体积档位。

当用户通过本 skill 作为总入口提出任何 CrossFrame 内容任务时，默认最终都生成 full-visible-v5-longform：完整可见底稿 + 完整长文正文。专项产物可以先生成，但最后默认进入文章层。

• 追问例外：若用户的当前目标是“继续追问 / 深入想 / 问我几个问题 / 反证 / 补证 / 迁移 / 行动边界 / 收束”，且已有上游 CrossFrame 输出、文章、底稿或 review，则不默认重新成文，直接路由到 crossframe-inquiry。若缺少上游 claim ledger，先做轻量 review 或要求用户提供上游输出，不得凭空生成追问。
• 完成态追问接管：当本轮已经完成 crossframe -> [needed sibling skills] -> crossframe-essay -> crossframe-review，且可见交付已经输出，必须写入 post_completion_inquiry_armed=true。下一轮用户的任意实质后续输入都默认路由到 crossframe-inquiry，由它主动复用上一轮 claim ledger、机制候选、概念契约、结构洞察底稿、文章正文和 review 结果。纯致谢、确认收到、结束语或无内容回应（如“谢谢”“好的”“明白了”“先这样”）不自动展开 inquiry；只轻量收束或结束本轮。若用户随后再次提出与上一轮相关的问题，再重新触发 inquiry。只有用户明确说“新任务 / 换主题 / 退出追问 / 不接着上文”时，才解除接管并回到普通 suite 路由。
• sibling 知识库检索：完成态后进入 crossframe-inquiry 时，允许 inquiry 为了生成追问而定向读取相关 sibling skill 的协议、references 和 templates。检索只用于补充问题对象、迁移条件、反证方向和风险边界；不得替 sibling skill 输出正式专项判断。
• 前台可见边界：默认不展示内部 reasoning、工具调用参数、路径试错、错误栈或英文自我规划；只输出调度提纲、证据边界、判断档位、正文、review 摘要和必要下一步。

crossframe -> [needed sibling skills] -> crossframe-essay(full-visible-v5-longform) -> crossframe-review

这条默认不是为了把所有回答写长，而是因为文章更适合把结构判断、专项产物和 v5.0 保真检查交给普通读者：先完成必要的诊断/评审/案例/教学/辩论/备忘录，再形成底稿，再成文，最后过质量闸。

完整交互顺序固定为：

/crossframe-suite
-> 模式/角色选择器(4+6)
-> suite 路由与专项拆解
-> crossframe 事实边界 / 七闸 / 机制候选
-> v5-read-state-capsule
-> source-anchor-integrity-check
-> claim ledger / claim-ledger-check
-> 必要专项 skill 的 claim ledger delta
-> 结构洞察底稿
-> 文章类型选择器
-> 写作技法读取
-> 文章正文
-> crossframe-review 质量闸
-> post_completion_inquiry_armed=true
-> 后续实质输入默认进入 crossframe-inquiry 结构追问

文章类型选择器必须发生在结构洞察底稿之后、文章正文之前；不得早于命题台账。

这条默认不直接把固定声口传给 crossframe-essay。声口由 references/output-mode-selector.md 中的角色、输出模式与 topic_sensitivity 共同决定：学术专家/批判反思者默认中性分析体，大众传播/未来探索者可启用编辑底色；用户显式要求“亲切/编辑口吻/答复体”时覆盖。中性分析体不是冷淡体，vulnerable 主题仍要先接住人。

full-visible-v5-longform 的意思是：v5.0 连续联读包、源结构保真、概念风险和反向条件要在底稿中可见；但这些后台检查不能吞掉正文。正文仍必须写成完整文章，有标题、铺陈、概念上升、现实回落、边界和余味。

输出体积预算

suite 支持 3 个可见体积档位。体积档位只控制前台展开程度，不降低事实边界、命题台账、概念契约、source anchor 和 review 要求。

• brief-visible：调度提纲 + 关键判断 + 风险边界；适合用户明确要求短答、三句话、只要方向或只要下一步。
• standard-visible：结构洞察底稿 + 短正文 + review 摘要；适合用户要可读输出但不需要完整长文。
• full-visible-v5-longform：完整可见底稿 + 完整长文正文 + review；默认档位，适合公开文章、复杂公共/组织/历史/关系分析和需要给别人读的输出。

若用户显式说“简短版 / brief-visible / 标准版 / standard-visible / 不要长文”，必须在调度提纲的 输出档位 中记录，并相应压缩正文体积；若用户未指定，保持 full-visible-v5-longform。

crossframe-review 是质量闸，不是默认成文链路的最终写作者。只要文章层未关闭，最终可见交付必须仍然包含 # 结构洞察底稿 和 # 文章正文；质量闸通过时只追加极短结论或内部通过，不得只输出评审报告。只有用户明确要求“只要评审/完整评审报告/不要文章”，或质量闸发现硬失败且必须阻断发布时，才允许把评审报告作为主输出。

只有在用户明确说“只要/不要文章/不要成文/短答/三句话/表格/清单/原始评审/原始案例库/原始备忘录/纯诊断/仅行动方案”时，才关闭默认文章层。此时应保留用户指定的交付物。

何时使用

当任务不是单一诊断，而可能需要多个 CrossFrame skill 连续协作时，优先使用本 skill：

• 用户希望使用 CrossFrame，但没有指定具体子 skill。
• 用户只说“分析一下/怎么看/讲讲/写一下”，且更像想看一段可读输出。
• 写文章、评论、思想文章、公共评论、组织复盘文章。
• 答读者问、编辑回信、咨询式回应，但问题背后有结构诊断。
• 把材料整理成案例，再写分析或沉淀概念。
• 历史材料、历史事件、王朝制度、文明连续史或历史领域接口分析。
• 读书、理论、文章研究笔记，需要比较与 CrossFrame 的关联和不同。
• 命题辩论后需要成文、给结论或写反驳。
• 先生成输出，再评审它是否真的推理。
• 用户说“这些 skill 应该一起用”“连续触发”“总规则”“总入口”“怎么组合调用”。

若任务非常单一，直接使用对应专项 skill，不要绕行：

• 只要结构诊断：../crossframe/SKILL.md
• 只要文章：../crossframe-essay/SKILL.md
• 只要评审：../crossframe-review/SKILL.md
• 只要短答复：../crossframe-dialogue/SKILL.md
• 只要案例库：../crossframe-casebook/SKILL.md
• 只要公共议题证据边界：../crossframe-public/SKILL.md
• 只要组织修复备忘录：../crossframe-org/SKILL.md
• 只要历史研究、史料互读、历史案例或 archive/FOIA backlog：../crossframe-history/SKILL.md
• 只要概念教学：../crossframe-teach/SKILL.md
• 只要命题论证：../crossframe-debate/SKILL.md
• 只要读书研究笔记：../crossframe-notebook/SKILL.md

必须读取

每次触发后读取：

1. references/output-mode-selector.md
2. references/workflow-routing-map.md
3. protocols/suite-dispatch-protocol.md
4. templates/suite-reasoning-outline.md

然后按路由读取对应 sibling skill。基础结构判断通常先读 ../crossframe/SKILL.md 与 ../crossframe/references/read-routing-map.md。

调度原则

• 基础先行：多数复杂任务先由 crossframe 建立事实边界、尺度窗口、机制候选和判断档位。
• 场景追加：只读取本次必要的专项 skill，不把全部 skill 一起触发。
• 成文后置：写文章前先有结构洞察底稿；公共、组织、辩论、读书等专项判断先完成，再进入 crossframe-essay。
• 默认成文：suite 被触发时，最终输出默认走 crossframe-essay，输出档位默认是 full-visible-v5-longform；用户显式要求 brief-visible 或 standard-visible 时可降体积，但不得省略事实边界、claim ledger、source anchor 和 review 摘要。
• 纯追问例外：用户显式要继续追问、反证、补证、迁移、行动边界或收束，且已有上游 CrossFrame 输出时，不进入默认成文链路，不默认重新成文。
• 完成态追问接管：完整链路完成后，后续实质用户输入默认不是新分析请求，而是上一轮输出的追问入口；必须追加 crossframe-inquiry 并复用上游上下文。纯致谢、确认收到、结束语或无内容回应只轻量收束，不自动展开追问。
• 模式/角色先行：suite 开头只确认输出模式与角色；没有触发词时展示 templates/mode-selection-dialog.md 并等待回复，不直接开始。
• 文章类型后置：文章类型只在进入 crossframe-essay 后、结构洞察底稿生成后确认；它决定文章表达形态和写作技法读取，不改变 suite 的主路由。
• 胶囊归属：suite 只传入 selection_state、workflow_state、voice_mode 和文章层开关；不得读取 v5 源索引、不得展开连读包、不得生成 v5-read-state-capsule。胶囊由 crossframe 核心层在命中 source modules、入口包和必须同读闭包后生成。
• 声口由角色决定：suite 默认成文时，根据 output-mode-selector.md 将 voice_mode 和 topic_sensitivity 传给 crossframe-essay。用户显式要求“亲切/编辑口吻/答复体”时覆盖。
• 长文契约：任何从 suite 进入、且未显式关闭文章层的 CrossFrame 内容任务，默认不是短答，不得用项目符号诊断、摘要式回答或“如果只要一句话”替代完整正文。
• 成文边界：默认对所有 CrossFrame 内容任务成文；只有用户用“只要/不要文章/短答/表格/清单/纯诊断/仅行动方案”等词明确关闭时，才关闭文章层。
• 源连续性：高责任、公共制度、亲密关系、长期演化、深度分析、框架治理、AI 现实验证、弱信号/不透明、无法退出和文章输出，要在调度中列出本次触发的 v5.0 连续联读包；不要只列概念卡。
• 源锚点完整性：凡进入文章层、高责任、公共制度、AI/过程性产物、生命周期、无法退出主体或框架治理时，调度提纲要要求下游复用 v5-read-state-capsule 并执行源锚点完整性检查。
• 命题台账归属：凡进入文章层、高责任判断、公共判断、组织处置、行动建议或高风险概念判断时，crossframe 必须生成或补齐 claim ledger；suite 不生成命题台账，但必须在调度提纲中要求下游复用。crossframe-essay 不得绕过 claim ledger 直接把机制候选写成正文命题，crossframe-review 必须抽句回指 claim_id。
• 评审收束：重要输出默认最后用 crossframe-review 做质量闸；质量闸不得接管最终输出或吞掉底稿/正文。轻量短答复可只做内部自检。
• 质量闸归属：suite、core、essay 和 sibling skill 不得自称质量闸通过，不得输出 A档/合格/完全通过/substantive_pass。structural_pass、substantive_pass 和 publish_boundary 只能由 review 判定；其他层只能输出候选产物、自检摘要和待 review 的风险点。
• 追问层归属：当用户在诊断、文章、review 后要求“继续追问 / 深入想 / 帮我想下一步 / 这个对我意味着什么 / 我不同意 / 还能怎么反驳 / 怎么迁移到别的问题”时，追加 crossframe-inquiry。追问层不得重写文章，不得新增中心判断，只能复用上游 claim ledger、机制候选、概念契约和 review 结果生成结构追问。
• 完成态归属：当上轮 suite 已经完成分析、成文和 review，后续用户任何未显式退出上文的实质输入都交给 crossframe-inquiry。纯致谢、确认收到、结束语或无内容回应不展开 inquiry。它不是可选按钮，而是完整链路后的默认继续思考层。
• 知识库检索归属：crossframe-inquiry 可以读取其它 sibling skill 的知识材料，但必须写明检索来源和用途；如果需要正式组织、公共、历史、辩论、教学、案例、批判或 review 判断，回到 suite 调度对应 skill。
• 查源克制：公共议题、真实机构、平台、政策、人物、公司和最新事实要查源；私人关系、哲学泛论、用户自给材料默认不查源。
• 人话优先：最终输出先给普通人能读懂的结果，术语只做必要映射。
• 可见输出边界：不得把内部 reasoning、工具调用参数、路径试错、错误栈或英文自我规划暴露给用户；需要审计时只展示台账摘要和风险点。

默认连续链路

结构诊断：
crossframe -> crossframe-essay(full-visible-v5-longform) -> crossframe-review

开放式可读分析：
crossframe -> crossframe-essay(full-visible-v5-longform) -> crossframe-review

普通洞察文章：
crossframe -> crossframe-essay(full-visible-v5-longform) -> crossframe-review

公共评论文章：
crossframe -> crossframe-public -> crossframe-essay(full-visible-v5-longform) -> crossframe-review

组织复盘/修复文章：
crossframe -> crossframe-org -> crossframe-essay(full-visible-v5-longform) -> crossframe-review

答读者问/编辑回信：
crossframe -> crossframe-dialogue -> crossframe-essay(full-visible-v5-longform) -> crossframe-review

案例沉淀：
crossframe -> crossframe-casebook -> crossframe-essay(full-visible-v5-longform) -> crossframe-review

概念教学：
crossframe -> crossframe-teach -> crossframe-essay(full-visible-v5-longform) -> crossframe-review

命题辩论：
crossframe -> crossframe-debate -> crossframe-essay(full-visible-v5-longform) -> crossframe-review

辩论后成文：
crossframe -> crossframe-debate -> crossframe-essay -> crossframe-review

读书/理论研究：
crossframe -> crossframe-notebook -> crossframe-essay(full-visible-v5-longform) -> crossframe-review

读书后成文：
crossframe -> crossframe-notebook -> crossframe-essay -> crossframe-review

历史研究/史料互读：
crossframe -> crossframe-history -> crossframe-essay(full-visible-v5-longform) -> crossframe-review

历史研究后成文：
crossframe -> crossframe-history -> crossframe-essay -> crossframe-review

历史链路进入文章层前，crossframe-history 必须先给出历史输出档位。没有具体史料台账、解释质量、失败登记和升降级条件时，只能传给 crossframe-essay 作为历史草稿档，不得在正文或质量闸中写成完整历史接口分析。

进入 crossframe-essay 后先生成结构洞察底稿，再执行文章类型选择规则：用户已显式指定文章类型时在底稿中记录并直接采用；用户未指定且文章层开启时，基于底稿展示 ../crossframe-essay/templates/article-type-selection-dialog.md；用户回复“默认/自动/都行”时采用底稿推荐项；用户明确关闭文章层时不展示。

crossframe-review(lite) 表示复用 crossframe-review 规则做轻量收束，不是独立 skill；不必输出完整评审报告，但必须检查：事实边界、source_anchor、claim_id、正文是否强于台账、生成层是否自我盖章、人格审判、概念堆砌、证据档位和行动上限。

输出方式

除非用户只问“该用哪个 skill”，否则最终输出先给一个短调度提纲：

调度提纲
- 任务类型：
- 输出模式与角色：
- 工作流：
- 必读 skill：
- 按需读取：
- 连续联读包：
- 读态胶囊：
- 源锚点检查：
- 命题台账：
- 主题敏感度：
- 正文声口：
- 文章类型：
- 输出档位：
- 不读取：
- 质量闸：
- 追问层：不触发 / 触发；追问目标：

然后进入对应 skill 的正常输出。不要把调度提纲写得比任务本身还长。

禁止

• 禁止为了显得完整而触发全部 skill。
• 禁止跳过 crossframe 的事实边界和判断档位直接写文章。
• 禁止公共议题不查源却做强判断。
• 禁止把 crossframe-review 当作形式收尾；它必须能否决坏输出。
• 禁止在 suite 默认成文链路中只输出质量闸、评审结论或修复建议，而隐藏 结构洞察底稿 和 文章正文。
• 禁止让调度规则取代专项 skill 的协议。