Prism Coder

Novidades na v20.21.17

• Corrigido: a tela no dispositivo recusava algumas solicitações de codificação comuns. Com uma conta Synalux (gratuita incluída), agora ela lê cada solicitação por meio de uma política que o Synalux serve, fixada pelo seu SHA-256. Sem conta, ou com imagens anexadas, a tela permanece inalterada.
• Modo de rota prism_infer: defina allow_parallel_calls para manter uma resposta que chama várias das ferramentas que você ofereceu em allowed_tools.

Novidades na v20.21.16

Conversas: verificadas no seu dispositivo e gratuitas com uma conta

• Uma resposta local a uma conversa é verificada no seu dispositivo antes de ser atendida. Se a verificação falhar ou não puder ser executada, a resposta vai para a nuvem quando seu plano e configurações permitirem, e é retida caso contrário.
• No Pro e Team, uma resposta local que passa também é confirmada pelo Synalux, em uma cópia pseudonimizada no seu dispositivo; o mapeamento permanece no seu dispositivo. Com uma imagem anexada, ou com a nuvem desativada, a resposta local verificada é atendida.
• Quando a tela no dispositivo 4b não tem certeza sobre uma conversa, a 9b a lê novamente antes que a conversa seja recusada ou enviada para a nuvem.
• Tudo local é gratuito sem conta e sem limite no tamanho do modelo local. Uma conta Synalux gratuita adiciona prism_infer multi-turno e 20 respostas na nuvem por dia. Pro ($15/mês) e Team ($20/assento/mês) são os próprios planos do Prism.
• Pesquisa web opcional do You.com: defina YDC_API_KEY para ativar youcom_web_search (contribuído por @mouse-value-add em #227).
• Corrigido: o 2b e o 4b não respondem mais às próprias solicitações do Prism como roteador de ferramentas. Um prompt de sistema embutido nesses modelos transformava algumas respostas em chamadas de ferramentas e fazia a tela no dispositivo recusar algumas solicitações comuns.

Novidades na v20.21.15

Acompanhamentos: veja o que roda localmente e uma tela mais rigorosa quando o classificador está fora

• local_savings (e prism savings) mostra uma linha para acompanhamentos, chamadas que carregaram sua conversa. Ela cobre quantas o modelo local respondeu (e quantas dessas a 9b respondeu), quantas a tela no dispositivo recusou e em qual estágio, quantas os limites de multi-turno do seu plano recusaram e quantas foram para a nuvem.
• Uma resposta curta de chat ("16", "Sim") conta como resposta. Antes, o portão de qualidade a tratava como vazia, e um plano pago re-perguntava à nuvem.
• Quando o classificador no dispositivo falha em todas as leituras de um acompanhamento, o acompanhamento não é mais respondido apenas com uma verificação de palavra-chave. Ele vai para a nuvem se seu plano permitir, e é recusado caso contrário.

Novidades na v20.21.14

Habilidades carregam quando ajudam, e você pode ver por que carregaram

• Notificações de tarefas em segundo plano, relatórios de outros agentes e resumos de continuação não carregam mais habilidades no meio de uma tarefa, então uma palavra dentro do relatório de um agente não pode puxar regras não relacionadas.
• Colar a saída de inicialização do Prism em um prompt não carrega mais habilidades que por acaso compartilham uma palavra com ela.
• Tarefas que dizem precisar de ferramentas do host ou julgamento reservado permanecem com o host em vez de falhar no trabalhador local.
• Todo cabeçalho de habilidades roteadas termina com a versão da tabela de roteamento (por exemplo, "Tabela de roteamento v41."), para que um carregamento de habilidade passado possa ser verificado contra as regras exatas que o escolheram.
• Habilidades com gatilhos próprios agora carregam mesmo quando seu arquivo usa finais de linha do Windows ou menciona prompt_triggers: em sua descrição; antes, elas eram entregues, mas silenciosamente nunca carregadas.

Novidades na v20.21.13

Planos pagos e testes estão claros em Conta e Configurações

• Usuários gratuitos podem abrir a comparação de planos do Prism e iniciar um teste de 14 dias.
• Usuários em teste veem seu nível pago, data exata de término e a ação para adicionar dados de pagamento antes do cancelamento automático.
• Estados ativos e de recuperação de pagamento levam à ação de cobrança hospedada correta; uma verificação indisponível é rotulada em vez de ser apresentada como paga.
• O Prism Free local permanece disponível sem conta ou assinatura.

Novidades na v20.21.12

Vários hosts MCP mantêm um link de painel funcional

• Cada host Prism em execução agora registra seu painel local de forma independente.
• prism dashboard e a mensagem de inicialização verificam os candidatos mais recentes e recorrem a um painel ativo mais antigo quando um host mais novo para.
• A limpeza de instância não pode remover o registro de outro host, e a mensagem aberta preserva a conta vinculada e a descrição do plano.

Novidades na v20.21.11

Contas vinculadas persistem entre atualizações do painel

• Um processo host com uma credencial de inicialização obsoleta agora se recupera da conta mais recente salva pelo painel após a credencial obsoleta ser rejeitada.
• Credenciais de host válidas permanecem autoritativas; sair, alterações de conta simultâneas, falhas de rede e falhas de servidor não acionam uma troca de credencial insegura.
• prism dashboard abre o painel local ativo sem reclassificar uma conta vinculada Standard, Advanced ou Enterprise como Free.

Novidades na v20.21.10

Painéis Free desconectados continuam funcionando localmente

• Sair agora alterna a Visualização de Projeto, os detalhes do projeto e as leituras de gráficos para o SQLite local sem exigir conta, edição de configuração ou reinicialização.
• A preferência de backend Synalux salva permanece pronta para o próximo login; credenciais de nuvem ausentes acidentalmente ainda falham de forma segura.
• Atividade Recente usa a sessão durável mais recente quando ela é mais nova que o handoff salvo. Sessões Recentes são as mais novas primeiro, e as versões de handoff salvas permanecem disponíveis como pontos de restauração.

Novidades na v20.21.9

Prism Free abre sem uma conta Synalux

• Execute prism dashboard para abrir o Mind Palace local atual. Nenhum login, código de vinculação de conta, chave de API, plano pago ou resgate de plano Free é necessário.
• Um endereço de painel local simples agora fornece o comando exato de abertura local em vez de renderizar um estado de conta quebrado.
• Conta e Configurações mostra o Prism Free como ativo. A vinculação Synalux permanece uma ação opcional para sincronização em nuvem, cobrança e recursos pagos.
• O acesso local permanece protegido sem imprimir sua capacidade de navegador na saída de inicialização, e caminhos de estado inseguros ou sondas de identidade redirecionadas falham de forma segura.

Novidades na v20.21.8

Gráficos do painel usam o Portal autenticado

• O projeto em nuvem selecionado agora mostra seus nós de sessão reais e links armazenados em vez de colapsar em uma bolha de projeto somente por palavra-chave.
• Synthesize Edges usa o contrato de incorporação do Portal Synalux autenticado; o processo do painel Prism não precisa de uma chave de API Google ou Gemini.
• Vetores e links existentes são reutilizados em execuções repetidas, o fan-out de síntese é limitado e falhas do Portal são mostradas em vez de renderizadas como um gráfico vazio.
• Conta e Configurações agora mostra o usuário atual, função e plano Free, Standard, Advanced ou Enterprise, com ações visíveis de login, upgrade, cobrança e saída.
• Um plano pago selecionado sobrevive ao round trip de login no Portal, catálogos Stripe ao vivo e de teste resolvem cada nível pago, e o checkout localizado nunca reutiliza um Preço USD para outra moeda.

Novidades na v20.18.1

Habilidades de tarefa sobrevivem à compactação e atualizam no lugar

• Habilidades de tarefa roteadas por prompt agora retornam após a compactação. O hook restaura as três habilidades de tarefa mais recentemente ativas junto com o resumo do piso protegido, para que um acompanhamento curto como continue mantenha o fluxo de trabalho e as regras de verificação visual que governavam o trabalho antes da compactação do contexto.
• Uma sincronização concluída de habilidade gerenciada atualiza as regras de tarefa ativas no próximo prompt. O hook compara a geração materializada no disco com seu estado por sessão, reautoriza cada nome restaurado contra o manifesto atual e injeta os corpos atuais. Um downgrade limpa o estado de tarefa paga obsoleto; diretórios gerenciados pelo Prism não podem usar a exceção de habilidade local de propriedade do usuário.
• Habilidades locais de propriedade do usuário agora roteiam com seu corpo real. Uma SKILL.md local permanece utilizável enquanto desconectado, enquanto um corpo de plataforma com direito tem precedência se ambas as fontes usarem o mesmo nome.
• O contexto do hook Codex é ancorado à solicitação do usuário. Regras roteadas dizem ao modelo para executar a solicitação do usuário anterior com as regras aplicadas, evitando que a colocação do contexto de desenvolvedor final seja confundida com uma nova tarefa. A âncora e todo o conteúdo restaurado compartilham o limite de 9.800 caracteres.
• A versão 5 do hook impõe sua versão de comando. Um host ainda em execução com um comando v4 confiável não pode executar o script v5 reescrito. Após atualizar, execute prism connect --refresh --no-models; o Codex deve confiar em ambas as novas entradas de hook v5 em /hooks. Reinicie o host se ele não tiver recarregado as novas definições de hook. Uma vez que o v5 está ativo, gerações posteriores de corpos de habilidade são atualizadas no próximo prompt sem outra reinicialização do host.
• Os nomes de estado são validados e limitados antes de se tornarem argumentos de CLI, e os caminhos de atualização de duas chamadas cabem dentro do tempo limite de hook de 15 segundos do host.

Novidades na v20.18.0

O piso protegido acompanha o bootstrap — e sobrevive à compactação

• session_bootstrap agora incorpora um resumo do piso protegido em níveis pagos em profundidade padrão e profunda: uma linha inerte por regra, derivada do primeiro parágrafo de cada habilidade (ou seu digest: fixado), além de seu mapa de seção, ~5,6K caracteres para o piso completo. Hosts de contexto pequeno, como Codex, estavam relendo os dezesseis arquivos SKILL.md a cada sessão (mediana de 8 releituras / 36KB, pior 823 / 5,1MB nos logs de rollout) porque o bootstrap apenas os nomeava. O resumo é pago além do orçamento de contexto, então a parcela ledger/handoff em cada profundidade é byte-idêntica à anterior. A profundidade rápida permanece apenas com nomes — a opção de exclusão.
• Um segundo hook reinjeta o resumo após a compactação. prism connect registra o script prism-route em SessionStart correspondente a compact (Claude Code e Codex); ele executa prism floor-digest, que aplica as mesmas decisões de nível e profundidade que o bootstrap e não adiciona nada em inicialização/retomada/limpeza. Hosts sem hooks (Gemini, Cursor) ainda recebem o resumo em cada bootstrap. Codex: NÃO VERIFICADO contra uma compactação ao vivo. O hook está registrado e o script aceita as grafias de payload documentadas, mas nenhuma compactação do Codex foi observada de ponta a ponta; em um payload que ele não reconhece, ele não reinjeta nada em vez de algo errado. Se o resumo vier de uma geração cujos arquivos de habilidade nunca terminaram de sincronizar, o bloco reinjetado carrega o mesmo aviso STALE que o bootstrap mostra.
• A confiança do Codex é relatada honestamente após uma reescrita de hook. Aprovações são vinculadas pelo hash da definição, então um hooks.json reescrito — esta versão adiciona a entrada SessionStart — anula a confiança anterior: connect imprime AWAITING TRUST para ambas as entradas em vez de um ✓ verde para um hook que o Codex pularia silenciosamente, e a confiança registrada para uma versão de hook mais antiga nunca é confundida com a atual.
• Uma configuração de host que não analisa mais é deixada em paz. Se ~/.claude/settings.json ou ~/.codex/hooks.json existir, mas não for JSON válido, connect o mantém byte-idêntico, não registra nenhum hook lá e informa isso — ele não substitui mais o arquivo por um mínimo apenas com hooks. O aviso pós-instalação do npm diz o mesmo, em vez de pedir para você confiar em um hook Codex que ele nunca registrou.
• Corrigido: uma habilidade roteada por sintoma cuja cerca de frontmatter de fechamento é sua última linha era incorporada com seu YAML (gatilhos incluídos) como se fosse a regra.
• Corrigido: uma linha de resumo que cruza para uma nova seção mantém o título dessa seção na frente dela — o que quer que tenha aberto a seção (um H2, um H1 no meio do documento, um título vazio, um sublinhado setext) — para que regras "Delegar para" / "NÃO delegar" não possam ser lidas com a polaridade errada após a junção. Um arquivo de habilidade no disco é usado apenas quando ele resume: arquivos vazios, cortados dentro do frontmatter ou apenas com frontmatter caem de volta para a cópia armazenada em vez de renderizar YAML como a regra.
• Corrigido: no Windows, uma aprovação de hook do Codex é reconhecida mesmo que o Codex armazene o caminho com barras invertidas escapadas.
• O gate de publicação agora recusa notas de versão que estão à frente da versão do pacote (CHANGELOG, README, READMEs traduzidos) — lendo a versão mais nova na linha de título, para que um intervalo v20.17.3 – v20.18.0 conte como 20.18.0 e sobreviva a um apóstrofo tipográfico ou um BOM.

Novidades na v20.17.3

• Uma instalação de plugin não pode mais habilitar o hook de roteamento de prompt. Os caminhos de manutenção do pacote (pós-instalação do npm, inicialização do servidor) agora apenas atualizam um hook que um prism connect explícito instalou anteriormente — um registro prism MCP na configuração do host não conta mais como consentimento. A primeira instalação do hook acontece por meio de prism connect ou não acontece.
• O launcher de plugin do Claude Code é totalmente determinístico. Ele executa a versão exata do servidor fixada com scripts de ciclo de vida do npm desabilitados, e o plugin agora documenta sua postura de segurança em plugins/prism/README.md.

Novidades na v20.17.2

• Logs colados não podem mais ativar habilidades falsamente. O roteamento acionado por sintoma agora remove blocos cercados e menções de nomes de habilidades roteáveis (incluindo dentro de identificadores compostos como nomes de contêiner/pod) da visão de roteamento de um prompt, para que citar um log de agente ou uma lista de habilidades não carregue habilidades que o texto apenas menciona. Habilidades nomeadas por palavras comuns continuam roteando normalmente.
• Habilidades roteadas por sintoma agora chegam inteiras. Orçamentos de inicialização entregam o texto completo da regra em cada profundidade que couber; quando uma regra genuinamente não couber, a exibição diz exatamente quanto está faltando e como carregar o resto, em vez de truncar silenciosamente.
• O roteamento não pode mais ser silenciosamente desabilitado por uma habilidade ruim. Tabelas de gatilho corrompidas ou hostis — formas de valor erradas, padrões nomeados após propriedades de protótipo de objeto — são puladas por entrada em vez de derrubar todo o roteamento de prompt (ou, em um caso, a exportação do cofre) para a sessão.

Novidades na v20.17.1

• Corrige uma CLI quebrada na 20.17.0 — uma colisão de nome de comando fez cada invocação de CLI prism sair com um erro de commander na inicialização (o servidor MCP não foi afetado). O comando de sincronização de handoff é prism handoff …; prism sync permanece a sincronização de dados entre backends. Se você instalou 20.17.0, atualize.

Novidades na v20.17.0

Handoff de Sessão Entre Máquinas — Criptografado de Ponta a Ponta

• Retome uma sessão em qualquer uma de suas máquinas. Com prism handoff enable (pago, desativado por padrão), cada session_save_handoff sela o handoff para todas as chaves de dispositivo da sua conta e retransmite o CIPHERTEXT; outra máquina puxa com sync_pull_handoff (ou prism handoff pull <project>) e o abre localmente.
• O relay armazena apenas ciphertext — envelopes selados X25519 + AES-256-GCM. Nenhuma chave que abre um handoff existe no lado do servidor. O canal é deliberadamente separado da sincronização de economia, que carrega apenas contadores.
• Fixação de dispositivo TOFU expõe um relay comprometido: selar para uma chave que esta máquina nunca viu avisa alto, vinculado ao ID de destinatário derivado do cliente, para que uma chave trocada não possa se esconder atrás de um nome de dispositivo familiar.
• prism handoff status|devices para inspecionar; revogue uma máquina perdida no portal.

Novidades na v20.16.0

Veja o que o Serviço Local Economiza para Você — Mensurável, Auditável, em Toda a Equipe

• Ferramenta local_savings + CLI prism savings — o volume de tokens que o serviço local manteve fora do seu modelo em nuvem: todo o tempo, últimos 30/7 dias ou qualquer janela --days N. Tokens, nunca um valor em dólar inventado, com as suposições e subcontagens conhecidas impressas inline.
• Roll-up de equipe (pago) — prism savings --sync-enable envia contadores por dia apenas (nunca conteúdo; o payload é um conjunto de campos fechado que o servidor também impõe); prism savings --team mostra o total em todo o espaço de trabalho com a parcela por membro. Desativado por padrão.
• Fundação de sincronização E2E — envelopes selados de múltiplos destinatários (X25519 + HKDF-SHA256 + AES-256-GCM em node:crypto, sem nova dependência) e identidades por dispositivo, revisadas adversarialmente: a sincronização de sessão entre máquinas será lançada em um relay que só armazena ciphertext.
• Proteção contra vazamento público no envio — diffs de saída E mensagens de commit são verificados antes que qualquer coisa saia da máquina.

Novidades na v20.12.1

• prism connect --refresh agora converge todo registro que possui, não apenas o de nível superior — entradas com escopo de diretório poderiam, de outra forma, continuar lançando uma build antiga indefinidamente.
• prism update verifica o pacote instalado, não o CLI que está em execução, então não pode mais informar "atual" enquanto a instalação está desatualizada.
• O atualizador agendado opcional pode realmente iniciar — o LaunchAgent agora carrega um PATH que inclui node e npm.

Novidades na v20.12.0

• O Prism agora avisa quando está desatualizado. A inicialização da sessão mostra um aviso de atualização em uma linha quando existe uma versão mais recente — com cache, no máximo uma verificação de registro por dia, silencioso offline. PRISM_NO_UPDATE_CHECK=1 desativa.
• Atualizações sem intervenção, se você quiser. prism autoupdate enable configura um prism update --if-idle diário: ele atualiza apenas o pacote npm global, adia enquanto qualquer servidor Prism estiver em execução e nunca toca na configuração do host — isso permanece atrás de um prism connect visível.

Novidades na v20.11.1

• Salvar memória nunca mais é recusado. O caminho de salvamento costumava rejeitar chamadas session_save_ledger/save_handoff quando sua heurística de caminho-para-projeto discordava do projeto que você declarou — e o registro que a heurística confiava podia conter lixo de auto-registro anterior, então sessões legítimas terminavam sem salvar. Sua declaração agora sempre vence; a discordância é retornada como um aviso consultivo, e o auto-registro só aceita raízes de repositório reais.
• Capturas de tela são evidência novamente. Capturas prism browser no macOS eram silenciosamente ampliadas para o limite de tamanho, então uma captura de tela não mostrava mais o que realmente foi renderizado. Apenas capturas genuinamente grandes são redimensionadas agora, e o limite não corta mais uma viewport padrão de 1920 de largura.

Novidades na v20.10.0 – v20.11.0

• O roteamento de habilidades agora funciona no meio da sessão. Novos prompts são correspondidos no dispositivo conforme a conversa avança — não apenas no primeiro turno — e injetados dentro dos limites reais de contexto de cada host (o Claude Code limita a saída de hooks a 10 mil caracteres; o Codex trunca por padrão), com entrega priorizando ponteiros quando um payload não cabe inline.
• prism connect é um comando de convergência. Ele se auto-atualiza primeiro, reexecuta, e então reconcilia o registro MCP, habilidades e hooks — sem mais máquinas com "config nova, código desatualizado".
• Habilidades com escopo roteiam também em prompts, e a saída de inicialização sobrevive a hosts que descartam conteúdo de ferramentas estruturado.

Novidades na v20.9.0 – v20.9.3

• Suas habilidades seguem sua conta. skill_save armazena uma habilidade no escopo que você escolher: apenas nesta máquina (local, funciona offline e desconectado), sua conta (user — toda máquina em que você fizer login a recebe), ou um workspace (team — compartilhada com membros, gerenciada por administradores, opcionalmente direcionada a pessoas específicas).

• Apare o catálogo que você não usa. skill_manage pode liberar habilidades de plataforma que você nunca toca — liberando orçamento do catálogo de habilidades do host — e restaurá-las a qualquer momento, sem perdas. Excluir uma habilidade com escopo arquiva seu conteúdo final localmente primeiro, então nada fica silenciosamente irrecuperável.

• Entrega que enfileira em vez de falhar. Sessões concorrentes não passam mais fome de sincronização de habilidades no armazenamento de configuração local (WAL + tempo limite de ocupação) — uma falha que anteriormente relatava apenas "parcial" onde ninguém podia vê-la.

• Regras retidas ainda vinculam. Quando o orçamento de contexto não pode incluir inline o texto de uma habilidade, o manifesto de nomes retidos agora declara que essas habilidades ainda governam o trabalho e nomeia todas as formas de carregá-las antes que as reivindicações de conclusão.

• O orçamento que o piso nunca gastou. Um bug contábil de longa data significava que nenhuma habilidade desprotegida era incluída inline em nenhum nível de contexto normal — o piso protegido sempre incluído estava debitando o orçamento destinado a tudo o mais. Habilidades correspondentes a tarefas (como a lista de verificação de evidências de conclusão) agora realmente chegam.

Novidades na v20.8.2

• A entrega de habilidades agora admite falha em vez de escondê-la. Um caso extremo de permissão de sistema de arquivos (um umask removendo o bit de execução do proprietário) podia deixar a sincronização de habilidades sem escrever nada enquanto se reportava como atual — medido em nove dias em uma máquina real. Diretórios gerenciados quebrados são reparados no local, todo diretório é criado à prova de umask, e o caminho de reparo recusa symlinks via um descritor O_NOFOLLOW.
• Uma instalação desatualizada avisa na inicialização. O Prism agora rastreia a geração que realmente chegou ao disco separadamente daquela que o banco de dados aceitou; se elas divergirem, o banner de inicialização diz isso em um aviso colocado onde a truncagem de exibição não pode cortá-lo. Uma sincronização bem-sucedida o limpa automaticamente.

Novidades na v20.7 – v20.8.0

• A primeira execução prova a memória em vez de descrevê-la — session_bootstrap semeia uma memória de demonstração e a mostra recuperada do disco, então o loop salvar→recuperar é sentido na sessão 1. Único, contido em seu próprio projeto prism-demo, removível com uma chamada.
• Dashboard corrigido — um erro de digitação em aspas (enviado em 2026-05-29) matou o script inline no momento da análise, então todo dashboard desde então renderizava "Carregando projetos..." para sempre. Corrigido, e o lint ES5 agora node --check o script inline construído para que um dashboard não analisável nunca mais seja enviado.
• Publicação Confiável — lançamentos npm autenticam via GitHub OIDC. Sem token armazenado para expirar ou vazar, e todo lançamento carrega uma atestação de proveniência assinada — você pode verificar que o tarball que você instala foi construído a partir deste repositório por CI (npm audit signatures).
• TLS aplicado para sincronização em nuvem — uma URL de armazenamento http:// remota é atualizada para https:// em vez de enviar silenciosamente o conteúdo da sessão em texto claro.
• Colisão de plugin Codex + detecção de estado habilitado — prism connect pula seu próprio registro apenas quando um plugin realmente fornece prism-mcp (cache presente e habilitado), prevenindo servidores duplicados e ausentes.
• CI do Windows estabilizado; listagens de registro/npm realinhadas e deduplicadas.

Novidades na v20.6.0

Entrega Não É Uma Sugestão

Uma auditoria de um incidente real (um agente apagou dados de demonstração após anunciar o apagamento — com a regra de perguntar-primeiro confirmada, empacotada e ausente do que qualquer agente realmente recebeu) descobriu que o piso protegido havia superado todo orçamento de entrega: "desprotegido" silenciosamente passou a significar "nunca entregue".

• ask-first e feature-preservation entram no piso protegido (14 → 16). Habilidades protegidas são sempre incluídas inline; estas duas agora alcançam toda sessão.
• Conflitos de sincronização são altos e nomeados. A inicialização costumava dizer "· 2 conflitos locais preservados" enquanto habilidades de segurança ficavam meses desatualizadas; agora nomeia cada habilidade congelada e declara como retomar as atualizações.
• --storage aceita auto e synalux — o CLI rejeitava seu próprio padrão documentado e o backend de produção.
• Divulgação: a entrega de habilidades informa; ela não bloqueia. Uma sonda ao vivo mostrou um agente host ainda editando fonte não verificada com a regra carregada. Se seu modelo de ameaça inclui um agente agindo contra uma regra carregada sob pressão de tarefa, combine este pacote com bloqueios mecânicos (hooks, permissões, funções de privilégio mínimo). Verdadeiro para todo lançamento anterior; declarado a partir deste.

Novidades na v20.5.3

Evidência de Fundamentação Carrega Sua Idade

Respostas fundamentadas em memória rotulavam suas fontes, mas nunca as datavam, então uma nota de dois anos atrás e a de ontem alcançavam o modelo de forma idêntica. Nada na evidência permitia descontar a desatualizada. Motivado por uma revisão externa nomeando o risco certo para memória local-primeiro: os dados permanecem locais, mas fundamentação ruim se torna permanente — armazenar tudo na sua máquina remove a pressão externa que de outra forma traria à tona uma nota desatualizada.

A evidência agora lê:

[SOURCE 1: ledger:8286581d (recorded 2025-05-29, 431 days ago)]

A data já existia no armazenamento e estava sendo descartada na camada de snippet, então isso é encanamento em vez de nova coleta de dados. Carimbos de data/hora SQLite sem zona são normalizados para UTC — lidos como locais, um registro de dez minutos atrás analisado horas no futuro e sua idade foi suprimida inteiramente, significando que o recurso silenciosamente não fazia nada nas memórias mais recentes. Uma data ausente ou não analisável renderiza como nada em vez de assumir o padrão "agora"; assumir o padrão faria as memórias mais antigas, as mais propensas a estarem desatualizadas, parecerem as mais recentes.

tests/integration/grounding-staleness.test.ts executa a própria sonda do revisor — semeie uma nota deliberadamente desatualizada ao lado de uma nova contraditória e afirme que o modelo recebe ambas, visivelmente datadas. Qualquer um pode executá-la.

Não resolvido, e não reivindicado: a recuperação não pondera a recência. Uma nota desatualizada mostrada ao lado de uma nova é o caso fácil — o modelo vê ambas as datas e pode ponderá-las. O caso difícil é uma nota desatualizada recuperada sozinha, porque a classificação é por correspondência de palavras-chave e um armazenamento antigo retorna resultados antigos; então o rótulo de idade é a única defesa e não há registro mais recente para comparar. Rastreado como TECH_DEBT.md #4.

Novidades na v20.5.0 – v20.5.2

A Primeira Mensagem Nunca Sai da Sua Máquina

Habilidades acionadas por sintomas — as regras que disparam em "não consigo ver X", "sem linhas", "a lista está vazia" — são destinadas a carregar no turno em que um relatório de incidente chega. Elas nunca carregaram: todo template de host chamava session_bootstrap com {}, então não havia prompt para corresponder.

Corrigir isso levantou a questão de onde a correspondência acontece. Agora acontece localmente. As 28 regras de palavras-chave já são públicas, então não havia nada que uma correspondência local não pudesse calcular, e callPortal() não tem nenhum parâmetro prompt — a garantia é estrutural, não uma promessa. A solicitação do portal carrega o projeto e o papel apenas.

Uma regra correspondida agora chega como conteúdo, não como um nome. Hosts nativos fora do espelho de arquivos de habilidades não tinham como ler uma regra sobre a qual apenas foram informados, então o corpo da regra é incluído inline na exibição de inicialização, limitado e dimensionado contra o orçamento real por projeto.

Novidades na v20.4.0

Um Backend de Nuvem Explicitamente Nomeado Falha Alto

Definir PRISM_STORAGE=synalux ou =supabase com credenciais incompletas costumava rebaixar silenciosamente para SQLite local. A mudança era registrada no stderr, que os hosts MCP descartam, então nada a trazia à tona: sessões continuavam servindo contexto local desatualizado enquanto a nuvem mantinha histórico mais novo, e context_source lia local em vez de qualquer tipo de aviso. Uma sessão podia rodar assim por semanas.

Nomear um backend explicitamente é uma forte declaração de intenção, então agora ele lança — nomeando as variáveis ausentes e a opção de exclusão PRISM_STORAGE=local — em vez de dividir silenciosamente o histórico da sua sessão. auto não mudou: ele mantém sua degradação synalux > supabase > local documentada, fixada por um teste.

Nota de atualização: se você definir explicitamente PRISM_STORAGE=synalux|supabase e suas credenciais estiverem incompletas, a inicialização agora falha com um erro nomeado em vez de usar silenciosamente dados locais. Esse erro é a correção — defina a variável ausente, ou escolha PRISM_STORAGE=local deliberadamente. Configurações padrão (auto) são afetadas.

O lançamento deliberadamente não é tratado como uma falha de inicialização recuperável: esse caminho existe para erros transitórios (limites de taxa, 5xx, DNS), que podem degradar atrás de um aviso visível. Uma credencial ausente é uma falha de configuração e não deve ser encoberta.

Também: o bloco de habilidades agora é orçado por padrão em vez de apenas sob solicitação, então um payload grande de habilidades não pode sufocar o briefing e o histórico.

Novidades na v20.3.2

Web Scholar: Endurecimento SSRF

Lançamento de segurança. O Web Scholar raspa URLs de artigos que vêm da saída do mecanismo de busca, então o alvo é influenciável por atacantes através de envenenamento de SEO — e porque o que ele raspa é escrito no corpus de memória e passado ao LLM configurado, um redirecionamento para um endereço local significava ler um serviço interno e enviar o resultado adiante. O guardião de host correspondia a prefixos de string em vez de analisar o endereço, e seis grafias de um endereço local passaram: [::1] (URL.hostname mantém os colchetes), 127.0.0.2 (apenas .1 foi enumerado, não todos os 127.0.0.0/8), 0.0.0.0, [::ffff:127.0.0.1], localhost. (um ponto final derrotou todas as verificações de sufixo de uma vez), e [64:ff9b::7f00:1] (NAT64 incorpora IPv4 em seus bits baixos). A classificação de host agora analisa endereços e também cobre CGNAT, benchmarking, multicast, reservado, e faixas IPv6 unique-local e link-local.

O rebinding de DNS também está fechado. Cada verificação lia a string da URL, então um nome de host que o atacante controla passava em todas elas e ainda podia resolver para 127.0.0.1. Os alvos agora são resolvidos primeiro, cada endereço retornado é validado, e a conexão é fixada nesses endereços para que o nome nunca seja resolvido uma segunda vez — o que também fecha a janela entre a verificação e a conexão.

Falhas de scraping não desaparecem mais em um catch {} vazio, uma execução é limitada por PRISM_SCHOLAR_SCRAPE_BUDGET_MS (padrão 60s) em vez de travar em uma contagem de artigos elevada, e as respostas são limitadas a 8 MiB.

Isso é alcançável apenas quando o scholar realmente executa — scholar_research, ou o loop em segundo plano sob PRISM_SCHOLAR_ENABLED=true — e quando o atacante também controla DNS ou um resultado de busca. Atualize se você usa o Web Scholar.

O que há de novo na v20.3.1

Prism Browser Relata Falhas Reais

prism browser não conseguia falhar um teste. eval 1 === 2 retornava status: ok com código de saída 0, uma página servindo HTTP 500 relatava status: ok, e erros de console e exceções de página não capturadas eram descartados inteiramente. Esta versão adiciona asserções — assert-text, assert-visible, assert-count, assert-url, assert-title, assert-eval, assert-no-page-errors — que retornam status: failed e uma saída não zero. open agora relata http_status e falha em 400 ou superior, capturas de tela são validadas em vez de assumidas, e eval retorna JSON nativo com seu tipo em vez de um repr Python.

A camada de impressão digital nunca havia sido aplicada: um argumento de palavra-chave errado fazia a biblioteca de stealth lançar uma exceção em cada inicialização — 1.139 falhas e 0 sucessos desde abril — enquanto o executor a relatava como ativa. Isso foi corrigido, e uma camada que não pode ser aplicada agora falha ruidosamente. A compilação headless não anuncia mais a si mesma através de navigator.userAgentData ou do cabeçalho Sec-CH-UA, e um patch que corrompia Object.getOwnPropertyDescriptor em cada página sob teste foi removido. Esses permanecem auxílios de teste de melhor esforço, não uma garantia contra detecção de bot.

--local-only agora realmente isola: WebSocket, EventSource, WebRTC e saída sendBeacon ignoram o roteamento de solicitações e nunca foram bloqueados, e service workers eram permitidos. --cleanup era um no-op nos dois modos que os agentes usam. Isolamento de site, detecção de phishing e bloqueio de popups não são mais desabilitados por padrão, já que esses perfis contêm cookies autenticados ao vivo.

Novo para execuções de teste: --ephemeral-profile e --storage-state para fluxos autenticados herméticos, pages/switch-page para que popups OAuth sejam alcançáveis, --fail-fast, --fast, --trace/--video/--har, e profiles --prune-older-than para manutenção de perfil.

O que há de novo na v20.2.7

Saves de Sessão Sobrevivem a Reinícios de Agente

O Prism agora lembra que uma conversa carregou com sucesso seu contexto de projeto quando o servidor MCP reinicia ou outro processo Prism lida com a próxima solicitação. session_save_ledger e session_save_handoff não falham mais com um falso erro context_not_loaded nesse fluxo.

A recuperação permanece com falha fechada: a autorização é limitada ao projeto exato e conversa, expira com a janela de contexto existente, e não armazena identificador de conversa em texto puro. Recibos entre projetos, forjados, malformados, expirados, ou com data futura ainda são rejeitados. A versão também atualiza o PostCSS para a versão corrigida 8.5.23.

O que há de novo na v20.3.0

Busca de Memória Híbrida (Nível Portal)

session_search_memory no nível portal (instalações com suporte Synalux) agora combina similaridade semântica com correspondência lexical de termo exato via fusão ponderada de classificação recíproca. Medido em sondas cegas contra um corpus real de 8,5 mil entradas: a recuperação fundida foi nunca pior do que a semântica sozinha no top-5, e identificadores exatos — TPNs, nomes de funções, strings de erro — agora resgatam consultas que a similaridade de incorporação desfoca. Os resultados dizem como foram encontrados — cabeçalhos hybrid retrieval, braços sem#/lex# por ocorrência — e um resgate somente lexical é rotulado exact-term match em vez de fingir uma pontuação de similaridade. Instalações SQLite locais mantêm busca vetorial pura; o híbrido precisa do índice lexical do portal.

O que há de novo na v20.2.6

Atualizações de Configuração Mais Seguras em Todos os Agentes

prism connect agora lê a configuração do Claude, Cursor, Gemini e Codex através de um único snapshot de arquivo verificado, impedindo que outro processo troque um arquivo entre a verificação de segurança do Prism e sua leitura. Dotfiles com link simbólico suportados ainda funcionam, enquanto links simbólicos pendentes ou plantados falham ruidosamente em vez de serem seguidos ou sobrescritos. Esta versão também traz as dependências corrigidas e verificações de lançamento multiplataforma introduzidas na v20.2.5.

O fallback de nuvem agora é documentado consistentemente como Gemini 3.6 Flash. Os tetos de plano governam o roteamento automático de prism_infer; o uso direto de qualquer modelo baixado através do Ollama local permanece gratuito em todos os níveis.

O que há de novo na v20.2.4

Memória de Sessão Confiável Que Mostra Trabalho, Não Saudações

Respostas de assistente somente com saudação são puladas antes das gravações de ledger. Linhas de saudação existentes são filtradas no momento da leitura em inicialização nativa, contexto MCP e prism load --json, enquanto entradas contendo decisões, TODOs, arquivos alterados, ou eventos não relacionados à sessão permanecem visíveis. Linhas históricas não são excluídas destrutivamente. Se o Synalux tiver uma falha transitória de inicialização, o Prism exibe um snapshot local último-bom limitado e o rotula claramente; falhas permanentes de autorização ou validação ainda falham ruidosamente, e gravações posteriores permanecem roteadas para a nuvem.

O que há de novo na v20.2.2

Um Fluxo de Trabalho Local-Primeiro em Todos os Agentes

prism connect agora instala um contrato de orquestração para Claude Code, Claude Desktop, Cursor, Gemini CLI e Codex. Trabalho delegado limitado vai para session_task_route e o trabalhador local prism_infer primeiro; trabalho rotineiro não deve criar agentes de host em segundo plano. Trabalhadores locais podem receber a memória rápida, padrão ou profunda configurada no dashboard do projeto ativo e selecionar um modelo 2B/4B/9B/27B seguro para RAM no momento da chamada. O roteador encaminha a complexidade, mas não escolhe o modelo; prism_infer possui a decisão final usando memória e adequação de contexto, modelos instalados, RAM ao vivo, direitos e substituições explícitas do chamador.

O fan-out nativo de agentes do Codex e Gemini é desabilitado durante a conexão. O Codex mantém um perfil de fallback Terra/baixo de dois threads e um nível se o desenvolvedor reabilitar explicitamente agentes nativos mais tarde. O Claude Code mantém agentes nativos como um caminho de último recurso, mas fixa seu modelo ao Sonnet. Cursor e Claude Desktop não expõem um arquivo de política global de subagente suportado, então eles recebem o fluxo de trabalho idêntico através das instruções do servidor MCP do Prism. Os limites de segurança prism_infer e a responsabilidade final de verificação do host permanecem inalterados.

Habilidades de Nível de Assinatura Chegam Antes do Primeiro Lançamento do Host

prism connect agora baixa o manifesto de habilidades autoritativo do Synalux e materializa pacotes com direito no diretório nativo ~/.agents/skills antes de o comando sair. O Codex, portanto, vê o conjunto de habilidades atual em seu primeiro lançamento em vez de exigir um segundo reinício. O Prism reverifica o mesmo snapshot na inicialização do MCP, no carregamento da sessão e a cada cinco minutos — a entrega de habilidades nunca depende de um gancho de ciclo de vida do host.

No primeiro turno do usuário, a habilidade nativa do Prism, os metadados do MCP e as instruções gerenciadas do host solicitam uma chamada session_bootstrap({}). O Prism então usa o nome do desenvolvedor do dashboard, Carregamento Automático de Projetos e a configuração rápida, padrão ou profunda. A resposta permanece focada em saudação e estado da sessão porque as habilidades de nível já estão presentes no diretório de habilidades nativas do host.

O MCP sem ganchos pode fornecer e priorizar esse bloco pronto para exibição, mas o modelo do host ainda possui a mensagem final do assistente e pode resumi-la. O Prism não reivindica uma saudação verbatim determinística em superfícies de chat de terceiros; isso exigiria um gancho de ciclo de vida do host, lançador, extensão ou painel de propriedade do Prism. O carregamento de contexto em si permanece completo mesmo quando um host encurta a resposta visível.

Contas gratuitas recebem apenas o pacote público prism-startup sem ganchos; o servidor MCP ainda fornece um contrato de segurança e evidência compacto e não proprietário. Contas pagas autenticadas recebem os pacotes comportamentais e de engenharia protegidos mais o conjunto de roteamento assinado atual. O evidence-first-protocol pago mantém a codificação comum leve: uma reprodução correlacionada é suficiente para iniciar uma edição, enquanto a aceitação estrita começa apenas antes de uma reivindicação de conclusão, push ou lançamento e inspeciona apenas os artefatos exatos usados como prova. Atualizações instalam pacotes recém-atribuídos; downgrades verificados removem apenas pacotes de propriedade do Prism, preservando habilidades locais e conflitos modificados localmente.

Ao atualizar uma instalação mais antiga do Claude Code, prism connect remove apenas as ações exatas de gancho de inicialização, sincronização de habilidades, handoff e deriva de propriedade do Prism do bootstrap legado. Também remove as seções de inicialização legadas reconhecidas do Prism de ~/CLAUDE.md, preserva todas as outras instruções e instala um bloco nativo pequeno marcado por propriedade que seleciona session_bootstrap({}) no primeiro turno. Ganchos de usuário, seções de instrução personalizadas e correspondências próximas permanecem intactos; habilidades nativas e lembretes do lado do servidor preservam esses recursos do Prism sem depender de ganchos de ciclo de vida do host. No Claude Code e Codex, a conexão também registra o script prism-route duas vezes: em cada prompt (roteamento de habilidades no meio da sessão) e em SessionStart correspondido a compact apenas (digestão do piso protegido pós-compactação). Como os hosts não expõem nenhum callback nativo de fim de sessão, o handoff no desligamento é orientado por instruções em vez de um evento de ciclo de vida garantido.

Após o registro nativo do usuário do Claude Code ser bem-sucedido, o mesmo comando padrão ou --refresh verifica o .mcp.json mais próximo do diretório atual até o diretório inicial. Ele remove apenas a entrada legada exata prism-mcp { "command": "npx", "args": ["-y", "prism-mcp-server"] } que de outra forma sombrearia o registro do usuário. Entradas personalizadas do Prism e seus campos adicionais, além de servidores não relacionados, são preservados; arquivos malformados falham ruidosamente sem alterações. --dry-run relata a migração reconhecida sem alterar o arquivo.

O que há de novo na v20.2.1

Armazenamento de Memória Ciente de Assinatura

prism connect agora carrega um PRISM_STORAGE=auto|local|synalux|supabase explícito em cada registro de host gerenciado e rejeita valores inválidos antes de alterar um arquivo de configuração. Em auto, um nível gratuito confirmado pelo portal usa SQLite local, enquanto Standard, Advanced e Enterprise usam memória em nuvem Synalux. Se a resolução de direitos não estiver disponível, o Prism falha fechado em vez de dividir o histórico entre backends. O armazenamento permanece independente do roteamento de modelo local-primeiro.

O que há de novo na v20.2.0

Um Comando Conecta Todos os Hosts Suportados

Instale o Prism globalmente e execute prism connect. Ele detecta Claude Code, Claude Desktop no macOS, Windows e Linux (beta), Cursor, Gemini CLI e Codex, então registra com segurança o servidor do pacote instalado. Entradas personalizadas existentes são intocadas; --dry-run pré-visualiza alterações e --refresh atualiza apenas entradas gerenciadas pelo Prism.

O que há de novo na v20.1.0

Todo Resultado de Inferência Agora é Observável

prism_infer ganha um contrato de falha: passe escalation: "report" e cada chamada retorna um gate_outcome estruturado — success, degraded (saída com falha de gate servida mesmo assim, explicitamente sinalizada) ou refused (tipado, com motivo, em vez de um erro lançado). Saída degradada não pode mais ser servida silenciosamente.

Prompts Grandes Funcionam Localmente

Prompts com mais de 4000 caracteres eram recusados de forma genérica quando a nuvem estava desligada. Agora o texto completo recebe uma varredura determinística de palavras-chave reservadas, além de uma classificação de excertos cabeça+meio+cauda — prompts grandes e limpos são servidos localmente com um marcador de auditoria UNCERTAIN_LENGTH distinto. O tratamento clínico/reservado permanece inalterado (e seu piso de palavras-chave ficou mais forte).

Sem Mais Truncamento Silencioso

Os limites de contexto por nível agora correspondem aos Modelfiles ativos (27b/9b são modelos de 4096 tokens; 4b/2b são 32768 — a tabela antiga estava invertida). Níveis que não comportam seu prompt são pulados com um motivo visível de ctx_insufficient; se nada couber, você recebe o prompt completo na nuvem ou um erro explícito — nunca uma resposta calculada a partir de um prompt truncado silenciosamente.

Saiba Sob Qual Plano Você Está Realmente Rodando

Os direitos de uso carregam um campo source: portal (real), unconfigured (grátis por design) ou fallback_free (portal inacessível — limites gratuitos ASSUMIDOS). Passe strict_entitlements: true para falhar de forma explícita em vez de rodar degradado.

O Que Há de Novo na v20.0.8

verify_behavior Funciona Novamente

A ferramenta verify_behavior travava em toda chamada (-32602 expected object, received string) — o handler retornava uma string simples em vez de um objeto MCP CallToolResult. Corrigido, com testes de regressão de contrato e fail-closed para que o gate de segurança nunca mais quebre silenciosamente. Se você está na 20.0.6/20.0.7, atualize.

Da v20.0.7: Segurança de Conteúdo Reservado, Autenticação de Skills, Métricas de Delegação

Conteúdo clínico reservado agora é Claude-ou-recusa (nunca servido por um modelo menor do que aquele que o recusou), a entrega de skills ganhou um fallback de autenticação JWT (skills de nível pago agora alcançam máquinas usando apenas PRISM_SYNALUX_API_KEY), e toda chamada de prism_infer é registrada em um livro-razão persistente de infer_metrics. Detalhes completos em CHANGELOG.md.

O Que Há de Novo na v20.0.5

Delegação Local-First — 15 Categorias, Taxa Medida

A skill local-inference-first cobre 15 categorias de gatilho rígido (geração de código, regex, conversão de formato, sumarização, documentação, consulta factual, classificação, comandos de shell, geração de config e mais). Blocos de código colados agora disparam delegação independentemente da formulação da pergunta. Taxa de delegação medida: 30-35% em sessões de engenharia, 40-60% em sessões de transformação/conteúdo. A taxa depende da mistura de prompts, não da skill — os instrumentos agora se autovalidam com nonDelegatedCount para evitar tautologias de conjuntos curados.

Repetição Somente-Pensamento (v20.0.4)

Modelos Qwen 3.5 (9B/27B) com pensamento habilitado podiam queimar todos os tokens em blocos <think> e retornar conteúdo vazio, causando uma cascata para 4B. Agora detecta respostas somente-pensamento e repete o mesmo nível com pensamento desabilitado — preservando a qualidade do modelo em vez de cair para um modelo menor.

O Que Há de Novo na v20.0.3

Resiliência de Modelo Frio na Camada 1

(Como enviado em uma versão anterior; o contrato atual é o cabeçalho de src/utils/layer1.ts.) O classificador de categorias reservadas tenta novamente uma vez com um timeout maior em falha de modelo frio, depois cai para um backstop determinístico de palavras-chave; texto limpo por palavras-chave é servido localmente. Prompts muito longos (>4K caracteres) recebem o piso de palavras-chave de texto completo, além de uma leitura de excertos cabeça+meio+cauda e um marcador distinto UNCERTAIN_LENGTH — o preenchimento de prompt não pode forçar o ramo ERROR. Isso elimina o problema de recusa de inicialização a frio sem enfraquecer o gate de segurança.

Backstop de Palavras-Chave para Conteúdo Reservado

Quando o classificador LLM falha (timeout, injeção, pressão de recursos), um piso determinístico de regex captura vocabulário reservado (contenção, isolamento, automutilação, suicídio, overdose, desescalada de crise, etc.), incluindo formas flexionadas e verbais. Bloqueia ataques de preenchimento de prompt e injeção de classificador no caminho ERROR.

Texto de Segurança de Fonte Única

A declaração de segurança no campo instructions do servidor MCP agora importa de boundaries.ts — uma fonte de verdade em vez de duas cópias mantidas manualmente. A versão dos limites foi atualizada para v3 com uma decisão explícita de entrega documentada no código.

Gate de Segurança de Categoria Reservada — Todos os Níveis (v20.0.2)

O classificador semântico da Camada 1 agora roda para todo usuário, não apenas níveis pagos. Conteúdo clínico reservado é recusado no nível gratuito quando a nuvem está indisponível — fail-closed.

Deduplicação de Livro-Razão (v20.0.2)

session_save_ledger deduplica entradas idênticas dentro de uma janela de 5 minutos.

Script de Evidência (v20.0.2)

scripts/generate-evidence.sh regenera todos os 5 arquivos de evidência com asserções embutidas. Execute bash scripts/generate-evidence.sh para verificar o pipeline completo.

O Que Há de Novo na v20.0.0

Licença: AGPL-3.0 → Apache-2.0

Prism MCP agora é Apache-2.0. A arquitetura de cliente fino significa que todo valor proprietário (resolução de skills, gating de níveis, cobrança, inferência em nuvem) vive no lado do servidor — o cliente aberto não carrega nenhum fosso a proteger. Apache-2.0 remove o atrito de adoção empresarial que AGPL causava.

Arquitetura de Cliente Fino

Roteamento de skills, gerenciamento de orçamento e resolução de conteúdo foram movidos para o lado do servidor no portal Synalux. O cliente MCP agora é um chamador de API fino — mais simples, menor e portátil em qualquer host (Claude Code, Gemini, Cursor, scripts autônomos). Fallback offline lê a última resposta bem-sucedida do SQLite local.

Adaptador Voyage AI em Sala Limpa

O adaptador de embeddings Voyage AI foi reimplementado de forma independente a partir da documentação da API Voyage para garantir 100% de copyright de propriedade do projeto. Modelo padrão atualizado para voyage-3.5. Veja PROVENANCE.md para detalhes.

Detecção de Deriva no Lado do Servidor

A detecção de deriva de sessão (GATE 5) não requer mais hooks do Claude Code. O timer roda no lado do servidor por conversa, aproveitando cada resposta de ferramenta MCP. Funciona para qualquer host.

Requisito de CLA

Contribuições externas agora exigem a assinatura do CLA Individual. A verificação de CLA é bloqueante para merge no branch main.

// Call 1
prism_infer({ prompt: "My project codename is Nightjar. Reply OK.", mode: "chat" })
// → "OK"                                  (local model, $0)

// Call 2 — the model never saw call 1
prism_infer({ prompt: "What is my codename? One word.", mode: "chat" })
// → "I don't have that information."      (local model, correct and useless)

// Call 3 — a coding follow-up with no thread
prism_infer({ prompt: "Now add a timeout parameter to it.", mode: "code" })
// → guesses what "it" is, or asks         (the host has to redo the work)

// A free plan that sends messages anyway:
prism_infer({ messages: [/* … */], prompt: "…" })
// → refused: multi_turn_not_in_plan       (no portal entitlement, no cloud)

// The host keeps the turns it accepted and passes them back.
prism_infer({
    messages: [
        { role: "user",      content: "My project codename is Nightjar. Reply OK." },
        { role: "assistant", content: "OK" },
    ],
    prompt: "What is my codename? One word.",
    mode: "chat",
})
// → "Nightjar"                            (local model, $0; history_turns: 2)

prism_infer({
    messages: [
        { role: "user",      content: "We named the helper countActiveUsers(data). Confirm." },
        { role: "assistant", content: "Confirmed." },
    ],
    prompt: "Write the one-line call that stores its result in n.",
    mode: "code",
})
// → "n = countActiveUsers(data)"          (local model, $0)

// A turn the on-device screen finds uncertain, alone or in context, is not
// served locally: it goes to Synalux cloud on a paid plan, or is refused with
// cloud_fallback: false. The result names the reason (layer1_uncertain) so
// the host can decide what to do with the thread.
prism_infer({
    messages: [
        { role: "user",      content: "The ticket for this bug is SYN-4471. Acknowledge." },
        { role: "assistant", content: "Acknowledged." },
    ],
    prompt: "Which ticket is this bug filed under?",
    cloud_fallback: true,
})
// → "SYN-4471"                            (Gemini 3.6 Flash; used_cloud: true)

Medido em 20.21.14 através do handler real, no 9b local com nuvem desligada:

• Cada acompanhamento benigno que chegou ao 9b local com sua conversa anexada foi respondido corretamente. Sem a conversa, a maioria das respostas foi inventada.
• A verificação no dispositivo ainda recusa muitos acompanhamentos benignos: 11 de 26 em nossos testes. Cada recusa nomeia seu motivo. Reduzir essas recusas falsas é o trabalho atual.
• Cada sonda multi-turno reservada foi recusada antes de qualquer geração (11 de 11).

A janela de contexto do LLM é tratada como espaço temporário efêmero; o estado durável vive no armazenamento persistente (SQLite localmente, o portal na nuvem). Cada sessão começa com uma chamada obrigatória sem argumentos session_bootstrap, para que o Prism aplique a configuração de projeto e rápido/padrão/profundo do painel antes que o agente escreva uma resposta. Quando um projeto excede um limite (padrão de 50 entradas), o session_compact_ledger resume entradas antigas em um resumo, arquiva suavemente os originais e os vincula no grafo. Veja docs/COMPACTION.md

• IA: Participante de chat (@synalux), pipeline multiagente, entrada de voz, troca de modelos, 10 tons
• Clínico: Gerador de notas SOAP, acesso baseado em funções, assinatura de documentos
• Colaboração: Chat em equipe, DMs, videochamadas, quadro de clientes, construtor visual, DevContainers
• Privacidade: Ollama local por padrão. O preferLocal=true tenta local primeiro.