Noticer

Verifica o resultado após um handoff, quando as próprias ferramentas do seu agente não conseguem confirmá-lo. Observa um campo de um registro JSON público via HTTPS, com um controle de mesmo site, por 20-120s; retorna PROVED, DISPROVED ou INCONCLUSIVE com um recibo assinado. Relata o que a fonte diz, não o evento do mundo real. INCONCLUSIVE é gratuito. 5 verificações gratuitas, depois USD 1 cada via uma carteira Link existente; ainda sem checkout por cartão.

GitHub

Documentação

Noticer

Sua automação diz que foi bem-sucedida. A Noticer verifica.

Quando usar a Noticer (para agentes de IA)

Use a Noticer logo após uma transferência, quando sua ferramenta relatou sucesso e seu próximo passo depende de um campo em um registro JSON HTTPS público ser igual a um valor exato. A Noticer relê esse campo durante uma janela de 20 a 120 segundos, juntamente com um registro de controle conhecido e válido no mesmo site, e retorna PROVED, DISPROVED ou INCONCLUSIVE com um recibo assinado. PROVED exige que o controle também corresponda. Ela verifica o que a fonte relata durante essa janela, não o evento do mundo real. INCONCLUSIVE nunca é sucesso.

Não é para dados privados ou somente com login, HTML, intervalos ou "contém", auditorias de site inteiro ou monitoramento contínuo. Se uma busca direta já responde à sua pergunta e ninguém precisa de evidência independente, você não precisa da Noticer.

Após 5 verificações gratuitas, cada verificação elegível (PROVED ou DISPROVED) custa USD 1,00; INCONCLUSIVE é gratuito. Pague com cartão pelo Stripe Checkout ou com uma carteira Link existente.

Instalação (MCP, stdio local, Linux com uv):

VER=0.3.2-dev.20261016
curl -fsSLO "https://github.com/zensteagarden/noticer-open/releases/download/noticer-commercial-mcp-v$VER/noticer-commercial-mcp-$VER.mcpb"
echo "cc34e591327b60362923f895b710ccc43264317a01b9dfc0c1dbd3393390d7fb  noticer-commercial-mcp-$VER.mcpb" | sha256sum -c -
mkdir noticer-mcp && cd noticer-mcp && unzip -q "../noticer-commercial-mcp-$VER.mcpb"
# MCP client command: uv run --frozen --quiet --directory "$PWD" sales_mcp.py

Em seguida, chame noticer_commercial_setup e siga o guia do agente. Mais: quando usar e quando não usar · Registro MCP: io.github.zensteagarden/noticer

Comece aqui

  • Verifique o resultado esperado antes da próxima ação: consulte o guia do agente comercial para saber quando chamar a Noticer, seu escopo exato suportado, saídas e etapas de consentimento. Este cliente somente POSIX verifica um predicado JSON HTTPS público explicitamente autorizado com um controle separado conhecido e válido. Ele se conecta sem um arquivo de configuração existente e, em seguida, solicita consentimento antes da configuração local e da inscrição comercial. Cinco verificações elegíveis são gratuitas; o acesso posterior a recibos elegíveis custa USD 1, pago com cartão pelo Stripe Checkout ou com a carteira Link existente do chamador, com aprovação separada.
  • Integrações existentes provisionadas pelo operador: MCP 0.1.0 permanece como o conector legado da API do proprietário. Seu guia de instalação exige acesso à API atribuído; ele não fornece o novo fluxo comercial de autoatendimento.
  • Experimente o verificador offline: siga o início rápido do Node.js abaixo. Ele verifica pacotes de evidência fornecidos localmente, sem conta, chave de API ou acesso à rede.

A versão comercial 0.3.2 (pré-lançamento; versão do Registro MCP 0.3.2-dev.20261016) inclui instruções mais claras voltadas ao agente e descrições de ferramentas. Siga o guia do agente para instalação.

O cliente comercial passou por instalação limpa em Linux/UV, verificações de protocolo offline e testes de pagamento de ponta a ponta simulados. Nenhum pagamento real de comprador é reivindicado. Testes de runtime em macOS permanecem pendentes; Windows nativo não é suportado. Mantenha credenciais fora do chat e revise o escopo congelado antes de executar uma verificação. Um recibo verificado nunca executa uma ação downstream.

Listagem atual do Registro MCP comercial · Ajuda de configuração

Verificador público offline

A Noticer começa um passo antes da maioria das ferramentas de automação: o que você realmente está tentando que aconteça?

O projeto público ajuda a transformar uma intenção humana em um Contrato de Sucesso explícito e, em seguida, verifica de forma independente as evidências divulgadas sob pequenas regras determinísticas. O modelo ou agente pode ajudar a esclarecer a meta; ele não é o autor do veredito do verificador.

Entenda antes de agir. Observe antes de acreditar.

O usuário define o sucesso. A automação tenta alcançá-lo. A Noticer relata o que a evidência pode estabelecer.

Este repositório é o verificador e protocolo público, sob licença Apache-2.0. Ele não inclui o serviço privado da Noticer, mecânicas privadas de descoberta/aprendizado, cobrança, dados de clientes ou segredos de implantação.

