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