Sending a code diff to an existing LLM API and posting its comments back to a pull request is a genuinely achievable integration — the same shape as this register's GitHub Copilot case, just triggered on review instead of while typing.
Borderline
Effort: a weekendRunning cost: $0/mo to start
Why CanICodeThis says Borderline
A webhook that fires on a new pull request, sends the diff to an LLM API, and posts the response as a comment is a bounded, well-documented integration
Basic checks (missing tests, obvious style issues) can be prompted for directly without extra infrastructure
For your own repos, this is genuinely a weekend project
The parts that'll cause problems
Reliably understanding a large diff in the context of the whole codebase (not just the changed lines) needs real retrieval work beyond a raw diff in the prompt
Avoiding noisy, low-value comments that annoy a team takes real prompt-tuning and iteration
Supporting many different languages and frameworks well needs broad testing, not a single prompt
How I'd build this
frontend
Next.js
hosting
Vercel
MVP scope
A webhook on pull-request creation
Send the diff to an LLM API with a review-focused prompt
Post the response as a PR comment
Postpone to v2
Whole-codebase context retrieval, not just the diff
AI agent — with a subscription (Claude Pro/Max, Cursor, etc.)
$0 marginal
AI agent — pay-per-use API, no subscription
$43–$86 one-time
Hosting, once it's running
$0/mo (free tier)
Domain name, if you want your own
~$12/yr
Existing tools solving a similar problem typically run $10–$20/mo — see how they compare below.
The build prompt
Build me a code review bot: a webhook that fires when a pull request is opened, sends the diff to an LLM API with a prompt asking for a focused code review, and posts the response as a PR comment. Use an existing, established coding-capable model via its API. Skip whole-codebase context retrieval for v1 — reviewing based on the diff alone is a reasonable starting point.