RuleworksAI
RuleworksAI
Governed systems for model-backed work

Control the system.
Not the conversation.

RuleworksAI designs and develops the governing language, system structures, reusable Skills, workflows and diagnostics used to constrain model-backed work and make reliable continuation recoverable.

Explore RuleworksAI — Coming Soon View Demos — Contact Get RuleworksAI — Contact
Current RSC target: Codex

A RuleworksAI System Chassis is generated for a named system and becomes that named environment's Governing Control Plane.

Design source
RuleworksAI
Generated root
System Chassis (RSC)
Named system
Governing Control Plane
System structure
Systemic fileset + routing
Specialist layers
System Skills + Operational Intelligence
Project layer
Workspaces + project work
Why RuleworksAI exists

A helpful assistant is not the same thing as a governed agent.

Generative AI systems such as Claude and Codex are extraordinarily capable, but the models behind them remain probabilistic. Context, clever prompts and clear intentions improve performance; they do not create determinism. RuleworksAI adds governing authority, recoverable system state and disciplined execution so probabilistic token transformation can produce work that is mechanically repeatable and evaluable.

Contextcan make a model far more useful.
Context does not govern a system.
Memorycan be useful.
It should not be relied upon to stay current or recover the system.
Promptscan express instructions.
They do not engineer durable ownership, routes or authority.
Helpfulnesscan fill gaps.
A governed system should expose unresolved state instead of inventing continuation.

Spending time giving an agent context is immensely helpful. But a set of do's and don'ts will not turn an agent into a reliable system. You simply cannot give an agent The Ten Commandments and expect persistent fidelity.

Keep the relationships separate

Intent is not Authority.
Authority is not Execution.

RuleworksAI separates relationships that ordinary helpful-assistant interaction can easily collapse.

RuleworksAI governing architecture separating Intent, Authority and Execution. SAPIEN holds authority, capability is not permission, confabulation sits outside intent, and halt. RULEWORKSAI GOVERNING CONTROL PLANE INTENT AUTHORITY EXECUTION CONFABULATION SAPIEN human authority CAPABILITY is not permission AMBIGUITY = HALT STATE
The RuleworksAI governing architecture is structured to separate Intent, Authority and Execution.
SAPIEN (the user) remains the authority holder; execution proceeds only when the required authority and owner-defined conditions are mechanically recoverable.
Invocation Grammar and Operational Intelligence provide registered routes, checks and halt states that hold the active agent to the applicable governing relationships.
When required state cannot be resolved, continuation is designed to halt rather than guess.
What RuleworksAI designs

Governance as recoverable relationships — not a larger rule list.

RuleworksAI architecture separates governing concerns. Each retains an owner, state and purpose while remaining mechanically connected to the rest of the system.

01

Constitution

Invariant law and machine-first definitions sit above subordinate system surfaces.

02

Systemic bindings

Ownership, membership, dependencies and authority boundaries are explicit relationships rather than implied by placement.

03

Identity + topology

Stable identifiers, paths, presence and structural relationships remain separately recoverable.

04

Operational language

Invocation envelopes, registered trigger verbs, targets, routes and halt states make continuation mechanically addressable.

05

Recoverable continuation

A fresh oriented agent can recover the next allowed action without relying on remembered chat or convenient inference.

Designed and developed in and by RuleworksAI

Reusable working components.

01

Skills

Specialist operating capability with bounded purpose and explicit relationships.

02

Workflows

Repeatable model-backed processes whose continuation can be recovered instead of reconstructed from chat.

03

Diagnostics

Specialist analysis for code, artifacts, requirements, governance, dependencies and state.

04

Artifacts

Specifications, designs, plans, roadmaps, structured records and machine-facing control surfaces.

05

Systems

Named governed environments that bind the pieces into one recoverable operating model.

POLRA — Path Of Least Resistance Alignment

Engineer the intended path before execution.

You cannot make a probabilistic model deterministic. You can engineer the system so the intended continuation is explicit, mechanically recoverable and unambiguous before execution. POLRA is the design discipline that permeates through RuleworksAI:

