CrossFrame Org

Quando Usar Esta Habilidade

• Use quando crossframe-suite roteia uma tarefa explícita do CrossFrame sobre equipes, projetos, organizações, cadeias de responsabilidade, cadeias de autoridade, feedback write-back, retrospectivas ou reparo.
• Use quando uma falha organizacional precisa de candidatos a mecanismos em vez de julgamento de personalidade.
• Não use independentemente, a menos que o usuário nomeie explicitamente esta habilidade irmã.

Nota de Código Empacotado

Esta cópia pronta para AAS preserva o corpo original da habilidade CrossFrame abaixo. O chinês permanece a camada semântica canônica; metadados em inglês são apenas para descoberta, instalação e revisão de repositório.

Limitações

• O corpo da habilidade é intencionalmente canônico em chinês; metadados em inglês são para descoberta e não substituem os termos originais em chinês.
• Use apenas após invocação explícita do CrossFrame ou roteamento crossframe-suite; não aplique como uma camada de raciocínio padrão genérica.
• Ele estrutura análise, redação e revisão, mas não substitui a verificação de fontes, o conhecimento de domínio ou o julgamento legal, médico ou financeiro.

本 skill 不独立触发。 所有 CrossFrame 任务统一从 crossframe-suite 入口调度。用户无需直接调用本 skill；suite 根据路由规则在需要时自动加载。

如果组织修复判断之后要写文章、沉淀案例、做辩论或评审输出，先读取 ../crossframe-suite/SKILL.md 做总调度；本 skill 只负责团队、项目和组织修复专项。

CrossFrame Org 是 crossframe 的平行组织修复 skill，不替代 canonical crossframe，也不复制 CrossFrame 全文。它把 CrossFrame 的事实闸、尺度闸、责任闸、机制候选和概念保真，转成团队、项目、组织场景里的可执行修复备忘录。

中文是权威语义。英文只用于 skill id、文件名或必要的外部接口；不要把“承接、回流、责任链、授权链、修复副产品、停止错误加速”翻译后再反向理解。

Ordem a Ser Executada

1. Determinar o tipo de saída: memorando de diagnóstico organizacional, plano de feedback write-back, sugestão de melhoria de retrospectiva, plano piloto de baixo risco ou saída combinada.
2. Ler ../crossframe/SKILL.md.
3. Ler ../crossframe/references/read-routing-map.md, para determinar o protocolo canônico, planilha, cartão de conceito e modelo a serem carregados desta vez.
4. Se o julgamento organizacional acionar alta responsabilidade, sistema público, relacionamento íntimo, evolução de longo prazo, governança de framework, validação experimental de IA, sinal fraco/opaco, impossibilidade de sair, instrumentalização, metáfora/transparência de origem ou saída de artigo, é obrigatório ler ../crossframe/references/continuity-bundles.md adicionalmente e usar ../crossframe/worksheets/source-continuity-check.md conforme necessário; apenas rebaixar se a leitura conjunta não for concluída.
5. Reutilizar v5-read-state-capsule conforme especificado por ../crossframe/templates/read-state-capsule.md e executar ../crossframe/worksheets/source-anchor-integrity-check.md em cenários de alta responsabilidade, públicos, produtos processuais/IA, ciclo de vida, sujeito impossível de sair ou saída de artigo. Se o cápsula estiver faltando, retorne a ../crossframe/SKILL.md para completar; esta habilidade não reinventa o roteamento de origem.
6. Ler references/org-routing-map.md, para selecionar o protocolo específico, materiais de referência e modelos desta habilidade.
7. Ler protocolos locais conforme solicitado:
   • Falha do projeto, equipe presa repetidamente: protocols/org-diagnostic-protocol.md
   • Feedback não entrou na próxima rodada de mudança estrutural: protocols/feedback-writeback-protocol.md
   • Distorção da retrospectiva, formalização da retrospectiva: protocols/retrospective-redesign-protocol.md
   • Necessidade de plano de ação, piloto, melhoria: protocols/low-risk-pilot-protocol.md
8. Ler referências locais conforme necessário:
   • Cadeia de responsabilidade e cadeia de autoridade: references/responsibility-authorization-chain.md
   • Esgotamento do suporte de nível intermediário: references/middle-manager-depletion.md
   • Sinais de falha de projeto e distorção de retrospectiva: references/org-failure-signals.md
   • Proteções contra "frango de gestão" e "desvio de culpa": references/anti-chicken-soup-guardrails.md
