# Convenções de saída

- Idioma: português do Brasil, com acentuação e diacríticos preservados. Seja objetivo e estruturado.
- Ao gerar conteúdo humano em PT-BR, não normalize para ASCII: preserve acentos em títulos, seções, tabelas, Gherkin, labels de Mermaid/Excalidraw, copy de interface, checkpoints, handoffs e memória.
- Use texto sem acento somente quando for exigido por slug, path, branch, identificador de código, variável de ambiente, comando, schema, campo de API ou contrato externo literal.
- CLI SDD: use `sdd` em projetos compactos, flat ou legados.
- Diferencie sempre requisito, regra de negócio e critério de aceite.
- Critérios de aceite são escritos como cenários Gherkin (ver a skill `bdd-gherkin`).
- Use `traceability` ao criar ou revisar artefatos que precisam de links de origem, estado e evidências.
- Use `project-discovery` ao entrar em projeto novo ou brownfield sem contexto confiável.
- Use `risk-classifier` antes de iniciar feature com risco incerto.
- Use `artifact-schemas` para validar seções obrigatórias antes de avançar artefatos materializados.
- Use `test-strategy`, `security-privacy`, `data-contracts` e `release-readiness` conforme o risco da feature.
- Use `repo-adapter` quando o projeto não usa a stack Atlassian padrão ou tem monorepo.
- Use `checkpoints` ao apresentar aprovação humana.
- Use `integrations` ao mapear Jira, Confluence, Bitbucket, Pipelines, MCP ou webhooks.
- Use `memory` na etapa final de compactação.
- Ao usar Agent Teams, cada teammate deve declarar escopo, evidências, riscos e arquivos/artefatos analisados ou alterados.
- Ao criar tasks de Agent Team, inclua origem, critérios de aceite ou Definition of Done e ownership esperado.
- Ao concluir tasks de Agent Team, inclua testes/evidências/rastreabilidade.
- Todo artefato principal deve ter seção `Rastreabilidade`.
- Todo artefato aprovado deve citar o caminho local salvo em `docs/<slug-da-orquestracao>/`; se o artifact store ainda não existir, inicialize com `sdd init "<nome-da-orquestracao>"`.
- Não implemente código nas etapas de planejamento (idea, prd, techspec, tasks, refinement).
- A etapa `execution` implementa apenas o escopo da tarefa e roda os testes antes de concluir.
- A etapa `review` nunca aprova com problemas Críticos e sempre relaciona a revisão aos critérios de aceite.
