Every fix your team has shipped, every file someone forgot and every test someone had to go back and update is already written down in git. Foresight learned from years of that history across many open-source projects, and reads yours.
Join the Foresight waitlist · coming to Repowise hosted and enterprise · no LLM · CPU only · air-gap ready
The bug report that names no file
A customer writes in:
Checkout sometimes charges twice after a timeout. On a slow connection the payment page times out, the customer tries again, and the card is charged twice.
Keyword search, the way most agents and people find code, returns whatever says "checkout":
web/checkout_page.tsx matches "checkout" 14 times
tests/test_checkout_ui.py matches "checkout" 9 times
README.md matches "charges" 3 times
web/checkout.css matches "checkout" 6 timesForesight answers with where the fix will land, and why:
payments/retry.py likely fixed for a similar timeout bug 3 weeks ago
billing/ledger.py possible changes with retry.py 9 of 11 times
payments/gateway.py possible raises the Timeout that retry.py catchesThe issue never mentions retry.py. The history does. Your agent starts
on the right file. This example is illustrative; the measured results
are below.
What it answers
The open-source index knows what your code is. Foresight predicts what a piece of work will need.
| Foresight tells you | For example | |
|---|---|---|
| Where the fix goes | Paste a bug report or a stack trace and get the files, and the functions inside them, the fix will touch | payments/retry.py: fixed for a similar timeout bug |
| What the change forgot | Mid-edit, before any commit message, the file that usually changes with yours and is missing from the diff | billing/ledger.py: changes with retry.py 9 of 11 times |
| What still holds the old name | Rename or remove an identifier or a literal, and see the files that still reference it | config/settings.py: still references SESSION_TTL |
| Tests to update | The test files that will need edits too, ranked, so the pull request arrives complete | test_retry.py: moves with retry.py |
| Code health that learns | A health signal whose weights are learned from how real projects needed fixes | payments/processor.py: first in line for review |
| Confidence you can act on | A calibrated band and the evidence behind every answer | likely: 3 signals agree |
Measured on real bugs
Every result was run on the code as it stood before the fix, on projects the models never trained on.
| Result | Sample |
|---|---|
| 87% right file in the top five | 493 real bugs from SWE-bench Verified, no LLM |
| 42% right file first when the report names no file, against 16% for keyword search | the same set, reports that name no file |
| 75% right file in the top five, against 48% for keyword search | 114 real openclaw bugs |
| Ahead of keyword search on 6 of 7 projects it never saw, tied on the seventh | 7 unseen projects |
The last row matters most. Foresight is trained once, on public history, and then works on code it has never seen. It does not need months of your data before it is useful, and it never trains on your code.
How it runs
| No LLM | No prompt and no tokens, and the same input gets the same answer every time |
| CPU only | Runs on the machine that already runs Repowise. No GPU |
| Under half a second | Fast enough to run on every edit, commit and pull request |
| Air-gap ready | Inference is local. Self-hosted and air-gapped deployments keep code inside your network |
| Reads your history | Each answer draws on your repository's own co-change, fix and ownership record from the Repowise index |
| Explains itself | Every ranked file carries the reason it ranked, in plain words |
Where you see it
- Your coding agent, through the same Repowise MCP tools, so it opens the right file first and reads less to get there.
- Pull requests, where the files and tests a change forgot show up before review.
- The dashboard, next to change risk, code health and each Change Record.
The open-source engine is complete without it. Foresight is the layer on top for teams that want the next step predicted as well as the current state explained.
Questions
When can we use it? Foresight is coming to Repowise hosted and enterprise. Teams on the waitlist get access first, in the order it opens.
Does our code leave our network? No. Foresight makes no model-provider call. It runs on a CPU next to the index, so enterprise deployments run it self-hosted or fully air-gapped.
Is it open source? No. The Repowise engine is AGPL-3.0 and fully usable without Foresight, which is part of the hosted and commercial products. See Enterprise.
Does it replace our coding agent or our reviewers? No. It gives both a better starting point: the right files, the forgotten ones, and how sure it is.
Be first to run it on your code
Questions first? Book a 30-minute demo, or write to hello@repowise.dev.
Book a demo