@lionchat/mcp-server 1.21.0 → 1.22.0

package/dist/docs/instructions.md

@@ -422,6 +422,7 @@ Antes de escolher a ferramenta, cheque se a intenção bate com a coluna da dire
 | **Migrar conversas** de uma caixa WhatsApp pra outra (ex.: QR Code → Oficial) | `lionchat_inboxes_inbox_migration_list` (prévia) → `_execute` → acompanhar status | Admin-only e IRREVERSÍVEL: sempre mostre os números da prévia e confirme (seção 7a). Grupos não vão pro canal oficial — ficam na caixa de origem |
 | Qualquer coisa de Ligação WP (Wavoip) | **INTEGRAÇÃO REMOVIDA em 12/08/2026** — não há tool nem tela | A Wavoip saiu do produto: a aba "Ligação WP" **não existe mais**. NUNCA orientar o usuário a "Configurações da caixa → Ligação WP". Para voz em caixa QR Code, o caminho hoje é o **LionCalls**. As ligações antigas seguem no histórico (`provider: "wavoip"`); as gravações delas ficavam no servidor da Wavoip e vão sumir — ao tentar ouvir, o painel mostra "Esta gravação não está mais disponível", e isso é esperado, não é defeito. |
 | Restringir agendas que a IA oferece | `lionchat_captain_assistants_update` (`config.booking_event_type_ids: [Int]`) | binding de agenda por cenário NÃO é settable via API |
+| **Programa de sessões** de um contato ("em que sessão ele está", ajustar total, encerrar/reabrir) | `lionchat_agenda_treatments_list` (por `contact_id`) / `_show` / `_update` | NÃO existe create: o programa nasce junto do agendamento (na TELA chama-se "programa"; na API segue `treatment`). Marcar TODAS de uma vez: `plano_sugerido` + `marcar_todas` de um tipo com `sessions_enabled` (`tasks_create` modo booking, `treatment: {...}` por pessoa; "marcar próxima" = `agenda_treatment_id` + `treatment_session_number`). Faltar CONSOME a sessão. Ver `lionchat://docs/agenda-multiplas-unidades` §7 |
 | Configurar o Copiloto (modelo/temperatura/prompt base) | `lionchat_copilot_settings_update` | admin-only; copiloto tem motor próprio (padrão temp 0.3) |
 | **Resetar/testar do zero a IA** numa conversa | `lionchat_conversations_captain_history_reset` (POST, sem body) | Cria pílula de marco na conversa; a partir dali TODA leitura autônoma da IA (respostas, resumo, follow-up) considera só mensagens pós-marco. Não apaga nada; o atendente segue vendo tudo. Enterprise-only |
 
@@ -441,6 +442,7 @@ Quando precisar de detalhes profundos, leia um destes documents via `resources/r
 - `lionchat://docs/api-conventions` — Auth, paginação, filtros, errors, rate limits
 - `lionchat://docs/conversation-flows` — Ciclo de vida de uma conversa (criação, auto-assignment, IA, resolução)
 - `lionchat://docs/kanban-deep-dive` — Estrutura completa do Kanban (Funnel/Stage/Item/pipeline)
+- `lionchat://docs/agenda-multiplas-unidades` — **Agenda por unidade**: o que `agenda_id` nulo significa, tipos de compromisso da conta, Booking ligado a unidade, página pública (cancelar/remarcar/confirmar), Google **uma conexão por agenda** e **programa de sessões** (N sessões de um tipo; faltar consome; marcar próxima e marcar todas)
 - `lionchat://docs/best-practices` — Como economizar tokens, evitar rate limit, ordem de operações
 - `lionchat://docs/troubleshooting` — Códigos HTTP, erros comuns, debugging
 - `lionchat://docs/flowbuilder-design-guide` — **OBRIGATÓRIO** antes de criar/editar fluxo: schema de nodes, handles expostos por tipo, layout/positioning, erros comuns, checklist

package/dist/docs/resources/agenda-multiplas-unidades.md

