4 tasks: verificar estrutura atual, trocar o node numa operação
atômica (add + connect + remove, mesma lição da implementação
anterior sobre nós desconectados), testar persistência real de
contexto entre duas execuções separadas do workflow, atualizar
runbook + commit.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
6 tasks: verificar estrutura atual antes de modificar (workflow em
produção), adicionar os 4 nodes novos (Config Clínica, Buscar config
da clínica, Doc OK, Doc falhou), rewire das conexões, estender o
systemMessage do AI Agent sem alterar as regras fixas existentes,
preencher docId de teste e testar de ponta a ponta (incluindo
caminho de falha), atualizar runbook + commit. Disciplina extra por
mexer em produção real: validação após cada task, teste de falha
obrigatório antes de concluir.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
10 tasks: 5 sub-workflows de catálogo (unidade, especialidade,
convenio, profissional, procedimento) com esqueleto quase idêntico,
sub-workflow paciente, sub-workflow consultar_horarios (GET
/disponibilidade com route params), sub-workflow agendar (PUT
/agendamento com a mesma proteção 2xx=sucesso), servidor MCP com as
8 tools, e revisão final + commit. Nenhuma credencial criada
(mecanismo de auth desconhecido, authentication:none) -- sem
clínica ClinicAll real disponível, validação só estrutural.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
7 tasks: 5 sub-workflows novos de consulta (mesma credencial
X-APP-TOKEN já existente, sem sessão de paciente), adição desses 5
como novas tools no servidor MCP Server - Klingo já existente (via
addNode/addConnection, sem recriar o workflow), e revisão final +
commit. specialtyId/procedimento continua sem tool que resolva
(lacuna documentada na spec).
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
9 tasks: 6 sub-workflows de consulta/apoio (especialidade, medico,
convenio, paciente, procedimento, consultar_horarios) com esqueleto
quase idêntico entre si, sub-workflow agendar (PUT /Agenda com a
mesma proteção contra duplicidade 2xx=sucesso), servidor MCP com as
7 tools, e revisão final + commit. Sem clínica SysLife real
disponível -- validação só estrutural, workflows ficam inativos até
haver um workflow de agente cliente pra consumi-los.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
4 tasks: sub-workflow consultar_horarios (SLOT_MAPPING_UNAVAILABLE),
sub-workflow agendar (fluxo de 2 chamadas HTTP com autenticação em
dois estágios — X-APP-TOKEN estático + Bearer de sessão dinâmico via
expressão, 3 pontos de saída antecipada por erro/validação), servidor
MCP com as 2 tools, e revisão final + commit. Sem clínica Klingo real
disponível — validação só estrutural, workflows ficam inativos até
haver um workflow de agente cliente pra consumi-los.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
- gti-scheduling-mcp: MCP server com ZProAdapter e KlingoAdapter (agendar() completo pros dois)
- Workflow n8n 'Agendamento - GChat - Z-PRO': webhook -> AI Agent -> MCP -> Z-PRO, testado com sucesso real
- Documentacao: specs, plano, runbook de problemas reais e export do workflow
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
GustavoandClaude Sonnet 5