@semacode/cli 1.5.29 → 1.5.30

package/docs/prompt-base-ia-sema.md

@@ -1,111 +0,0 @@
-# Prompt-Base Oficial para IA Trabalhar com Sema
-
-<!-- sema:i18n -->
-> EN: English first. The canonical operational body below may still be in Portuguese until full translation lands.
-> PT: Português depois, com acentos preservados.
-> ES: Español al final; não traduza comandos, rotas nem sómbolos `.sema` sem contrato.
-
-
-Este arquivo serve como prompt-base oficial para qualquer IA que precise ler, escrever, revisar ou transformar arquivos `.sema`.
-
-O objetivo não é fazer a IA "improvisar bonito". O objetivo e fazer a IA operar a linguagem com previsibilidade. A Sema não foi desenhada para ergonomia humana como prioridade; ela foi desenhada para IA. Humanos escrevem, revisam e aprovam; o consumidor primário e o agente.
-
-## Prompt-base
-
-Use o texto abaixo como base:
-
-```text
-Voce esta trabalhando com Sema, um contrato semantico IA-first para agentes operarem software vivo.
-
-Tecnicamente, a Sema funciona como linguagem de intencao orientada a contrato. Operacionalmente, ela existe para governar semantica acima da stack e traduzir intencao operacional para IA, nao para substituir arquitetura, design ou aprovacao humana.
-
-Trate a Sema como contrato semantico executavel e protocolo de governanca IA-first. Nao invente sintaxe, palavras-chave ou blocos fora da gramatica e dos exemplos oficiais.
-
-Fontes de verdade, em ordem:
-1. se o projeto expuser `SEMA_CONTEXT.md`, comece por ele
-2. `SEMA_BRIEF.md`
-3. `SEMA_INDEX.json`
-4. README do projeto
-5. gramatica e documentacao de sintaxe da Sema
-6. especificacao semantica da linguagem
-7. exemplos oficiais, com prioridade para o vertical de pagamento
-8. `sema resumo` e `briefing.min.json` quando a IA for pequena
-9. AST, IR e diagnosticos exportados pela CLI em JSON quando a capacidade aguentar
-
-Regras de operacao:
-- preserve o significado semantico
-- use o formatador oficial da Sema como fonte unica de estilo
-- use diagnosticos estruturados como contrato de correcao
-- use a IR como fonte de verdade semantica quando houver duvida
-- use `predicadoCanonico` como normalizacao opcional; preserve o `predicado` original
-- nao conclua uma alteracao sem validar e verificar o modulo
-- trate `importar` como bootstrap revisavel, nao como contrato final automatico
-- trate `drift` como medicao de verdade contra codigo vivo
-- trate `impl` como ponte entre task e simbolo real
-- nao invente regra de negocio que o contrato e o codigo nao sustentem
-
-Antes de editar `.sema`, entenda:
-- o module alvo
-- os contratos de task, route, error, effects, guarantees, state e flow
-- os exemplos oficiais relacionados
-
-Depois de editar `.sema`, execute este fluxo:
-1. formatar
-2. validar
-3. diagnosticar, se houver falha
-4. verificar
-
-Se houver conflito entre texto livre e IR/diagnosticos, priorize a IR e os diagnosticos da CLI.
-
-Se algo nao estiver claro, siga a forma ja usada nos exemplos oficiais. Nao improvise sem base.
-```
-
-## Variacao curta
-
-Se voce quiser um prompt menor para uso frequente:
-
-```text
-Trabalhe com Sema como contrato semantico IA-first orientado a agente. Nao invente sintaxe. Use os exemplos oficiais e a gramatica como referencia de escrita. Use `ir --json` como fonte de verdade semantica, `diagnosticos --json` como fonte de correcao e `sema formatar` como fonte unica de estilo. Antes de encerrar, rode validacao e verificacao.
-```
-
-Se voce quiser um prompt ainda mais curto e pronto para colar, use:
-
-```bash
-sema prompt-curto caminho/arquivo.sema --curto --para mudanca
-```
-
-## Variacao para revisão
-
-Use está versão quando a IA for revisar `.sema` em vez de criar:
-
-```text
-Revise este modulo Sema como contrato semantico executavel. Procure incoerencias entre input, output, rules, effects, guarantees, state, flow, route e error. Considere a IR e os diagnosticos da CLI como fonte de verdade. Nao critique estilo fora do que o formatador oficial resolveria automaticamente.
-```
-
-## Variacao para geracao
-
-Use está versão quando a IA for escrever módulo novo:
-
-```text
-Gere um modulo Sema seguindo a gramatica oficial, os exemplos do projeto e o estilo do formatador canonico. Estruture o modulo como contrato semantico executavel, com blocos explicitos para entrada, saida, regras, efeitos, garantias, erros, estado, fluxo e testes quando fizer sentido. Nao use sintaxe fora do repertorio ja suportado pela linguagem.
-```
-
-## Variacao para correcao guiada por diagnóstico
-
-Use está versão quando a IA já tiver erro concreto para corrigir:
-
-```text
-Corrija este modulo Sema a partir dos diagnosticos estruturados da CLI. Preserve a intencao do contrato e altere apenas o necessario para eliminar as falhas. Depois da correcao, aplique o formatador oficial e revalide.
-```
-
-## O que sempre anexar junto do prompt
-
-Idealmente, acompanhe o prompt com:
-
-- o arquivo `.sema` alvo
-- o resultado de `sema ast --json`
-- o resultado de `sema ir --json`
-- o resultado de `sema diagnosticos --json`, se houver erro
-- um exemplo oficial parecido
-
-Sem isso, a IA pode até acertar. Com isso, ela trabalha direito.