@@ -0,0 +1,185 @@
+# Agenda — unidades, tipos de compromisso e Google por agenda
+
+Guia da Agenda depois das frentes de 13/09 e 15/09/2026. Leia antes de mexer em agendas, tipos de
+compromisso, Booking ligado a unidade, conexão Google ou programa de sessões.
+
+---
+
+## 1. Uma agenda é um LUGAR, nunca uma pessoa
+
+Uma **agenda** é uma unidade: a matriz, uma filial, um consultório. Ela tem nome, fuso, cor, quem
+enxerga e **conta Google próprios**. Não confunda com o calendário de uma pessoa — quem tem
+calendário pessoal é o atendente, e ele aparece dentro da agenda.
+
+**Toda conta tem UMA agenda.** Ter mais de uma exige o recurso `multiple_agendas` ligado na conta
+(Super Admin), e o número de Extras Manuais define o teto — **zero ali significa ILIMITADO**, igual
+a Voz, Coex e Contratos. Sem o recurso, `agendas_create` é recusado.
+
+### `agenda_id` NULO significa "a agenda principal"
+
+Essa é a regra mais importante deste documento, e vale em **quatro** lugares: `account_tasks`,
+`booking_event_types`, `google_calendar_connections` e nos filtros.
+
+Nulo **não** quer dizer "sem agenda": quer dizer "a principal". É o que todo registro anterior à
+funcionalidade tem, e é por isso que ligar múltiplas agendas não exige retrocarga nenhuma — nada
+precisa ser migrado, nada muda de lugar.
+
+**Ao filtrar a agenda principal, inclua os nulos.** Filtrar `agenda_id = <id da principal>` sozinho
+esconde todo o histórico da conta.
+
+---
+
+## 2. Tipos de compromisso
+
+São **7 de fábrica**, no código: `task`, `follow_up`, `call`, `meeting`, `video_call`, `deadline`,
+`custom`. Não existem `consulta`, `retorno` nem `procedimento` — foram removidos em 13/09; mandar
+um desses em `task_type` dá 422.
+
+Além dos 7, a empresa **cria os dela** com o nome que usa ("Consulta", "Ondas de Choque", "Visita
+ao imóvel"), em `account_task_types`.
+
+- `key` é derivada do nome e **nunca muda**. É ela que fica gravada em `account_tasks.task_type`.
+  Renomear o tipo troca só o que aparece na tela; o histórico fica inteiro.
+- `icon` é uma **lista fechada de 12**. Qualquer outro valor é recusado pelo servidor — nome fora da
+  lista produz uma classe que nunca foi gerada e o ícone **some da tela, sem erro**.
+- Excluir um tipo **em uso** não apaga: **desativa** (`deactivated: true` na resposta). Os
+  compromissos antigos continuam com nome e ícone.
+
+⚠️ **O tipo que a conta cria conta como agendamento para a IA.** É o que impede o agente de IA de
+concluir que ainda não agendou e marcar o cliente **duas vezes**. Não existe interruptor para
+desligar isso — a chave saiu do `permit` de propósito.
+
+---
+
+## 3. Booking → agenda
+
+Cada tipo de evento do Booking tem `agenda_id`: é a unidade em que o agendamento feito pelo cliente
+vai nascer. Nulo = principal.
+
+Sem isso (até 13/09) **todo agendamento feito por Booking caía na agenda principal**, mesmo quando o
+profissional atendia na filial — e quem trocasse para a agenda da filial não via o agendamento.
+
+`agenda_id` de outra conta é recusado pelo modelo. A FK garante que a agenda existe; ela não garante
+que é sua.
+
+---
+
+## 4. Página pública (cancelar, remarcar, confirmar presença)
+
+O tipo de evento controla o que o cliente pode fazer:
+
+| Campo | Padrão | O que faz |
+|---|---|---|
+| `allow_cancel` | `true` | cliente pode cancelar |
+| `allow_reschedule` | `true` | cliente pode remarcar |
+| `ask_attendance_confirmation` | **`false`** | mostra "Sim, vou comparecer" |
+| `cancel_min_notice_hours` | vazio | antecedência mínima para cancelar |
+| `reschedule_min_notice_hours` | vazio | antecedência mínima para remarcar |
+| `reschedule_max_advance_days` | vazio | até quando pode remarcar |
+| `max_reschedules` | vazio | quantas vezes pode remarcar |
+
+**Vazio ou zero = sem limite** (falha aberta, de propósito: uma regra em branco nunca deve trancar o
+cliente para fora).
+
+### Variáveis da mensagem de abertura
+
+`{{nome}} {{titulo}} {{tipo}} {{agente}} {{data}} {{horario}} {{dia_semana}} {{duracao}}
+{{telefone}} {{email}} {{link_cancelar}} {{link_remarcar}} {{link_confirmar}}`
+
+As chaves são **em português nos dois idiomas** — elas são o identificador, não a tradução.
+Variável desconhecida **sai crua** para o cliente ("Olá {{name}}, ...").
+
+`{{link_confirmar}}` só é útil com `ask_attendance_confirmation` ligado.
+
+### Presença é CARIMBO, não status
+
+`attendance` (`attended` / `no_show`) é um campo separado de `status`. Marcar falta **não devolve o
+horário** para a agenda — decisão do dono. Não use `attendance` para deduzir se o compromisso está
+ativo; para isso existe `status`.
+
+---
+
+## 5. Google Calendar é UMA CONEXÃO POR AGENDA
+
+A regra já mudou duas vezes; hoje é: **uma conta Google por agenda**. Cada unidade liga a conta
+Google dela — inclusive a **mesma pessoa** com contas Google diferentes, uma por unidade.
+
+- `google_calendar_agendas` devolve uma linha por agenda com o estado de cada uma.
+- `agendas_list` / `agendas_show` trazem `google: { connected, email, state }` em cada agenda — dá para saber qual conta Google está ligada a qual unidade sem chamar o Google (o estado sai do banco). [13/09]
+- Agenda **sem** Google conectado simplesmente **não sincroniza** — ela não cai no Google da matriz.
+  O contrário mandaria o compromisso de uma unidade para o calendário de outra.
+- Os sub-calendários compartilhados com agentes pertencem à conexão daquela unidade.
+
+---
+
+## 6. Quem enxerga uma agenda
+
+- Agenda **sem** pessoas e **sem** equipes: todo mundo da conta enxerga.
+- Marcando pessoas e/ou equipes: só elas. Quem entrar na equipe ganha acesso sozinho.
+- **Administrador enxerga todas**, sempre.
+- `member_user_ids` e `member_team_ids` **substituem a lista inteira** (idioma do `InboxMember`).
+
+A listagem de compromissos já vem recortada pelas agendas que o usuário enxerga, **mesmo sem mandar
+`agenda_id`**. Ler ou editar compromisso de uma agenda que a pessoa não enxerga devolve 404.
+
+---
+
+## 7. Programa de sessões (15/09)
+
+Um **programa** é um pacote de N sessões do mesmo tipo de evento para um contato ("10 sessões de ondas
+de choque a cada 30 dias", "8 encontros de mentoria", "4 sessões de onboarding").
+
+⚠️ **Na TELA o nome é "programa"** (bloco "Programas", botão "Encerrar programa") — decisão do dono em
+15/09, porque nem sempre é saúde. No CÓDIGO e na API tudo continua `treatment`/`agenda_treatments`: as
+ferramentas, os campos e a tabela não mudaram. Ao falar com o cliente, diga **programa**; ao chamar a
+API, use os nomes de sempre. Cada encontro continua se chamando **sessão** nos dois lados. Só a primeira sessão nasce marcada; as outras ficam "a marcar" e a
+ficha do contato mostra em que pé está: quantas foram feitas, quantos por cento, quando é a próxima
+e se está atrasada.
+
+- **Liga-se no tipo de evento**: `sessions_enabled` + `sessions_default_count` (2 a 60) +
+  `sessions_interval_value`/`sessions_interval_unit` (`days`/`weeks`/`months`). Tipo sem isso não
+  cria programa nunca.
+- **O programa NASCE junto do agendamento** — não existe `create`. Todo agendamento de um tipo com
+  sessões (painel, link público ou IA) cria o programa do contato ou **engrossa** o que já está em
+  andamento como a próxima sessão livre. Um programa ativo por contato + tipo.
+- **Plano por pessoa**: no `tasks_create` em modo booking, `treatment: {sessions, interval_value,
+  interval_unit}` vence o padrão do tipo. É validado ANTES da reserva (422 sem agendar nada).
+- **"Marcar próxima"**: `tasks_create` com `agenda_treatment_id` + `treatment_session_number`. Sessão já
+  marcada dá 422; programa de outra ficha dá 422.
+- **Sessão k = compromisso VIVO (não cancelado) de número k.** Cancelar devolve a sessão; remarcar
+  mantém o número; **faltar consome** (decisão do dono — a falta gasta a sessão). "Usadas" = compareceu
+  + faltou. Nada disso é cache: o resumo é derivado das tarefas na leitura.
+- **Cheio** = todas as N marcadas e nenhuma usada ainda. Agendamento novo pelo painel/IA num
+  programa cheio vira **sessão extra** (N+1, até 60); pelo link público não vira nada (o
+  agendamento nasce solto, sem programa).
+- **Concluído** = usadas ≥ N. O `status` do programa só vira `completed` na próxima reserva daquele
+  tipo (aí abre um ciclo novo); `closed` é encerramento pela equipe (`close_reason: manual`) ou pela
+  junção de contatos (`mesclagem` — o programa do perdedor que colide com um do vencedor).
+- **Atrasado** = em andamento, próxima sessão com data prevista já passada e nenhuma sessão viva com
+  data futura. A previsão é a última data conhecida + intervalo × distância.
+- **Marcar TODAS as sessões que faltam** (15/09): `lionchat_agenda_treatments_plano_sugerido` devolve o dia e a
+  hora sugeridos por sessão (data prevista; sem vaga, anda para a frente e marca `deslocada`), e
+  `lionchat_agenda_treatments_marcar_todas` marca o que for confirmado. **Não é transação única**: sucesso parcial é
+  200 com `falhas` nomeadas, e o que entrou na agenda fica. Com confirmação ligada no tipo, o cliente recebe UMA
+  mensagem por sessão — avise isso antes de marcar em lote.
+- Ferramentas: `lionchat_agenda_treatments_list` (por `contact_id`, resumo pronto por programa),
+  `_show`, `_update` (`planned_sessions` nunca abaixo da maior sessão já marcada; `status`
+  `closed`/`active`). O compromisso devolve `tratamento: {id, sessao, total, titulo}` quando pertence a
+  um. Compromisso de agenda que o usuário não enxerga aparece na sessão como `oculta: true`.
+- O relatório de Agendamentos tem o bloco `treatments` (vale o período escolhido: programas, sessões do período e quem parou no meio — ver `reports-guide`).
+
+---
+
+## 8. Erros comuns
+
+| Sintoma | Causa |
+|---|---|
+| 422 'Ha sessoes marcadas alem dessa quantidade' ao reduzir `planned_sessions` | já existe sessão marcada acima do novo total; cancele-a antes |
+| 422 'Ja existe um tratamento em andamento deste tipo para este contato' (texto do servidor) ao reabrir | um programa ativo por contato + tipo; encerre o outro primeiro |
+| Agendamento novo não entrou no programa | tipo sem `sessions_enabled`, ou programa CHEIO agendado pelo link público (sessão extra só pelo painel/IA) |
+| 422 ao criar compromisso com `task_type: "consulta"` | os tipos clínicos saíram; use a `key` que `account_task_types_list` devolve |
+| Ícone do tipo não aparece | valor fora da lista fechada de 12 |
+| Agendamento do Booking caiu na unidade errada | `agenda_id` do tipo de evento não foi definido (nulo = principal) |
+| Compromisso da filial no Google da matriz | não acontece mais; se aparecer, a conexão daquela agenda está com `agenda_id` errado |
+| `agendas_create` recusado | recurso `multiple_agendas` desligado ou teto de Extras Manuais atingido |
+| Histórico sumiu ao filtrar a principal | faltou incluir os compromissos com `agenda_id` **nulo** |

package/dist/docs/resources/assinatura-eletronica.md

@@ -50,8 +50,10 @@ Participante: `pending` → `viewed` → `verified` (confirmou o código) → `s
   leitura de um modelo continuam abertas a qualquer membro. Cancelar contrato e apagar modelo: só administrador.
 - **Trava sagrada**: campo do modelo sem valor na ficha bloqueia o envio. Preencher a ficha primeiro.
 - **Validade** (`roles_layout.validity_days`, padrão 7) conta do ENVIO; `{{document.deadline}}` imprime a data no
-  texto; passou = `expired` (cron de hora em hora). **Lembrete** (`reminder_days`, padrão 2, 0 = off): quem não
-  assinou recebe o link de novo a cada N dias.
+  texto; passou = `expired` (cron de hora em hora). **Lembrete NÃO é mais função do sistema** (14/09): o campo
+  `reminder_days` e a tarefa diária das 10h foram REMOVIDOS. Quem lembra é um fluxo do cliente, com o texto e a
+  caixa dele — gatilho "Link de assinatura enviado para uma pessoa" (`signature_delivered`, um disparo por
+  pessoa), bloco Esperar em dias e a condição "Situação do contrato". Nunca sugerir `reminder_days`.
 - **Conversor de Word** é um serviço separado (docx-converter). Fora do ar = `422 conversor_indisponivel` na prévia e no envio de modelo Word — é o serviço, não o arquivo; repetir em instantes. Modelos `text` e `file` não passam por ele.
 - **Fila única de conversão do Word**: uma conversão por vez em toda a instalação (todas as contas); pela tela espera-se até 10 s, automação/macro/fluxo/formulário até 2 s.
   Passou disso o envio/prévia volta `422 fila_cheia` — é só repetir em instantes (o modelo está bom).

package/dist/docs/resources/best-practices.md

@@ -397,7 +397,9 @@ oficial, com WABA) sai pra Meta como evento de MENSAGEM (`action_source: busines
 Meta só aceita isso num **dataset vinculado à WABA**, nunca no pixel do site (recusa 2804132). Até
 10/09 100% desses eventos caíam no plano B (saíam como site) sem ninguém ver. Regras pro MCP:
 
-- **Vincular a caixa primeiro:** `lionchat_inboxes_capi_dataset_link` (POST `/inboxes/{id}/capi_dataset`).
+- **Vincular a caixa primeiro:** normalmente NÃO é preciso — o vínculo é automático (na criação da caixa
+  e por varredura a cada 10 min). Se `capi_dataset_id` estiver vazio, `lionchat_inboxes_capi_dataset_link`
+  (POST `/inboxes/{id}/capi_dataset`) força na hora.
   Idempotente, vale para todos os números da mesma WABA, usa a chave da PRÓPRIA caixa (a do pixel não
   serve). O id fica em `provider_config.capi_dataset_id` (visível em `lionchat_inboxes_show` para admin).
   Sem o vínculo os eventos de anúncio saem como site com `fallback_reason: lionchat:dataset_nao_configurado`.
@@ -922,3 +924,11 @@ administrador."* — a recusa é `before_action`, então NADA do resto do update
 Ao atualizar o próprio usuário: mande times e caixas à vontade; **não mande `role` nem
 `custom_role_id`** — se mandar, a chamada inteira falha e as outras alterações se perdem também.
 Para trocar o cargo de alguém, use a conta de OUTRO administrador.
+
+## Cargo personalizado: descrição CURTA (16/09/2026)
+
+Em `custom_roles_create` / `custom_roles_update`, a `description` é **uma frase de até 60 caracteres**
+(ex.: *"Tudo, menos conversas das caixas em que não foi adicionado."*). **Não liste as permissões
+na descrição** — a tela já as mostra na coluna "Permissões". Uma descrição de 180 caracteres
+escondeu o cargo recém-criado na lista de Funções personalizadas da conta 1 (a tela foi corrigida
+para cortar o texto com reticências, mas a descrição longa continua ilegível ali).

package/dist/docs/resources/conversation-flows.md

@@ -439,7 +439,7 @@ POST .../conversations/{id}/toggle_status
 
 | Ação | Tool / endpoint | Efeito |
 |---|---|---|
-| Marcar como **lida** | `update_last_seen` (POST `.../update_last_seen`) | Atualiza `agent_last_seen_at`; em canal WAHA dispara check azul no WhatsApp |
+| Marcar como **lida** | `update_last_seen` (POST `.../update_last_seen`) | Atualiza `agent_last_seen_at` e, em canal WhatsApp (QR Code ou oficial), dispara o check azul — **só quando há mensagem do cliente ainda não lida** (12/09); sem entrante nova a chamada cai na trava de 1 h e devolve o carimbo já gravado |
 | Marcar como **não-lida** | `conversations_unread` (POST `.../unread`) | Recua o `last_seen` pra antes da última mensagem do cliente — conversa volta a aparecer como não-lida |
 
 Ambas são **ações de escrita** (POST). `unread` é o oposto de `update_last_seen`, não uma consulta.

package/dist/docs/resources/data-model.md

@@ -150,8 +150,28 @@ Company
 ├── account_id (FK)
 ├── name
 └── domain
+
+AttributeChange (histórico de alterações de atributo — 2026-09-11)
+├── id (PK)
+├── account_id (FK)
+├── contact_id (FK, opcional) / conversation_id (FK, opcional)
+├── target_type + target_id ('Contact' | 'Conversation')
+├── field (name | email | phone_number | date_of_birth | gender | cadastral.* | address.* | custom.<chave>)
+├── old_value / new_value (jsonb)
+├── actor_type + actor_id + actor_label (User | Captain::Assistant | Flow | AutomationRule | LeadForm | Integration | System)
+├── source (panel | api | mcp:npm | mcp:remote | flow | automation | ai | form | integration:<nome> | merge | system)
+├── merged_from_contact_id (linha que veio de ficha mesclada)
+└── created_at
 ```
 
+**Histórico de alterações (`attribute_changes`, 2026-09-11):** uma linha por campo que mudou (contato ou
+conversa), com valor antes/depois, quem mudou e por onde. Mudança feita pelo MCP sai com `source`
+`mcp:npm`/`mcp:remote` e o usuário do token como ator. Criação não gera linha; importação de planilha
+não gera; chaves protegidas (rastreio `utm_*`/`gclid`, `waha_*`, `eclinica_*`, e toda definição
+`system: true`) ficam fora. Leitura: `GET contacts/{id}/attribute_changes` e
+`GET conversations/{id}/attribute_changes` (50/página; filtros `field`, `source`); telefone, e-mail,
+nascimento e documentos vêm mascarados (`masked: true`) para quem não é administrador. Retenção 180 dias.
+
 **`additional_attributes` vs `custom_attributes` no Contato:**
 - `additional_attributes` (jsonb): campos do sistema porém **EDITÁVEIS via API** (`permitted_params` permite `additional_attributes: {}`). Guarda chaves padrão como `city`, `company`, `country_code` — que são as chaves filtráveis em `lib/filters/filter_keys.yml` (tipo `additional_attributes`). NÃO é não-editável.
 - `custom_attributes` (jsonb): dado de negócio livre, definido pelo cliente via Atributos Customizados.
@@ -384,8 +404,25 @@ AccountTask (agenda interna)
 ├── meeting_url (string, sala de reunião call/meeting)
 ├── guest_emails (jsonb array, convidados extras — máx 20)
 ├── conversation_id / contact_id / linked_kanban_item_id (FK opcionais)
+├── booked_by (polimórfico User/Contact/Captain::Assistant) / booked_by_name / booking_source
+│   (painel|link|ia|sistema|fluxo) — QUEM agendou e por onde (14/09)
+├── attendance (enum attended=0 / no_show=1, NULO = nada registrado — CARIMBO, não muda status)
+│   / attendance_by (polimórfico) / attendance_source — quem marcou Compareceu/Faltou (14/09)
+├── agenda_treatment_id (FK → AgendaTreatment, nullify) / treatment_session_number (1..N) — a sessão
+│   que este compromisso é; índice único parcial por tratamento+número entre os NÃO cancelados (15/09)
 └── assignees (has_many → User, via account_task_assignments)
 
+AgendaTreatment (tratamento em sessões — tools `agenda_treatments_*`; tabela agenda_treatments; 15/09)
+├── id (PK) / account_id (FK) / contact_id (FK) / booking_event_type_id (FK, nullify)
+├── event_type_title (cópia do nome do tipo — sobrevive à exclusão do tipo)
+├── planned_sessions (2..60) / interval_value (1..365) / interval_unit (days|weeks|months)
+├── status (active|completed|closed) / close_reason (manual|mesclagem) / closed_at
+├── source (painel|link|ia|sistema|fluxo) / created_by_id (FK → User, só quando foi gente)
+├── índice único parcial (account_id, contact_id, booking_event_type_id) WHERE status='active'
+│   — UM tratamento ativo por contato + tipo
+└── account_tasks (has_many, nullify) — sessão k = tarefa VIVA de número k; usadas/percentual/atrasado/
+    concluído são DERIVADOS na leitura (nenhuma coluna de cache)
+
 BookingEventType (template de agendamento — tools `booking_event_types_*`; colunas de
 db/schema.rb, tabela booking_event_types)
 ├── id (PK) / account_id (FK) / user_id (FK → agente padrão)
@@ -397,6 +434,8 @@ db/schema.rb, tabela booking_event_types)
 ├── color (hex `#RRGGBB`, opcional — cor dos compromissos desse tipo no calendário; vazio = cor do
 │   agente; 2026-08-19)
 ├── active / ask_email / ask_description
+├── sessions_enabled (bool) / sessions_default_count (2..60) / sessions_interval_value (1..365) /
+│   sessions_interval_unit (days|weeks|months) — tratamento em sessões: padrão do tipo (15/09)
 ├── confirmation_* (mensagem de confirmação própria: enabled, inbox_id, channel_type,
 │   template_name, blocks). Variáveis nos textos de confirmação E de lembrete (interpolador único):
 │   {{nome}} {{email}} {{telefone}} {{data}} {{horario}} {{dia_semana}} (NOVO 24/08 — dia por
@@ -767,7 +806,7 @@ SignatureDocument (modelo)  1 ──── N  SignatureEnvelope (contrato de UMA
    body ({{variáveis}}), tags,             contact_id, conversation_id,                       status, phone/email, delivery_channel,
    roles_layout {signers, witnesses,       original_sha256, sealed_sha256,                    conversation_id (a conversa DELE),
    sender_signs, require_id_photo,         created_by (quem mandou)                           public_url, signed_at, viewed_at
-   validity_days, reminder_days}                │
+   validity_days}                               │
    progress (contagem por balde)                └── N  SignatureEvent (append-only: kind, occurred_at, ip, user_agent, detail)
 ```
 - Contrato aponta pro contato (`contact_id`, nulifica se a ficha for apagada — a prova sobrevive) e pra conversa

package/dist/docs/resources/flowbuilder-design-guide.md

@@ -531,6 +531,7 @@ o botão "Usar variável" ao lado do campo alterna lista fixa ↔ variável.
 | `start_flow` | `{ flow_id }` | Inicia outro fluxo. **NÃO encerra o fluxo de origem** (desde 31/08): se houver bloco ligado depois dele, o fluxo SEGUE normalmente. Sendo o último do desenho, o fluxo termina ali como sempre. |
 | `send_conversion` (novo 2026-09-01; `event_names` 2026-09-02; `messaging_event_names` 2026-09-10) | `{ destinations: ['meta'\|'ga4'\|'google_ads'], event_names: { meta?, google_ads?, ga4? }, messaging_event_names: { meta? }, event_name (reserva), value? }` | Manda o evento de conversão pro Meta (CAPI), Google Ads e/ou GA4 — o mesmo caminho do Funil, de dentro do fluxo. Aba Sistema (só flow `conversation`). Ver bloco próprio abaixo |
 | `deactivate_flow` ou `disable_flow` | `{}` | Encerra fluxo atual |
+| `set_booking_situation` (novo 2026-09-14) | `{ situation: 'cancelled' \| 'completed' \| 'attended' \| 'no_show' \| 'confirmed' }` | Muda a situação do agendamento **que disparou o fluxo** (gatilho de agendamento do bloco Início, ou fluxo ligado na configuração do tipo de agendamento). Aba **Agenda** (só flow `conversation`, só com a Agenda ligada na conta). Disparado por outra coisa: **não faz efeito e o passo fica com erro visível** (não há como adivinhar o agendamento). Já no estado pedido = passo PULADO, sem escrita (sem evento, sem laço). `cancelled` cancela o **agendamento** (desarma lembretes, invalida o link de gerenciar). Origem gravada = `fluxo`, ator = o próprio flow. Sem `rescheduled`/`snoozed`: o bloco não mexe em data |
 | `update_attribute` | `{ attr_source: 'contact'\|'conversation'\|'card', attr_key, attr_value }` | Seta custom_attribute (ver abaixo) |
 | `assign_captain` (ou `assign_captain_assistant`) | `{ assistant_id }` | Atribui IA Captain |
 | `deactivate_captain` | `{}` | Tira a IA da conversa |
@@ -843,7 +844,7 @@ tela do cliente (a tela lê só `percent`).
 ### 2.11 `update_group` — Gestão de Grupos (WAHA apenas)
 
 Bloco "Gestão de Grupos". Faz **UMA operação por bloco** (não mais um formulário-só com nome/foto/descrição
-juntos) — a operação vai em `data.groupOperation`. São **17 operações**, agrupadas por tema:
+juntos) — a operação vai em `data.groupOperation`. São **18 operações**, agrupadas por tema:
 
 - **Grupo:** `create` (criar), `find_by_id` (buscar por id), `find_by_name` (buscar por nome), `update_subject`
   (mudar nome), `update_description` (mudar descrição), `update_picture` (mudar foto), `settings` (3
@@ -852,6 +853,10 @@ juntos) — a operação vai em `data.groupOperation`. São **17 operações**,
 - **Admins:** `promote_admin` (promover a admin), `demote_admin` (rebaixar).
 - **Convite:** `get_invite` (pegar link/código de convite), `revoke_invite` (revogar), `send_invite` (mandar
   o convite por mensagem a um telefone).
+- **Mensagem no privado:** `send_private_message` (a 18ª, 16/09) — `groupPrivateTo` (obrig, telefone com código do
+  país, aceita `{{trigger.participant.phone}}`) + `messageItems`; manda no PRIVADO desse telefone, criando contato
+  e conversa para quem nunca conversou. Sem variável de resposta, sem `groupTargetId`, sem teto diário. É o jeito
+  de falar com quem acabou de entrar no grupo (o flow individual só roda para quem já tem conversa).
 - **Mensagem:** `send_message` (a 17ª, 08/08) — manda `messageItems` (MESMO contrato do bloco de mensagem:
   text/delay/attachment/audio/url_media; botões/template não fazem sentido em grupo) NA CONVERSA DO GRUPO
   (`groupTargetId` ou, vazio, o grupo da conversa atual; grupo inexistente = `error`). NÃO grava
@@ -1156,7 +1161,7 @@ Oferecidos no autocompletar (só quando o bloco Início tem o gatilho que os pre
 | `assignee_changed` | `{{trigger.assignee.name}}` (vazio = responsável removido) |
 | `team_changed` | `{{trigger.team.name}}` (vazio = equipe removida) |
 | `sla_missed` | `{{trigger.sla.policy_name}}`, `{{trigger.sla.type}}` (`frt`/`nrt`/`rt`) |
-| `group_participant_joined`, `group_participant_left` | `{{trigger.group.name}}`, `{{trigger.group.id}}` |
+| `group_participant_joined`, `group_participant_left` | `{{trigger.group.name}}`, `{{trigger.group.id}}`, `{{trigger.participant.phone}}`, `{{trigger.participant.name}}` (16/09 — quem entrou/saiu; nome só se já é contato) |
 
 Resolvem mas NÃO aparecem no seletor (produtor único — só o gatilho daquela integração preenche):
 `{{trigger.attribute.name}}`/`current_value` (atributo do contato entrou no valor), `{{trigger.form.name}}`/

package/dist/docs/resources/flowbuilder-patterns.md

@@ -597,7 +597,8 @@ Comuns a (quase) todas:
 | `add_participants` | `groupParticipants` (obrig — ex.: `["5511999999999@c.us"]` ou lista); opcional `groupInviteOnFailure` + `groupInviteMessage` | `added`, `not_added`, `added_count`, `not_added_count`, `no_whatsapp`, `invited`, `invite_status` |
 | `send_invite` | `groupInviteTo` (obrig — telefone de destino), `groupInviteMessage` (opc) | `invite_link` |
 | `settings` | pelo menos uma de `infoAdminOnly` / `messagesAdminOnly` / `membersCanAddNewMember` (booleans) | `settings_updated` (lista do que aplicou), `settings_failed` (`[{setting, reason}]`), `settings_unsupported` |
-| `send_message` | `messageItems` (mesmo contrato do bloco de mensagem: text/delay/attachment/audio/url_media) + `groupTargetId` opcional — manda os balões NA CONVERSA DO GRUPO (vazio = grupo da conversa atual). É a 17ª operação (08/08) | — (única sem variável de resposta) |
+| `send_message` | `messageItems` (mesmo contrato do bloco de mensagem: text/delay/attachment/audio/url_media) + `groupTargetId` opcional — manda os balões NA CONVERSA DO GRUPO (vazio = grupo da conversa atual). É a 17ª operação (08/08) | — (sem variável de resposta) |
+| `send_private_message` | `groupPrivateTo` (obrig — telefone com código do país; aceita `{{trigger.participant.phone}}`) + `messageItems` — manda os balões no PRIVADO desse telefone. Quem nunca conversou ganha contato + conversa (dispara os ouvintes de conversa criada). 18ª operação (16/09), sem teto diário | — (sem variável de resposta) |
 
 Os campos `added`/`not_added`/`no_whatsapp`/`invited`/`invite_status` do `create` e `groupInviteOnFailure` são
 de 21/08/2026 (entram com o próximo deploy do app depois de 21/08/2026).
@@ -620,6 +621,13 @@ as outras duas seguem aplicadas. Não prometa essa permissão ao cliente sem con
 dígitos, aceita `1203...@g.us` ou só o número). Quando alguém entra, o `send_message` seguinte cai **no próprio
 grupo** (o grupo é a conversa do flow).
 
+**Quem entrou (16/09):** o gatilho entrega `{{trigger.participant.phone}}` (telefone com `+`) e
+`{{trigger.participant.name}}` (só quando a pessoa já é contato). Para falar **no privado** de quem entrou, use no
+flow de grupo um `update_group` com `groupOperation: "send_private_message"` e `groupPrivateTo:
+"{{trigger.participant.phone}}"`. **Não use flow individual para isso:** ele só roda para quem JÁ tem conversa
+naquela caixa — quem entra pela primeira vez (link de convite) é pulado. Limite conhecido: o flow de grupo atende
+uma entrada por vez; quem entrar enquanto os balões da pessoa anterior saem não recebe (prefira 1 balão).
+
 **Lembretes:**
 - **Teto de 20 participantes por execução** (`add_participants`/`create`) — trava ANTI-BANIMENTO, não performance.
   Adicionar em lote é o que mais rápido derruba número no WhatsApp não-oficial.

package/dist/docs/resources/formularios-publicos.md

@@ -232,8 +232,10 @@ renderiza e não dá erro.
 - **Lista de recusa no servidor** (o valor é pulado de forma visível, sem erro): `name`, `email`,
   `phone_number`, `identifier`, `card` e chaves começando com `captain_`, `eclinica_`, `origin_`,
   `lt_`, `booking_`, `waha_`, `whatsapp_`, `ctwa_`, `meta_lead_`.
-- Contato pré-existente recebe valor **só em campo vazio** — exceto o que ESTA resposta gravou e
-  ninguém mudou depois (correção via Voltar).
+- Contato pré-existente: **dado novo vence** (regra de 11/09) — nome, e-mail, documentos e atributos
+  são sobrescritos por resposta nova (mesmo valor não regrava). Só o **telefone** fica protegido
+  (endereço da conversa): preenche vazio ou corrige o que a própria resposta gravou. O que cada
+  resposta gravou fica em `written_attributes` (detalhe da resposta).
 
 **`options`** (do `choice`): `[{ "id": "abc123", "label": "Sim", "image": "" }]`.
 

package/dist/docs/resources/glossary.md

@@ -449,7 +449,7 @@ Campos MUTÁVEIS (atualizáveis livremente por IA/integração): `marital_status
 | **LionCalls** | Voz pelo WhatsApp em caixa **QR Code**, mas pelo **motor próprio do LionChat** (credencial global, 1 sessão por caixa; flag `lioncalls_calling`, nasce desligada e é ligada conta a conta) | **NENHUMA — sem tool no MCP** | WhatsApp QR Code |
 | **WhatsApp Calling (Cloud)** | Voz pelo WhatsApp na **API oficial** (enterprise) | `whatsapp_calls_*` + enable/disable_whatsapp_calling | WhatsApp oficial |
 | **VoIP (Zenvia)** | Telefonia COMUM com softphone no navegador (ramais, ligações) | `voip_*` | Telefone |
-| **VTCall** | Telefonia por **PABX click-to-call**, config por conta + ramal por atendente; **sem softphone no navegador** — o atendente fala pelo app/ramal do VTCall | `vtcall_settings_*` (show/update/test_connection), `vtcall_ramals_*` (list/create/destroy) | Telefone (PABX do cliente) |
+| **VTCall** | Telefonia por **PABX click-to-call**, config por conta + ramal por atendente; **sem softphone no navegador** — o atendente fala pelo app/ramal do VTCall; desde 11/09/2026 a ligação discada direto no aparelho (ramal cadastrado) também entra no histórico | `vtcall_settings_*` (show/update/test_connection), `vtcall_ramals_*` (list/create/destroy) | Telefone (PABX do cliente) |
 
 Quando o usuário falar "ligação", descubra o canal ANTES de responder: caixa QR Code → **LionCalls**;
 caixa oficial → `whatsapp_calls`; telefone/ramal → Zenvia (softphone) ou VTCall (PABX).
@@ -503,7 +503,8 @@ cards daquele funil).
   pelo botão de WhatsApp de um anúncio (conversa com `ctwa_clid` numa caixa oficial). A Meta só
   aceita 14 nomes nele (`LeadSubmitted`, `QualifiedLead`, `ViewContent`, `AddToCart`, `InitiateCheckout`, `Purchase`, `OrderCreated`, `OrderShipped`, `OrderDelivered`, `OrderCanceled`, `OrderReturned`, `CartAbandoned`, `RatingProvided`, `ReviewProvided`) e só num dataset vinculado à WABA.
 - **Dataset da WABA** (`provider_config.capi_dataset_id` da caixa oficial): destino desses eventos,
-  criado/recuperado pelo botão "Vincular à Meta" (`lionchat_inboxes_capi_dataset_link`) com a chave da
+  criado/recuperado AUTOMATICAMENTE (na criação da caixa e por varredura a cada 10 min) e, como plano B,
+  pelo botão "Vincular à Meta" (`lionchat_inboxes_capi_dataset_link`) com a chave da
   própria caixa. Um por conta do WhatsApp Business; vale para todos os números dela.
 - **`messaging_name` / `messaging_event_names.meta` / `messaging_event_name`**: a escolha do evento de
   WhatsApp (funil / fluxo / disparo manual). Tri-estado: ausente = automático, `''` = não enviar como
@@ -600,6 +601,17 @@ conversa). Quem atendeu voltou a aparecer nas recebidas. Se o cliente diz que o
 funciona numa ligação de hoje, o mais provável é que o arquivo permanente ainda não exista — a
 reconferência resolve sozinha dentro de 36h.
 
