# SPQR Technologies | The People & Authority Chain Canonical page: https://spqrtech.ai/company/ Content edition: 2026-10-10 This Markdown edition is generated from the public page content. --- SPQR Technologies # Built for the moment AI stops asking and *starts acting.* SPQR builds the authority chain from regulatory obligation and organisational policy to governed workflows, runtime enforcement and evidence that survives scrutiny. [See the governed chain](https://spqrtech.ai/company/#platform-chain)[Meet the founders](https://spqrtech.ai/company/founders/) Melbourne, AustraliaEnterprise governance infrastructureResearch-led engineering SPQR / AUTHORITY CHAINARCHITECTURE 01 **Regulatory baseline**Reviewed obligations and source lineage TRUTH 02 **Praxis**Assess, remediate and agree authority ESTABLISH 03 **Governed workflows**Operationalise the approved response APPLY 04 **Aegis**Verify authority before governed effect ENFORCE 05 **Evidence**Preserve the decision and lineage PROVE Authority outside the modelProofs, not promises. **Policy assurance**What does the evidence actually support? **Approved authority**Who reviewed it, and what was agreed? **Runtime enforcement**Should this action be allowed right now? **Verifiable evidence**What governed the decision, and what happened? Why SPQR exists ## We did not build another AI assistant. *We built the layer that can say no.* AI agents can propose, reason and act at machine speed. The authority to approve those actions must remain independent, explicit and inspectable. Proposal ≠ authority · context ≠ control · logs ≠ prevention One company. One governed chain. ## Praxis establishes authority. *Aegis enforces it.* The products sit at different control points, but they solve one connected problem: turning regulatory expectation into approved organisational authority, then making that authority operational. [[Image: Praxis transforming assessment obligations into practical remediation recommendations] 01**Praxis Policy Assurance** ### Establish authority. Assess organisational evidence against the assigned regulatory baseline, preserve the basis for every finding and turn unresolved obligations into an agreed remediation plan. AssessmentRemediationAgreement **Explore Praxis →**](https://spqrtech.ai/praxis/) [[Image: Illustrative Aegis decision console showing sample allow, escalate and deny states; not live telemetry.] 02**Aegis Runtime Governance** ### Enforce authority. Independently verify the active authority before execution, then preserve a receipt showing what governed the action and what effect occurred. VerifyAllow / deny / escalateReceipt **Explore Aegis →**](https://spqrtech.ai/aegis/) The design rules ## Governance should survive the question: *“Why?”* These are not brand values pinned to a wall. They are constraints that shape how the products are designed and what they are allowed to claim. 01 ### Authority outside the model. The system proposing an action cannot create or activate the authority used to approve itself. 02 ### Uncertainty stays visible. Ambiguity, missing evidence and conflict remain legitimate outcomes rather than being compressed into a reassuring score. 03 ### Fail closed at the boundary. The integrated enforcement point must hold governed actions without valid authority, mapping or scope. A separate unmediated path remains outside that control. 04 ### Evidence travels with the decision. Review, change and runtime verdicts should leave an inspectable chain, not a reconstructed narrative after the fact. The people in the room ## The builders stay close to the *control plane.* Two founders, different remits. Adam leads product, regulatory architecture and research. Misha leads engineering delivery, operations, enterprise implementation and partnerships. [Meet both founders and their responsibilities](https://spqrtech.ai/company/founders/) AM Co-founder · CEO ### Adam Mazzocchetti Adam leads product direction, regulatory architecture, public research and early enterprise design partnerships, connecting policy authority to operational governance. Operating focus Own the what and why: product architecture, the evidence model and the questions worth testing with real workflows. [Start a conversation](https://spqrtech.ai/contact/#authority)[LinkedIn](https://www.linkedin.com/in/adammazzocchetti/) MN Co-founder · COO ### Misha Notra Misha leads engineering delivery, technology and operations, partner channels, commercial management and enterprise implementation. She brings more than 20 years of technology and governance programme delivery. Operating focus Own the how: delivery, engineering execution, operational change and partnerships that make the controls usable. [LinkedIn](https://www.linkedin.com/in/misha-notra-356b061ba/) Research-led engineering ## The architecture is public because *“trust us” is not a governance model.* SPQR publishes technical and jurisprudential work on action-boundary control, cryptographic policy enforcement, constitutional authority, verifiable trust and governed improvement. [Explore SPQR Research](https://spqrtech.ai/research/)[Search Google Scholar](https://scholar.google.com/scholar?q=%22Adam+Mazzocchetti%22) SELECTED RESEARCH / PUBLIC2025; 2026 [01 **Runtime Governance for Agentic AI**Action-boundary control, trusted provenance and fail-closed execution *↗*](https://arxiv.org/abs/2608.16891)[02 **Proofs, Not Promises**Governed candidate improvement for agent control runtimes *↗*](https://papers.ssrn.com/sol3/papers.cfm?abstract_id=6835839)[03 **Cryptographic Runtime Governance**The Aegis architecture for verifiable policy enforcement *↗*](https://arxiv.org/abs/2603.16938) Accountability before procurement ## Know the people. *Inspect the scope.* SPQR Technologies is based in Melbourne, Australia. Adam Mazzocchetti is the founder contact for product, research and initial engagements. Current founder roles and biographies are shown above. ### Trust information Review the ISO and SOC assurance statements, then request the applicable entity, covered services and current documents. [Review trust information](https://spqrtech.ai/trust/) ### Research versus product Papers are labelled by source and publication status. A controlled research result is not a blanket claim about deployment outcomes. [Inspect bounded evidence](https://spqrtech.ai/evidence/) ### Contracting and delivery Confirm the contracting SPQR entity, deployment region, support, retention and commercial terms before an engagement. [Ask the right question](https://spqrtech.ai/contact/) One clear next step ## Bring the hard question. *We will map the next step.* Policy scope, execution authority or research methods: start with the question you actually need answered. [Choose your conversation](https://spqrtech.ai/contact/)[Challenge the architecture](https://spqrtech.ai/challenge/) One workflow. Defined scope. A decision about fit.