package/docs/repositories.md

@@ -1,54 +0,0 @@
-# Repository Boundary
-
-<!-- sema:i18n -->
-> EN: English first.
-> PT: Português depois.
-> ES: Español al final.
-
-## English
-
-Sema uses an open-core repository boundary.
-
-The public repository contains the semantic language, parser, public CLI, base profiles, examples, generic documentation, public tests, and the basic editor extension. It must be useful for adoption, learning, local validation, and community contribution without exposing commercial operations.
-
-The private repository contains the hosted product: commercial website, account panel, OAuth and key issuance flows, Supabase control plane, billing, production deployment, operational runbooks, private integrations, customer data, private rule packs, generated snapshots, and commercial showcases.
-
-Before any public push, release, or npm publication, run:
-
-```bash
-npm run repo:verificar-publico
-```
-
-If the check blocks a file, move it to the private repository or replace it with a public-safe example.
-
-## Português
-
-A Sema usa uma fronteira open-core entre repositórios.
-
-O repositório público contém a linguagem semântica, parser, CLI pública, profiles base, exemplos, documentação genérica, testes públicos e a extensão básica do editor. Ele precisa ser útil para adoção, aprendizado, validação local e contribuição da comunidade sem expor a operação comercial.
-
-O repositório privado contém o produto hospedado: site comercial, painel de conta, fluxos de OAuth e emissão de chaves, control plane Supabase, billing, deploy de produção, runbooks operacionais, integrações privadas, dados de clientes, rule packs privados, snapshots gerados e showcases comerciais.
-
-Antes de qualquer push público, release ou publicação npm, rode:
-
-```bash
-npm run repo:verificar-publico
-```
-
-Se o check bloquear um arquivo, mova para o repositório privado ou substitua por um exemplo seguro para o público.
-
-## Español
-
-Sema usa una frontera open-core entre repositorios.
-
-El repositorio público contiene el lenguaje semántico, parser, CLI pública, perfiles base, ejemplos, documentación genérica, pruebas públicas y la extensión básica del editor. Debe servir para adopción, aprendizaje, validación local y contribución de la comunidad sin exponer la operación comercial.
-
-El repositorio privado contiene el producto hospedado: sitio comercial, panel de cuenta, flujos de OAuth y emisión de claves, control plane Supabase, billing, despliegue de producción, runbooks operativos, integraciones privadas, datos de clientes, rule packs privados, snapshots generados y showcases comerciales.
-
-Antes de cualquier push público, release o publicación npm, ejecuta:
-
-```bash
-npm run repo:verificar-publico
-```
-
-Si el check bloquea un archivo, muévelo al repositorio privado o sustitúyelo por un ejemplo seguro para el público.

package/docs/rollback.md

