What Led To

Pesquise cronologias baseadas em fontes de eventos de longa duração e obtenha a citação verbatim e o veículo por trás de cada entrada datada.

Documentação

Data

Cada linha do tempo como JSON e Markdown

As mesmas entradas, fontes e citações que as páginas mostram, em um formato que um programa ou um agente de IA possa ler. Versão dos dados 1.

Onde os arquivos estão

  • /index.json: cada linha do tempo com suas URLs, tamanho e última atualização, além de tópicos, partes e feeds. Comece por aqui.
  • /events/<slug>.json: uma linha do tempo completa, por exemplo /events/xbox-game-pass.json.
  • /events/<slug>.md: a mesma linha do tempo como Markdown em texto simples, e /llms-full.txt para todas elas em um único arquivo.
  • /who/<id>.json: uma empresa, pessoa ou regulador em todas as linhas do tempo, por exemplo /who/nvidia.json. As partes que possuem uma estão listadas em parties em /index.json.
  • /search.json: todas as entradas de todas as linhas do tempo em uma única lista plana (linha do tempo, id, data, título, resumo, partes, url), para busca sem buscar os arquivos de linha do tempo. /upcoming.json: as datas agendadas como JSON.
  • /feed.xml para novas entradas, /events/<slug>/feed.xml por linha do tempo, /upcoming.ics para datas agendadas.

Perguntas respondidas como cadeias

Uma cadeia responde a uma pergunta de porquê ou como com um conjunto ordenado de entradas datadas que já existem nas linhas do tempo, cada uma com uma linha sobre por que levou à próxima. É escrita pelo editor, não gerada quando perguntada; muda quando as entradas às quais aponta mudam. Cada cadeia é uma página em /why/<slug>, JSON na mesma URL mais .json (question, aliases, answer e steps, cada uma com label, why, kind de cause ou counter, group (o fio do argumento; os fios seguem a ordem do argumento, os passos dentro de um fio avançam no tempo, e um passo datado antes do que está acima dele dentro de seu fio é marcado como out_of_order), e o entry completo com sua URL, data, resumo e fontes), e Markdown em .md. A lista está em /why/index.json e em questions em /index.json.

Servidor MCP

Os mesmos dados como ferramentas para um agente de IA: https://whatledto.com/mcp é um servidor remoto Model Context Protocol via Streamable HTTP, sem login, sem sessão. Adicione-o ao Claude, ChatGPT, Cursor ou qualquer cliente MCP como um conector personalizado com essa URL. Sete ferramentas: ask (uma pergunta de porquê/como respondida como uma cadeia de entradas, ou as perguntas que existem), list_timelines, get_timeline (com since para o que mudou após uma data), get_entry (as citações e fontes para citar), get_party (uma empresa, pessoa ou regulador em todas as linhas do tempo), search_entries (palavras-chave, parte, linha do tempo, intervalo de datas) e upcoming. Cada resultado carrega URLs de entradas; as instruções do servidor pedem que os agentes citem entradas por URL e nomeiem o veículo de onde a citação veio. O endpoint lê os arquivos acima, então está exatamente tão atualizado quanto eles.

Uma página de linha do tempo também responde à negociação de conteúdo: solicite /events/<slug> com Accept: application/json ou Accept: text/markdown e você recebe o arquivo JSON ou Markdown, com Content-Location nomeando-o. Cada página vincula suas alternativas a partir de seu <head>. Os arquivos JSON permitem solicitações de origens cruzadas de qualquer página e, ao contrário das páginas HTML, não têm limite de taxa.

O que um arquivo de linha do tempo contém

Nível superior: slug, title, url, vertical e topic, tags, tldr, created_at e updated_at, depois as seções abaixo. Os carimbos de data/hora são ISO 8601 em UTC; as datas de eventos são YYYY-MM-DD, ou YYYY-MM / YYYY quando date_precision diz que o dia ou mês não é conhecido.

nodes

As entradas, das mais antigas para as mais recentes. Cada uma tem um id que é estável durante a vida da entrada, um url que a endereça na página, o date em que a coisa aconteceu, um title, um summary de duas a três frases, um type (anúncio, lançamento, regulatório, legal, financeiro, relatório, resposta, atraso, envio ou outro), o entities sobre o qual trata, published_at e uma note do editor quando uma data foi corrigida ou uma fonte discordou. sources lista cada página da qual a entrada foi retirada com seu url, outlet, data de publicação e o quote verbatim que sustenta o resumo.

entities

