QuarkSys

AI-use statement

Where we use a model, where we do not, what data goes where, and who signs off. We provide this in writing, adapted to the engagement, before work starts.

Stage by stage

StageModel involvedData leaving your perimeterHuman gate
Parsing source into syntax trees and call graphsNoneNone; runs offlineNone needed
Graph construction and community detectionNoneNone; runs offlineNone needed
Reading documents into semantic nodesYesNone when pointed at a self-hosted model; otherwise the document textRequirement review
Dependency inferenceYes, one call per requirement over a bounded candidate setRequirement text and candidate neighbours, same rule as aboveDependency review
Drafting the Gherkin scenarios from extracted rules and interview notesYesSame rule as aboveArtifact review; every scenario cites its rule's source
Iteration planning and build orderNoneNone; runs offlinePlan approval
Estimating the fixed priceYes, to propose a size for each scenario, citing its lines; the arithmetic runs with no modelScenario text, same rule as aboveQuote approval by a named person
ImplementationYes, inside the gated lifecycleCode under change, same residency ruleSealed tests, design review, hardening
Parity and acceptance checkingNoneNoneAcceptance sign-off

Rules that hold everywhere

  • A model proposes; it never decides. Regulated and contractual outcomes, build order, dependency ordering and parity are computed deterministically or decided by a named person.
  • Grounding is mandatory. Every model-proposed fact cites the exact source construct it came from, and the citation is verified mechanically before use. Unsupported values are rejected.
  • Fail closed. What cannot be verified is marked unknown and routed to a person.
  • Residency is a configuration, validated at start-up. The stages that use a model can run against a self-hosted open-weight model in the jurisdiction you require, Canada, the United States, or your own data centre. Where residency is required, a provider outside the permitted region fails the deployment, never a single request.
  • Provenance is recorded. Every requirement, edge and decision carries how it was produced and who confirmed it, so an auditor can replay the chain.

Why it is written down

Public-sector buyers in Ontario now operate under a directive on the responsible use of artificial intelligence that reaches services with AI functionality. In the United States, the NIST AI Risk Management Framework is the reference that regulated companies and their auditors increasingly expect a vendor to map to. A written statement that names every stage, model, data flow and human gate is the practical answer to both. It also keeps us honest: a claim on this page is a claim we have to be able to demonstrate in the tooling.