9. Se for determinado o uso de conceitos CrossFrame de alto risco, leia o cartão de conceito correspondente de acordo com ../crossframe/references/read-routing-map.md e execute a verificação de fidelidade conceitual usando ../crossframe/worksheets/concept-fidelity-check.md.
10. Formar primeiro um intake organizacional interno, depois gerar a saída de acordo com o modelo; não exibir a planilha interna completa, a menos que o usuário solicite auditoria ou a planilha completa.

Intake Organizacional Interno

Antes de cada saída, pelo menos, escreva internamente claramente:

• Objeto organizacional: equipe, projeto, processo, reunião, função, interface interdepartamental ou camada de governança.
• Limites factuais: fatos fornecidos pelo usuário, especulações, lacunas de evidências, partes que não podem ser julgadas.
• Fenômeno da falha: atraso, retrabalho, silêncio, distorção da retrospectiva, deriva de requisitos, ruptura interdepartamental, mais confusão após aceleração.
• Cadeia de responsabilidade: quem é responsável pelos resultados, quem pode mudar as condições, quem arca com os custos da falha, quem é solicitado a continuar explicando.
• Cadeia de autoridade: quem tem permissão para alterar regras, recursos, prioridades, cronogramas, interfaces e condições de parada.
• Cadeia de feedback: de onde vêm os sinais, por quem são traduzidos, para quais regras, recursos, funções ou cronogramas são escritos de volta.
• Carga de suporte de nível intermediário: se os níveis intermediários estão absorvendo conflitos, explicações, "tampando buracos", tradução e custos emocionais para a organização.
• Candidatos a mecanismos: pelo menos duas explicações concorrentes, não se pode simplesmente reduzir o problema a "má execução".
• Condições de parada: quais ações, uma vez que feedback negativo ocorra, devem ser pausadas, rebaixadas ou retiradas.
• Piloto de baixo risco: uma pequena ação mínima, observável, reversível e capaz de ser escrita de volta na estrutura.

Regras de Saída

• Por padrão, primeiro forneça um 组织推理提纲 curto, depois gere o memorando ou plano necessário para o usuário.
• A saída deve se ater a variáveis organizacionais reais: funções, permissões, recursos, tempo, interfaces, ritmo, evidências, condições de parada.
• A saída não é um artigo; não siga crossframe-essay, a menos que o usuário solicite explicitamente a escrita de um artigo.
• O primeiro parágrafo deve explicar em linguagem organizacional comum: o que aconteceu, por que se repete, o que mudar primeiro em seguida.
• Termos técnicos só podem ser mapeados em segundo plano, não use "isso é um típico X" para substituir o diagnóstico.

Regras Rígidas

• Não escreva "frango de gestão": não produza sugestões sem variáveis estruturais como "fortalecer a comunicação, aumentar o senso de propriedade, unificar o pensamento, melhorar a execução".
• Não atribua problemas à camada de execução: qualquer julgamento envolvendo a base, execução ou esforço individual deve verificar simultaneamente as cadeias de autoridade, recursos, tempo e feedback write-back.
• Não tenha retrospectiva sem feedback write-back: cada sugestão deve explicar para quais regras, recursos, funções, interfaces ou cronogramas ela será escrita de volta.
• Não tenha aceleração sem condições de parada: sprints, reuniões adicionais, escalonamento de gestão, avanços forçados devem ter pausas, rebaixamentos, retiradas ou limites de proteção.
• Não explique o esgotamento de nível intermediário como falta de capacidade ou baixa resistência ao estresse; primeiro verifique se a organização tem pressionado a tradução, o buffer, o "tampão de buracos" e os custos de conflito para os níveis intermediários a longo prazo.
• Não trate relatórios de retrospectiva, atualizações de OKR, registros de conformidade, declarações de desculpas ou atas de reunião como reparo em si; eles são, na melhor das hipóteses, subprodutos do reparo.
• Não substitua o direito trabalhista, conformidade, saúde mental, medicina, segurança ou tratamento de reclamações formais por diagnóstico organizacional.
• Não sugira expandir o escopo para parecer positivo; primeiro encontre um piloto minimamente reversível.

Saída Padrão

Use o template de julgamento templates/output-selector.md. Padrões comuns:

# 组织推理提纲

# 组织诊断备忘录

# 反馈写回方案

# 低风险试点计划

Se o usuário solicitar apenas melhoria de retrospectiva, use templates/retrospective-redesign-recommendation.md. Se o usuário solicitar apenas um experimento de ação, use templates/low-risk-pilot-plan.md com templates/stop-condition-card.md anexo.