NOT POLRA — helpful assistant
More context
Chat memory
Long prompt + do's and don'ts
“Remember this”
“Be consistent”
“Use your judgement”
POLRA — oriented agent
CONSTITUTION
OWNER
IDENTITY
ROUTE
AUTHORITY
DEPENDENCY
STATE
HALT
NEXT ACTION
Invocation GrammarRegistered command and route language makes machine-facing continuation explicit when a registered trigger applies.
Intent refinement + checkbackHuman-facing explanation, clarification and bounded checkback can construct paste-ready machine-first continuations without inventing authority.
Current knowledge bankSupported RuleworksAI subject knowledge and declared relationships can be recovered without depending on chat memory.
P2LP (Prose-to-Logic Protocol) safe-resolution protocolsBounded ambiguity is resolved only where one continuation is supportable; otherwise alternatives, missing state or halt remain visible.
ConstitutionOne declared owner for invariant law and machine-first definitions.
Artifact disciplineExact target, source, requirements, authority and mutation state are resolved before artifact consequences; unresolved state halts.
Naming + identityStable identities and controlled terminology reduce path memory, filename implication and semantic drift.
Systemic bindingsDeclared owners, dependencies, routes and boundaries preserve binding; physical proximity alone does not.
Operational languageRegistered trigger verbs, targets, routes, recovery forms and halt states make the intended continuation explicit.
RuleworksAI System Chassis

From design discipline to a named operating environment.

When a RuleworksAI System Chassis is generated, it becomes the named Governing Control Plane for that environment and oriented agent.

The control plane is a relationship-bound systemic fileset and routing structure.

Designs + develops
RuleworksAI
⟶
Generated root
System Chassis (RSC)
⟶
Named system
Governing Control Plane
Named environment + oriented agent

Separation without fragmentation.

Constitution, membership, identity, topology, routing, naming, POLRA and other control surfaces retain separate ownership while binding into one recoverable operating model.

Systemic fileset
Stable identity + topology
Routing + operational language
Factory-fitted System Skills
Factory-fitted Operational Intelligence
Workspace routes
Factory-fitted System Skills

System machinery.

System Skill

rsc-chassis-generator

Generates a complete named RuleworksAI System Chassis from baseline-owned generation law and delivery.

System Skill

rsc-root

Resolves the promoted baseline, generator-facing routing, generation contract and Skill-delivery bindings.

System Skill

rsc-gen-diagnostic

Independently diagnoses an exact generated chassis read-only using deterministic checks rather than trusting generator self-validation.

System Skill

rsc-update

Performs controlled three-way reconciliation while preserving user/workspace content and separately reconciling delivery, routing and runtime Skill state.

System Skill

metabod

Conditions exact artifacts and separately authorised repository transitions, including version control, Git/GitHub boundaries, commit and push state, canonical status and controlled repository intake.

Factory-fitted Operational Intelligence

Specialist intelligence, invoked as needed.

RuleworksAI's Operational Intelligence layer provides bounded specialist Skills for code review, artifact work, diagnostics, stale-state hygiene and interactive coordination.

SAPIEN can invoke these Skills directly; where the current task and the Skill's own contract support it, the oriented agent can also activate these Skills mid-turn without manufacturing a new SAPIEN instruction.

Ask an oriented agent for a diagnostics plan or a machine-first invocation when you want the work broken into explicit steps. Each Skill retains its own trigger conditions and specific purposes:

Operational artifact-work gate

GARASK

Governed Artifact Revision Analysis

A controlled artifact-work gate for authoring, revision, patchsets and rolling artifacts. It resolves the exact target, source/requirement basis, authority state and next allowed action before mutation is allowed to proceed.

Example Invocations
PRODUCE / EMIT AN APPLICATION-READY PATCHSET Builds atomic logical revisions and one machine-readable recipe around exact targets, source/input state, FROM/TO payloads or anchors, expected match counts, output state, dependencies and postconditions. Multi-patch dependencies must remain acyclic; same-file interactions are declared as non-overlapping or intentionally chained.
REVISE THIS ROLLING PLAN / DESIGN / LOG Preserves the exact current artifact first, verifies the predecessor byte-for-byte, then version-bumps and applies the authorised live revision.
ARCHIVE
exact predecessor
[name]_V<current-version>.[ext]
→
LIVE
version bump
authorised revision
Machine-first continuation
1. CONSTRUCTEach logical patch names the exact target, operation, valid input state, FROM/TO payload or stable anchor, expected match count, output state and postcondition.
2. ORDER + VERIFYOne machine-readable recipe carries dependencies, same-file predecessor chains, overlap state and execution order. Multi-patch dependencies remain acyclic and are replayed before handoff.
3. AUTHORISE AGENT-TO-AGENT INVOCATIONWith SAPIEN authority, an oriented agent can invoke the next governed agent with the machine-first recipe, including the exact target and complete acyclic instructions. Or the entire pasteable Invocation can be emitted for SAPIEN review before: APPLY this patchset to the [TARGET].
4. PREFLIGHT BEFORE WRITEReceiving the handoff is not authority to apply it. The target is fresh-read, its state is classified, mutation authority is checked and the recipe is replayed before any persistent write.
Router + planner + specialist diagnostics

RuleworksAI diagnostics (RWADS)

