O formato de conhecimento aberto do Google adiciona cinco sinais de confiança

O formato de conhecimento aberto do Google adiciona cinco sinais de confiança


O Google anunciou uma atualização para o Open Knowledge Format (OKF), versão 0.2. A nova versão adiciona cinco recursos relacionados à confiança que um “consumidor” do OKF pode usar para verificar cinco aspectos sobre os pacotes OKF.

Os cinco sinais de confiança e seus campos OKF relacionados e tipo de conceito são:

  1. Proveniência (campo: fontes)
  2. Confiança (campos: gerado, verificado)
  3. Frescura (campo: stale_after)
  4. Ciclo de vida: (campo: status)
  5. Atestado (novo tipo de conceito: Computação Atestada)

O anúncio posiciona estes cinco sinais como respostas a cinco perguntas sobre o pacote OKF, a fim de estabelecer confiança.

As cinco perguntas:

  1. “De onde isso foi criado? (proveniência)
  2. Quanto devo confiar nisso? (confiar)
  3. Ainda é verdade? (frescor)
  4. É a versão atual? (vida útil)
  5. Este número foi produzido da maneira que dissemos que deveria ser? (atestado)”

Proveniência

O Google introduz um novo campo de “fontes” que registra a origem das informações de um conceito. Isso permite que os consumidores identifiquem as fontes originais usadas para criá-lo. Isto fornece informações de origem que os consumidores podem usar para avaliar a confiabilidade de um conceito, respondendo à pergunta: “A partir do que isto foi criado?”.

Este é o exemplo do campo de fontes do Google:

sources:
- id: warehouse-schema
resource: https://wiki.acme.internal/data/warehouse/schemas/sales
title: Acme Retail warehouse schema — sales dataset
author: team:data-platform
usage_count: 1240
last_modified: 2026-06-15
- id: revenue-policy
resource: policies/revenue-recognition.md
title: Revenue Recognition Policy (FY2026)
author: human:jsmith@acme
last_modified: 2026-06-15

O Google explica o que tudo isso significa:

“O novo campo de fontes registra os materiais dos quais um conceito deriva: um documento externo, um caminho relativo ao pacote ou até mesmo um descritor de escopo como “todas as consultas no projeto X”. Ao mesmo tempo, uma entrada pode conter sinais objetivos de credibilidade: autor, contagem_de_utilização, último_modificado.

A escolha deliberada aqui é o que não adicionamos. A OKF registra os sinais, não uma pontuação de credibilidade. Uma pontuação é subjetiva, não é transferida para os consumidores e fica obsoleta no momento em que é escrita.

Em vez disso, a credibilidade é inferida a partir dos sinais de quem está consumindo (e pode ser pontuada dinamicamente pelo consumidor, se desejado), da mesma forma que você confiaria mais em uma fonte muito usada, recentemente atualizada e de autoria oficial do que em uma fonte anônima. E quando o corpo cita uma fonte específica, ele o faz com uma nota de rodapé de marcação comum ligada ao ID da fonte ((^esquema de exportação)), de modo que a atribuição é por reivindicação, em vez de uma lista pendente na parte inferior.

Confiança: campos gerados e verificados

A próxima parte dos sinais de confiança são os campos Gerado e Verificado.

O campo “gerado” registra quem criou um conceito, enquanto o campo “verificado” registra quem o confirmou de forma independente. Um consumidor (como um agente de IA, um LLM ou um aplicativo) pode usar as informações de verificação para filtrar conceitos com base no fato de eles não serem verificados, confirmados por máquina ou revisados ​​por humanos.

Este é o exemplo dos campos Gerados e Verificados em uso:

type: Metric
title: Revenue
generated: { by: reference_agent/gemini-2.5-pro, at: 2026-06-30T14:00:00Z }
verified:
- { by: human:jsmith@acme, at: 2026-07-01T09:00:00Z }

Atualização e ciclo de vida: campos status e stale_after

O campo de status comunica em que parte do ciclo de vida um conceito se encontra para que um consumidor possa identificar se ele está em rascunho, atual ou desatualizado (obsoleto). Ele sinaliza se um conceito é um rascunho, estável ou obsoleto.

O campo stale_after especifica a data após a qual o conceito deve ser verificado novamente antes de ser usado. Os consumidores podem usar esses campos para identificar conceitos que precisam ser verificados novamente ou para excluir conceitos desatualizados de novos trabalhos, preservando-os para referência histórica.

Aqui está o exemplo disso em uso:

type: Metric
title: Gross Margin (legacy, pre-FY2026)
status: deprecated

Computação atestada: para verificação de cálculos

A computação atestada não é um campo, é um novo tipo. A Computação Atestada define a maneira aprovada de calcular um valor e fornece uma maneira de verificar se o cálculo foi executado da maneira que deveria ser calculado.

A descrição oficial explica:

“A proveniência responde de onde veio uma reivindicação. O atestado responde a uma pergunta mais difícil que importa no momento em que um agente relata um valor em dólares: esse número foi produzido da maneira que dissemos que deveria ser ou o agente improvisou seu próprio SQL?

OKF v0.2 introduz um novo tipo de conceito, Computação Atestada. Ele carrega não apenas o que um valor significa, mas uma maneira sancionada de calculá-lo e os meios para verificar se a coisa sancionada realmente funcionou.”

Aqui está o exemplo:

---
type: Attested Computation
title: Revenue for a fiscal year
runtime: bigquery
parameters:
- { name: year, type: integer, required: true }
executor:
resource: skills/run-on-bq.md
receipt: (job_id, executed_sql, result)
attester:
resource: attesters/sql_equality.py
generated: { by: reference_agent/gemini-2.5-pro, at: 2026-06-30T14:00:00Z }
verified:
- { by: human:jsmith@acme, at: 2026-07-01T09:00:00Z }
status: stable
stale_after: 2026-12-31
sources:
- id: revenue-policy
resource: policies/revenue-recognition.md
title: Revenue Recognition Policy (FY2026)
author: human:jsmith@acme
last_modified: 2026-06-15
---

# Computation

SELECT
SUM(
CASE
WHEN o.currency = 'USD' THEN o.net_amount
ELSE o.net_amount * fx.rate_to_usd
END
) AS revenue_usd
FROM `acme.sales.orders` AS o
LEFT JOIN `acme.finance.fx_daily_rates` AS fx
ON fx.currency = o.currency
AND fx.rate_date = DATE(o.order_ts)
WHERE o.order_status="delivered"
AND DATE_DIFF(CURRENT_DATE(), DATE(o.order_ts), DAY) >= 30
AND EXTRACT(YEAR FROM o.order_ts) = @year"

Documentação atualizada em formato de conhecimento aberto

O Google atualizou o repositório GitHub para refletir esta atualização e publicou um anúncio que serve como explicação.

Imagem em destaque por Shutterstock/Jack_the_sparow



Source link

Postagens Similares

Deixe um comentário

O seu endereço de email não será publicado. Campos obrigatórios marcados com *