aiox-core 5.0.0

package/docs/pt/core-architecture.md

@@ -0,0 +1,229 @@
+<!--
+  Tradução: PT-BR
+  Original: /docs/en/core-architecture.md
+  Última sincronização: 2026-01-26
+-->
+
+# Método AIOX: Arquitetura Central
+
+> 🌐 [EN](../core-architecture.md) | **PT** | [ES](../es/core-architecture.md)
+
+---
+
+## 1. Visão Geral
+
+O Método AIOX foi projetado para fornecer modos agênticos, tarefas e templates que permitem workflows úteis e repetíveis, seja para desenvolvimento ágil com agentes ou expansão para domínios vastamente diferentes. O propósito central do projeto é fornecer um conjunto estruturado, porém flexível, de prompts, templates e workflows que os usuários podem empregar para guiar agentes de IA (como Gemini, Claude ou ChatGPT) para realizar tarefas complexas, discussões guiadas ou outros fluxos significativos específicos de domínio de maneira previsível e com alta qualidade.
+
+O módulo central do sistema facilita um ciclo de vida de desenvolvimento completo adaptado aos desafios das ferramentas modernas de IA Agêntica:
+
+1. **Ideação e Planejamento**: Brainstorming, pesquisa de mercado e criação de briefs de projeto.
+2. **Arquitetura e Design**: Definição de arquitetura de sistema e especificações de UI/UX.
+3. **Execução do Desenvolvimento**: Um workflow cíclico onde um agente Scrum Master (SM) elabora stories com contexto extremamente específico e um agente Desenvolvedor (Dev) as implementa uma de cada vez. Este processo funciona tanto para projetos novos (Greenfield) quanto existentes (Brownfield).
+
+## 2. Diagrama de Arquitetura do Sistema
+
+Todo o ecossistema do Método AIOX é projetado em torno do diretório `aiox-core` instalado, que atua como o cérebro da operação. O diretório `tools` fornece os meios para processar e empacotar este cérebro para diferentes ambientes.
+
+```mermaid
+graph TD
+    subgraph AIOX Method Project
+        subgraph Core Framework
+            A["aiox-core"]
+            A --> B["agents"]
+            A --> C["agent-teams"]
+            A --> D["workflows"]
+            A --> E["templates"]
+            A --> F["tasks"]
+            A --> G["checklists"]
+            A --> H["data (KB)"]
+        end
+
+        subgraph Tooling
+            I["tools/builders/web-builder.js"]
+        end
+
+        subgraph Outputs
+            J["dist"]
+        end
+
+        B -- defines dependencies for --> E
+        B -- defines dependencies for --> F
+        B -- defines dependencies for --> G
+        B -- defines dependencies for --> H
+
+        C -- bundles --> B
+        I -- reads from --> A
+        I -- creates --> J
+    end
+
+    subgraph Target Environments
+        K["IDE (Cursor, VS Code, etc.)"]
+        L["Web UI (Gemini, ChatGPT)"]
+    end
+
+    B --> K
+    J --> L
+
+    style A fill:#1a73e8,color:#fff
+    style I fill:#f9ab00,color:#fff
+    style J fill:#34a853,color:#fff
+```
+
+## 3. Componentes Centrais
+
+O diretório `aiox-core` contém todas as definições e recursos que dão aos agentes suas capacidades.
+
+### 3.1. Agentes (`aiox-core/agents/`)
+
+- **Propósito**: Estes são os blocos fundamentais do sistema. Cada arquivo markdown (ex: `aiox-master.md`, `pm.md`, `dev.md`) define a persona, capacidades e dependências de um único agente de IA.
+- **Estrutura**: Um arquivo de agente contém um cabeçalho YAML que especifica seu papel, persona, dependências e instruções de inicialização. Estas dependências são listas de tasks, templates, checklists e arquivos de dados que o agente tem permissão para usar.
+- **Instruções de Inicialização**: Agentes podem incluir sequências de inicialização que carregam documentação específica do projeto da pasta `docs/`, como padrões de codificação, especificações de API ou documentos de estrutura do projeto. Isso fornece contexto imediato do projeto na ativação.
+- **Integração de Documentos**: Agentes podem referenciar e carregar documentos da pasta `docs/` do projeto como parte de tasks, workflows ou sequências de inicialização. Os usuários também podem arrastar documentos diretamente para interfaces de chat para fornecer contexto adicional.
+- **Exemplo**: O agente `aiox-master` lista suas dependências, o que informa à ferramenta de build quais arquivos incluir em um bundle web e informa ao agente sobre suas próprias capacidades.
+
+### 3.2. Times de Agentes (`aiox-core/agent-teams/`)
+
+- **Propósito**: Arquivos de time (ex: `team-all.yaml`) definem coleções de agentes e workflows que são agrupados para um propósito específico, como "desenvolvimento full-stack" ou "apenas backend". Isso cria um contexto maior e pré-empacotado para ambientes de UI web.
+- **Estrutura**: Um arquivo de time lista os agentes a serem incluídos. Pode usar wildcards, como `"*"` para incluir todos os agentes. Isso permite a criação de bundles abrangentes como `team-all`.
+
+### 3.3. Workflows (`aiox-core/workflows/`)
+
+- **Propósito**: Workflows são arquivos YAML (ex: `greenfield-fullstack.yaml`) que definem uma sequência prescrita de etapas e interações de agentes para um tipo específico de projeto. Eles atuam como um guia estratégico para o usuário e o agente `aiox-orchestrator`.
+- **Estrutura**: Um workflow define sequências para projetos complexos e simples, lista os agentes envolvidos em cada etapa, os artefatos que eles criam e as condições para passar de uma etapa para a próxima. Frequentemente inclui um diagrama Mermaid para visualização.
+
+### 3.4. Recursos Reutilizáveis (`templates`, `tasks`, `checklists`, `data`)
+
+- **Propósito**: Estas pastas abrigam os componentes modulares que são carregados dinamicamente pelos agentes com base em suas dependências.
+  - **`templates/`**: Contém templates markdown para documentos comuns como PRDs, especificações de arquitetura e user stories.
+  - **`tasks/`**: Define as instruções para executar ações específicas e repetíveis como "shard-doc" ou "create-next-story".
+  - **`checklists/`**: Fornece checklists de garantia de qualidade para agentes como o Product Owner (`po`) ou Arquiteto.
+  - **`data/`**: Contém a base de conhecimento central (`aiox-kb.md`), preferências técnicas (`technical-preferences.md`) e outros arquivos de dados importantes.
+
+#### 3.4.1. Sistema de Processamento de Templates
+
+Um princípio arquitetural chave do AIOX é que templates são auto-contidos e interativos - eles incorporam tanto a saída desejada do documento quanto as instruções do LLM necessárias para trabalhar com os usuários. Isso significa que, em muitos casos, nenhuma task separada é necessária para criação de documentos, pois o próprio template contém toda a lógica de processamento.
+
+O framework AIOX emprega um sistema sofisticado de processamento de templates orquestrado por três componentes-chave:
+
+- **`template-format.md`** (`aiox-core/utils/`): Define a linguagem de marcação fundamental usada em todos os templates do AIOX. Esta especificação estabelece regras de sintaxe para substituição de variáveis (`{{placeholders}}`), diretivas de processamento exclusivas para IA (`[[LLM: instructions]]`) e blocos de lógica condicional. Templates seguem este formato para garantir processamento consistente em todo o sistema.
+
+- **`create-doc.md`** (`aiox-core/tasks/`): Atua como o motor de orquestração que gerencia todo o workflow de geração de documentos. Esta task coordena a seleção de templates, gerencia modos de interação com o usuário (geração incremental vs. rápida), aplica regras de processamento de template-format e lida com validação. Serve como a interface principal entre usuários e o sistema de templates.
+
+- **`advanced-elicitation.md`** (`aiox-core/tasks/`): Fornece uma camada de refinamento interativo que pode ser incorporada dentro de templates através de blocos `[[LLM: instructions]]`. Este componente oferece 10 ações estruturadas de brainstorming, capacidades de revisão seção por seção e workflows de melhoria iterativa para aprimorar a qualidade do conteúdo.
+
+O sistema mantém uma clara separação de responsabilidades: a marcação de template é processada internamente por agentes de IA mas nunca exposta aos usuários, enquanto fornece capacidades sofisticadas de processamento de IA através de inteligência incorporada nos próprios templates.
+
+#### 3.4.2. Sistema de Preferências Técnicas
+
+O AIOX inclui uma camada de personalização através do arquivo `technical-preferences.md` em `aiox-core/data/`. Este arquivo serve como um perfil técnico persistente que influencia o comportamento dos agentes em todos os projetos.
+
+**Propósito e Benefícios:**
+
+- **Consistência**: Garante que todos os agentes referenciem as mesmas preferências técnicas
+- **Eficiência**: Elimina a necessidade de especificar repetidamente tecnologias preferidas
+- **Personalização**: Agentes fornecem recomendações alinhadas com preferências do usuário
+- **Aprendizado**: Captura lições aprendidas e preferências que evoluem ao longo do tempo
+
+**Estrutura do Conteúdo:**
+O arquivo tipicamente inclui stacks de tecnologia preferidos, padrões de design, serviços externos, padrões de codificação e anti-padrões a evitar. Agentes automaticamente referenciam este arquivo durante planejamento e desenvolvimento para fornecer sugestões contextualmente apropriadas.
+
+**Pontos de Integração:**
+
+- Templates podem referenciar preferências técnicas durante geração de documentos
+- Agentes sugerem tecnologias preferidas quando apropriado para requisitos do projeto
+- Quando preferências não se encaixam nas necessidades do projeto, agentes explicam alternativas
+- Bundles web podem incluir conteúdo de preferências para comportamento consistente entre plataformas
+
+**Evolução ao Longo do Tempo:**
+Usuários são encorajados a atualizar continuamente este arquivo com descobertas de projetos, adicionando tanto preferências positivas quanto tecnologias a evitar, criando uma base de conhecimento personalizada que melhora as recomendações dos agentes ao longo do tempo.
+
+## 4. O Processo de Build e Entrega
+
+O framework é projetado para dois ambientes principais: IDEs locais e interfaces de chat de IA baseadas na web. O script `web-builder.js` é a chave para suportar o último.
+
+### 4.1. Web Builder (`tools/builders/web-builder.js`)
+
+- **Propósito**: Este script Node.js é responsável por criar os bundles `.txt` encontrados em `dist`.
+- **Processo**:
+  1. **Resolve Dependências**: Para um dado agente ou time, o script lê seu arquivo de definição.
+  2. Ele recursivamente encontra todos os recursos dependentes (tasks, templates, etc.) que o agente/time precisa.
+  3. **Agrupa Conteúdo**: Ele lê o conteúdo de todos estes arquivos e os concatena em um único arquivo de texto grande, com separadores claros indicando o caminho do arquivo original de cada seção.
+  4. **Gera Bundle**: O arquivo `.txt` final é salvo no diretório `dist`, pronto para ser carregado em uma UI web.
+
+### 4.2. Uso Específico por Ambiente
+
+- **Para IDEs**: Usuários interagem com os agentes diretamente via seus arquivos markdown em `aiox-core/agents/`. A integração do IDE (para Cursor, Claude Code, etc.) sabe como chamar estes agentes.
+- **Para UIs Web**: Usuários fazem upload de um bundle pré-construído de `dist`. Este único arquivo fornece à IA o contexto de todo o time e todas as suas ferramentas e conhecimento necessários.
+
+## 5. Workflows do AIOX
+
+### 5.1. O Workflow de Planejamento
+
+Antes do desenvolvimento começar, o AIOX segue um workflow de planejamento estruturado que estabelece a fundação para execução bem-sucedida do projeto:
+
+```mermaid
+graph TD
+    A["Início: Ideia do Projeto"] --> B{"Opcional: Brainstorming com Analista"}
+    B -->|Sim| C["Analista: Pesquisa de Mercado e Análise"]
+    B -->|Não| D["Criar Brief do Projeto"]
+    C --> D["Analista: Criar Brief do Projeto"]
+    D --> E["PM: Criar PRD a partir do Brief"]
+    E --> F["Arquiteto: Criar Arquitetura a partir do PRD"]
+    F --> G["PO: Executar Master Checklist"]
+    G --> H{"Documentos Alinhados?"}
+    H -->|Sim| I["Planejamento Completo"]
+    H -->|Não| J["PO: Atualizar Epics e Stories"]
+    J --> K["Atualizar PRD/Arquitetura conforme necessário"]
+    K --> G
+    I --> L["📁 Mudar para IDE"]
+    L --> M["PO: Fragmentar Documentos"]
+    M --> N["Pronto para Ciclo SM/Dev"]
+
+    style I fill:#34a853,color:#fff
+    style G fill:#f9ab00,color:#fff
+    style L fill:#1a73e8,color:#fff
+    style N fill:#34a853,color:#fff
+```
+
+**Fases Principais do Planejamento:**
+
+1. **Análise Opcional**: Analista conduz pesquisa de mercado e análise competitiva
+2. **Brief do Projeto**: Documento fundamental criado pelo Analista ou usuário
+3. **Criação do PRD**: PM transforma brief em requisitos de produto abrangentes
+4. **Design de Arquitetura**: Arquiteto cria fundação técnica baseada no PRD
+5. **Validação e Alinhamento**: PO garante que todos os documentos estejam consistentes e completos
+6. **Refinamento**: Atualizações em epics, stories e documentos conforme necessário
+7. **Transição de Ambiente**: Mudança crítica da UI web para IDE para workflow de desenvolvimento
+8. **Preparação de Documentos**: PO fragmenta documentos grandes para consumo no desenvolvimento
+
+**Orquestração de Workflow**: O agente `aiox-orchestrator` usa estas definições de workflow para guiar usuários através do processo completo, garantindo transições adequadas entre fases de planejamento (UI web) e desenvolvimento (IDE).
+
+### 5.2. O Ciclo Principal de Desenvolvimento
+
+Uma vez que as fases iniciais de planejamento e arquitetura estejam completas, o projeto move para um workflow de desenvolvimento cíclico, conforme detalhado no `aiox-kb.md`. Isso garante um processo de implementação estável, sequencial e controlado por qualidade.
+
+```mermaid
+graph TD
+    A["Início: Artefatos de Planejamento Completos"] --> B["PO: Fragmentar Epics"]
+    B --> C["PO: Fragmentar Arquitetura"]
+    C --> D["Fase de Desenvolvimento"]
+    D --> E["Scrum Master: Elabora próxima story do epic fragmentado"]
+    E --> F{"Aprovação do Usuário"}
+    F -->|Aprovada| G["Dev: Implementar Story"]
+    F -->|Precisa de Mudanças| E
+    G --> H["Dev: Completar Tarefas da Story"]
+    H --> I["Dev: Marcar Pronto para Revisão"]
+    I --> J{"Verificação do Usuário"}
+    J -->|Solicitar Revisão QA| K["QA: Executar task review-story"]
+    J -->|Aprovar Sem QA| M["Marcar Story como Concluída"]
+    K --> L{"Resultados da Revisão QA"}
+    L -->|Precisa de Trabalho| G
+    L -->|Aprovada| M["Marcar Story como Concluída"]
+    J -->|Precisa de Correções| G
+    M --> E
+
+    style M fill:#34a853,color:#fff
+    style K fill:#f9ab00,color:#fff
+```
+
+Este ciclo continua, com os agentes Scrum Master, Desenvolvedor e opcionalmente QA trabalhando juntos. O agente QA fornece capacidades de revisão de desenvolvedor sênior através da task `review-story`, oferecendo refatoração de código, melhorias de qualidade e transferência de conhecimento. Isso garante alta qualidade de código enquanto mantém velocidade de desenvolvimento.