As partes nesta linha do tempo: id, name, kind (empresa, pessoa, regulador, produto, outro) e um role de uma linha. Os nomes correspondem às strings usadas no entities de cada entrada; o id é o mesmo para uma parte em todos os arquivos, seja qual for a grafia usada em uma linha do tempo (Amazon Web Services e AWS são ambos amazon-web-services), e cada entrada lista os ids de suas partes como parties. Uma parte com uma página carrega seu url e o json de seu arquivo de parte.

relations

Links entre duas entradas, from da anterior para a posterior, que as datas sozinhas não mostram: causes (uma fonte diz que a anterior causou a posterior), responds_to, contradicts (com o desacordo detalhado em note) e follows (a posterior completa o que a anterior começou). Cada relação carrega um note dizendo o que é o link. Trate causes como a leitura dos editores das fontes, não como um fato do mesmo status de uma entrada.

links

Os mesmos três tipos explicativos, mas com uma extremidade em outra linha do tempo. Cada extremidade fornece seu event slug, entrada id, date, title e url, para que um link possa ser seguido de qualquer arquivo. Um link é escrito uma vez e aparece nos arquivos de ambas as linhas do tempo. A mesma regra de evidência se aplica: existe apenas onde o texto de uma entrada nomeia o fato da outra.

key_node_ids

As entradas que carregam a história, escolhidas quando o resumo é atualizado.

catalysts

Coisas datadas para observar em seguida, cada uma com um why e, onde existir, um source_url.

open_questions

O que as fontes ainda não resolveram.

metrics

Séries gráficas na página, como um preço ou uma taxa: key, name, unit, kind (passo, linha ou barra) e points. Um ponto existe apenas onde uma entrada publicada declara o valor verbatim; cada um carrega o node_id e o quote do qual foi lido.

related

Linhas do tempo que o editor vinculou a esta.

changelog

Cada mudança na linha do tempo, das mais recentes para as mais antigas: passes de pesquisa, entradas publicadas (com seus node_ids), atualizações de resumo e correções. Entradas nunca são editadas silenciosamente, então um diff desta lista é um diff do que o site sabia.

hero_image, hero_credit, image, image_credit

Fotografias e a atribuição com a qual são exibidas. Elas são licenciadas para este site conforme descrito em Images; o crédito viaja com o arquivo, a licença não.

Não incluído, de propósito: entradas candidatas não publicadas, o briefing de pesquisa e as consultas de busca que cada linha do tempo executa, e as instruções que o pipeline usa para ler valores de gráficos. Essas são como o site é feito, não o que ele diz.

O que um arquivo de parte contém

/who/<id>.json é o gráfico visto de um nó: id, name, kind, description e same_as (páginas da Wikipedia ou oficiais), depois timelines, uma por linha do tempo em que a parte está com seu role lá e o número de entries que a nomeiam, e entries, cada entrada datada de todas as linhas do tempo que nomeiam a parte, das mais recentes para as mais antigas, cada uma com o timeline em que está, seu id, url, date, title, summary, type, as outras parties que nomeia e seu sources com citações. often_with lista as partes que compartilham mais linhas do tempo com ela. "Nomeia" significa que os editores da entrada listaram a parte entre as entidades sobre as quais a entrada trata, não que o nome aparece no texto.

Estabilidade

Campos são adicionados, nunca renomeados ou removidos, dentro de uma versão de dados; data_version em cada arquivo muda apenas quando um campo muda de significado. Os ids de entrada não mudam. Uma linha do tempo aposentada mantém seus arquivos com status definido como archived. Busque /index.json e compare updated_at para saber quais linhas do tempo reler; o feed RSS e o changelog de cada arquivo dizem o que mudou.

Termos

Os termos de reutilização se aplicam aos arquivos exatamente como se aplicam às páginas: cite e referencie entradas com um link para o url da entrada, use os dados em pesquisas, artigos e respostas de IA com atribuição, e não republicue linhas do tempo inteiras nem treine modelos no texto. Cada resposta diz isso com um cabeçalho Content-Signal. Uso em massa dos arquivos, uso do texto para treinar ou ajustar modelos e redistribuição comercial dos dados não são cobertos por estes termos e são licenciados separadamente. Para tal licença, ou para pedir um campo ou formato, escreva para editor@whatledto.com.

Direitos autorais e reutilização

Texto e estrutura © What Led To. Cite com atribuição e um link para a página; linhas do tempo inteiras não podem ser republicadas ou espelhadas, e o texto não pode ser usado para treinar modelos. Termos completos: https://whatledto.com/methodology#reuse