Broad teardown when you need it; the smallest suitable specialist scope when you do not. Each specialist can be invoked directly on a resolved target.

EXAMEN — teardownDefects, contradictions, omissions, weak structure, clarity, broken dependencies, drift and revision need.INVOKE EXAMEN ON [TARGET]
PROSPERO — dependenciesDependency propagation, downstream consequence, extension pressure and future-facing risk.INVOKE PROSPERO ON [TARGET]
VUBERNERA — authority boundariesGovernance, authority, role/category, unsupported agency, accountability and owner relationships.INVOKE VUBERNERA ON [TARGET]
SEVERA — structural stressBrittleness, coupling, load concentration, dependency knots and order sensitivity.INVOKE SEVERA ON [TARGET]
NAMTODIA — Name & Taxonomy IntegrityIdentity, naming, aliases, namespace integrity, token proliferation and semantic inertia.INVOKE NAMTODIA ON [TARGET]
PORIZON — interpretation pressureSalience, token competition, competing interpretations and predictable model-reading risk.INVOKE PORIZON ON [TARGET]
POLIGN — continuation + recoverabilityWhether intended continuation is mechanically recoverable and aligned, or should halt rather than be inferred.INVOKE POLIGN ON [TARGET]
LIGND — A-to-B intent alignmentWhether B satisfies or aligns with supplied A within the available evidence.INVOKE LIGND ON [A] AGAINST [B]
SPOTTTD — A-to-B textual differenceTextual difference, preservation and material-change inspection between supplied A and B.INVOKE SPOTTTD ON [A] AGAINST [B]
INTENDEK — requirements-aware codePre-execution inspection of supplied code against requirements, specifications, designs and acceptance criteria.INVOKE INTENDEK ON [CODE] + [REQUIREMENTS]
RWADS can also plan multi-specialist work while preserving each specialist's findings and keeping diagnostic evidence separate from mutation authority.
Dedicated stale-state hygiene

OBSOGATUS

Detects material that no longer belongs to the operative current state — or could make a future oriented agent recover the wrong state.

  • Current-state contradictions, stale version/status language and unsupported certainty
  • Superseded operative material, iteration residue and duplicate or competing active definitions
  • Version-transition hygiene when the exact predecessor is available, including count, sequence and state drift
  • Historical, deprecation or provenance material leaking back into current operative meaning
  • Dead commentary, stale scaffolding and reproducibility obstruction
  • Focused result states: CLEAN, FINDINGS_PRESENT or INCONCLUSIVE
  • Cleanup dispositions remain advice until a separately authorised artifact-work mechanism applies them
OBSOGATUS is intentionally narrow: stale-state hygiene, not generic review, fact-checking or mutation.
Interactive RuleworksAI coordination

RULALUME

Turns RuleworksAI state, owner relationships and user intent into explanations, bounded checkbacks and machine-first continuations.

  • Explains routes, current state and owner-specific operating relationships
  • Refines intent and presents user-friendly choices when safe clarification is required
  • Coordinates Invocation Grammar, current knowledge-bank records, applicable owner contracts and structured resolution state
  • Can construct a machine-first Pasteable Invocation for SAPIEN to submit
  • Performs a final registered-form recheck before presenting a constructed form as registered
  • Emission is not execution: SAPIEN remains in control of submission or selection
The point is less interpretive latitude for the agent and less mechanical burden for the user.
SAPIEN + Invocation

Every SAPIEN turn is an Invocation. Registered routes are machine-first.

Under a RuleworksAI Governing Control Plane, SAPIEN is the human authority holder and every complete turn enters one Invocation Envelope.

Where a SAPIEN Invocation needs explanation, refinement or safe disambiguation, RULALUME will return multiple-choice selections and offer a machine-first "Pasteable Invocation" for SAPIEN to submit.

SAPIEN TURNhuman intent + authority
⟶
INVOCATION ENVELOPEone complete SAPIEN turn
⟶
TRIGGER / OWNER RESOLUTIONoperative content is classified without inventing intent
Registered trigger resolvesInvocation Grammar normalises, disambiguates and routes the registered content to the owning surface, Skill or process.
No registered grammar triggerThe Invocation remains valid. The active agent or another applicable owner handles the clear ordinary request.
Clarification / refinement path INTIRRIL is RuleworksAI's Prose-2-Logic Protocol (P2LP). It steps in when an Invocation is ambiguous or incomplete, works out what can be safely supported, and passes that structured state to RULALUME or the applicable owner.
INTIRRIL safe-resolution flow

When an Invocation is ambiguous or incomplete, INTIRRIL converts natural prose into a recoverable next step.

