Files to inspect
1src/timezone/resolve.ts
2src/invoices/summary.ts
3src/timezone/index.ts
The product
FixMap narrows the first step, explains its reasoning, and checks the work that followed. It is a map you can inspect—not a promise that the map is always right.
Users sometimes see invoices in the wrong time zone after daylight saving time changes.
1src/timezone/resolve.ts
2src/invoices/summary.ts
3src/timezone/index.ts
1Timezone conversion tests
2DST boundary cases
3Invoice rendering path
1Cached timezone offsets
2External API assumptions
3Off-by-one date handling
Before the edit
FixMap reads the task and the repository together. It ranks likely context files, attaches the evidence behind each score, and routes the nearest tests it can actually reach.
When the map surprises you
A ranked list explains what it chose. Explain handles the harder question: whether a path ranked lower, fell below the cutoff, was excluded intentionally, or never entered the scan.
After the edit
FixMap checks the saved plan against a git diff. It points out unplanned files, untouched leading context, missing tests, risky areas, and edits in generated or retired locations.
What makes the map useful
FixMap is deterministic. Every ranking point comes from repository evidence that can be inspected and challenged.
Paths, imports, symbols, workspace boundaries, and related tests establish how code fits together.
Confidence is capped when evidence is thin. Vague tasks can return an empty map instead of a plausible guess.
Scan limits, missing refs, generated files, and remote-fetch behavior appear as diagnostics rather than disappearing.
FixMap reads and ranks. It does not install dependencies, run scripts, execute tests, or upload local source.
The boundary matters
FixMap can help an agent search less and review more deliberately. It cannot prove a change is correct, complete, or safe.
That is why every score has reasons, Verify is mostly advisory, and the benchmark page publishes failures alongside hits.
See the evidence