Policy Intelligence
Your compliance documents become your enforcement physics.
Policy Intelligence is how a PDF that lives in your GRC folder becomes a Guardian that blocks violations at inference time. Not a RAG hack. Not regex over paragraph text. A typed knowledge graph, thousands of adversarial variations per rule, and a ratchet that locks every addressed failure into the platform forever.
The Ingestion Pipeline
Six stages. You provide the source document; Trinitite does the rest.
- Source — PDF, DOCX, URL, Confluence page, SharePoint doc, or plain text. Attach once.
- Ingestion — parse, extract, chunk, and normalize. Structural elements preserved (sections, numbered clauses, cross-references).
- Knowledge Graph — nodes typed as Principle (intent), Definition (term), Rule (enforceable), or Exception (scoped carve-out).
- Finalization — the draft is locked. The Teleological Generator produces adversarial variations for every rule. Test suites validate.
- RAG at inference — the policy is embedded and injected into Guardian context when a matching request arrives.
- Guardian verdict — pass, correct, or block, with a citation back to the originating rule node.
The output is a versioned, finalizable, testable policy artifact — not a prompt.
A Typed Knowledge Graph, Not a Text Blob
Policy Knowledge Graph — One Document, Typed Nodes
Your document becomes typed nodes with explicit edges. The Guardian doesn't pattern-match paragraphs — it evaluates against a structured graph where every rule, definition, and exception has its own identity and version.
Every policy document produces a graph with explicit node types and typed edges. That matters because:
- Definitions resolve once and reuse. "PII" means one thing across every rule in the document.
- Principles are the intent behind rules. The Guardian can reason about intent, not just syntax.
- Rules are enforceable predicates. They produce verdicts directly.
- Exceptions scope themselves — "Vendor
acmeis exempt" doesn't leak into rules it shouldn't.
A policy edit traces to the node that changed. A policy version diff is a graph diff, not a text diff. An auditor asking "which rule blocked this?" gets a stable node ID, not a line number.
Teleological Adversarial Fan-Out
Teleological Data Generator — Adversarial Fan-Out
One rule — "No gifts over $50" — isn't one test. It's the adversary space around that rule. The Teleological Data Generator (TDG) creates n adversarial variations per rule:
- Syntax obfuscation —
$5_0,fifty dollars,50 USD, unicode homoglyphs - Encoding attacks — base64, hex, rot13, URL-encoded
- Multi-language — the same intent in Spanish, Chinese, pig-latin
- Semantic reframing — "promotional credit", "loyalty bonus", "finder's fee"
- Edge-case amounts —
$49.99,$50.00,$50.01 - Chained violations — gift + kickback + disclosure in the same request
- Aggregation attacks — six $10 gifts to the same recipient on the same day
- Legitimate exceptions — vendor "acme" quoted at $75 per approved carve-out
Every variation becomes a training example for the Guardian. The Guardian learns the rule's boundary in vector space, not just its surface text. Regex can't do this. Prompt engineering can't do this. A trained specialist Guardian can — and at sub-millisecond latency.
The Safety Ratchet
Safety Ratchet — Known-Failure Surface Only Shrinks
Every threat Trinitite has addressed is locked into the manifold. The known-failure surface — the portion of vector space where attacks previously succeeded — only ever shrinks. That's the ratchet.
This is the mathematical flip of the industry default. Every new model release from OpenAI, Anthropic, or open-source bumps the capability surface (good) and the attack surface (usually bad). Trinitite's Guardians operate on a separate, orthogonal manifold: each addressed threat is a permanent compaction. Fleet-wide, across every client, across every customer — once TDG has locked a threat class, no Trinitite-governed agent anywhere can fall to that attack again.
Versioning and Finalization
Policies are versioned like code:
| Stage | What it means |
|---|---|
| Draft | Mutable. Authors edit nodes, run test suites, iterate. |
| Under review | Locked for content. Reviewers comment and approve. |
| Finalized | Immutable. Cryptographic hash anchored to the ledger. Guardians retrain against this version. |
| Superseded | Newer finalized version exists. Old version remains queryable for historical audits. |
Finalization is an auditable event: who approved it, when, which test suites ran, what TDG corpus was produced, which Guardian versions train against it. "We changed the policy in March" is answerable down to the hour, the approver, and the diff — with receipts.
What You Get
| Capability | Text-only policy | Policy Intelligence |
|---|---|---|
| Editability | Word doc in SharePoint | Versioned graph with node-level diffs |
| Enforcement | Manual review or regex | Trained Guardian on a vector manifold |
| Adversarial coverage | "We read it carefully" | n variations generated, tested, locked |
| Failure trajectory | Unknown | Ratchet — failures only shrink |
| Traceability | Keyword search in docs | Rule-node → training example → Guardian verdict → ledger entry |
| Exception handling | Comments in the doc | First-class typed nodes with scope |
Next Steps
→ Guardian Training — how the Guardians that enforce this policy actually get trained.
→ Testing & Simulation — the suites that prove TDG-generated attacks are blocked.
→ Compliance Architecture — how these rules map to regulatory frameworks automatically.