CommunityEscrita e Ediçãogithub.com

Crapule421/tiger-team

Preenche modelos Markdown para artefatos de projetos de integração (documento DAT de arquitetura, manual de operações DEX, ficha de MEP, contrato de interface, matriz de fluxos, RACI, log RAID, termo de aceitação UAT) e as regras de redação que se aplicam a todos eles. Carregue quando um agente precisar produzir, atualizar ou revisar um artefato de projeto.

O que é tiger-team?

Este skill, Crapule421/tiger-team, capacita agentes de IA a produzir, atualizar e revisar artefatos de projeto de integração seguindo as melhores práticas de projetos de integração franceses. Ele fornece um conjunto completo de modelos Markdown para documentos essenciais como o Dossier d'Architecture Technique (DAT), o Dossier d'Exploitation (DEX), fichas de MEP, contratos de interface, matrizes de fluxos, matrizes RACI, logs RAID e termos de aceitação UAT. O skill também define regras de redação rigorosas para garantir consistência, rastreabilidade e precisão em todos os artefatos, incluindo controle de versão, identificação de público-alvo, uso de IDs estáveis, proibição de dados reais e classificação de sensibilidade. Útil para agentes como enterprise-architect, infra-expert, project-manager e integration-expert, o tiger-team pode ser carregado sob demanda para qualquer tarefa relacionada a entregáveis de projeto, garantindo que a documentação seja gerada de forma eficiente, padronizada e auditável.

Funciona com✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Crapule421/tiger-team/tree/HEAD/plugins/tiger-team/skills/deliverables

Installed? Explore more Escrita e Edição skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

Artefatos do projeto

Os modelos seguem a prática francesa de projetos de integração (DAT, DEX, ficha MEP, PV de recette) com cabeçalhos em inglês e o nome francês entre parênteses. Eles são esqueletos: cabeçalhos, tabelas e breves orientações em itálico (_..._) a serem substituídos ou excluídos.

Quando usar cada modelo

NecessidadeModeloAgente líder típicoContribuidoresFase
Descrever a solução técnica alvo e justificar escolhasdat.mdenterprise-architectinfra, dba, devsecops, integration, erp, ibmiDesign, atualizado até o go-live
Entregar um sistema para operaçõesdex.mdinfra-expertscheduling, dba, integration, ibmi, erpConstrução → antes do go-live
Planejar e executar uma implantação em produçãorelease-sheet.mdproject-managertodos os agentes técnicos envolvidosCada release
Especificar uma interface entre dois sistemasinterface-contract.mdintegration-experterp, ibmi, dba, devsecopsDesign, versionado por mudança
Solicitar e documentar fluxos de redeflow-matrix.mdinfra-expertdevsecops, integrationDesign → solicitações de firewall
Esclarecer quem faz o quêraci.mdproject-managertodosEnquadramento, revisado por fase
Acompanhar riscos, suposições, problemas, dependênciasraid.mdproject-managertodosProjeto inteiro, revisado semanalmente
Registrar a aceitação de uma entregauat-signoff.mdproject-managerbusiness owner, testadoresFinal de cada campanha de aceitação
Registrar os fatos do ambiente da organização uma vez, para que todos os especialistas leiamenvironment-sheet.mdproject-manager (via /tiger-team:discover)todosInício do engajamento, mantido atualizado

Como instanciar um modelo

  1. Leia o modelo em seu caminho completo (índice abaixo).
  2. Escreva a instância no projeto do usuário (pergunte onde se não houver convenção), ex.: docs/<deliverable>/<ID>-<short-name>.md; nunca modifique o modelo em si.
  3. Preencha cada <placeholder>; mantenha um marcador TBD (owner, date) para qualquer coisa desconhecida, em vez de inventá-la.
  4. Exclua linhas de orientação em itálico assim que uma seção for preenchida; exclua seções opcionais que não se aplicam, declarando "N/A: " onde um auditor as esperaria.
  5. Verifique a consistência com artefatos relacionados (mesmos IDs, versões, hostnames, proprietários).

Regras de redação (todos os artefatos)

  • Controle de documento primeiro: bloco de identificação, tabela de versões (versão, data, autor, alterações), revisores e aprovadores com datas. Versões: 0.x rascunhos, 1.0 primeira aprovada, 1.x atualizações menores, 2.0 mudança estrutural. Status: Rascunho / Em revisão / Aprovado / Obsoleto.
  • Público-alvo: declare-o no topo (arquitetos, operadores, negócios, auditores, comitê de homologação) e escreva para ele: operadores precisam de comandos e limites, patrocinadores precisam de decisões e riscos.
  • Rastreabilidade: vincule cada elemento de design, caso de teste e reserva a IDs de requisitos, ADRs, tickets ou itens RAID. Use IDs estáveis em todos os artefatos — itens: REQ-, ADR- (quatro dígitos, ADR-0001), INT- (interfaces), FLW- (fluxos), JOB-, MON- (verificações de monitoramento), KE- (erros conhecidos), RSK-, ASM-, ISS-, DEP-, TC-, DEF-, RES- (reservas), PRE- / GNG- / RB- (pré-requisitos de release, pontos de verificação go/no-go, etapas de rollback); documentos: DAT-, DEX-, FLM- (matriz de fluxos), REL- (release), PVR- (PV de recette), RACI-, RAID-.
  • Sem dados reais: hostnames fictícios, faixas de IP de documentação (RFC 5737), placeholders para segredos, exemplos sintéticos, nomes de papéis genéricos em vez de detalhes de contato pessoais. Aplique as regras de confidencialidade do skill sector-compliance; um artefato descrevendo um sistema classificado ou de Diffusion Restreinte é escrito dentro do ambiente protegido, não aqui.
  • Rótulo de classificação: coloque o rótulo de sensibilidade do documento da organização no cabeçalho (ex.: Interno, Confidencial); artefatos descrevendo segurança de produção (matriz de fluxos, seções de segurança do DAT) são geralmente pelo menos Confidenciais.
  • Precisão: datas no formato ISO 8601 (2026-10-22), horários com fuso horário (21:30 Europe/Paris), volumes com unidades e período (120 000 msg/dia, pico 40 msg/s), durações explícitas (RTO 4 h).
  • Fonte única da verdade: referencie outros artefatos em vez de copiá-los (o DAT vincula contratos de interface e a matriz de fluxos; o DEX vincula o DAT).
  • Decisões e evidências: registre quem decidiu o quê e quando; artefatos são evidências de auditoria (DORA, ACPR, PCI DSS, HDS, homologação).
  • Idioma: cabeçalhos em inglês; mantenha termos franceses entre parênteses quando forem o nome contratual ou regulatório (MEP, PV de recette, réserves).
  • Cada documento preenchido deve ser revisável: tabelas em vez de prosa, um fato por linha, sem linguagem de marketing.