@@ -1,49 +0,0 @@
-# Rollback
-
-<!-- sema:i18n -->
-> EN: English first. The canonical operational body below may still be in Portuguese until full translation lands.
-> PT: Português depois, com acentos preservados.
-> ES: Español al final; não traduza comandos, rotas nem sómbolos `.sema` sem contrato.
-
-
-Rollback de release pública da Sema deve preservar rastreabilidade. NPM não deve ser tratado como pasta temporaria: apagar versão publicada e medida extrema e limitada.
-
-## Quando aplicar
-
-- CLI publicada quebra instalação básica.
-- VSIX publicada não inicia ou quebra o Language Server.
-- Instaladores baixam asset errado.
-- Release notes ou checksums apontam para artefato inválido.
-
-## Primeira resposta
-
-1. Marque o problema no GitHub Release.
-2. Reponte `latest` no NPM para a última versão boa, quando necessário:
-
-```bash
-npm dist-tag add @semacode/cli@<versao-boa> latest
-```
-
-3. Se o problema for só VSIX ou asset de release, substitua o asset no GitHub Release ou publique uma release patch.
-4. Prefira publicar patch corretivo (`1.5.29`, por exemplo) quando o pacote já saiu para usuários.
-
-## Validação de rollback
-
-```bash
-npm view @semacode/cli dist-tags --json
-npm install -g @semacode/cli@latest
-sema --version
-```
-
-## Git
-
-Se o commit foi empurrado mas a release falhou antes de publicar NPM, corrija com novo commit. Evite reescrever `main` depois de push público.
-
-Se o tag foi criado errado e ainda não existe release consumida:
-
-```bash
-git tag -d v<versao>
-git push origin :refs/tags/v<versao>
-```
-
-Use isso somente antes de usuários consumirem o tag.

package/docs/seguranca.md

