diff --git a/docs/superpowers/specs/2026-08-11-mcp-server-nativo-n8n-clinicall-design.md b/docs/superpowers/specs/2026-08-11-mcp-server-nativo-n8n-clinicall-design.md
index 3b7054d..ac4d95a 100644
--- a/docs/superpowers/specs/2026-08-11-mcp-server-nativo-n8n-clinicall-design.md
+++ b/docs/superpowers/specs/2026-08-11-mcp-server-nativo-n8n-clinicall-design.md
@@ -205,3 +205,28 @@ de qualquer teste (ver ambiguidade acima) — não adianta testar o fluxo
 de agendamento sem isso. Depois de resolvida, mesma disciplina já usada
 nos outros providers: dado fictício, execução única por vez, conferência
 visual no ClinicAll antes de qualquer nova tentativa.
+
+## Status desta etapa (11/08/2026)
+
+Os 9 workflows foram criados e validados estruturalmente
+(`n8n_validate_workflow`, 0 erros nos nove):
+
+- `MCP Server - ClinicAll - unidade`: `rcxO2wM00wBn8yZr`
+- `MCP Server - ClinicAll - especialidade`: `t8jny3Nld3N9l3Vs`
+- `MCP Server - ClinicAll - convenio`: `qkdgd7NvT6SaBE6H`
+- `MCP Server - ClinicAll - profissional`: `lkCq87TSfObfz6uN`
+- `MCP Server - ClinicAll - procedimento`: `DrFjV3baThCHXLN7`
+- `MCP Server - ClinicAll - paciente`: `G5498zaS2BDJT57Q`
+- `MCP Server - ClinicAll - consultar_horarios`: `H1Md4gf3vkhO01AF`
+- `MCP Server - ClinicAll - agendar`: `WBJrNhXhX7W7hGOY`
+- `MCP Server - ClinicAll` (servidor): `igaKjoHcPNYRAxPS`
+- Endpoint MCP (path do `MCP Server Trigger`): `mcp-server-clinicall`
+
+**Nada foi ativado nem testado com chamada HTTP real.** As duas
+pendências reais continuam sem solução: o mecanismo de autenticação por
+requisição (nenhuma credencial criada, todos os nodes com
+`authentication: none`) e o verbo HTTP exato de `/agendamento` (assumido
+`PUT`, não verificado contra a API real). Falta, quando houver uma
+clínica ClinicAll real: resolver a autenticação primeiro, preencher
+`baseUrl` nos 8 sub-workflows, mapear os `$fromAI(...)` na UI, ativar os
+9 workflows, e construir o workflow de agente cliente que os consome.