Turn natural language business rules into formal logic
Resolve turns an operations team's standard operating procedure (SOP), the written steps people follow, into rules a solver can check. The SOP owner settles what the solver flags. Then an agent gathers each case's facts, the rules decide, and Resolve names any fact still missing.
The demo uses a Know Your Business (KYB) procedure: how a bank confirms who owns a company before opening its account.
then request documents
get_evidenceownership- Dana Ruiz 35% · Wei Lee 25% · Halcyon Holdings 40%, owners unknown
check_with_resolve- Request documents SOP 3.3 · still needed: who owns Halcyon Holdings
get_evidenceHalcyon Holdings' owners- Priya Shah 100% · politically exposed person
check_with_resolve- Escalate SOP 4.3 · nothing still needed
submit_decisionescalate, SOP 4.3
How it works
Haiku with Resolve got all 180 runs right; Opus alone got 153
Both arms use the same agent, tools and mocked evidence: 60 synthetic KYB cases, three runs each. Alone, the model reads the SOP and decides. With Resolve, the approved rules decide from what it gathered and name the facts it still has to get. A dangerous approval is approving a case the rules don't approve.
| Agent | Right outcome | Dangerous approvals | Cost per case | Time per case |
|---|---|---|---|---|
| Haiku 5.5, low effort, with Resolve | 180/180 | 0 | $0.0011 | 6.3 s |
| Opus 5.5, high effort, alone | 153/180 | 3 | $0.030 | 10.5 s |
| Haiku 5.5, low effort, alone | 143/180 | 6 | $0.0010 | 6.8 s |
| Opus 5.5, high effort, with Resolve | 180/180 | 0 | $0.037 | 11.3 s |
Recorded 30 Oct 2026 · not live Runs from commit 9185858, recorded in bench/runs/. The evidence is mocked, and the answer key is the approved rules, so "right" means agrees with the SOP owner's reading of the SOP.
Take the tour
A replay of one run from 29 Oct 2026. Z3 finds three problems in version 1. The SOP owner answers two questions, which flips one case and opens a new question. Version 3 has no problems and is approved. Every word comes from that run's files.
Open the tour Recorded 29 Oct 2026 · not live
Install the Claude Code mod
In Claude Code, Resolve is a pane beside the chat. It shows the rules' open questions for the SOP owner, every case's outcome and case file, and a button to approve a version. It needs Node 22.23.4 or later and pnpm.
1. Get a checkout ready. pnpm start runs Resolve's checks and writes a question and options for each finding into .resolve/ for the pane.
git clone https://github.com/jinalex/resolve-process-factory
cd resolve-process-factory && pnpm install
pnpm start2. Install the plugin from Claude Code, in the checkout:
/plugin install resolve --marketplace jinalex/resolve-process-factoryOpen in Claude Code desktop Open in Claude Code CLI
Each button opens Claude Code with the install typed in; press Enter to run it. The CLI link works once you have used claude in a terminal at least once.
3. Start a new session in the checkout. The plugin loads there and the pane opens beside the chat; /resolve opens it again.
No API key is needed. The questions for the KYB SOP's first version come from saved replies, and anything new is asked through Claude Code on your own sign-in. A key in RESOLVE_ANTHROPIC_API_KEY or ANTHROPIC_API_KEY is used instead when one is set.
Run it from a checkout
Needs Node 22.23.4 or later and pnpm. Only the case runner and the bench need an API key (RESOLVE_ANTHROPIC_API_KEY or ANTHROPIC_API_KEY).
git clone https://github.com/jinalex/resolve-process-factory
cd resolve-process-factory && pnpm install
pnpm test # outcomes, Z3's checks, Z3 agreeing with the evaluator
pnpm examples # each example case's outcome and why
pnpm check-sop # Z3's findings on the KYB SOP
pnpm start # checks, then the SOP owner's questions, into .resolve/ for the pane
pnpm resolve # the checks alone, into .resolve/
pnpm write-options # Claude writes the SOP owner's questions
pnpm next-spec # the SOP owner's answers become the next version
pnpm build-site # this page, into site/dist/How it's built
The system map shows each part of Resolve and its status (built, in review, planned or mocked), where its code lives and the decisions behind it. A timeline shows how it took shape, pull request by pull request.
What's real and what's mocked
| Part | Here |
|---|---|
| Deciding a case from the rules | Real. The Dafny evaluator, with proofs that it never approves on an unknown and that filling in an unknown never undoes an answer. |
| Checking the rules | Real. Z3, in your browser. |
| What each answer would change | Real. Worked out by Z3 and the evaluator when you ask. |
| The SOP owner's questions and options | Recorded. Claude wrote them on 29 Oct 2026. Live calls happen in the mod. |
| The cases and their evidence | Mocked. Finding and reading evidence is a separate system; the six cases and their documents are made-up examples. |
| A public regulation: the FTC Telemarketing Sales Rule | Real. On 51 LegalBench cases, Resolve decided 28 and got 27 right; Opus alone got the same 27 of those 28. Resolve sent the other 23 to review, including the 2 violations Opus alone called compliant, and never called a case compliant. The 28 rely on five scope facts we supply. |
The KYB SOP, its cases and the answer key were written for this prototype. The answer key is the SOP's approved rules.