@@ -1,126 +0,0 @@
-# Security
-
-<!-- sema:i18n -->
-> EN: English first.
-> PT: Português depois, com acentos preservados.
-> ES: Español al final.
-
-## EN
-
-The remote Sema MCP is a sensitive surface. It lets authorized agents read contracts, check drift, generate IA-first context, and operate inside allowed roots. Security depends on these controls working together:
-
-1. HTTPS on the public proxy.
-2. Commercial `sema_mcp_*` bearer key per request or OAuth authentication.
-3. `SEMA_MCP_PROJECT_ROOTS` pointing to a dedicated server root, for example `/srv/sema/projetos`.
-4. Contract-first operation before code, deploy, docs, workflow, Author text, game, legal, research, or ops actions.
-
-Do not publish the server without those controls.
-
-### Data That Must Not Leak
-
-- GitHub, npm, Supabase, SSH, or Git Credential Manager tokens.
-- Client-side `SEMA_MCP_AUTH_TOKEN` values containing `sema_mcp_*` keys.
-- `SEMA_MCP_OAUTH_SECRET`.
-- `SEMA_MCP_OAUTH_PASSCODE`.
-- Private key content.
-- `.env`, build caches, uploads, installed dependencies, or temporary snapshots with secrets.
-
-Operational runbooks may document non-secret references, such as the public domain, service name, and generic deployment role. They must never include private key bodies, private-key filenames, local key paths, non-public IPs, real server paths, or secret inventory details.
-
-### Remote Operation
-
-- Use the smallest privilege that still performs the job.
-- Do not log `Authorization` headers.
-- Do not publish `/mcp` with empty `SEMA_MCP_PROJECT_ROOTS`.
-- Keep Caddy or the reverse proxy with valid TLS.
-- Test `/mcp` without token and expect an authorization challenge.
-- Test account-scoped MCP tokens before declaring the product flow ready.
-
-### Incident
-
-If a secret appears in chat, screenshot, log, release, or Git history:
-
-1. Treat it as compromised.
-2. Rotate it at the provider.
-3. Remove it from the current file.
-4. If it reached Git, rewrite history or revoke it permanently.
-
-## PT
-
-O Sema MCP remoto é uma superfície sensível. Ele permite que agentes autorizados leiam contratos, verifiquem drift, gerem contexto IA-first e operem dentro das raízes permitidas. A segurança depende destas travas trabalhando juntas:
-
-1. HTTPS no proxy público.
-2. Autenticacao por chave comercial `sema_mcp_*` por request ou OAuth.
-3. `SEMA_MCP_PROJECT_ROOTS` apontando para uma raiz dedicada no servidor, por exemplo `/srv/sema/projetos`.
-4. Operação contract-first antes de código, deploy, docs, workflow, texto Author, jogo, jurídico, pesquisa ou ops.
-
-Não publique o servidor sem essas travas.
-
-### Dados Que Não Podem Vazar
-
-- Tokens de GitHub, npm, Supabase, SSH ou Git Credential Manager.
-- Valores locais de `SEMA_MCP_AUTH_TOKEN` contendo chaves `sema_mcp_*`.
-- `SEMA_MCP_OAUTH_SECRET`.
-- `SEMA_MCP_OAUTH_PASSCODE`.
-- Conteúdo de chave privada.
-- `.env`, caches de build, uploads, dependências instaladas ou snapshots temporários com segredo.
-
-Runbooks operacionais podem documentar referências não secretas, como domínio público, nome do serviço e papel genérico de deploy. Eles nunca devem incluir corpo de chave privada, nomes de arquivos de chave privada, caminhos locais de chave, IPs não públicos, caminhos reais de servidor ou detalhes do inventário de segredos.
-
-### Operação Remota
-
-- Use o menor privilégio que ainda executa o trabalho.
-- Não registre headers `Authorization` em logs.
-- Não publique `/mcp` com `SEMA_MCP_PROJECT_ROOTS` vazio.
-- Mantenha Caddy ou reverse proxy com TLS válido.
-- Teste `/mcp` sem token esperando desafio de autorização.
-- Teste tokens MCP por conta antes de declarar o fluxo de produto pronto.
-
-### Incidente
-
-Se um segredo aparecer em chat, print, log, release ou histórico Git:
-
-1. Considere comprometido.
-2. Rotacione no provedor de origem.
-3. Remova do arquivo atual.
-4. Se chegou ao Git, reescreva histórico ou revogue definitivamente o segredo.
-
-## ES
-
-El Sema MCP remoto es una superficie sensible. Permite que agentes autorizados lean contratos, verifiquen drift, generen contexto IA-first y operen dentro de las raíces permitidas. La seguridad depende de estos controles trabajando juntos:
-
-1. HTTPS en el proxy público.
-2. Autenticacion por clave comercial `sema_mcp_*` por request u OAuth.
-3. `SEMA_MCP_PROJECT_ROOTS` apuntando a una raíz dedicada en el servidor, por ejemplo `/srv/sema/projetos`.
-4. Operación contract-first antes de código, despliegue, docs, workflow, texto Author, juego, legal, investigación u ops.
-
-No publiques el servidor sin esos controles.
-
-### Datos Que No Deben Filtrarse
-
-- Tokens de GitHub, npm, Supabase, SSH o Git Credential Manager.
-- Valores locales de `SEMA_MCP_AUTH_TOKEN` con claves `sema_mcp_*`.
-- `SEMA_MCP_OAUTH_SECRET`.
-- `SEMA_MCP_OAUTH_PASSCODE`.
-- Contenido de llave privada.
-- `.env`, cachés de build, uploads, dependencias instaladas o snapshots temporales con secretos.
-
-Los runbooks operativos pueden documentar referencias no secretas, como dominio público, nombre del servicio y rol genérico de despliegue. Nunca deben incluir el cuerpo de la llave privada, nombres de archivos de llave privada, rutas locales de llaves, IPs no públicas, rutas reales del servidor o detalles del inventario de secretos.
-
-### Operación Remota
-
-- Usa el menor privilegio que todavía permita ejecutar el trabajo.
-- No registres headers `Authorization` en logs.
-- No publiques `/mcp` con `SEMA_MCP_PROJECT_ROOTS` vacío.
-- Mantén Caddy o el reverse proxy con TLS válido.
-- Prueba `/mcp` sin token y espera un desafío de autorización.
-- Prueba tokens MCP por cuenta antes de declarar listo el flujo de producto.
-
-### Incidente
-
-Si un secreto aparece en chat, captura, log, release o historial Git:
-
-1. Trátalo como comprometido.
-2. Rótalo en el proveedor de origen.
-3. Elimínalo del archivo actual.
-4. Si llegó a Git, reescribe el historial o revócalo definitivamente.

package/docs/sintaxe.md