+## Ligação feita direto no aparelho do VTCall (11/09/2026)
+
+Antes, só a ligação iniciada pelo botão Ligar do LionChat entrava no histórico e na coluna "Feitas" do bloco de
+ligações. Agora a ligação que o atendente disca direto no aparelho ou no app do VTCall também entra, desde que o ramal
+esteja cadastrado (`vtcall_ramals_*`). Ela aparece em `voip_calls_list` com `direction: "outbound"`, protocolo `LIG-...`
+(o do botão continua `AAMMDD-NNN`) e sem caixa. O card na conversa sai sem autor, com o nome do atendente.
+
+Cuidado ao ler "Feitas atendidas": pelo botão a central marca atendida sempre (é a perna em que o atendente atende o
+próprio ramal); pelo aparelho, só quando o cliente atende. Não compare as duas taxas como se medissem a mesma coisa.
+Ramal sem cadastro não gera registro — se o cliente diz que "liguei e não apareceu", confira os ramais primeiro.
+
 ## Assinatura eletrônica de contratos (04/09)
 
 ### `status` do contrato (`signature_envelopes`)

package/dist/docs/resources/reports-guide.md

@@ -721,6 +721,9 @@ Colunas: Ligações · Atendidas · Não atendidas · **Não concluídas** · Te
 - **Ligação sem atendente tem linha própria** e pode ser boa parte do volume (23% numa conta real).
   Não a esconda ao resumir por pessoa.
 - A tabela lista só quem teve ligação no período — atendente ausente da tabela fez zero.
