Vale construir sua versão de Greptile?
Um bot de IA que indexa todo o seu código e deixa comentários de revisão com contexto em cada pull request.
O núcleo mecânico é de fato um projeto de fim de semana: um GitHub App que captura os webhooks de pull request, puxa o diff, recupera código relacionado de um índice de embeddings do repositório e posta comentários inline escritos por um LLM. Dá para chegar ao primeiro comentário útil em uma tarde. O que você não consegue em uma sessão é qualidade de sinal, que é o produto inteiro: saber quando ficar quieto, não repetir a mesma observação a cada push, entender um monorepo sem estourar a janela de contexto e manter o índice atualizado sem reindexar tudo a cada merge. Espere um bot impressionante no primeiro dia e silenciado pelo time no nono. Vale construir se você é dono do repositório e gosta de ajustar prompts; não vale construir só para economizar uma taxa por assento em uma equipe de engenharia de verdade.
EN → PTPesquisa traduzida automaticamente do inglês. Prompt original preservado em inglês.
Build a self-hosted AI pull request reviewer for a single GitHub repository. No web UI, no accounts, no telemetry.
Stack, no substitutions: Python 3.12, FastAPI, uvicorn, SQLite for state, sqlite-vec for vector search, httpx for GitHub REST calls, OpenAI API for embeddings and review generation. Package with uv. Everything runs in one process plus one CLI.
Secrets in .env, loaded with python-dotenv: GITHUB_APP_ID, GITHUB_PRIVATE_KEY_PATH, GITHUB_WEBHOOK_SECRET, OPENAI_API_KEY, REPO_FULL_NAME.
Part 1, indexer CLI (index.py):
- Walk the local clone of the repo, respect .gitignore, skip binaries, lockfiles, and anything over 400 KB.
- Chunk source files by function or class using tree-sitter for Python, TypeScript, JavaScript, and Go; fall back to 60-line sliding windows with 10-line overlap for everything else.
- Embed each chunk, store text, path, start line, end line, git blob sha, and vector in SQLite.
- Support incremental reindex: given two git revisions, only re-embed chunks whose file blob sha changed. Print counts of added, updated, deleted chunks.
Part 2, webhook service (server.py):
- POST /webhook, verify the X-Hub-Signature-256 HMAC against GITHUB_WEBHOOK_SECRET, reject on mismatch.
- Handle pull_request opened and synchronize events only. Enqueue work in a SQLite-backed job table and return 202 immediately.
- A background worker fetches the PR diff, splits it per file hunk, and for each hunk retrieves the top 8 related chunks by vector similarity plus the full current version of the changed file if it is under 800 lines.
- Send one LLM call per changed file with the hunk, retrieved context, and a review prompt that demands: only comment on correctness, security, or clear API misuse; no style nits; no praise; no summaries; return an empty array when the change is fine.
- Model output must be strict JSON: a list of objects with path, line, severity, body. Validate with Pydantic and drop anything whose line is not inside the diff.
Part 3, dedupe and posting:
- Store a hash of path plus normalized comment body per PR. Never post the same finding twice across force pushes.
- Post surviving comments as a single GitHub review with inline comments, authenticated as the GitHub App via a short-lived installation token.
- Add a CLI command 'review-local PR_NUMBER' that prints what it would post without calling GitHub, for prompt tuning.
Out of scope: GitLab and Bitbucket, multi-repo support, a dashboard, learning from dismissed comments, autofix suggestions, chat replies to review threads.
Deliver a README with GitHub App setup steps, the exact permissions needed (contents read, pull requests write, metadata read), and how to expose the webhook locally with a tunnel. Include pytest coverage for signature verification, diff line mapping, and dedupe.O prompt abre preenchido no seu agente. Revise antes de executar. · este prompt foi gerado a partir do plano de construção · melhore com um PR
Como seria construir sua versão?
Um GitHub App que, a cada pull request, recupera código semanticamente relacionado de um índice local de embeddings do repositório e posta no diff comentários de revisão inline escritos por um LLM.
O que você vai precisar
- Registro de um GitHub App com segredo de webhook e chave privada
- Uma chave de API de LLM (embeddings mais um modelo de raciocínio forte)
- Um host pequeno sempre ligado ou um túnel para receber webhooks
- Disco local para o índice vetorial, aproximadamente proporcional ao tamanho do repositório
- Disposição para iterar no prompt de revisão por semanas
Porque um revisor de código barulhento é pior do que nenhum, e passar de barulhento a útil é uma longa labuta de ajuste de prompts, retoques na recuperação e ciclos de feedback que você não encurta com um único prompt. Os times também querem que o bot de revisão seja problema de uptime de outra pessoa, que funcione em todos os repositórios sem um engenheiro de plataforma cuidando de um índice e que venha com uma página de compliance anexada. Uma taxa por desenvolvedor é muito mais barata do que um engenheiro mantendo um bot interno que todo mundo silencia discretamente.
xSupressão afinada de falsos positivos: o bot deles foi calado na marra por milhares de times, o seu não
xReindexação incremental e tratamento de monorepo que não engasga com uma árvore de 500k arquivos
xMemória de revisões passadas para que a mesma observação não seja levantada a cada force push
xConfiguração por time, conjuntos de regras personalizados e aprendizado do estilo de cada repositório a partir de comentários aceitos ou dispensados
xSuporte a Bitbucket, GitLab e hosts self-hosted, além da papelada de SOC 2 que o seu time de segurança vai pedir
Nada que valha indicar. Por isso o prompt existe.
Quanto custa Greptile?
- Plano mensal
- US$ 30/mêsUS$ 30/mês · por pessoa
- Por ano
- US$ 360/anoUS$ 360/ano
- No cartão, com IOF de 3,5%
- R$ 157/mêsR$ 1.881/ano
Salvo na Minha lista. Você recebe um aviso aqui no site quando o preço mudar.
Você conclui a compra no site de Greptile. O Vibe Radar não intermedeia pagamentos.
Vale mais construir ou assinar Greptile?
Ajuste os números: horas para construir, valor da sua hora, custos para manter no ar e o preço da assinatura.
Em 24 meses, assinar sai mais barato.
Horas iniciais estimadas a partir da análise (um fim de semana). Não inclui o valor do que você deixa de ter (suporte, integrações, segurança).
Dá para recriar Greptile?
Em parte. O núcleo de Greptile dá para construir em um fim de semana com o prompt desta página, mas há lacunas reais: Supressão afinada de falsos positivos: o bot deles foi calado na marra por milhares de times, o seu não, Reindexação incremental e tratamento de monorepo que não engasga com uma árvore de 500k arquivos. Leia a lista acima antes de começar.
Quanto custa Greptile?
Greptile custa cerca de US$ 30/mês (Pro, checado em 20/10/2026), ou seja, US$ 360 por ano.
O que eu perco ao substituir Greptile?
Sinceramente: Supressão afinada de falsos positivos: o bot deles foi calado na marra por milhares de times, o seu não; Reindexação incremental e tratamento de monorepo que não engasga com uma árvore de 500k arquivos; Memória de revisões passadas para que a mesma observação não seja levantada a cada force push; Configuração por time, conjuntos de regras personalizados e aprendizado do estilo de cada repositório a partir de comentários aceitos ou dispensados; Suporte a Bitbucket, GitLab e hosts self-hosted, além da papelada de SOC 2 que o seu time de segurança vai pedir. Se algum desses pontos é essencial para você, continue pagando.
Existe uma alternativa aberta para Greptile?
Não há alternativa open source madura que valha indicar, e é exatamente por isso que o prompt desta página existe.