メニュー
Use ao mapear capacidades de negócio, identificar sobreposições ou lacunas na empresa, ou alinhar investimentos de TI a resultados de negócio. Aciona com "capability map", "mapa de capacidades", "business capability", "domain map", "enterprise architecture".
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Use ao validar requisitos contra padrões da notação EARS. Aciona com "EARS", "requirement review", "revisão de requisitos", "requirement quality", "shall statement", "REQ-ID".
Use ao rascunhar Architecture Decision Records, avaliar alternativas ou documentar trade-offs técnicos. Aciona com "ADR", "architecture decision", "decisão arquitetural", "trade-off", "pick between", "why did we choose".
Use quando uma nova pessoa de engenharia entra no time, durante onboarding em um codebase desconhecido, ou ao auditar se o time tem entendimento compartilhado. Aciona com "onboard", "onboarding", "context audit", "knowledge gap", "bus factor", "team understanding".
Use ao investigar consultas lentas, desenhar índices ou revisar planos de execução. Aciona com 'slow query', 'consulta lenta', 'explain plan', 'index', 'query tuning', 'N+1', 'table scan'.
Use ao planejar uma mudança de schema online, migração com zero downtime ou rollback de um deploy que alterou uma tabela. Aciona com 'migration', 'migração', 'ALTER TABLE', 'zero-downtime', 'expand-contract', 'backfill'.
Use quando um teste for intermitente, ao investigar instabilidade no CI, ao colocar um teste em quarentena, ou ao criar um dashboard de flaky tests. Aciona com 'flaky test', 'teste intermitente', 'flaky', 'quarantine', 'CI instável', 'flaky dashboard'.
| name | capability-map |
| description | Use ao mapear capacidades de negócio, identificar sobreposições ou lacunas na empresa, ou alinhar investimentos de TI a resultados de negócio. Aciona com "capability map", "mapa de capacidades", "business capability", "domain map", "enterprise architecture". |
Uma capability é o que o negócio faz, não como. Capacidades são estáveis (escala de décadas); aplicações e processos são voláteis.
Regra prática: 8-12 capacidades L1 para uma empresa média.
## Capability Map - <Domain>
### L1: <Top area>
#### L2: <Sub-function>
- **<L3 capability>** [Core|Supporting|Commodity]
- Owner: <team>
- Systems: <app1>, <app2>
- Maturity: 1-5
- Investment: $$$
flowchart TD
A[Tax Collection] --> B[Assessment]
A --> C[Payment Processing]
A --> D[Enforcement]
B --> B1[Calculate Penalty]
B --> B2[Audit Taxpayer]
C --> C1[Reconcile Payments]
C --> C2[Refund Issuance]
Toda capacidade L3 deve ter exatamente um dono responsável e uma tag Core/Supporting/Commodity.