AMBIGUITY DETECTEDmissing, unclear or competing interpretation
⟶
INTIRRIL · P2LPsafe-resolution state
⟶
RULALUME · APPLICABLE OWNERbounded continuation
⟶
CHECKBACK MULTIPLE CHOICEincluding a pasteable machine-first invocation returned to SAPIEN

Natural prose is resolved:

“Give this artifact a broad teardown.”
SKILLtriggered:
INVOKE EXAMEN ON [TARGET]
A direct RWADS specialist entry when EXAMEN and the target resolve. Natural prose is converted into a machine-first specialist Invocation.
“Does this code satisfy these requirements?”
SKILLtriggered:
INVOKE INTENDEK ON [CODE] + supplied requirements
Routes requirements-aware, pre-execution code diagnostics when the code-to-requirements relationship is recoverable.
“Check this current file for stale material.”
SKILLtriggered:
$obsogatus [TARGET]
Selects the dedicated stale-state hygiene Skill; a version bump can also make this diagnostic applicable before a positive downstream-clean claim.
“Emit a rolling plan.”
SKILLtriggered:
EMIT [ROLLING PLAN] → ARTIFACT_WORK → GARA → GARASK when operational gating is required
The SAPIEN-facing form can stay short while downstream artifact-work controls remain explicit.
“Make the approved changes.”
SKILLtriggered:
ARCHIVE THE INCUMBENT ⟶ APPLY [PATCHSET] TO [TARGET] ⟶ VERSION BUMP ⟶ SAVE TO [LOCATION]
When the intended continuation has several material steps, RuleworksAI favours an explicit recoverable sequence. RULALUME can help construct the exact Pasteable Invocation when the applicable owner or registered route requires more precise machine-first form.
Some registered operation families
INSPECTEMITACCOUNTINVOKEAUDITPRODUCESURVEYAPPLYORIENTACCOUNT … WITH FULL TRAVERSAL

SAPIEN invokes. The system resolves. The model transforms.

A route that cannot be recovered halts instead of being "helpfully" invented.

Starting a named system

Orientation before project work.

RuleworksAI startup is a staged evidence-and-orientation process, not a single activation switch. The active root, foundation evidence, designation and orientation obligations are resolved in sequence.

Generated RSC rootnamed system
START [SYSTEM_IDENTITY]startup route
Active rootresolved
Foundationtraverse + checkpoint
Designation + orientationactive posture
ReadySAPIEN Invocations
Workspaces + project work

Workspaces are where project work develops.

Workspaces hold fluid SAPIEN-controlled projects and associated material — codebases, documents, repositories, plans, working data and artifact sets.

Artifacts

Documents, specifications, designs, plans, roadmaps and machine-facing control artifacts.

Workflows

Repeatable model-backed processes whose operating logic can be recovered rather than reconstructed from chat.

Skills

Reusable bounded operating intelligence for compatible model-backed environments.

Code

Design and code production with specialist pre-execution requirements-aware diagnostics.

Diagnostics

Specialist treatment through governed artifact work, RuleworksAI diagnostics and stale-state hygiene.

Services + bespoke systems

Need to do something similar? We can help you build it.

Bespoke RuleworksAI systems

Design a named governed environment around your own work, operating boundaries and workflows.

Need a Skill?

Design and develop reusable specialist capability for a defined task, workflow or diagnostic purpose.

Need to control agents?

Engineer authority, routing, recoverable state, owner relationships and halt behaviour around model-backed work.

Need repeatable workflows?

Turn ad-hoc prompt chains into recoverable workflows whose continuation survives long sessions and handoff.

Artifact + code diagnostics

Artifact teardown, requirements-aware code inspection, stale-state hygiene and targeted specialist diagnostics.

John Knight, Founder of RuleworksAI
Founder

RuleworksAI has been designed and developed by John Knight.

“Initially I wanted to build something that made me capable of everything an LLM can do. After a lot of exasperation with the reliability of frontier models, I realised that specialising in governing language was my calling. Skills in Claude were a gamechanger. From there, the architecture became clear: a System Chassis as the Governing Control Plane, with Skills providing omnipresent operational intelligence for machine-first workflows, artifact production and diagnostics. I must always have been a systems thinker. RuleworksAI continues to develop alongside advances in generative AI and agent harnessing.”

Consultation, system design, workflows, Skill development, specs & artifacts, code diagnostics.

Still trying to solve complex tasks with a 4,000-word system prompt? There’s a word for that: unmaintainable. Let’s build discrete, reusable Skills with actual operational intelligence.
Vibe coding your way through an app? Before prompts become the architecture, have the requirements, design and code inspected.
Trying to build a monolithic "super-agent"? Stop it... Get some help!
Contact
John Knight Founder, RuleworksAI john.knight@ruleworksai.com