xi-kari CrossFrame Org
When to Use This Skill
- Use when
crossframe-suiteroutes an explicit CrossFrame task about teams, projects, organizations, responsibility chains, authority chains, feedback write-back, retrospectives, or repair. - Use when an organizational failure needs mechanism candidates rather than personality judgment.
- Do not use independently unless the user explicitly names this sibling skill.
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-suiterouting; 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.
本 skill 不独立触发。 所有 CrossFrame 任务统一从
crossframe-suite入口调度。用户无需直接调用本 skill；suite 根据路由规则在需要时自动加载。
如果组织修复判断之后要写文章、沉淀案例、做辩论或评审输出，先读取 ../crossframe-suite/SKILL.md 做总调度；本 skill 只负责团队、项目和组织修复专项。
CrossFrame Org 是 crossframe 的平行组织修复 skill，不替代 canonical crossframe，也不复制 CrossFrame 全文。它把 CrossFrame 的事实闸、尺度闸、责任闸、机制候选和概念保真，转成团队、项目、组织场景里的可执行修复备忘录。
中文是权威语义。英文只用于 skill id、文件名或必要的外部接口；不要把“承接、回流、责任链、授权链、修复副产品、停止错误加速”翻译后再反向理解。
必须执行的顺序
- 判断输出类型：组织诊断备忘录、反馈写回方案、复盘改造建议、低风险试点计划，或组合输出。
- 读取
../crossframe/SKILL.md。 - 读取
../crossframe/references/read-routing-map.md，确定本次需要加载的 canonical protocol、worksheet、concept card 和模板。 - 如果组织判断触发高责任、公共制度、亲密关系、长期演化、框架治理、AI 现实验证、弱信号/不透明、无法退出、工具化、隐喻/来源透明或文章输出，必须追加读取
../crossframe/references/continuity-bundles.md，并按需使用../crossframe/worksheets/source-continuity-check.md；未完成联读时只能降档。 - 复用
../crossframe/templates/read-state-capsule.md规定的v5-read-state-capsule，并在高责任、公共、AI/过程性产物、生命周期、无法退出主体或文章输出场景执行../crossframe/worksheets/source-anchor-integrity-check.md。如果胶囊缺失，回到../crossframe/SKILL.md补齐；本 skill 不重新发明源路由。 - 读取
references/org-routing-map.md，选择本 skill 的专项协议、引用材料和模板。 - 按请求读取本地协议：
- 项目失败、团队反复卡住：
protocols/org-diagnostic-protocol.md - 反馈没有进入下一轮结构改变：
protocols/feedback-writeback-protocol.md - 复盘失真、复盘形式化：
protocols/retrospective-redesign-protocol.md - 需要行动、试点、改造计划：
protocols/low-risk-pilot-protocol.md
- 项目失败、团队反复卡住：
- 按需读取本地引用：
- 责任链与授权链：
references/responsibility-authorization-chain.md - 中层承接耗竭：
references/middle-manager-depletion.md - 项目失败与复盘失真信号：
references/org-failure-signals.md - 反管理鸡汤与反甩锅护栏：
references/anti-chicken-soup-guardrails.md
- 责任链与授权链：
- 如果判断使用高风险 CrossFrame 概念，按
../crossframe/references/read-routing-map.md读取对应概念卡，并用../crossframe/worksheets/concept-fidelity-check.md做概念保真检查。 - 先形成内部组织 intake，再按模板输出；不要展示完整内部工作表，除非用户要求审计或完整工作表。
内部组织 intake
每次输出前，至少在内部写清：
- 组织对象：团队、项目、流程、会议、角色、跨部门接口或治理层。
- 事实边界：用户给出的事实、推测、证据缺口、不能判断的部分。
- 失败现象：延期、返工、沉默、复盘失真、需求漂移、跨部门断裂、加速后更乱。
- 责任链：谁对结果负责，谁能改变条件，谁承担失败成本，谁被要求继续解释。
- 授权链：谁有权限改规则、资源、优先级、时间表、接口和停止条件。
- 反馈链：信号从哪里来，经过谁转译，写回到什么规则、资源、角色或时间表。
- 中层承接负荷：中层是否在替组织吸收冲突、解释、补锅、翻译和情绪成本。
- 机制候选：至少两个互相竞争的解释，不能把问题直接压成“执行力差”。
- 停止条件：哪些动作一旦出现负反馈就必须暂停、降档或撤回。
- 低风险试点：最小、可观察、可撤回、能写回结构的小动作。
输出规则
- 默认先给短的
组织推理提纲，再输出用户需要的备忘录或方案。 - 输出必须落到现实组织变量：角色、权限、资源、时间、接口、节奏、证据、停止条件。
- 输出不是文章；不要走
crossframe-essay，除非用户明确要求写文章。 - 第一段要用普通组织语言说明：发生了什么、为什么重复、下一步先改什么。
- 术语只能做后台映射，不能用“这是典型的 X”替代诊断。
硬规则
- 不准写管理鸡汤：不输出“加强沟通、提升主人翁意识、统一思想、提高执行力”这类无结构变量建议。
- 不准把问题压给执行层：任何涉及基层、执行、个人努力的判断，都必须同时检查授权链、资源链、时间链和反馈写回。
- 不准只有复盘没有写回：每个建议都要说明写回到什么规则、资源、角色、接口或时间表。
- 不准只有加速没有停止条件：冲刺、加会、升级管理、强推进都必须有暂停、降档、撤回或保护边界。
- 不准把中层耗竭解释成能力不足或抗压不够；先检查组织是否把翻译、缓冲、补锅和冲突成本长期压给中层。
- 不准把复盘报告、OKR 更新、合规记录、道歉声明或会议纪要当成修复本身；它们最多是修复副产品。
- 不准用组织诊断替代劳动法、合规、心理健康、医疗、安全或正式申诉处置。
- 不准为了显得积极而建议扩大范围；先找最小可逆试点。
默认输出
使用 templates/output-selector.md 判断模板。常见默认：
# 组织推理提纲
# 组织诊断备忘录
# 反馈写回方案
# 低风险试点计划
如果用户只要求复盘改造，使用 templates/retrospective-redesign-recommendation.md。如果用户只要求一个行动实验，使用 templates/low-risk-pilot-plan.md 并附 templates/stop-condition-card.md。