Integração GitHub

Cada pull request, lembrado.

Instale o Queryable para GitHub e seus pull requests e issues viram memória pesquisável do time — a discussão, o review e o motivo por trás de cada merge, tudo resumido e a uma pergunta de distância. Pergunte “por que construímos assim?” e receba a resposta com o PR citado.

Comece de graça Veja como funciona

Somente leitura · PRs, issues e reviews · Repositórios públicos também

merged GitHub PR #482

Corrigir lógica de retry de pagamento

bugP1merged

Lucas“A causa raiz era uma cobrança dupla no retry — adicionei chaves de idempotência.”

Resumido para a memória auto

pergunte Pergunte citado

“Por que adicionamos chaves de idempotência?”

Para evitar cobranças duplas no retry de pagamento — causa raiz identificada no PR #482.

Fonte: PR #482

issue Issue #511

Staging instável no checkout

Rastreada até o mesmo caminho de retry; corrigida pelo #482.

Vinculada na memória fechada

o porquê, guardado

O raciocínio por trás de cada merge continua encontrável — chega de arqueologia em PRs antigos.

1 memória

PRs e issues ficam ao lado das suas reuniões e conversas, então uma resposta abrange código e conversa.

PRs·issues·reviews

Pull requests, issues, a discussão e o resultado do review são todos resumidos e pesquisáveis.

Como funciona

Conecte uma vez. Mantenha o contexto.

De pull requests e issues a memória pesquisável em três passos.

1 Instale o app

Conecte sua organização.

Instale o app do Queryable para GitHub na sua organização. Ele lê seus pull requests e issues — somente leitura — e nada no seu fluxo de trabalho muda.

Somente leitura — o Queryable lê seus PRs e issues, nunca escreve nos seus repos.
Por organização — instale uma vez para o time.
Repositórios públicos também — acompanhe um repositório público sem instalar.

instalarGitHubconfiguração

Instalar o Queryable

AcessoSomente leitura

Reposvocê escolhe

Conectado à sua org

2 Ele resume cada um

PRs e issues viram memória.

Cada pull request e issue é resumido — a discussão, o review e se deu merge — e integrado à sua memória pesquisável, ao lado de reuniões e conversas.

Contexto completo — a descrição, a thread e o resultado do review.
Aberto, fechado e mergeado — o estado final é capturado, não só o título.
Sempre atualizado — novos PRs e issues são captados automaticamente.

mergedPR #482resumido

Corrigir lógica de retry de pagamento

Causa raiz: cobrança dupla no retry. Correção: chaves de idempotência. Revisado e mergeado.

Salvo na memóriaauto

3 Pergunte o porquê

O raciocínio continua encontrável.

Meses depois, pergunte por que uma mudança foi feita ou o que causou um bug, e o Queryable responde a partir do PR e da discussão em volta — com a issue ou o pull request exato citado.

Pergunte “por quê” — receba o raciocínio, não só o diff.
Causas raiz — a história por trás de um bug continua pesquisável.
Citado no PR — toda resposta leva de volta à fonte.

pergunteMemóriacitado

Por que chaves de idempotência?

Para evitar cobranças duplas no retry — veja o PR #482.

Fonte: PR #482citado

O que você recebe

A história por trás de cada mudança, guardada.

PRs e issues, resumidos

Cada pull request e issue é destilado em um resumo claro — a discussão, o review e o resultado.

O raciocínio, guardado

O “porquê” por trás de cada merge continua encontrável, então as decisões não evaporam quando o PR some da tela.

Causas raiz continuam pesquisáveis

Quando um bug volta, o diagnóstico e a correção originais estão a uma pergunta de distância, em vez de história perdida.

Uma única memória pesquisável

O código fica ao lado das suas reuniões e conversas — uma pergunta pode abranger um PR e uma call de planejamento.

Repositórios públicos também

Acompanhe um repositório público sem instalar o app, e traga seus PRs e issues para a memória.

Somente leitura e seguro

O Queryable apenas lê seus PRs e issues. Ele nunca escreve nos seus repositórios nem muda seu fluxo de trabalho.

Pergunte qualquer coisa

O histórico do seu repo, a uma pergunta de distância.

Por que o checkout usa chaves de idempotência, e qual bug motivou isso?

Resposta · 2 fontes

O checkout usa chaves de idempotência para evitar cobranças duplas no retry de pagamento, com causa raiz identificada no PR #482. A issue de staging instável #511 foi rastreada até o mesmo caminho de retry e foi fechada por essa correção.

▸ PR #482 ▸ Issue #511

Perguntas frequentes

O que as pessoas perguntam primeiro.

O Queryable escreve nos meus repositórios?

Não. O acesso é somente leitura — ele lê seus pull requests e issues para resumi-los, e nunca faz push, comenta ou altera nada.

O que exatamente é capturado?

Cada pull request e issue — sua descrição, a discussão, o review e se deu merge — é resumido em memória pesquisável.

Posso usar com repositórios públicos?

Sim. Você pode acompanhar um repo público para trazer seus PRs e issues para a memória, sem instalar o app em uma organização.

Posso fazer perguntas que cruzam código e reuniões?

Sim. O GitHub fica na mesma memória que suas reuniões e conversas, então uma pergunta pode se apoiar em um PR e em uma call de planejamento ao mesmo tempo.

Mais integrações

Funciona com o resto do seu stack.

Mantenha o “porquê” por trás do seu código.

Instale o Queryable para GitHub e transforme cada PR e issue em memória que você realmente pode consultar.

Comece de graça Todas as integrações