+- **VTCall (11/09/2026):** "Feitas" conta também a ligação discada direto no aparelho de ramal cadastrado. No botão a
+  central marca "atendida" sempre; no aparelho, só quando o cliente atende — não compare a taxa de atendidas de quem
+  liga pelo botão com a de quem liga pelo aparelho.
 
 ### Agendamentos (`lionchat_booking_reports`) — 2026-08-19
 
@@ -728,11 +731,36 @@ Colunas: Ligações · Atendidas · Não atendidas · **Não concluídas** · Te
 AGENDAMENTO (Booking). Params: `since`/`until` (datas; padrão 30 dias pra trás E 30 pra frente,
 porque agenda tem futuro), `event_type_id`, `user_id` (responsável da tarefa), `status`
 (`pending` | `completed` | `cancelled` | `snoozed`), `group_by` (`day` | `week` | `month`).
-Resposta: `totals` (`total`, `pending`, `completed`, `cancelled`, `snoozed`, `attendance_rate`),
-`timeline`, `by_event_type`, `by_agent`, `by_origin`.
-
-- **`attendance_rate` = concluídos / (concluídos + cancelados)**, em %. Pendentes ficam FORA do
-  denominador (ainda não aconteceram). Não recalcule com o total.
+Resposta: `totals` (`total`, `pending`, `completed`, `cancelled`, `snoozed`, `attended`, `no_show`,
+`attendance_rate`, `attendance_basis`), `timeline`, `by_event_type`, `by_agent`, `by_origin` e
+`treatments`.
+
+- **`attended` / `no_show`** (15/09) são as marcas Compareceu/Faltou do compromisso
+  (`account_tasks.attendance`), um eixo próprio: **não mudam a situação** — compromisso "faltou"
+  continua `pending` até alguém concluir ou cancelar, igual a Agenda mostra.
+- **`attendance_rate` (regra de 15/09) = compareceram / (compareceram + faltaram)**, em %. Período em
+  que NINGUÉM marcou presença (dado anterior a 14/09, equipe que só conclui/cancela) cai na regra
+  antiga — concluídos / (concluídos + cancelados), pendentes FORA — e `attendance_basis` diz qual
+  valeu: `attendance` ou `status`. Não recalcule com o total; diga qual base valeu.
+- **`treatments`** (refeito em 15/09 à noite) é o bloco "Programas" da tela. **O período
+  (`since`/`until`) VALE** — decisão do dono; `event_type_id` recorta; `user_id` e `status` NÃO recortam
+  (são da tarefa, não do programa). Três andares:
+  1. **Programas**: `em_andamento` (não tinha terminado no FIM do período), `atrasados` (medido no fim do
+     período, nunca em "hoje"), `comecaram`, `concluidos` e `encerrados` — esses três só contam se a data
+     cair DENTRO do período ("concluído" não tem data no banco: vale a data da última sessão usada).
+     `sessoes_planejadas`, `sessoes_usadas` e `percentual` são **só dos em andamento** (somar os concluídos
+     puxaria para 100).
+  2. **Sessões do período**: `previstas` = `marcadas` + `nao_marcadas`; `aconteceram`, `faltaram` e `taxa`
+     = aconteceram / (aconteceram + faltaram), em %. `nao_marcadas` é a sessão que o plano previa e
+     ninguém agendou — é PREVISÃO, não existe no banco.
+  3. **`parados`** `{programas, sessoes_restantes}`: em andamento sem nenhuma sessão futura marcada.
+  Vêm também `duracao` `{programas, dias_reais, dias_previstos}` (médias dos que concluíram no período;
+  `null` sem dado), `linha[]` e `por_tipo[]` (mesmos campos por `tipo`, ordenado pelos em andamento).
+  Cada ponto de `linha[]` traz `period`, `previstas`, `aconteceram`, `faltaram`, `aguardando` (marcada e
+  ainda sem Compareceu/Faltou — campo de 16/09) e `nao_marcadas`; as quatro últimas somam `previstas`. O
+  período inteiro vira ponto, com zero nos dias vazios; lista vazia = nenhum programa no período.
+  "Usada" = compareceu OU faltou (a falta consome). **Não há valor em reais** (o programa não guarda
+  preço). Ver `lionchat://docs/agenda-multiplas-unidades` §7.
 - A SITUAÇÃO vem da tarefa da Agenda (`account_tasks.status`), não de `bookings.status` — quem
   conclui/cancela pela Agenda deixa o booking parado em "confirmado". Ler `bookings_*` direto pra
   contar "concluídos" dá zero.

