@quickchatai/quickreview 0.0.0-stage → 1.2.0

package/LICENSE

@@ -0,0 +1,23 @@
+MIT License
+
+Copyright (c) 2026 Quickchat AI
+
+Permission is hereby granted, free of charge, to any person obtaining a copy
+of this software and associated documentation files (the "Software"), to deal
+in the Software without restriction, including without limitation the rights
+to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
+copies of the Software, and to permit persons to whom the Software is
+furnished to do so, subject to the following conditions:
+
+The above copyright notice and this permission notice shall be included in all
+copies or substantial portions of the Software.
+
+THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
+FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
+AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
+LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
+OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
+SOFTWARE.
+
+

package/README.md

@@ -1,3 +1,402 @@
-# Temporary Holding Version
+<h1 align="center">QuickReview</h1>
 
-This version is a temporary placeholder for this package. An operational version to replace this has been submitted for review and is awaiting a staged release.
+<p align="center">
+  <b>A self-hosted AI code reviewer for GitHub pull requests: many narrow reviewers, one verified review.</b>
+</p>
+
+<p align="center">
+  <a href="https://github.com/quickchatai/quickreview/actions/workflows/ci.yml"><img alt="CI" src="https://github.com/quickchatai/quickreview/actions/workflows/ci.yml/badge.svg?branch=main"></a>
+  <a href="https://www.npmjs.com/package/@quickchatai/quickreview"><img alt="npm" src="https://img.shields.io/npm/v/%40quickchatai%2Fquickreview?label=npm"></a>
+  <a href="https://github.com/quickchatai/quickreview/releases/latest"><img alt="Latest release" src="https://img.shields.io/github/v/release/quickchatai/quickreview?label=release"></a>
+  <a href="LICENSE"><img alt="License: MIT" src="https://img.shields.io/badge/license-MIT-blue"></a>
+</p>
+
+A single model asked to "review this PR" reads the diff once, from one angle,
+and stops when it has found something worth saying. QuickReview fans each
+change out to **a dozen or so narrow, read-only lens passes** that each look
+for one kind of problem and never see each other's output. It merges their
+findings so one root cause gets one comment, and an **adversarial validator
+re-derives every candidate from the code** before one review is posted.
+
+<p align="center">
+  <img src="docs/media/lenses.gif" width="800"
+       alt="Animation: nine lens passes sweep the same diff in parallel, each marking the lines where it finds a problem; findings that share a root cause merge, eight candidates into six causes; the validator re-derives each from the code, keeps four and strikes two with a reason (below the bar; refuted); the four survivors become one posted review, three blockers and one question, marked REQUEST_CHANGES.">
+</p>
+
+On 185 real PRs with 520 defects each verified in the code, it finds
+**97% of the high-severity defects and 89% of all of them**; the strongest
+third-party configuration we measured finds 67%. That recall costs more:
+about $2 and 17 minutes per PR, where the other tools take $0.07–0.53 and
+0.7–2.3 minutes ([Benchmarks](#benchmarks)).
+
+Around the review sits a small, deterministic TypeScript daemon with no LLM
+in its decision path. It takes GitHub App webhooks, runs an authoritative
+reconcile poll, keeps one sticky [pi](https://github.com/earendil-works/pi)
+session per PR, and posts as *your* GitHub App through one gated mutation
+path, on your infrastructure, under your keys.
+
+**Status: beta.** The reviewer has run continuously since mid-August 2026 on
+a busy commercial repository. The packaging for other teams is young: expect
+rough edges in setup. `dry_run = true` is the shipped default, so a fresh
+install never posts anything.
+
+## How a review works
+
+1. **Plan the lenses by rule.** Plain code, not a model, reads the changed
+   files and the PR text and plans the passes, each with the reason it was
+   planned. The PR's session may add a lens or raise its reasoning tier, with
+   a stated reason; it may never drop one.
+2. **Fan out isolated lenses.** Each pass is a leaf agent with read-only
+   tools, the diff and a worktree at the exact head. None can see another
+   pass, spawn agents, or run your code. `pass-baseline` and `pass-tests` run
+   on every code change, `pass-sweep` reads every changed file line by line,
+   and the rest are picked by path, content and size: behaviour delta, code
+   quality, intent against the PR text, backward compatibility, security,
+   data safety, concurrency, bounds, rollout and more.
+3. **Merge duplicates.** One root cause becomes one comment anchored at its
+   cause, with the other sites in its body
+   ([docs/duplicate-merge.md](docs/duplicate-merge.md)).
+4. **Validate.** `pass-validate` re-reads the code for every candidate and
+   keeps, demotes, doubts or kills it from a closed vocabulary. A plausible
+   but wrong finding costs more than a missed nit.
+5. **Post one review.** Severities map to tags by fixed rules (any surviving
+   blocker means REQUEST_CHANGES), the review posts through the gate, and
+   every candidate, posted or not, lands in a per-finding reasoning record.
+
+The lens catalogue, with each lens's trigger and severity cap, is §3.3 of the
+[QuickReview report](bench/aacr/paper/quickreview.pdf).
+
+## Benchmarks
+
+Recall is the headline: a review that misses the defect has failed, whatever
+else it does. Precision, cost and time are shown beside it, because that is
+where QuickReview pays. Its results are the frozen build of 2026-10-04 on
+`gpt-6.1-sol`, shipped defaults, one review per PR. The third-party tools we
+ran used the best configuration we found for each, the OpenAI-based ones on
+the same model, under the same judge on the same PRs.
+
+<picture>
+  <source media="(prefers-color-scheme: dark)" srcset="docs/media/bench-aacr-dark.png">
+  <img src="docs/media/bench-aacr.png" alt="AACR-Bench, 185 PRs, 520 verified defects. Share of high-severity defects found: QuickReview 97%, Codex CLI 90%, pi-review panel 89%, OpenCode 84%, Claude Code 81%, open-code-review 71%, PR-Agent 62%. Share of all defects found: QuickReview 89%, pi-review panel 67%, Claude Code 62%, open-code-review 57%, Codex CLI 55%, OpenCode 51%, PR-Agent 37%.">
+</picture>
+
+**AACR-Bench, verified defects.** AACR-Bench's own reference comments are
+mostly not real problems, so we built a key of 520 defects, each verified in
+the code, and a judge for it. Over the panel and Codex CLI the lead holds
+under a paired bootstrap on high and on high + medium defects (+8.3 points
+[+1.9, +14.6] on high over the panel). The price: 6.9 comments per PR, 42%
+of them true but minor.
+
+<picture>
+  <source media="(prefers-color-scheme: dark)" srcset="docs/media/bench-martian-dark.png">
+  <img src="docs/media/bench-martian.png" alt="Martian Code Review Bench, 50 PRs, precision against recall. QuickReview: recall 65.8%, precision 16.2%, the highest recall and the lowest precision of seven reviewers. qodo-extended-v2 60.1% / 56.2%, cubic-v2 60.1% / 54.3%, open-code-review 58.9% / 26.7%, Claude Code 41.1% / 36.5%, PR-Agent 36.1% / 41.9%, OpenCode 33.5% / 32.7%.">
+</picture>
+
+**Martian, 50 PRs.** Martian scores against about three "golden" comments
+per PR and counts every other comment as a false positive. It extracts about
+12.8 issues per PR from QuickReview's reviews, so QuickReview has the highest
+recall and the lowest precision. We
+audited the goldens: of the 86 that describe a real defect the PR
+introduces, it finds 75 (87%), the most of any tool.
+
+<picture>
+  <source media="(prefers-color-scheme: dark)" srcset="docs/media/bench-qodo-dark.png">
+  <img src="docs/media/bench-qodo.png" alt="Qodo PR-Review-Bench, 100 PRs, 580 injected issues, precision against recall for 13 reviewers. QuickReview: recall 45.3%, precision 37.3%, second on recall behind qodo-exhaustive (46.4%) and the lowest precision.">
+</picture>
+
+**Qodo PR-Review-Bench, 100 PRs.** 580 injected issues: 309 functional bugs
+and 271 violations of rules written in the repo. QuickReview finds the most
+functional bugs of the thirteen tools (52.1%) and the second-most issues
+overall, at the lowest precision; it is fourth on F1.
+
+<details>
+<summary>The full tables</summary>
+
+**AACR-Bench** (185 PRs, 10 languages, 520 verified defects; a partly found defect counts ½)
+
+| Reviewer | High (90) | High + medium (235) | All (520) | Comments correct | $/PR | Median min/PR |
+|---|---|---|---|---|---|---|
+| **QuickReview** | **87.5 (97%)** | **222 (94.5%)** | **461 (89%)** | 92% | 2.06 | 17.5 |
+| pi-review panel (high) | 80 (89%) | 199 (85%) | 347.5 (67%) | 89% | 0.27 | 1.8 |
+| Claude Code (Opus 5.5) | 72.5 (81%) | 177.5 (76%) | 324.5 (62%) | 81% | 0.20 | 0.7 |
+| open-code-review (high) | 63.5 (71%) | 165.5 (70%) | 298.5 (57%) | 86% | 0.53 | 1.8 |
+| Codex CLI (high) | 81 (90%) | 182.5 (78%) | 287 (55%) | 93% | 0.14 | 2.1 |
+| OpenCode (+ PR text) | 76 (84%) | 175 (74%) | 263.5 (51%) | 93% | 0.17 | 2.3 |
+| PR-Agent | 55.5 (62%) | 125.5 (53%) | 194 (37%) | 76% | 0.07 | 1.9 |
+
+**Martian** (50 PRs, Core; one `gpt-6.1-sol` judge for every row, the vendor rows re-judged from their published comments)
+
+| Tool | Precision | Recall | F1 | F2 | Real goldens (86) | $/PR | min/PR |
+|---|---|---|---|---|---|---|---|
+| **QuickReview** | 16.2 | **65.8** | 26.1 | 40.9 | **75 (87%)** | 2.84 | 26.1 |
+| qodo-extended-v2 | 56.2 | 60.1 | **58.1** | **59.3** | 68 (79%) | – | – |
+| cubic-v2 | 54.3 | 60.1 | 57.1 | 58.9 | 58 (67%) | – | – |
+| open-code-review | 26.7 | 58.9 | 36.8 | 47.4 | 67 (78%) | 0.86 | 3.3 |
+| PR-Agent | 41.9 | 36.1 | 38.8 | 37.1 | 46 (53%) | 0.09 | 1.4 |
+| claude-code | 36.5 | 41.1 | 38.7 | 40.1 | 45 (52%) | – | – |
+| OpenCode | 32.7 | 33.5 | 33.1 | 33.4 | 48 (56%) | 0.19 | 2.4 |
+
+**Qodo PR-Review-Bench** (100 PRs; one `gpt-6.1-sol` judge under Qodo's stated matching rule; five more vendors are in the paper)
+
+| Tool | Comments/PR | Precision | Recall | F1 | Functional recall | Rule recall | $/PR | min/PR |
+|---|---|---|---|---|---|---|---|---|
+| qodo-exhaustive | 4.6 | 58.0 | **46.4** | **51.5** | 48.2 | **44.3** | – | – |
+| qodo-precise | 3.1 | 68.0 | 35.9 | 47.0 | 36.2 | 35.4 | – | – |
+| augment | 2.5 | 67.5 | 29.7 | 41.2 | 49.2 | 7.4 | – | – |
+| **QuickReview** | 7.1 | 37.3 | 45.3 | 40.9 | **52.1** | 37.6 | 2.48 | 19.6 |
+| OpenCode | 2.6 | 64.9 | 29.0 | 40.0 | 43.7 | 12.2 | 0.20 | 2.3 |
+| copilot | 4.2 | 46.8 | 33.6 | 39.1 | 46.3 | 19.2 | – | – |
+| open-code-review | 3.5 | 47.1 | 28.1 | 35.2 | 45.6 | 8.1 | 0.46 | 1.9 |
+| PR-Agent | 3.4 | 47.2 | 27.2 | 34.5 | 43.7 | 8.5 | 0.10 | 1.2 |
+
+</details>
+
+**Held-out PRs.** The last tuning round was mined from misses on part of
+each benchmark. On the PRs kept out of it, the frozen build finds 83% of
+AACR-Bench's defects (20 PRs), ties qodo-extended-v2 on Martian's real
+goldens (43 of 52, 30 PRs), and reaches 60.3% recall and F1 53.0 on Qodo
+(31 PRs), against 51.3 for qodo-exhaustive.
+
+**Read more.** Two papers carry the method, every table and the threats to
+validity: [*Measuring whether a code review finds the real
+defects*](bench/aacr/paper/benchmark.pdf) and [*QuickReview: a multi-pass
+automated code reviewer*](bench/aacr/paper/quickreview.pdf).
+[`bench/aacr/README.md`](bench/aacr/README.md#reproduce) shows how to
+re-score the runs with no keys, re-judge them, or re-run the benchmark on
+your own keys; the run archive will be published separately. Costs are list
+prices; on a ChatGPT plan they are quota, not a bill. The charts are drawn
+by `bench/aacr/showcase/readme_charts.py`.
+
+## Why this exists
+
+> Nobody on your team is actually reviewing the volume of code your team now
+> produces. The author asks their agent to write the code, the reviewer asks
+> their agent to review it, the author replies "address the comments" — two
+> humans spending a day as slow message brokers between two AIs. The review
+> was already AI on both sides. The dead time was ours.
+
+QuickReview moves human judgment up a level, to "is this something we need
+and want?", while the machine checks what is checkable. The philosophy, in
+short, is in [**MANIFESTO.md**](MANIFESTO.md).
+
+## What it does around the review
+
+<p align="center">
+  <img src="docs/media/pr-lifecycle.gif" width="800"
+       alt="Animation, about two minutes: a GitHub pull-request page for PR #42 beside the PR's own reviewer bot and a lifecycle strip (tracked, queued, reviewing, awaiting author, closed). A review label triggers the bot; it checks out the whole repository, follows callers and library source, and reads the repo's written rules and CI. Lens passes report candidates, the validator drops three, and the bot posts a REQUEST_CHANGES review with two rule-citing blockers, a question and a deferred finding it files as issue #57. The author replies on two threads: the bot concedes one after checking the claim and holds the other, citing the line. After a fix and a re-request, the bot verifies and resolves the fixed threads, leaves the deferred one open, approves on green CI, and a teammate merges.">
+</p>
+
+- **Reviews on trigger.** A label or a team review request marks a PR;
+  everything else is ignored, and bot-authored PRs never queue.
+- **One sticky session per PR** follows it through pushes, author replies,
+  re-reviews and rechecks, with a pinned findings ledger that survives
+  context compaction.
+- **A hard severity contract:** P0–P2 blockers, questions, nits; a
+  reachability gate; a cap on nits in re-reviews. `[check this]` marks what a
+  human must verify, `[ask your human]` what the author's AI must ask its
+  person, `[deferred]` what is real but not for this PR (the reviewer files
+  it).
+- **CI-aware approvals.** Without green CI at the head, approval is withheld
+  and the review posts as a COMMENT.
+- **Post-approval rechecks.** Pushes, CI results, base advances and replies
+  wake the same session; the only allowed change of verdict is APPROVE →
+  REQUEST_CHANGES, never a silent re-approve.
+- **A learning loop.** `[feedback]` comments and signals such as merges over
+  a standing block demote the validator's bar the same day; an end-of-day
+  sweep curates durable learnings, and rubric changes land only on one-click
+  human ratification.
+- **One mutation gate.** Every GitHub write goes through one gate with
+  posting-time guards; in dry-run each would-be write lands in
+  `state/dryrun/`. No code path dismisses a review.
+- **Sovereign by default.** Self-hosted daemon, your GitHub App, your memory
+  store, rules as files in your repo. Only the model call and the names of
+  packages a PR imports (fetched from npm and PyPI so the reviewer can read
+  the library; `[review] dependency_sources = false` turns it off) leave your
+  infrastructure. Memory embeds locally.
+- **The reviewer reads code; it never runs it.** The layers that hold that
+  line, what they guarantee and what they do not, are written as claims you
+  can falsify in [docs/exec-boundary.md](docs/exec-boundary.md). Please try.
+
+Optional, and each degrades cleanly when unconfigured: an operator TUI, a
+Slack concierge, a local companion session, opt-in escalation notes, and the
+[OpenViking](https://github.com/volcengine/OpenViking)-backed reviewer memory.
+
+## Quickstart
+
+You need **Docker** with Compose v2, a model login, and either `gh` signed in
+to your own GitHub account or **a GitHub account that can create an App** on
+the repository to review. On Windows, run everything inside **WSL2**.
+
+There is a second route that needs no App: `[github] auth = "user"` runs the
+reviewer on **your own GitHub account**. Use it on one box where `gh` is
+already signed in. It is polling-only, with no webhooks and no tunnel. Every
+review it posts is a COMMENT that states its verdict, because an automated
+verdict must never count as your approval and GitHub refuses either on your own
+PR. Your token reaches the daemon only as the 0600 file
+`<secrets dir>/github_token`, which `qcr github-token sync` refreshes from
+`gh`. It never comes from the environment or a command line. On the App route
+no personal access token is used.
+
+```sh
+# once: install `qcr`, the host wrapper the image writes (docs/host-wrapper.md);
+# the images are public on ghcr.io
+docker run --rm --user "$(id -u):$(id -g)" -v ~/.local/bin:/out \
+  ghcr.io/quickchatai/quickreview:<version> install
+
+qcr onboard          # the whole setup, guided
+```
+
+`qcr onboard` is a pi agent that walks you through setup using named,
+deterministic tools whose results you see. pi's `/login` opens by itself the
+first time; any OpenAI login works ([docs/llm-setup.md](docs/llm-setup.md)).
+It checks the machine, takes your own GitHub account where `gh` is signed in
+(or **creates your GitHub App in one click** from a pinned manifest, if you
+want a bot identity or webhooks), asks for one repository, defaults to polling,
+mints the memory keys and brings the stack up. Setup ends there, and the TUI
+opens on the board: it lists every open pull request of the repository, and
+**`R` on the one you select reviews it now**, with no label to add, its
+progress on the board and, in dry-run, the review recorded instead of posted.
+Re-run `qcr onboard` to go live once you have read a review. It is resumable,
+and re-running it on a working install is a diagnostic. Every step:
+[docs/onboarding.md](docs/onboarding.md).
+
+### Where the reviewer lives
+
+- **This computer**, in Docker ([docker/README.md](docker/README.md)): the
+  pick when the machine is itself an always-on server, such as a cloud VM;
+  on a laptop it reviews only while the machine is awake.
+- **A server over ssh**, recommended when your own computer sleeps. Setup
+  rides the Ansible deploy
+  ([deploy/ansible/README.md](deploy/ansible/README.md)); it needs
+  passwordless sudo there and `ansible-playbook` on your machine.
+
+Polling is the default: the daemon checks GitHub every few minutes and
+exposes nothing, at the cost of trigger latency up to one poll interval and
+quiet author-reply routing and `[feedback]` loop. Webhooks need an HTTPS URL:
+a Cloudflare quick tunnel, ngrok or your own named Cloudflare tunnel, on the
+App route only. The trade-offs are in
+[docker/README.md](docker/README.md).
+
+`dry_run = true` stays on until you flip it, through the wizard's go-live
+step or by hand ([docs/ownership.md](docs/ownership.md)); a dry-run install
+is a complete one whose reviews are files you read. Slack is set up
+separately, any time, with `npm run slack:setup` from a clone (the image
+does not carry it yet).
+
+## Install with npm
+
+The npm package is the whole app, the same code the image runs, as the `qcr`
+command on Node 26 or later (npm, pnpm and bun all work; an older Node is
+not blocked, but only 26+ is supported):
+
+```sh
+npm i -g @quickchatai/quickreview
+
+qcr login              # pi's own /login, for the review's models
+qcr review             # review this branch against its base, with no daemon
+qcr review 123         # review a pull request (or pass its URL)
+qcr pi                 # pi with the QuickReview plugin: /review /scan /selfimprove /qcr-setup
+qcr update             # update qcr with the package manager that installed it
+qcr                    # the admin TUI
+```
+
+`qcr review` asks where the result goes (shown, saved as markdown and JSON,
+or posted to the PR as a comment-only review through the same gate as the
+bot); piped or with `--json`, it prints. Without Docker, memory is off and
+the companion runs unsandboxed, and both say so; the release image is still
+the better host for an always-on bot ([docker/README.md](docker/README.md)).
+
+Already using pi? Install just the plugin:
+`pi install npm:@quickchatai/pi-quickreview`
+([packages/pi-plugin/README.md](packages/pi-plugin/README.md)).
+
+## Configuring and running it
+
+- **Repo profiles** ([docs/profiles.md](docs/profiles.md)): house-rule
+  addenda, lens-selection heuristics and per-lens switches. Shipped:
+  `default`, `example-django`, `minimal`, `fast` and `snappy`; start from
+  `extends = "default"` and write only what differs.
+- **Presets:** `[review] preset` is `default`, `max` (every model at its
+  ceiling) or `low` (about half the cost and time, lower recall).
+- **Cost:** the daemon is one small container; the model spend is per round.
+  On AACR-Bench a review averaged $2.06 per PR at list prices (median
+  $1.87); on Martian's and Qodo's PRs, $2.84 and $2.48. Watch it with `qcr spend` and `qcr today`, time to first verdict
+  with `qcr metrics`, and start with the trigger label on a few PRs.
+- **Operating:** `qcr status`, `qcr why <pr>`, `qcr tui`, and
+  `docker compose logs -f daemon` on the laptop route.
+
+**Direction:** per-lens yield drives lens tuning, profiles grow beyond
+Django, and review history is fed back into your implementing agents'
+instructions. **Non-goals:** no
+rebuilding GitHub's PR workflow, no running your code, no hard round budget,
+no reading the implementing conversation, and the fixer and the reviewer are
+never the same system ([MANIFESTO.md](MANIFESTO.md)).
+
+## Documentation
+
+- [docs/architecture/README.md](docs/architecture/README.md) — the process map, the review lifecycle, the sessions, the data model, the safety seams
+- [docs/onboarding.md](docs/onboarding.md) — the guided setup, step by step
+- [docs/github-app-setup.md](docs/github-app-setup.md) — the GitHub App, and how to register it by hand
+- [docs/llm-setup.md](docs/llm-setup.md) — the two LLM credential routes
+- [docker/README.md](docker/README.md) — the compose stack, ingress shapes, version pin
+- [deploy/ansible/README.md](deploy/ansible/README.md) — the server route
+- [docs/host-wrapper.md](docs/host-wrapper.md) — the `qcr` host wrapper
+- [docs/profiles.md](docs/profiles.md) — repo profiles and per-lens tuning
+- [packages/pi-plugin/README.md](packages/pi-plugin/README.md) — the pi plugin
+- [docs/plugin.md](docs/plugin.md) — the Claude Code plugin
+- [docs/ownership.md](docs/ownership.md) — the owner-only surfaces: the dry-run flag, frozen seeds, ratification
+- [docs/exec-boundary.md](docs/exec-boundary.md) — what stops a review session running your code
+- [docs/memory-embeddings.md](docs/memory-embeddings.md) — the embedder: local by default, hosted opt-in
+- [bench/aacr/README.md](bench/aacr/README.md) — the benchmark harness
+- [AGENTS.md](AGENTS.md) — orientation for an AI agent editing this codebase
+- [CONTRIBUTING.md](CONTRIBUTING.md), [CODE_OF_CONDUCT.md](CODE_OF_CONDUCT.md) and [SECURITY.md](SECURITY.md)
+
+## Appendix — setting up by hand
+
+`qcr onboard` composes these tools rather than replacing them; re-running it
+afterwards re-checks every step without rewriting what already holds.
+
+```sh
+IMG=ghcr.io/quickchatai/quickreview:<version>
+mkdir qcr-bot && cd qcr-bot
+docker run --rm --entrypoint tar $IMG -C /opt/qcr -cf - docker-compose.yml docker/tunnel | tar -xf -
+mkdir -p ~/.config/qcr/default/secrets      # app_id, app.pem, webhook_secret, one file each, 0600
+docker run --rm --entrypoint cat $IMG /opt/qcr/config.example.toml \
+  > ~/.config/qcr/default/config.toml       # fill the marked values
+# .env: QCR_VERSION, QCR_UID, QCR_CONFIG_HOME, QCR_SECRETS_DIR, QCR_CLONE_DIR (docker/README.md)
+docker compose pull --ignore-buildable
+docker compose up -d
+curl -s http://127.0.0.1:8787/health
+```
+
+Then point your HTTPS ingress at the webhook port, install the App, create
+the trigger label and label a PR: `state/dryrun/` fills up. The memory keys
+are minted by the running server, so run `qcr onboard` for that step even if
+you did the rest by hand; declining memory is supported.
+
+## Star history
+
+<a href="https://www.star-history.com/#quickchatai/quickreview&Date">
+  <picture>
+    <source media="(prefers-color-scheme: dark)" srcset="https://api.star-history.com/svg?repos=quickchatai/quickreview&type=Date&theme=dark">
+    <img alt="Star history of quickchatai/quickreview" src="https://api.star-history.com/svg?repos=quickchatai/quickreview&type=Date">
+  </picture>
+</a>
+
+## Acknowledgements
+
+- **[Matt Pocock's skills](https://github.com/mattpocock/skills)**: processes
+  as versioned files an agent can follow. Its wayfinding, spec-writing,
+  ticketing and grilling skills drove the loop that built this codebase.
+- **[pi](https://github.com/earendil-works/pi)**: small, sharp agent sessions
+  you can attach to, with extensions that compose. Every review session is a
+  pi session.
+- **[OpenViking](https://github.com/volcengine/OpenViking)**: the memory
+  engine behind the reviewer's learning, on your own infrastructure.
+- **[pr-agent](https://github.com/qodo-ai/pr-agent)**: studied closely in
+  [docs/pr-agent-comparison.md](docs/pr-agent-comparison.md).
+
+## License
+
+MIT ([LICENSE](LICENSE)); third-party attributions in
+[THIRD-PARTY-NOTICES.md](THIRD-PARTY-NOTICES.md).

package/THIRD-PARTY-NOTICES.md

@@ -0,0 +1,134 @@
+# Third-party notices
+
+This repository is licensed under the MIT License (see `LICENSE`). It
+redistributes the third-party components below. Each entry names the upstream,
+its license, and where the full text and provenance live in this tree.
+
+## extensions/vendor/openviking-pi — OpenViking pi coding-agent extension
+
+- Upstream: <https://github.com/volcengine/OpenViking>, path
+  `examples/pi-coding-agent-extension`, tag `v0.4.15`
+  (base commit `d436baa23c83938b22bb0aab08b0ce48568b5ff4`).
+- License: **Apache-2.0**. The OpenViking project as a whole is AGPLv3, but
+  `examples/` — where this extension lives — is Apache-2.0 (see the upstream
+  README, "License").
+- Full license text: `extensions/vendor/openviking-pi/LICENSE`.
+- Attribution and modification notice (Apache-2.0 §4(b)):
+  `extensions/vendor/openviking-pi/NOTICE` — this is a MODIFIED copy; the full
+  delta is the `patches/` series beside it, and
+  `extensions/vendor/openviking-pi/upstream.json` is the machine-readable
+  provenance record.
+
+## extensions/inline-bash.ts — pi example extension
+
+- Upstream: the pi coding agent package
+  `@earendil-works/pi-coding-agent`, file
+  `examples/extensions/inline-bash.ts`, vendored verbatim (2026-08-25 at
+  0.84.1; byte-identical at the current 0.84.4 pin).
+- License: **MIT** (the pi package's license). The MIT text as it applies to
+  this file:
+
+  > MIT License
+  >
+  > Copyright (c) 2025 Mario Zechner
+  >
+  > Permission is hereby granted, free of charge, to any person obtaining a
+  > copy of this software and associated documentation files (the
+  > "Software"), to deal in the Software without restriction, including
+  > without limitation the rights to use, copy, modify, merge, publish,
+  > distribute, sublicense, and/or sell copies of the Software, and to permit
+  > persons to whom the Software is furnished to do so, subject to the
+  > following conditions:
+  >
+  > The above copyright notice and this permission notice shall be included
+  > in all copies or substantial portions of the Software.
+  >
+  > THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS
+  > OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
+  > MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.
+  > IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY
+  > CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT,
+  > TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE
+  > SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
+
+## .claude/skills — vendored skill set
+
+- Upstream: <https://github.com/mattpocock/skills>, pinned by commit in
+  `.claude/skills/VENDORED.md`.
+- License: **MIT** (Copyright (c) 2026 Matt Pocock). Full text:
+  `.claude/skills/LICENSE`.
+- First-party exception (authored for this project, licensed under the
+  repository's own `LICENSE`, NOT part of the upstream set): the
+  `selfimprove` skill. The `skills/companion/` directory at the repository
+  root is likewise first-party.
+
+## bench/aacr — third-party benchmark data
+
+The benchmark harness (`bench/aacr/`) commits rows derived from four public
+benchmarks: case sets (PR ids, commits, and the PR author's title and
+description) and, for Martian, its golden comments. Each set file's `dataset`
+field pins the source commit and file hash (`sets/dedup5-*.json` are cut
+from the four below and name their source the same way). No third-party review-tool
+comment text is committed: vendor reviews and SWE-PRBench's human review
+comments are fetched from the pinned sources at run time and verified by hash
+(`bench/aacr/ext/sweprbench/dataset-manifest.sha256`, the Martian manifest
+sha256 in `sets/martian*.json`). The exceptions are the reviewer-output
+fixtures and the verbatim prompts and harness code listed under "bench/aacr —
+reviewer prompts, harness code and output fixtures" below.
+
+- **AACR-Bench** — <https://github.com/alibaba/aacr-bench> (dataset commit
+  `ab8af8d5`, harness commit `68a5697`), **Apache-2.0**. Derived here:
+  `sets/` (smoke10, dev10, holdout10, fresh10, rest145, full and their
+  subsets), `references.json`, `bot_references.json`, `sets/*.labels.json`,
+  and the defect keys in `defects/` (a modified work: our verified answer key
+  over AACR-Bench's PRs).
+- **Martian code-review-benchmark** — <https://github.com/withmartian/code-review-benchmark>
+  (commit `e616e84`), **MIT**. Derived here: `sets/martian*.json`,
+  `ext/martian/fork-prs.json`, and the golden comments quoted in
+  `ext/martian-tuning/golden-audit-full.json`.
+- **Qodo PR-Review-Bench** — <https://huggingface.co/datasets/Qodo/PR-Review-Bench>
+  (commit `a73957c`), **MIT**. Derived here: `sets/qodo-*.json`.
+- **SWE-PRBench** — <https://huggingface.co/datasets/foundry-ai/swe-prbench>
+  (commit `b87f579`), **CC-BY-4.0**. Derived here: `sets/sweprbench-*.json`
+  (PR metadata with each PR's title and description from the dataset's
+  `prs.jsonl`); attribution: SWE-PRBench, FoundryHQ-AI.
+
+## bench/aacr — reviewer prompts, harness code and output fixtures
+
+`bench/aacr/docs/PROMPTS.md` reproduces, word for word, the prompts and code
+each compared reviewer ran with, so a reader can check what produced a number.
+The test suite keeps a few real outputs of those reviewers as parser fixtures.
+Each item names its source and, for code and prompt text, its license:
+
+- **AACR-Bench harness code** — <https://github.com/alibaba/aacr-bench>
+  (harness commit `68a5697`), **Apache-2.0**. Quoted unmodified in
+  `bench/aacr/docs/PROMPTS.md`: `evaluation/judge.py` (§3), the findings
+  prompt fragment of `reviewers/codex.py` (§5.2, §5.3; also restated in
+  `src/bench/opencode.ts`) and `reviewers/claude.py` (§5.5).
+- **OpenCode** — <https://github.com/sst/opencode>, **MIT**. Its built-in
+  `review` command template, copied verbatim from 1.18.33, is in
+  `src/bench/opencode.ts` and quoted in `bench/aacr/docs/PROMPTS.md` §5.3.
+- **pi-review** — [`@zephyrdeng/pi-review`](https://github.com/ZephyrDeng/pi-review)
+  0.18.0, **MIT**. Its `resources/system-prompt.md` (which carries its own
+  MIT credit for the prompt structure it was inspired by) and the output
+  contract of `dist/prompt.js` are quoted in `bench/aacr/docs/PROMPTS.md`
+  §5.4; `tests/fixtures/pireview-stdout-immich.txt` is one real pi-review
+  output on a public PR.
+- **Claude Code** `/code-review` output — `tests/fixtures/claude-prose/*.md`
+  are real outputs of the Claude Code arm on public benchmark PRs, kept as the
+  golden set of the prose parser (`tests/bench-claude-prose.test.ts`).
+  Claude Code's own prompt is not reproduced (it is internal to the CLI).
+
+## Subagents — no third-party component
+
+Lenses run through the first-party lens tool (`packages/pi-plugin/src/engine/lens/`), SDK sessions
+of the host process — nothing is vendored or redistributed, so no notice entry
+is needed. (The pi-package example subagent extension that once filled this
+role, loaded by `extensions/subagents.ts`, is retired.)
+
+## npm dependencies
+
+Runtime and development npm packages (`better-sqlite3`, `smol-toml`,
+`typescript`, `vitest`, …) are installed from
+the registry, not vendored; their licenses ride the packages themselves under
+`node_modules/` and are all MIT/Apache-2.0/BSD-family. See `package.json`.

package/agents/pass-abstraction.md

@@ -0,0 +1,64 @@
+---
+name: pass-abstraction
+description: Abstraction review pass — are the functions, types, interfaces and parameters this change introduces or reshapes drawn at the right level for their job? Mixed levels, leaky or missing abstractions, speculative generality, contracts that do not say what they guarantee. Capped at P2.
+tools: read, bash, grep
+---
+
+{{include:prompts/pass-common.md}}
+
+# Lens: abstraction level
+
+Apply to: the BOUNDARIES this change draws or moves — the functions, classes,
+types, interfaces, parameters and return values it introduces or reshapes —
+judged by whether each sits at the right level of abstraction for its job and
+for the callers that use it. (Where code lives is `pass-placement`; whether
+it could be less code is `pass-simplicity`; this lens asks whether the
+boundaries and contracts are at the right level.)
+
+## Anchor on the callers and the repo
+
+An abstraction is only wrong in terms of what it costs its users. Every
+finding cites the evidence: the call sites that have to know an internal, the
+flag each caller has to pass, the three places that re-assemble the same
+parameter bundle, the repo's existing abstraction for the same concept that
+this one ignores — file and line.
+
+## What to look for
+
+- **Mixed levels in one unit.** A function that interleaves high-level
+  orchestration (what happens) with low-level mechanics (byte offsets, SQL
+  strings, retry arithmetic) so neither reads clearly — name the seam that
+  splits them.
+- **Leaky abstractions.** A new interface that exposes its implementation:
+  callers receive raw rows, library exceptions, internal ids, or have to call
+  methods in a particular order to use it correctly.
+- **Missing abstractions.** The same group of values passed together
+  everywhere; a primitive (string, int, dict) standing in for a concept with
+  rules; a boolean flag parameter selecting between two behaviours at each
+  call site; stringly-typed states where the repo models the concept.
+- **Wrong generality.** Speculative generic machinery — a strategy, registry,
+  plugin point, config option — with one implementation and no second in
+  sight; or the reverse, a one-off special case bolted on where the repo's
+  own pattern is general.
+- **Contracts that do not say what they guarantee.** A signature where
+  everything is optional or `any`, a return value whose absence means three
+  different things, a function whose name promises a level (a "get") while
+  doing work at another (a network call, a write).
+
+## Findings give the better boundary
+
+A bare "this is at the wrong level" is noise. Name the boundary that fits —
+the function to split out, the type to introduce, the parameter to drop — and
+what it buys the callers you cited. A remedy larger than the PR is a design
+objection, not a merge blocker: say so.
+
+{{include:prompts/pass-quality-common.md}}
+
+## Severity is capped at P2
+
+A misdrawn boundary that works is structural debt: every finding from this
+lens is `P2` at most, and `P2` only when the cited callers are already paying
+for it in this change; otherwise `P3`.
+
+`NONE` is the correct output when the change's boundaries fit their job —
+most changes.