docs: adiciona inventário geral dos workflows de exemplo (agendamento + confirmação, 4 providers)
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Sonnet 5
parent
da3b38551f
commit
d873ee02dd
@@ -14,7 +14,11 @@
|
||||
> Google Docs, memória via Postgres, MCP de mensageria standalone). As
|
||||
> seções 18-20 cobrem a feature de **confirmação de agenda via
|
||||
> WhatsApp**, replicada nos três providers adicionais (Klingo,
|
||||
> ClinicAll, SysLife) — ver o resumo comparativo na seção 21.
|
||||
> ClinicAll, SysLife) — ver o resumo comparativo na seção 21. A seção 22
|
||||
> cobre os workflows de exemplo de AI Agent para **agendamento** desses
|
||||
> mesmos três providers (fechando a lacuna que só a confirmação tinha
|
||||
> preenchido) — ver o inventário geral de todos os workflows de exemplo
|
||||
> (agendamento + confirmação, nos 4 providers) no final da seção 22.
|
||||
|
||||
## 1. Node MCP: qual usar e como instalar
|
||||
|
||||
@@ -977,3 +981,27 @@ criado ou modificado — só os 3 workflows de agente e a conexão via
|
||||
Validados estruturalmente (0 erros nos três), deixados **inativos de
|
||||
propósito** — sem clínica real de nenhum dos três providers nem
|
||||
credencial Postgres válida, ativá-los só geraria execuções com erro.
|
||||
|
||||
### Inventário geral — workflows de exemplo nos 4 providers
|
||||
|
||||
Com esta seção, os 4 providers passam a ter cobertura simétrica: cada
|
||||
um com um caminho de **agendamento** e um de **confirmação de agenda**,
|
||||
seja em produção real (só o Z-PRO) ou como esqueleto de exemplo pronto
|
||||
pra duplicar (os outros três).
|
||||
|
||||
| Provider | Agendamento | Confirmação de agenda |
|
||||
| --- | --- | --- |
|
||||
| **Z-PRO** | `Agendamento - GChat - Z-PRO (clínica exemplo)` (`yG2mi6ECBpPv4Hmn`) — **produção real, ativo** | Não construída ainda — fica pra quando for demandada |
|
||||
| **Klingo** | `Agendamento - GChat - Klingo (exemplo)` (`ToilBwbsSdXMCvCI`) — exemplo, inativo | `Confirmação de Agenda - GChat - Klingo+Z-PRO (exemplo)` (`F5jEliFFE3K9cW14`) — exemplo, inativo |
|
||||
| **ClinicAll** | `Agendamento - GChat - ClinicAll (exemplo)` (`6E7dXKtG68mN8Xkv`) — exemplo, inativo | `Confirmação de Agenda - GChat - ClinicAll+Z-PRO (exemplo)` (`ylc3Jcz239ra6XZK`) — exemplo, inativo |
|
||||
| **SysLife** | `Agendamento - GChat - SysLife (exemplo)` (`6tylTUf0CAWTnrhD`) — exemplo, inativo | `Confirmação de Agenda - GChat - SysLife+Z-PRO (exemplo)` (`wBjXOZSEj5TopzfB`) — exemplo, inativo |
|
||||
|
||||
Todos os seis workflows de exemplo (Klingo/ClinicAll/SysLife ×
|
||||
agendamento/confirmação) seguem o mesmo esqueleto: `Webhook` (contrato
|
||||
Z-PRO/GChat, seção 6) → `AI Agent` com `OpenAI Chat Model` (credencial
|
||||
real e compartilhada `29vMIDah5DTIhUYJ`, "GPT") + `Postgres Chat
|
||||
Memory` (credencial placeholder) + tools via `MCP Client Tool`
|
||||
apontando pro respectivo MCP Server nativo já construído. Nenhum foi
|
||||
ativado nem testado com chamada HTTP real — cada um fica pronto pra
|
||||
duplicar assim que a clínica real correspondente e o banco Postgres do
|
||||
cliente existirem.
|
||||
|
||||
Reference in New Issue
Block a user