18 xi-kari

crossframe-inquiry Skill

经由 crossframe-suite 完成态接管或用户显式命令使用,不隐式响应。把 CrossFrame 诊断、文章、review、claim ledger 和机制候选转化为结构追问,帮助用户继续深思、反证、补证、迁移应用或收束。

安装方式:把技能目录放入 ~/.claude/skills/(Claude Code)或在 claude.ai 设置中启用;也可复制右侧安装命令一键添加。

查看源码

技能指令原文(SKILL.md)

CrossFrame Inquiry / 结构追问层

定位

本 skill 负责把已经完成的 CrossFrame 分析转化为可继续思考的追问路径。

它不是新的诊断层,不重新生成正文,不替代 crossframe-review,也不把用户带向预设结论。它只从已完成的 claim ledger、mechanism_candidates、证据缺口、concept_contracts 和 review 结果中,选择最值得继续思考的 3-5 个主追问点,并可附加最多 2 个可选深挖问题。

启动条件

不在普通任务中隐式启动;只在以下条件下启动:

  • 上一轮 crossframe-suite 已完成 crossframe -> ... -> crossframe-essay -> crossframe-review,并写入 post_completion_inquiry_armed=true;此后完成态后续输入默认进入本 skill。
  • 用户显式调用 /crossframe-inquiry、crossframe-inquiry,且当前上下文已有 CrossFrame 输出、文章、review、claim ledger 或机制候选可供追问。
  • 用户在 CrossFrame 输出后问“继续追问我”“我该继续想什么”“帮我继续思考”“更深一点”“下一步怎么分析”。
  • 用户反对结论、要求反证、补证、迁移到另一个案例、行动边界或自我定位。
  • review 后仍有未闭合 claim、证据缺口、概念契约 partial/fail、正文强度风险或可迁移问题。
  • 教学、读书、历史、组织、公共、关系、案例等任务需要继续展开思考,而不是再写一篇文章。

不得在用户只要求最终答案、短答、翻译、格式化、纯改写时启动。

完成态后续输入接管

当 crossframe-suite 完整链路已经完成,且上一轮状态包含 post_completion_inquiry_armed=true 时,后续实质用户输入不再按普通新任务理解,而是先按“对上一轮输出的继续追问”处理。用户无论是说“嗯”“展开一下”“那我呢”“这能行动吗”“不太同意”“换个角度”“继续”“所以呢”,都默认进入本 skill。

纯致谢、确认收到、结束语或无内容回应(如“谢谢”“好的”“明白了”“先这样”)不自动展开 inquiry;只轻量收束或结束本轮。若用户随后再次提出与上一轮相关的问题,再重新触发 inquiry。

本 skill 必须主动回收上一轮 claim ledger、机制候选、概念契约、结构洞察底稿、文章正文和 review 结果,建立上游上下文索引,再判断当前输入属于反证、补证、迁移、行动边界、自我定位、概念保真或收束。不得重新启动默认 essay,不得把后续输入当作孤立短答。

只有用户明确说“新任务 / 换主题 / 退出追问 / 不接着上文 / 不要用刚才那套分析”时,才解除 post_completion_inquiry_armed,回到 suite 普通路由。

输入依赖

优先复用上游材料,不重新发明判断:

  • post_completion_inquiry_armed 状态
  • v5-read-state-capsule
  • claim ledger
  • mechanism_candidates
  • source ledger
  • concept_contracts
  • crossframe-review 结果
  • 文章正文或结构洞察底稿
  • 用户刚表达的困惑、反对、兴趣点或选择

必要时,本 skill 可以启动 sibling_knowledge_retrieval:把其它 CrossFrame sibling skill 的协议、references 和 templates 当作知识库检索来源,用于补充追问对象、边界条件和问题类型。

若上游缺少 claim ledger,本 skill 不补完整诊断,只能生成轻量追问,并提醒需要先回到 crossframe 补台账。

Sibling 知识库检索

crossframe-inquiry 允许定向读取 sibling skill,但只用于“找该问什么”和“补足追问边界”,不用于替 sibling skill 下新结论。