package/dist/docs/resources/troubleshooting.md

@@ -292,6 +292,20 @@ Desde 2026-09-02 há uma rede a mais: quando o WhatsApp recusa o endereço grava
 chegaram e guarda a correção. Interruptor `WAHA_SEND_PROVEN_ADDRESS` (Super Admin > App Config >
 WAHA). Não cobre campanha de WhatsApp QR nem convivência, que montam o endereço por conta própria.
 
+### "Balao vermelho no WhatsApp oficial com `(#131000) Something went wrong`"
+Erro GENERICO da Meta: sem subcodigo e sem motivo. **Nao e bloqueio, nao e pagamento, nao e limite e
+nao e defeito nosso** — a mensagem saiu daqui e a Meta recusou. Costuma ser uma janela de alguns
+minutos: medido em producao, a mesma mensagem para o mesmo contato foi entregue 15 minutos depois.
+
+Desde 2026-09-16 o sistema **tenta de novo sozinho** 4 vezes (1, 4, 10 e 20 minutos depois da
+recusa). O balao fica vermelho o tempo todo e so vira verde quando a Meta aceitar de verdade. A
+escada desiste se o atendente ja mandou por outra via (painel ou celular), se a janela de 24 h
+fechar, ou se as 4 tentativas acabarem. Interruptor `WHATSAPP_AUTO_RETRY_TRANSIENT` (Super Admin >
+App Config > WhatsApp oficial). Campanha fica de fora.
+
+Se o cliente perguntar: pedir para **esperar uns 10 a 15 minutos antes de clicar Reenviar** —
+reenviar na hora cai na mesma janela e falha de novo.
+
 ### "Cliente mandou um contato (vCard) e não apareceu nada"
 Corrigido em 2026-06-09: vCard agora vira anexo `file_type: "contact"` na mensagem (nome +
 telefone extraídos). Em versões antigas a mensagem era descartada.