@@ -1,218 +0,0 @@
-# Sintaxe Canonica
-
-<!-- sema:i18n -->
-> EN: English first. The canonical operational body below may still be in Portuguese until full translation lands.
-> PT: Português depois, com acentos preservados.
-> ES: Español al final; não traduza comandos, rotas nem sómbolos `.sema` sem contrato.
-
-
-A Sema usa blocos declarativos previsiveis para reduzir ambiguidade no parser, na IR, no drift e no contexto de IA. A escrita humana pode ser legivel, mas o alvo principal da sintaxe e gerar contrato consumivel por agente.
-
-## Regras basicas
-
-- um arquivo `.sema` contem um `module` principal
-- cada bloco abre com palavra-chave e fecha com `}`
-- campos usam `nome: valor`
-- blocos declarativos podem aparecer aninhados quando o contrato exigir
-- `tests` usa blocos `caso`
-
-## Blocos de primeira classe
-
-- `module`
-- `use`
-- `database`
-- `type`
-- `entity`
-- `enum`
-- `state`
-- `task`
-- `flow`
-- `route`
-- `worker`
-- `evento`
-- `fila`
-- `cron`
-- `webhook`
-- `cache`
-- `storage`
-- `policy`
-- `tests`
-- `docs`
-- `comments`
-
-## Subblocos comuns
-
-- `input`
-- `output`
-- `rules`
-- `effects`
-- `auth`
-- `authz`
-- `dados`
-- `audit`
-- `segredos`
-- `forbidden`
-- `impl`
-- `vinculos`
-- `execucao`
-- `guarantees`
-- `error`
-- `fields`
-- `invariants`
-- `transitions`
-- `given`
-- `when`
-- `expect`
-
-## Tipos primitivos
-
-Tipos primitivos reconhecidos diretamente:
-
-- `Texto`
-- `Numero`
-- `Inteiro`
-- `Decimal`
-- `Booleano`
-- `Data`
-- `Timestamp`
-- `Objeto`
-- `Id`
-- `Email`
-- `Json`
-
-`Timestamp` e `Objeto` funcionam como aliases primitivos suportados e preservam o texto original na IR.
-
-## Tipos compostos
-
-```sema
-input {
-  ids: Lista<Id> required
-  metadata: Mapa<Texto, Texto>
-  responsavel: Opcional<Usuario>
-  chave_publica: Texto|Id
-}
-```
-
-Formas suportadas:
-
-- `Lista<T>`
-- `Mapa<K, V>`
-- `Opcional<T>`
-- `T1|T2`
-- `T?`
-
-## Predicados normalizados
-
-Predicados escritos em contrato preservam o texto original em `predicado`. Quando a CLI reconhece uma forma comum, a expressao estruturada pode expor também `predicadoCanonico`.
-
-Exemplo:
-
-```sema
-rules {
-  email deve_ser email_valido
-  nome deve_ser preenchido
-}
-```
-
-Na IR, `email_valido` continua existindo como escrito e pode receber uma normalizacao como `valid_email`; `preenchido` pode receber `filled`. Esse campo e opcional e serve a agente/automacao, não muda a sintaxe pública.
-
-## Persistência vendor-first
-
-O bloco `database` modela banco e recursos persistidos sem apagar as diferenças entre engines.
-
-Estrutura base:
-
-```sema
-database principal_postgres {
-  engine: postgres
-  consistency: forte
-  durability: alta
-  transaction_model: mvcc
-  query_model: sql
-}
-```
-
-Recursos canonicamente suportados:
-
-- `table`
-- `index`
-- `relationship`
-- `query`
-- `retention`
-- `lock`
-- `replication`
-- `collection`
-- `document`
-- `keyspace`
-- `stream`
-- `capabilities`
-
-Exemplo relacional:
-
-```sema
-database principal_postgres {
-  engine: postgres
-  schema: public
-  capabilities {
-    joins
-    views
-    foreign_keys
-  }
-  table pedidos {
-    entity: Pedido
-  }
-  relationship pedido_cliente {
-    from: Pedido
-    to: Cliente
-  }
-  query buscar_pedidos {
-    mode: sql
-  }
-}
-```
-
-Exemplo documental:
-
-```sema
-database principal_mongodb {
-  engine: mongodb
-  query_model: documento
-  collection pedidos {
-    collection: pedidos
-  }
-  document pedido_snapshot {
-    entity: PedidoSnapshot
-  }
-  query pipeline_pedido {
-    mode: pipeline
-  }
-}
-```
-
-Exemplo key-value:
-
-```sema
-database principal_redis {
-  engine: redis
-  query_model: chave_valor
-  keyspace cache_pedidos {
-    ttl: "300s"
-  }
-  stream eventos_pedido {
-    surface: fila
-  }
-}
-```
-
-## Compatibilidade declarada
-
-O IR de persistência calcula compatibilidade por recurso com quatro estados:
-
-- `nativo`
-- `adaptado`
-- `parcial`
-- `invalido`
-
-Isso existe para deixar explícito quando um contrato está pedindo de um banco algo que ele não entrega do mesmo jeito.
-
-O mesmo principio vale para runtime de orquestração. Superfícies como `webhook`, `cron`, `worker`, `evento` e `fila` podem ser medidas contra famílias como `n8n`, mas o contrato continua canonicamente modelado em Sema, sem rebaixar a linguagem para a sintaxe do adapter alvo.

