conn2flow / rules

---
description: "Aplicar a governança Memory Driven Development (MDD) ao ler ou editar artefatos em memory/. Invoque explicitamente as skills obrigatórias por marco de fluxo."
globs: ["memory/**/*"]
alwaysApply: false
---

# Governança MDD

1. Leia `memory/README.md`, `memory/process/00-START-HERE.md`, `memory/process/01-WORKFLOW.md`, `memory/implementation/BATCH-INDEX.md`, o batch ativo, `memory/validation/VALIDATION-CHECKLIST.md` e `memory/decisions/DECISION-LOG.md`.
2. Se a tarefa apontar para `memory/human-requests/`, leia `CURRENT.md` e a requisição ativa primeiro; classifique-a no artefato MDD correto.
3. Invoque explicitamente as Skills Obrigatórias por Marco de Fluxo (`sdd-workflow`, `project-validation`, Core Skills `c2f-*`, `sdd-memory-gardening`).
4. Como Executor, escreva apenas no escopo operacional aprovado: código, batches e validação.
5. Trate `memory/SPEC.md`, especificações numeradas e `DECISION-LOG.md` como somente leitura, salvo autorização humana explícita.
6. Nunca altere a memória de Chefia sem ordem humana. Mantenha a memória de Execução abaixo dos limites de `memory/process/MEMORY-GARDENING-GUIDELINES.md`.
7. Preserve alterações locais alheias, valide cedo e registre evidências no batch e no checklist.
8. Trate `memory/backlog/` como incubadora de leitura exclusiva do Usuário/Arquiteto. Nunca implemente um item dali; exija promoção humana para `memory/human-requests/`, `CURRENT.md` e batch executável.


## 📋 Protocolo de Transparência & Checklist Vivo (Live Todo List)

- Ao iniciar qualquer requisição ou lote, renderize imediatamente a lista completa de tarefas (`Todo List`) com caixas de seleção `[ ]`.
- A cada término de etapa/comando relevante, atualize e re-exiba a lista marcando `[x]` nas etapas concluídas e destacando a etapa atual (`⏳ [EM ANDAMENTO]`).
- Nunca execute sequências longas de comandos sem atualizar o status visual para o usuário.

## 🛡️ Espectro de 3 Níveis de Autonomia de IA

1. **Nível 1: SUPERVISIONADO (Padrão Mandatório / Human-in-the-Loop)**:
   - O agente implementa código e executa testes, mas **NÃO realiza commit, push ou deploy automático**.
   - O desenvolvedor revisa e aprova as mudanças no chat/IDE antes da consolidação.

2. **Nível 2: AUTÔNOMO MONITORADO (Live Autopilot / Glass-Box no Chat)**:
   - Ativado quando a requisição contiver `modo: autonomo_monitorado` ou o usuário autorizar expressamente o acompanhamento contínuo na tela.
   - O agente executa a esteira completa com **Live Todo List (`[ ]` ➔ `[x]`) visível e atualizado em tempo real**:
     * Criação de branch/worktree isolada (`feat/req-XXX`).
     * Codificação e compilação de recursos (`c2f resources:sync`).
     * Execução de testes automatizados (`c2f db:test`).
     * **DEPLOY EXCLUSIVAMENTE EM AMBIENTE DE TESTE LOCAL** (`c2f manager:update-all` ou Docker local).
     * ⛔ **REGRA INVIOLÁVEL DE SEGURANÇA: NUNCA REALIZAR DEPLOY AUTOMÁTICO EM AMBIENTE DE PRODUÇÃO OU SERVIDORES REMOTOS.**
     * Commit semântico e push na branch de trabalho.
     * Relatório final com logs de execução e evidências de validação.

3. **Nível 3: AUTÔNOMO HEADLESS (Background Silencioso / Black-Box)**:
   - Ativado quando a requisição contiver `modo: autonomo_headless`.
   - O agente executa toda a esteira em segundo plano isolado via MCP Hub / Git Worktrees, emitindo notificação e relatório consolidado apenas ao término.

## 🔒 Regras Mandatórias de Concorrência Multi-Agente

1. **Proibição Absoluta de `git add -A` e `git commit -a`**:
   - O agente DEVE executar `git add <caminho-1> <caminho-2>` listando estritamente os arquivos tocados no seu lote aprovado, prevenindo que commits arrastem código concorrente ou arquivos de outros agentes.
2. **Reserva e Releitura Atômica de Numeração de `req-XXX.md`**:
   - O agente deve reler o diretório `memory/human-requests/` imediatamente antes de criar arquivos para evitar colisão e sobrescrita de números de requisição.