package/dist/resources.js

@@ -41,6 +41,12 @@ export const RESOURCES = [
         description: 'Ciclo de vida de uma conversa: criacao, greeting, auto-assignment, Captain IA, resolucao, snooze. Use pra diagnosticar comportamento de conversas.',
         filename: 'conversation-flows.md',
     },
+    {
+        name: 'Agenda — Unidades, Tipos e Google',
+        uri: 'lionchat://docs/agenda-multiplas-unidades',
+        description: 'Agenda por UNIDADE (matriz, filial, consultorio): o que agenda_id NULO significa, tipos de compromisso criados pela conta, Booking ligado a unidade, regras da pagina publica (cancelar/remarcar/confirmar presenca) e conexao Google UMA POR AGENDA. Leia antes de mexer em agenda, tipo de compromisso ou Booking.',
+        filename: 'agenda-multiplas-unidades.md',
+    },
     {
         name: 'Kanban Detalhado',
         uri: 'lionchat://docs/kanban-deep-dive',

package/dist/resources.js.map

@@ -1 +1 @@
-{"version":3,"file":"resources.js","sourceRoot":"","sources":["../src/resources.ts"],"names":[],"mappings":"AAAA,oEAAoE;AACpE,iEAAiE;AAEjE,OAAO,EAAE,YAAY,EAAE,UAAU,EAAE,MAAM,SAAS,CAAC;AACnD,OAAO,EAAE,OAAO,EAAE,IAAI,EAAE,MAAM,WAAW,CAAC;AAC1C,OAAO,EAAE,aAAa,EAAE,MAAM,UAAU,CAAC;AAGzC,MAAM,SAAS,GAAG,OAAO,CAAC,aAAa,CAAC,MAAM,CAAC,IAAI,CAAC,GAAG,CAAC,CAAC,CAAC;AAS1D,MAAM,CAAC,MAAM,SAAS,GAAkB;IACtC;QACE,IAAI,EAAE,oBAAoB;QAC1B,GAAG,EAAE,0BAA0B;QAC/B,WAAW,EACT,mIAAmI;QACrI,QAAQ,EAAE,aAAa;KACxB;IACD;QACE,IAAI,EAAE,iBAAiB;QACvB,GAAG,EAAE,4BAA4B;QACjC,WAAW,EACT,sGAAsG;QACxG,QAAQ,EAAE,eAAe;KAC1B;IACD;QACE,IAAI,EAAE,oBAAoB;QAC1B,GAAG,EAAE,+BAA+B;QACpC,WAAW,EACT,4GAA4G;QAC9G,QAAQ,EAAE,kBAAkB;KAC7B;IACD;QACE,IAAI,EAAE,mBAAmB;QACzB,GAAG,EAAE,iCAAiC;QACtC,WAAW,EACT,iHAAiH;QACnH,QAAQ,EAAE,oBAAoB;KAC/B;IACD;QACE,IAAI,EAAE,sBAAsB;QAC5B,GAAG,EAAE,sCAAsC;QAC3C,WAAW,EACT,8NAA8N;QAChO,QAAQ,EAAE,yBAAyB;KACpC;IACD;QACE,IAAI,EAAE,uBAAuB;QAC7B,GAAG,EAAE,oCAAoC;QACzC,WAAW,EACT,oJAAoJ;QACtJ,QAAQ,EAAE,uBAAuB;KAClC;IACD;QACE,IAAI,EAAE,kBAAkB;QACxB,GAAG,EAAE,kCAAkC;QACvC,WAAW,EACT,oIAAoI;QACtI,QAAQ,EAAE,qBAAqB;KAChC;IACD;QACE,IAAI,EAAE,eAAe;QACrB,GAAG,EAAE,gCAAgC;QACrC,WAAW,EACT,2HAA2H;QAC7H,QAAQ,EAAE,mBAAmB;KAC9B;IACD;QACE,IAAI,EAAE,iBAAiB;QACvB,GAAG,EAAE,iCAAiC;QACtC,WAAW,EACT,yHAAyH;QAC3H,QAAQ,EAAE,oBAAoB;KAC/B;IACD;QACE,IAAI,EAAE,0BAA0B;QAChC,GAAG,EAAE,0CAA0C;QAC/C,WAAW,EACT,+LAA+L;QACjM,QAAQ,EAAE,6BAA6B;KACxC;IACD;QACE,IAAI,EAAE,sBAAsB;QAC5B,GAAG,EAAE,sCAAsC;QAC3C,WAAW,EACT,qNAAqN;QACvN,QAAQ,EAAE,yBAAyB;KACpC;IACD;QACE,GAAG,EAAE,sCAAsC;QAC3C,IAAI,EAAE,sBAAsB;QAC5B,WAAW,EACT,0PAA0P;QAC5P,QAAQ,EAAE,yBAAyB;KACpC;IACD;QACE,IAAI,EAAE,oCAAoC;QAC1C,GAAG,EAAE,uCAAuC;QAC5C,WAAW,EACT,0QAA0Q;QAC5Q,QAAQ,EAAE,0BAA0B;KACrC;CACF,CAAC;AAEF,SAAS,YAAY,CAAC,QAAgB;IACpC,6EAA6E;IAC7E,oEAAoE;IACpE,MAAM,UAAU,GAAG;QACjB,IAAI,CAAC,SAAS,EAAE,gBAAgB,EAAE,QAAQ,CAAC,EAAS,kCAAkC;QACtF,IAAI,CAAC,SAAS,EAAE,mBAAmB,EAAE,QAAQ,CAAC,EAAM,oBAAoB;QACxE,IAAI,CAAC,SAAS,EAAE,0BAA0B,EAAE,QAAQ,CAAC,EAAE,oBAAoB;KAC5E,CAAC;IACF,KAAK,MAAM,CAAC,IAAI,UAAU,EAAE,CAAC;QAC3B,IAAI,UAAU,CAAC,CAAC,CAAC;YAAE,OAAO,CAAC,CAAC;IAC9B,CAAC;IACD,OAAO,IAAI,CAAC;AACd,CAAC;AAED,MAAM,UAAU,iBAAiB,CAAC,MAAiB;IACjD,KAAK,MAAM,GAAG,IAAI,SAAS,EAAE,CAAC;QAC5B,MAAM,CAAC,gBAAgB,CACrB,GAAG,CAAC,IAAI,EACR,GAAG,CAAC,GAAG,EACP;YACE,WAAW,EAAE,GAAG,CAAC,WAAW;YAC5B,QAAQ,EAAE,eAAe;SAC1B,EACD,KAAK,EAAE,GAAG,EAAE,EAAE;YACZ,MAAM,QAAQ,GAAG,YAAY,CAAC,GAAG,CAAC,QAAQ,CAAC,CAAC;YAC5C,IAAI,CAAC,QAAQ,EAAE,CAAC;gBACd,MAAM,IAAI,KAAK,CAAC,0BAA0B,GAAG,CAAC,QAAQ,EAAE,CAAC,CAAC;YAC5D,CAAC;YACD,OAAO;gBACL,QAAQ,EAAE;oBACR;wBACE,GAAG,EAAE,GAAG,CAAC,IAAI;wBACb,QAAQ,EAAE,eAAe;wBACzB,IAAI,EAAE,YAAY,CAAC,QAAQ,EAAE,OAAO,CAAC;qBACtC;iBACF;aACF,CAAC;QACJ,CAAC,CACF,CAAC;IACJ,CAAC;AACH,CAAC"}
+{"version":3,"file":"resources.js","sourceRoot":"","sources":["../src/resources.ts"],"names":[],"mappings":"AAAA,oEAAoE;AACpE,iEAAiE;AAEjE,OAAO,EAAE,YAAY,EAAE,UAAU,EAAE,MAAM,SAAS,CAAC;AACnD,OAAO,EAAE,OAAO,EAAE,IAAI,EAAE,MAAM,WAAW,CAAC;AAC1C,OAAO,EAAE,aAAa,EAAE,MAAM,UAAU,CAAC;AAGzC,MAAM,SAAS,GAAG,OAAO,CAAC,aAAa,CAAC,MAAM,CAAC,IAAI,CAAC,GAAG,CAAC,CAAC,CAAC;AAS1D,MAAM,CAAC,MAAM,SAAS,GAAkB;IACtC;QACE,IAAI,EAAE,oBAAoB;QAC1B,GAAG,EAAE,0BAA0B;QAC/B,WAAW,EACT,mIAAmI;QACrI,QAAQ,EAAE,aAAa;KACxB;IACD;QACE,IAAI,EAAE,iBAAiB;QACvB,GAAG,EAAE,4BAA4B;QACjC,WAAW,EACT,sGAAsG;QACxG,QAAQ,EAAE,eAAe;KAC1B;IACD;QACE,IAAI,EAAE,oBAAoB;QAC1B,GAAG,EAAE,+BAA+B;QACpC,WAAW,EACT,4GAA4G;QAC9G,QAAQ,EAAE,kBAAkB;KAC7B;IACD;QACE,IAAI,EAAE,mBAAmB;QACzB,GAAG,EAAE,iCAAiC;QACtC,WAAW,EACT,iHAAiH;QACnH,QAAQ,EAAE,oBAAoB;KAC/B;IACD;QACE,IAAI,EAAE,sBAAsB;QAC5B,GAAG,EAAE,sCAAsC;QAC3C,WAAW,EACT,8NAA8N;QAChO,QAAQ,EAAE,yBAAyB;KACpC;IACD;QACE,IAAI,EAAE,uBAAuB;QAC7B,GAAG,EAAE,oCAAoC;QACzC,WAAW,EACT,oJAAoJ;QACtJ,QAAQ,EAAE,uBAAuB;KAClC;IACD;QACE,IAAI,EAAE,mCAAmC;QACzC,GAAG,EAAE,2CAA2C;QAChD,WAAW,EACT,sTAAsT;QACxT,QAAQ,EAAE,8BAA8B;KACzC;IACD;QACE,IAAI,EAAE,kBAAkB;QACxB,GAAG,EAAE,kCAAkC;QACvC,WAAW,EACT,oIAAoI;QACtI,QAAQ,EAAE,qBAAqB;KAChC;IACD;QACE,IAAI,EAAE,eAAe;QACrB,GAAG,EAAE,gCAAgC;QACrC,WAAW,EACT,2HAA2H;QAC7H,QAAQ,EAAE,mBAAmB;KAC9B;IACD;QACE,IAAI,EAAE,iBAAiB;QACvB,GAAG,EAAE,iCAAiC;QACtC,WAAW,EACT,yHAAyH;QAC3H,QAAQ,EAAE,oBAAoB;KAC/B;IACD;QACE,IAAI,EAAE,0BAA0B;QAChC,GAAG,EAAE,0CAA0C;QAC/C,WAAW,EACT,+LAA+L;QACjM,QAAQ,EAAE,6BAA6B;KACxC;IACD;QACE,IAAI,EAAE,sBAAsB;QAC5B,GAAG,EAAE,sCAAsC;QAC3C,WAAW,EACT,qNAAqN;QACvN,QAAQ,EAAE,yBAAyB;KACpC;IACD;QACE,GAAG,EAAE,sCAAsC;QAC3C,IAAI,EAAE,sBAAsB;QAC5B,WAAW,EACT,0PAA0P;QAC5P,QAAQ,EAAE,yBAAyB;KACpC;IACD;QACE,IAAI,EAAE,oCAAoC;QAC1C,GAAG,EAAE,uCAAuC;QAC5C,WAAW,EACT,0QAA0Q;QAC5Q,QAAQ,EAAE,0BAA0B;KACrC;CACF,CAAC;AAEF,SAAS,YAAY,CAAC,QAAgB;IACpC,6EAA6E;IAC7E,oEAAoE;IACpE,MAAM,UAAU,GAAG;QACjB,IAAI,CAAC,SAAS,EAAE,gBAAgB,EAAE,QAAQ,CAAC,EAAS,kCAAkC;QACtF,IAAI,CAAC,SAAS,EAAE,mBAAmB,EAAE,QAAQ,CAAC,EAAM,oBAAoB;QACxE,IAAI,CAAC,SAAS,EAAE,0BAA0B,EAAE,QAAQ,CAAC,EAAE,oBAAoB;KAC5E,CAAC;IACF,KAAK,MAAM,CAAC,IAAI,UAAU,EAAE,CAAC;QAC3B,IAAI,UAAU,CAAC,CAAC,CAAC;YAAE,OAAO,CAAC,CAAC;IAC9B,CAAC;IACD,OAAO,IAAI,CAAC;AACd,CAAC;AAED,MAAM,UAAU,iBAAiB,CAAC,MAAiB;IACjD,KAAK,MAAM,GAAG,IAAI,SAAS,EAAE,CAAC;QAC5B,MAAM,CAAC,gBAAgB,CACrB,GAAG,CAAC,IAAI,EACR,GAAG,CAAC,GAAG,EACP;YACE,WAAW,EAAE,GAAG,CAAC,WAAW;YAC5B,QAAQ,EAAE,eAAe;SAC1B,EACD,KAAK,EAAE,GAAG,EAAE,EAAE;YACZ,MAAM,QAAQ,GAAG,YAAY,CAAC,GAAG,CAAC,QAAQ,CAAC,CAAC;YAC5C,IAAI,CAAC,QAAQ,EAAE,CAAC;gBACd,MAAM,IAAI,KAAK,CAAC,0BAA0B,GAAG,CAAC,QAAQ,EAAE,CAAC,CAAC;YAC5D,CAAC;YACD,OAAO;gBACL,QAAQ,EAAE;oBACR;wBACE,GAAG,EAAE,GAAG,CAAC,IAAI;wBACb,QAAQ,EAAE,eAAe;wBACzB,IAAI,EAAE,YAAY,CAAC,QAAQ,EAAE,OAAO,CAAC;qBACtC;iBACF;aACF,CAAC;QACJ,CAAC,CACF,CAAC;IACJ,CAAC;AACH,CAAC"}