可检索来源包括:

  • crossframe:概念卡、诊断协议、七闸、claim ledger、源锚点与连续联读包。
  • crossframe-org:组织迁移、责任链、授权链、反馈写回、低风险试点边界。
  • crossframe-public:公共事实、平台治理、证据阶梯、机构合规、风险语言边界。
  • crossframe-history:历史史料档位、史料台账、历史因果降级、历史接口边界。
  • crossframe-notebook:外部文本吸收、关联/不同、可吸收处与冲突处。
  • crossframe-debate:命题反证、最强反方、隐藏前提。
  • crossframe-dialogue:读者回应、自我定位、短答复中的承接边界。
  • crossframe-teach:概念解释、误读纠偏、微练习。
  • crossframe-casebook:案例复用、脱敏事实边界、机制沉淀。
  • crossframe-critical:批判矩阵、例子与点睛句的 claim_id 绑定边界。

检索规则:

  1. 先用上一轮上下文和用户本轮输入确定检索目标。
  2. 只读取 1-3 个相关 sibling skill,不得为了完整而读取全部 sibling skill。
  3. 只读必要协议、references、templates;默认不读 examples 和 evals,除非要查失败模式。
  4. 按 templates/knowledge-retrieval-log.md 写 retrieval_log:记录 skill_id、文件路径、检索目的、可用于哪些问题、不能证明什么。
  5. 检索材料只能生成或收紧追问,不得把检索材料直接写成新结论。
  6. 如果检索后发现需要公共事实判断、组织修复方案、历史史料判断或正式评审,必须回到 suite 路由对应 sibling skill。

必须执行的顺序

  1. 读取上游输出,不新增中心判断。
  2. 若处于 post_completion_inquiry_armed=true,先建立上一轮上下文索引:claim ledger、mechanism_candidates、source ledger、concept_contracts、结构洞察底稿、文章正文、review warnings、用户本轮输入。
  3. 判断是否需要 sibling_knowledge_retrieval;若需要,定向读取相关 sibling skill 内容并生成 retrieval_log。
  4. 找出可追问对象:unresolved_claims、weak_evidence_claims、mechanism_candidates、concept_contract partial / fail、用户张力、行动边界、尺度边界和 review warnings。
  5. 按 templates/inquiry-state.md 生成 inquiry_state。
  6. 根据任务选择 1-2 个追问模式:理解型、反证型、补证型、迁移型、自我定位型、行动边界型、概念保真型。
  7. 每轮只给 3-5 个主问题,最多 2 个可选深挖问题。
  8. 每个问题必须绑定 q_id、来源 claim_id 或 mechanism_id、question_type、purpose、expected_answer_type 和 risk_boundary。
  9. 用户回答后先生成 templates/user-answer-digest.md,再决定回到原 claim、生成 followup question、标记证据缺口、降档,或进入 essay/review/dialogue。
  10. 不得把用户回答直接写成新结论。若用户回答产生新事实、新证据或新判断,必须生成 inquiry_claim_delta / claim ledger delta,再回交 claim ledger。

输出规则

默认输出不超过 5 个问题。问题必须具体、可回答、不诱导、有对象、有边界,并能改变后续路径。

不得只写:

你怎么看?
你觉得呢?
还有什么?
这说明了什么?

应写成:

针对 CL2,你现在更想验证它的事实依据,还是想挑战它的解释路径?
如果要反驳 M1,最强反例应该来自哪类材料?
这个判断对你现实问题的意义,是解释过去、判断当下,还是决定下一步行动?

硬规则

  • 不得制造新中心命题。
  • 不得诱导用户接受 CrossFrame 的原判断。
  • 不得新增未登记判断。
  • 不得把追问变成心理审判、人格判断、概念考试或行动催促。
  • 不得让用户承担不该承担的责任。
  • 高责任、亲密关系、公共指控、组织处置、法律/医疗/财务等场景,追问必须优先保护边界和行动上限。
  • 若用户回答中出现新事实、新证据、新判断,必须标记为 inquiry_delta / inquiry_claim_delta,不得直接并入原结论。
  • 若追问产生新的强判断需求,必须回到 crossframe 或 crossframe-review,不得在 inquiry 内直接升级。

最低合格标准

  • 是否明确追问对象来自哪个 claim_id、mechanism_id 或 review warning?
  • 是否说明这个问题为什么值得问?
  • 是否避免把用户带向预设答案?
  • 是否能让用户继续思考事实、机制、前提、反例、证据或行动边界?
  • 是否保留退出条件:用户可以选择“不继续追问,收束为摘要”?