Move faster through the first-pass review
Instead of starting every case from a blank document, the tool gathers the key treaty facts, narrows the review lane, and returns a structured package for follow-up work.
Start with a faster first-pass review before full legal or tax analysis. The tool guides key facts, narrows to the treaty lane in scope, and returns a structured handoff for the next reviewer.
It is designed to save time at the front of the workflow, not to replace a final tax opinion.
Instead of starting every case from a blank document, the tool gathers the key treaty facts, narrows the review lane, and returns a structured package for follow-up work.
Unsupported or ambiguous cases are surfaced explicitly. The workflow is designed to help teams avoid accidental overreach in high-stakes tax scenarios.
Results are packaged with treaty lane references, review signals, and workflow-ready notes so the next reviewer does not have to reconstruct the first pass from scratch.
The product is not an open-ended chatbot. It is a bounded pre-screening workflow that helps the first reviewer organize facts quickly and hand the case forward cleanly.
The guided path asks for the facts needed to place the payment in the right treaty branch, such as payment type, treaty pair, ownership status, and dividend-specific thresholds where relevant.
The engine uses structured treaty data and conservative rule logic to determine whether the case stays in scope, needs more facts, or should be rejected as unsupported.
Outputs include the pre-review state, next actions, source-aware references, and handoff notes for the human reviewer who takes the case further.
This walkthrough does not try to explain the whole system. It first establishes the case quickly, then stops on the treaty branch and the source chain behind it, before showing the handoff artifact and ending on the boundary the product keeps.
Choose the supported treaty pair and income type.
Click into the actual dividend fields that determine the review path.
First pause on the Article 10 branch that narrows the case.
Stay longest on the source chain behind that branch.
Then confirm the workflow-ready package for the next reviewer.
Close on the explicit boundary: pre-review only, not a final tax opinion.
New treaty lanes are compiled offline from governed source documents. The compiler compares bilateral Articles 10 to 12 against the OECD reference, writes structured candidates, and only promotes a reviewed dataset into runtime after explicit approval.
The authoring pipeline compares the bilateral treaty against the OECD Model 2017 reference for Articles 10, 11, and 12, then emits delta artifacts together with a full runtime candidate dataset.
Compile output does not go live automatically. Review, approval, and promotion remain explicit workflow steps so tax-domain judgment stays human-controlled.
The first real onboarding pilot recorded a 26-second reviewer session and a 10m45s repo-internal source-build-to-promote elapsed time on governed official inputs. This is measured pilot evidence, not a guaranteed onboarding SLA.
The public story is backed by concrete evidence artifacts: a measured pilot summary, a treaty onboarding proof matrix, and a regression snapshot. The goal is to show what is already implemented without claiming more than the repo has actually proven.
Measured on governed official source inputs. The result is evidence of a real workflow, not a general onboarding SLA.
The offline treaty compiler is not proven on one toy case only; it now holds across shadow rebuilds, baseline-aware delta proofs, and one real new-pair onboarding path.
Public runtime, onboarding workflow, and product-site assertions all sit under replayable checks rather than screenshots alone.
If you only have a few minutes, do not start with the full local setup. Verify the moat in this order.
See one real CN-NL dividends case go from input to final boundary.
Confirm that a real CN-KR onboarding pilot has recorded timing evidence.
Verify that the compiler path holds across shadow rebuilds, delta proofs, and a real new-pair onboarding.
Use the README smoke path if you want to validate the public runtime locally after the evidence layer makes sense.
This product is stronger when it is explicit about both its current capability and its current limits.
Source-anchored treaty pre-screening, guided fact collection, workflow-ready handoff, a human-reviewed onboarding compiler, OECD baseline-aware delta extraction, and a measured CN-KR pilot.
No final tax opinion, no automatic MLI/PPT override, no guaranteed onboarding SLA, and no claim that future treaty pairs will always complete inside the same measured window.
The product focuses on a bounded set of treaty pairs and income types so the review path remains auditable and conservative.
Dividends, interest, royalties
Dividends, interest, royalties
Dividends, interest, royalties
It helps teams move faster through the front of the workflow, but it does not automate the final legal judgment.
The output is a first-pass pre-review, not a substitute for legal, tax, or internal approval.
The tool surfaces these items for human follow-up instead of pretending to resolve them automatically.
When a case falls outside the supported treaty pairs or lanes, the workflow says so directly.