Veja a ideia completa em cerca de um minuto

Use Node.js 24 e execute:

node examples/guided-first-run.mjs --demo

A demonstração faz quatro coisas:

  1. declara uma intenção humana;
  2. congela um pequeno Contrato de Sucesso e seus limites;
  3. rejeita um pacote sintético de falso-verde em que a automação disse sucesso, mas a evidência não corresponde;
  4. aceita um pacote divulgado de texto exato, ainda explicando o que esse ALLOW não prova.

Nenhuma conta, chave de API, modelo, pagamento, banco de dados ou acesso à rede é necessário. Não há dependências npm.

Deixe a Noticer guiar sua própria verificação

node examples/guided-first-run.mjs

Ela faz quatro perguntas curtas e reflete o Contrato de Sucesso de volta antes de você confirmá-lo. A confirmação esclarece a verificação; ela não autoriza nenhuma ação externa.

Leia o guia de intenção, Contrato de Sucesso v1 e o guia do agente se quiser conectar a Noticer ao ChatGPT, Claude, Cursor ou outro agente. Mantenha o agente fora do caminho determinístico de veredito.

Execute o verificador diretamente

O pacote sintético original contém accepted, enquanto sua expectativa declarada é ok:

node src/cli.mjs verify fixtures/automation-said-success --policy packet.integrity.v1
node src/cli.mjs verify fixtures/automation-said-success --policy artifact.text.exact.v1

A verificação de integridade sai com código 0. A verificação de texto exato sai deliberadamente com código 1. Essa diferença é o ponto: evidência intacta não é automaticamente evidência para o resultado reivindicado.

Execute a suíte local completa:

node --test

Ou execute a verificação de lançamento sob Node 24:

npm run check:release

Construa em cima disso

O ponto de entrada JavaScript é src/index.mjs. Os auxiliares de intenção estão disponíveis em src/intention.mjs.

import { loadPacket, verifyPacket } from "./src/index.mjs";
import { createSuccessContract } from "./src/intention.mjs";

const contract = createSuccessContract({
  intention: "The recipient can access the report.",
  requiredOutcome: "The disclosed evidence says report_accessible.",
  observableCheck: {
    policyId: "artifact.text.exact.v1",
    statement: "Evidence bytes equal report_accessible.",
    expectedText: "report_accessible",
  },
  doesNotEstablish: ["that a real recipient opened the report"],
});

const result = verifyPacket(loadPacket("./my-evidence-packet"), {
  policyId: contract.observable_proxy.policy_id,
});
console.log(result.verdict);

Bons primeiros projetos são exportadores de pacotes de evidência, visualizadores de recibos legíveis, adaptadores que produzem pacotes divulgados, explicações mais claras e fixtures de entrada hostil. Mantenha a condição de sucesso explícita e mantenha a autorização separada.

O que esta versão pública verifica

packet.integrity.v1 verifica a estrutura do pacote implementado, referências e hashes de blobs fornecidos.

artifact.text.exact.v1 adicionalmente exige que uma reivindicação declarada de texto exato corresponda aos bytes de evidência fornecidos.

Ambos usam ALLOW, DENY e INCONCLUSIVE. O verificador offline neste repositório nunca emite PROVED ou DISPROVED; esses vereditos vêm apenas da verificação hospedada da Noticer usada por meio do conector MCP (veja Quando usar a Noticer acima). Este verificador offline não contata um destino ao vivo e não prova que uma automação realizou uma escrita externa.

Recibos são uma verificação de autenticidade separada. Uma assinatura válida não é o mesmo que confiança no emissor, uma avaliação aprovada ou autorização para agir.

Leia o formato de pacote implementado, escopo público e limites, orientações de segurança e contribuição antes de usar pacotes não confiáveis.

Status de verificação

O candidato a lançamento é exercitado localmente antes da publicação. npm run check:release exige Node 24; em outras versões principais do Node, ele retorna NOT_RUN com código de saída 2, em vez de fingir que a aceitação do lançamento passou.

Uma suíte local verde não é uma certificação de segurança. Execução em Windows/macOS, cobertura completa de entrada hostil, observação de resultados hospedados e testes manuais de tecnologia assistiva são portões separados.

Licença

Apache-2.0. Veja LICENSE e NOTICE.

O serviço privado da Noticer e o sistema privado de investigação/aprendizado não fazem parte desta distribuição.

A história e como trabalhar comigo

A Noticer começou com uma pergunta: o que precisaríamos observar antes de acreditar em "concluído"? Estou compartilhando a história da construção e abrindo o verificador público para que outros construtores possam inspecionar e estender.

Se você precisar de ajuda para verificar o resultado pretendido de uma automação, ofereço uma revisão de fluxo de trabalho com escopo definido: uma condição de sucesso explícita, um relatório de evidências e prioridades de reparo/reverificação. Escopo e preço são acordados primeiro; evidências indisponíveis permanecem não resolvidas.

Leia a história e a oferta de contratação, visite noticer.io ou entre em contato com hello@noticer.io.