package/llms-full.txt

@@ -1,35 +0,0 @@
-Sema is an AI-first semantic language and tooling stack for explicit software intent, drift analysis, and safer intervention in live backend systems.
-
-This repository is not optimized for human-first reading. It is optimized for AI agents that need compressed, canonical semantic context.
-
-Canonical entrypoints in the repository root:
-1. `llms.txt`
-2. `AGENT_CONTEXT_PACK.json`
-3. `SEMA_BRIEF.md`
-4. `SEMA_INDEX.json`
-5. `AGENTS.md`
-6. `README.md`
-7. `docs/AGENT_STARTER.md`
-
-Capacity routing:
-- small/free AI: `llms.txt` -> `AGENT_CONTEXT_PACK.json` -> `SEMA_BRIEF.micro.txt` -> `SEMA_INDEX.json` -> `AGENTS.md`
-- medium AI: `llms.txt` -> `AGENT_CONTEXT_PACK.json` -> `SEMA_BRIEF.curto.txt` -> `SEMA_INDEX.json` -> `AGENTS.md` -> `README.md`
-- large/tool-using AI: `llms-full.txt` -> `AGENT_CONTEXT_PACK.json` -> `SEMA_BRIEF.md` -> `SEMA_INDEX.json` -> `AGENTS.md` -> `README.md`
-
-Source-of-truth order:
-1. root Sema artifacts
-2. CLI JSON outputs
-3. official docs
-4. official examples
-5. raw implementation code
-
-Useful commands:
-- `sema resumo <arquivo-ou-pasta> --micro --para mudanca`
-- `sema prompt-curto <arquivo-ou-pasta> --curto --para review`
-- `sema drift <arquivo-ou-pasta> --json`
-- `sema contexto-ia <arquivo.sema> --saida ./.tmp/contexto --json`
-- `sema validar <arquivo-ou-pasta> --json`
-- `sema verificar <arquivo-ou-pasta> --json`
-
-Do not ask the model to infer semantics that are already available in Sema artifacts.
-Do not start from raw source code if `AGENT_CONTEXT_PACK`, `SEMA_BRIEF`, `SEMA_INDEX`, `drift`, or `briefing` are available.

package/llms.txt

@@ -1,18 +0,0 @@
-Sema is an AI-first semantic language and tooling stack for backend intent.
-
-This repository is not human-first. Use the canonical AI entrypoints before raw code.
-
-Read in this order:
-1. AGENT_CONTEXT_PACK.json
-2. SEMA_BRIEF.micro.txt or SEMA_BRIEF.md
-3. SEMA_INDEX.json
-4. AGENTS.md
-5. README.md
-
-Capacity routing:
-- small models: llms.txt -> AGENT_CONTEXT_PACK.json -> SEMA_BRIEF.micro.txt -> SEMA_INDEX.json -> AGENTS.md
-- medium models: llms.txt -> AGENT_CONTEXT_PACK.json -> SEMA_BRIEF.curto.txt -> SEMA_INDEX.json -> AGENTS.md -> README.md
-- large models: llms-full.txt -> AGENT_CONTEXT_PACK.json -> SEMA_BRIEF.md -> SEMA_INDEX.json -> AGENTS.md -> README.md
-
-Prefer Sema artifacts over raw source code when both exist.
-Prefer `drift`, `briefing`, `ir`, and `diagnosticos` over guesswork.