Índice de modelos

  • templates/dat.md — Documento de Arquitetura Técnica (Dossier d'Architecture Technique) — caminho completo ${CLAUDE_PLUGIN_ROOT}/skills/deliverables/templates/dat.md
  • templates/dex.md — Manual de Operações (Dossier d'Exploitation): run book, monitoramento, batch, backups, reinicialização, contatos, escalonamento — caminho completo ${CLAUDE_PLUGIN_ROOT}/skills/deliverables/templates/dex.md
  • templates/release-sheet.md — Ficha de MEP (Fiche de mise en production, fiche MEP): planilha de execução cronometrada, proprietários, go/no-go, rollback — caminho completo ${CLAUDE_PLUGIN_ROOT}/skills/deliverables/templates/release-sheet.md
  • templates/interface-contract.md — Contrato de Interface (Contrat d'interface): partes, gatilho, transporte, formato, mapeamento, volumetria, SLAs, erros e replay, segurança, monitoramento, testes — caminho completo ${CLAUDE_PLUGIN_ROOT}/skills/deliverables/templates/interface-contract.md
  • templates/flow-matrix.md — Matriz de Fluxos de Rede (Matrice des flux) com lista de verificação de revisão — caminho completo ${CLAUDE_PLUGIN_ROOT}/skills/deliverables/templates/flow-matrix.md
  • templates/raci.md — Matriz RACI (Matrice RACI) — caminho completo ${CLAUDE_PLUGIN_ROOT}/skills/deliverables/templates/raci.md
  • templates/raid.md — Log RAID (Registre des risques, hypothèses, problèmes et dépendances) — caminho completo ${CLAUDE_PLUGIN_ROOT}/skills/deliverables/templates/raid.md
  • templates/uat-signoff.md — Termo de Aceitação UAT (Procès-verbal de recette): escopo, resumo da campanha, defeitos, reservas, decisão, assinaturas — caminho completo ${CLAUDE_PLUGIN_ROOT}/skills/deliverables/templates/uat-signoff.md
  • templates/environment-sheet.md — Ficha de Ambiente (Fiche d'environnement): fatos sobre o ambiente da organização por domínio, com fontes e pontos em aberto; reside em docs/tiger-team/environment.md — caminho completo ${CLAUDE_PLUGIN_ROOT}/skills/deliverables/templates/environment-sheet.md

Individual skills in this repo

This repo contains 4 individual skills — each has its own dedicated page.

Crapule421/tiger-team

Write an Architecture Decision Record (ADR) or a target-architecture note from a question or context - options, knock-out and weighted criteria, trade-offs, decision, consequences, reversibility and compliance impacts (security/accreditation, GDPR, DORA, sovereignty). Use when a structural technical choice must be made, documented or reviewed, or when a perimeter needs a documented target state.

Crapule421/tiger-team

Enterprise architecture knowledge base - design authority role, architecture principles, target vs transition architectures, macro integration patterns, non-functional requirements (availability, RPO/RTO, performance, security, operability, reversibility), cloud strategy and sovereignty (SecNumCloud, reversibility), technical debt, DORA ICT risk from an architecture view, and a cross-expert coherence checklist. Load when designing or reviewing a target architecture, arbitrating structural options, or writing ADRs; references cover TOGAF/ArchiMate, French urbanisation du SI and ADR formats.

Crapule421/tiger-team

Review a batch chain - scheduler export (VTOM, Dollar Universe, Control-M) or a textual description - for dependencies, restartability, windows and critical path, resources, calendars, monitoring and operational risks, with prioritized findings and a restartability matrix. Use before go-live, before a scheduler migration, after a batch incident, or when a chain keeps missing its window.

Crapule421/tiger-team

DBA knowledge base for Oracle, PostgreSQL, SQL Server, Db2 LUW and MySQL/MariaDB - performance diagnosis, locking, HA/DR, backup/PITR, security/GDPR, Oracle-to-PostgreSQL migration pitfalls, release script best practices and a review checklist. Load it when diagnosing a database issue, designing HA/backup, preparing or reviewing a SQL release, or planning a migration.

Habilidades Relacionadas