package/docs/pt/docker-mcp-setup.md

@@ -0,0 +1,426 @@
+# Guia de Configuração Docker MCP
+
+> **PT**
+
+---
+
+Guia para configurar servidores MCP (Model Context Protocol) baseados em Docker com AIOX.
+
+**Versão:** 2.1.0
+**Última Atualização:** 2026-01-28
+
+---
+
+## Pré-requisitos
+
+Antes de configurar Docker MCP, certifique-se de ter:
+
+- **Docker Desktop** instalado e em execução
+- **Node.js** 18+ instalado
+- Projeto **AIOX** inicializado
+- Chaves de API para os serviços MCP desejados (EXA, Apify, etc.)
+
+---
+
+## Instalação
+
+### Passo 1: Instalar Docker MCP Toolkit
+
+```bash
+# Instalar o Docker MCP Toolkit
+docker mcp install
+
+# Verificar instalação
+docker mcp --version
+```
+
+### Passo 2: Inicializar Configuração MCP
+
+```bash
+# Criar estrutura MCP global
+aiox mcp setup
+```
+
+Isso cria:
+
+- `~/.aiox/mcp/` - Diretório de configuração MCP
+- `~/.aiox/mcp/global-config.json` - Arquivo de configuração principal
+- `~/.aiox/mcp/servers/` - Configurações de servidores individuais
+- `~/.aiox/credentials/` - Armazenamento seguro de credenciais
+
+### Passo 3: Adicionar Servidores MCP
+
+```bash
+# Adicionar servidores a partir de templates
+aiox mcp add context7
+aiox mcp add exa
+aiox mcp add github
+```
+
+---
+
+## Configuração
+
+### Arquitetura MCP
+
+AIOX usa Docker MCP Toolkit como a infraestrutura MCP principal:
+
+```
+┌─────────────────────────────────────────────────────────┐
+│                    Claude Code                           │
+│                         │                                │
+│    ┌────────────────────┼────────────────────┐          │
+│    │                    │                    │          │
+│    ▼                    ▼                    ▼          │
+│ playwright      docker-gateway           native tools   │
+│ (direto)        (container MCPs)         (Read, Write)  │
+│                         │                                │
+│              ┌──────────┼──────────┐                    │
+│              ▼          ▼          ▼                    │
+│            EXA     Context7     Apify                   │
+│         (busca)    (docs)     (scraping)               │
+└─────────────────────────────────────────────────────────┘
+```
+
+### Direto no Claude Code (global ~/.claude.json)
+
+| MCP                   | Propósito                                            |
+| --------------------- | ---------------------------------------------------- |
+| **playwright**        | Automação de navegador, screenshots, testes web      |
+| **desktop-commander** | Operações de container Docker via docker-gateway    |
+
+### Dentro do Docker Desktop (via docker-gateway)
+
+| MCP          | Propósito                                               |
+| ------------ | ------------------------------------------------------- |
+| **EXA**      | Busca web, pesquisa, análise de empresas/concorrentes  |
+| **Context7** | Consulta de documentação de bibliotecas                 |
+| **Apify**    | Web scraping, Actors, extração de dados de redes sociais|
+
+### Arquivos de Configuração
+
+**global-config.json:**
+
+```json
+{
+  "version": "1.0",
+  "servers": {
+    "context7": {
+      "type": "sse",
+      "url": "https://mcp.context7.com/sse",
+      "enabled": true
+    },
+    "exa": {
+      "command": "npx",
+      "args": ["-y", "exa-mcp-server"],
+      "env": {
+        "EXA_API_KEY": "${EXA_API_KEY}"
+      },
+      "enabled": true
+    }
+  },
+  "defaults": {
+    "timeout": 30000,
+    "retries": 3
+  }
+}
+```
+
+---
+
+## MCPs Disponíveis
+
+### Context7 (Consulta de Documentação)
+
+```bash
+# Adicionar Context7
+aiox mcp add context7
+
+# Uso
+mcp__context7__resolve-library-id
+mcp__context7__query-docs
+```
+
+**Usar para:**
+
+- Consulta de documentação de bibliotecas
+- Referência de API para pacotes/frameworks
+- Obter documentação atualizada para dependências
+
+### EXA (Busca Web)
+
+```bash
+# Adicionar EXA
+aiox mcp add exa
+
+# Definir chave de API
+export EXA_API_KEY="your-api-key"
+
+# Uso
+mcp__exa__web_search_exa
+mcp__exa__get_code_context_exa
+```
+
+**Usar para:**
+
+- Buscas web por informações atuais
+- Pesquisa e consulta de documentação
+- Pesquisa de empresas e concorrentes
+- Encontrar exemplos de código online
+
+### Apify (Web Scraping)
+
+```bash
+# Adicionar Apify
+aiox mcp add apify
+
+# Definir token de API
+export APIFY_TOKEN="your-token"
+
+# Uso
+mcp__docker-gateway__search-actors
+mcp__docker-gateway__call-actor
+```
+
+**Usar para:**
+
+- Web scraping para redes sociais (Instagram, TikTok, LinkedIn)
+- Extrair dados de sites de e-commerce
+- Coleta automatizada de dados de qualquer site
+- Navegação web habilitada para RAG para contexto de IA
+
+### GitHub (Integração de API)
+
+```bash
+# Adicionar GitHub
+aiox mcp add github
+
+# Definir token
+export GITHUB_TOKEN="your-token"
+```
+
+**Usar para:**
+
+- Operações de API do GitHub
+- Gerenciamento de repositório
+- Manipulação de PR e issues
+
+### Playwright (Automação de Navegador)
+
+```bash
+# Adicionar Playwright
+aiox mcp add puppeteer
+```
+
+**Usar para:**
+
+- Automação de navegador
+- Capturar screenshots de páginas web
+- Interagir com sites
+- Web scraping e testes
+
+---
+
+## Comandos CLI
+
+### Comandos de Configuração
+
+```bash
+# Inicializar configuração MCP global
+aiox mcp setup
+
+# Forçar recriação (fazer backup do existente)
+aiox mcp setup --force
+```
+
+### Gerenciamento de Servidores
+
+```bash
+# Adicionar servidor a partir de template
+aiox mcp add <server-name>
+
+# Adicionar com configuração customizada
+aiox mcp add custom-server --config='{"command":"npx","args":["-y","package"]}'
+
+# Remover servidor
+aiox mcp remove <server-name>
+
+# Habilitar/desabilitar servidores
+aiox mcp enable <server-name>
+aiox mcp disable <server-name>
+```
+
+### Status e Listagem
+
+```bash
+# Listar servidores configurados
+aiox mcp list
+
+# Mostrar status detalhado
+aiox mcp status
+
+# Sincronizar para o projeto
+aiox mcp sync
+```
+
+---
+
+## Variáveis de Ambiente
+
+### Definindo Variáveis
+
+**macOS/Linux:**
+
+```bash
+export EXA_API_KEY="your-api-key"
+export GITHUB_TOKEN="your-github-token"
+export APIFY_TOKEN="your-apify-token"
+```
+
+**Windows (PowerShell):**
+
+```powershell
+$env:EXA_API_KEY = "your-api-key"
+$env:GITHUB_TOKEN = "your-github-token"
+$env:APIFY_TOKEN = "your-apify-token"
+```
+
+### Variáveis Persistentes
+
+Adicione ao seu perfil de shell (`~/.bashrc`, `~/.zshrc`, ou `~/.profile`):
+
+```bash
+export EXA_API_KEY="your-api-key"
+export GITHUB_TOKEN="your-github-token"
+export APIFY_TOKEN="your-apify-token"
+```
+
+### Armazenamento Seguro de Credenciais
+
+```bash
+# Adicionar credencial
+aiox mcp credential set EXA_API_KEY "your-api-key"
+
+# Obter credencial
+aiox mcp credential get EXA_API_KEY
+
+# Listar credenciais (mascaradas)
+aiox mcp credential list
+```
+
+---
+
+## Solução de Problemas
+
+### Problemas Comuns
+
+| Problema                             | Solução                                                     |
+| ------------------------------------ | ----------------------------------------------------------- |
+| Permissão negada                     | Execute o terminal como Administrador (Windows) ou use sudo |
+| Servidor não iniciando               | Verifique comando e args, verifique se o pacote está instalado |
+| Variável de ambiente não encontrada  | Defina a variável ou use armazenamento de credenciais      |
+| Erros de timeout                     | Aumente o timeout na configuração                           |
+| Conexão recusada                     | Verifique a URL e acesso à rede                             |
+
+### Bug de Secrets do Docker MCP (Dez 2025)
+
+**Problema:** O armazenamento de secrets do Docker MCP Toolkit (`docker mcp secret set`) e interpolação de template (`{{...}}`) NÃO funcionam corretamente. Credenciais não são passadas para os containers.
+
+**Sintomas:**
+
+- `docker mcp tools ls` mostra "(N prompts)" em vez de "(N tools)"
+- Servidor MCP inicia mas falha na autenticação
+- Saída verbose mostra `-e ENV_VAR` sem valores
+
+**Solução alternativa:** Edite `~/.docker/mcp/catalogs/docker-mcp.yaml` diretamente:
+
+```yaml
+{ mcp-name }:
+  env:
+    - name: API_TOKEN
+      value: 'actual-token-value-here'
+```
+
+**Exemplo - Apify:**
+
+```yaml
+apify-mcp-server:
+  env:
+    - name: TOOLS
+      value: 'actors,docs,apify/rag-web-browser'
+    - name: APIFY_TOKEN
+      value: 'apify_api_xxxxxxxxxxxxx'
+```
+
+**Nota:** Isso expõe credenciais em um arquivo local. Proteja as permissões do arquivo e nunca faça commit deste arquivo.
+
+### Correções Comuns
+
+```bash
+# Resetar configuração global
+aiox mcp setup --force
+
+# Limpar cache
+rm -rf ~/.aiox/mcp/cache/*
+
+# Verificar configuração
+aiox mcp status --verbose
+
+# Testar servidor manualmente
+npx -y @modelcontextprotocol/server-github
+```
+
+---
+
+## Governança MCP
+
+**Importante:** Todo gerenciamento de infraestrutura MCP é tratado exclusivamente pelo **Agente DevOps (@devops / Felix)**.
+
+| Operação                  | Agente | Comando             |
+| ------------------------- | ------ | ------------------- |
+| Buscar catálogo MCP       | DevOps | `*search-mcp`       |
+| Adicionar servidor MCP    | DevOps | `*add-mcp`          |
+| Listar MCPs habilitados   | DevOps | `*list-mcps`        |
+| Remover servidor MCP      | DevOps | `*remove-mcp`       |
+| Configurar Docker MCP     | DevOps | `*setup-mcp-docker` |
+
+Outros agentes (Dev, Architect, etc.) são **consumidores** de MCP, não administradores. Se for necessário gerenciamento de MCP, delegue para @devops.
+
+---
+
+## Prioridade de Seleção de Ferramentas
+
+Sempre prefira ferramentas nativas do Claude Code sobre servidores MCP:
+
+| Tarefa              | USE ISSO               | NÃO ISSO       |
+| ------------------- | ---------------------- | -------------- |
+| Ler arquivos        | `Read` tool            | docker-gateway |
+| Escrever arquivos   | `Write` / `Edit` tools | docker-gateway |
+| Executar comandos   | `Bash` tool            | docker-gateway |
+| Buscar arquivos     | `Glob` tool            | docker-gateway |
+| Buscar conteúdo     | `Grep` tool            | docker-gateway |
+| Listar diretórios   | `Bash(ls)` ou `Glob`   | docker-gateway |
+
+### Quando Usar docker-gateway
+
+Use docker-gateway apenas quando:
+
+1. Usuário explicitamente diz "use docker" ou "use container"
+2. Usuário explicitamente menciona "Desktop Commander"
+3. Tarefa especificamente requer operações de container Docker
+4. Acessando MCPs rodando dentro do Docker (EXA, Context7)
+5. Usuário pede para executar algo dentro de um container Docker
+
+---
+
+## Documentação Relacionada
+
+- [Tutorial Docker Gateway](./guides/mcp/docker-gateway-tutorial.md)
+- [Guia Desktop Commander MCP](./guides/mcp/desktop-commander.md)
+- [Guia de Configuração MCP Global](./guides/mcp-global-setup.md)
+- [Diagramas de Arquitetura MCP](./architecture/mcp-system-diagrams.md)
+- [Agente DevOps](../.aiox-core/development/agents/devops.md)
+
+---
+
+_Guia de Configuração Docker MCP do Synkra AIOX v4.0_