Workbench
Write a policy without writing YAML.
Pick from a library of typed detectors. Drop in an industry bundle. Test against a paste, a document, or a folder. Synthesize a draft from a sample corpus. Push the result live with a click. The Workbench is where security and compliance teams design and validate the rules that govern every AI request.
Visual rule builder
Typed detectors. Real defaults. No regex on day one.
Each rule is a typed detector with a typed config cell: chip input for keyword lists, range slider for entropy thresholds, country checkboxes for credit-card networks, a province profile for Canadian driver licences. Add a rule with a click. Toggle the action (allow / warn / redact / block) with a button. The compiled policy is YAML under the hood; you only touch it if you want to.
-
Typed detector catalog
Checksum-validated identifiers (credit card / Luhn, IBAN / mod-97, Canadian SIN / Luhn). Cloud secret patterns (OpenAI, Anthropic, Google, Stripe, Slack, GitHub, AWS, JWT, PEM private keys, BIP-39 mnemonic phrases, generic high-entropy tokens). PII (US SSN, email, phone, passport, date of birth, address keywords, person-name keywords, customer-record keywords). Healthcare (HIPAA / PHI terminology, ICD / CPT codes, NPI numbers). Network (IP addresses, MAC addresses, internal-URL prefixes). Prompt safety (jailbreak phrases). Custom regex with live compile-check. Every detector is anchored to a primary source — vendor docs, ISO standards, government data dictionaries, OWASP, peer-reviewed papers.
-
Typed configuration cells
A keyword-list detector renders a chip input. An entropy-threshold detector renders a slider with a numeric minimum length. A credit-card detector renders network checkboxes. An internal-URL detector renders a prefix list. The regex escape hatch is there if you need it, with live compile-check and a 300ms debounced syntax indicator.
-
Plain-English rule explainer
Every rule auto-renders a one-sentence English summary so a compliance reviewer can read the policy without learning the detector taxonomy. “Block any request containing a Canadian SIN matching a Luhn checksum,” not a YAML stanza.
-
Version history
Every save creates a new immutable policy version. The version dropdown in the page header opens a list of every version with its date and active state. From there you can preview, activate, or edit a copy of any past version. Activation is a single click; rollback is the same click on yesterday's row.
Industry bundles
Pre-built rule sets for the regulations your industry already maps to.
A library of bundles for the regulations and risks each industry already maps to. Pick one or several and merge them into the draft policy in a click. The catalog covers Canadian PII (PIPEDA baseline, Canadian tax season, candidate PII), US PII, payment (PCI-DSS), banking (Canadian OSFI baseline, banking customer PII), healthcare (PHIPA essentials Ontario, clinical context restraint, patient identifiers), legal (solicitor-client privilege guard, matter codes & litigation hold), accounting (client financials), HR (background-check fields), engineering (source-code & IP exfiltration, internal infrastructure leak), and operational hygiene (secret tokens across providers, prompt-injection / jailbreak guard, customer-support PII handling, crypto / wallet hygiene). Selecting two bundles never re-applies a detector twice — overlapping detectors are merged into one at compile time.
Simulator
Three modes. Same policy. Verify before you ship.
Every draft policy can be tested against a paste, a document, or a folder before it goes live. The simulator runs the same engine the gateway runs, so what you see in the panel is what the policy will do to real traffic. Every test produces a decision, the rule hits, and the per-field redaction diff.
Quick test
Paste a prompt. See the decision.
The fastest sanity check. Paste any prompt into the panel, optionally toggle strict mode, click Test. The result card shows the decision, the rule hits with offsets, and the body diff if redaction fired. Pill presets seed common-case prompts (a credit card, a SIN, a jailbreak attempt) for instant smoke-testing.
Document mode
Drop a long-form file. Get an annotated render.
PDF, DOCX, plaintext, Markdown, JSON, CSV. The dropzone chunks the document client-side, runs every chunk through the policy, and renders the source with every detector hit highlighted inline. An aggregate decision card sits at the top (worst-wins: block over redact over warn over allow). The annotated copy downloads as standalone HTML for legal review.
Bulk mode
Drop a folder. Get a per-file report.
Drag in a folder or a zip of representative prompts. The summary table shows the decision, rule-hit count, and redaction count per file. Click any row to open that file's annotated render. Download the whole batch as a zip of annotated HTML pages. Zip-bomb defences enforce a 50 MB post-decompression total and a 100× expansion ratio cap.
Policy synthesis
Generate a policy from your data.
A disclosure below the rule table opens the synthesizer inline. Drop in a representative corpus: the kinds of prompts and documents your team actually feeds AI tools. The synthesizer runs every catalog detector across every file, aggregates hit counts, and proposes a draft policy with sane default actions per detected category. You toggle the action on each row, hit Apply, and the rules land in your draft.
-
In-memory processing
Uploaded corpus bytes are processed in memory only. No filenames, no content, no content hashes are persisted. The audit row records the file count, total bytes, and the detector-hit histogram. Nothing else.
-
Per-category default actions
All "secrets" detectors default to block. PII identifiers default to redact. Advisory detectors (jailbreak phrases, dosage numbers, location names) default to warn. Operator reviews and tightens before activation.
-
Synthesized rules land as drafts
The synthesizer never activates a policy. The output is a new draft version that an operator reviews in the rule table, edits if needed, and activates with the standard one-click flow.