Kenshiki

Reference

Kenshiki Glossary

A first-pass reference for the terms that recur most often across the site. The entries below are seeded from scanner outputs in packages/sire-scanner/output and then curated against the live product, architecture, and tool pages.

43 source documents scanned
830 cross-page term edges
17 curated terms

Core Surfaces

Terms in this section are here because they recur across the site and carry a lot of the product's meaning. The coverage badges show how broadly the term appears in the scanner output.

Boundary Gate

37 docs 665 cross-links

The Boundary Gate is the final emission checkpoint. It reads the Claim Ledger result and decides whether the response is authorized, partial, narrative-only, blocked, or needs tighter specification.

Why It Matters

The Ledger can score claims, but the Gate is what turns those scores into enforcement. It keeps unsupported decision-grade claims from leaving the system as if they were verified.

79 phrase-level mentions in the scanner output

Go Deeper

Claim Ledger

41 docs 807 cross-links

The Claim Ledger decomposes a response into atomic claims and checks each one against governed evidence. It records what held up, what failed, and why.

Why It Matters

This is the core verification surface in Kenshiki. Without it, you only score whole responses and cannot explain which assertion broke under scrutiny.

165 phrase-level mentions in the scanner output

Go Deeper

Kadai

16 docs 120 cross-links

Kadai is the caller-facing reasoning API. It orchestrates governed retrieval, generation, evaluation, and output-state assignment before returning a response.

Why It Matters

Kadai is how applications consume governed synthesis without talking directly to a model and inheriting all of that model's unchecked authority.

76 phrase-level mentions in the scanner output

Go Deeper

Kura

40 docs 777 cross-links

Kura is Kenshiki's governed evidence store. It ingests source material, preserves provenance and retrieval boundaries, and defines what downstream answers are allowed to rely on.

Why It Matters

If Kura is weak, everything downstream turns into retrieval theater. It is the boundary between source material and claims the system can actually defend.

162 phrase-level mentions in the scanner output

Go Deeper

Prompt Compiler

9 docs 36 cross-links

The Prompt Compiler rewrites a loose request into a governed query before any generation layer sees it. It applies CFPO structure so evidence, policy, and output expectations stay mechanically enforceable.

Why It Matters

This is where Kenshiki constrains the question up front instead of hoping post-generation scoring can repair a sloppy prompt after the fact.

22 phrase-level mentions in the scanner output

Go Deeper

Governance Terms

Terms in this section are here because they recur across the site and carry a lot of the product's meaning. The coverage badges show how broadly the term appears in the scanner output.

Admissibility Gate

3 docs 3 cross-links

The Admissibility Gate runs before retrieval to verify that the required approved evidence exists for the operation in question. It is separate from SIRE exclusion and separate from authorization.

Why It Matters

This gate lets Kenshiki fail closed when evidence is missing, superseded, or not yet approved. That is a different control problem from retrieval relevance or access control.

18 phrase-level mentions in the scanner output

Go Deeper

CFPO

4 docs

CFPO stands for Content, Format, Policy, and Output. It is the structure the Prompt Compiler uses to organize evidence, constraints, and response expectations inside the compiled prompt.

Why It Matters

CFPO is one of the ways Kenshiki turns prompt design from taste into machinery. It makes the prompt contract disciplined enough to audit and reproduce.

Coverage derived from acronym-level scanner output

Go Deeper

Evidence Boundary

18 docs 153 cross-links

The evidence boundary is the line around what the system is allowed to use as real support for an answer. Everything inside it is governed, attributable, and scoped. Everything outside it is not authority.

Why It Matters

This is the conceptual center of the site. Kenshiki exists to keep the model from quietly stepping beyond the evidence boundary and inventing certainty.

37 phrase-level mentions in the scanner output

Go Deeper

Governed Evidence

20 docs 188 cross-links

Governed evidence is source material that has been ingested, structured, scoped, and made admissible inside the Kenshiki pipeline. It is not just retrieved text; it is evidence the system is prepared to defend.

Why It Matters

Kenshiki's thesis depends on this distinction. The system does not treat every nearby chunk as authority just because it can retrieve it.

39 phrase-level mentions in the scanner output

Go Deeper

Output State

11 docs 54 cross-links

An output state is the explicit classification attached to every Kenshiki response, such as AUTHORIZED, PARTIAL, REQUIRES_SPEC, NARRATIVE_ONLY, or BLOCKED.

Why It Matters

Output states make uncertainty legible. The reader does not have to infer whether a fluent answer is safe to use because the system says so directly.

26 phrase-level mentions in the scanner output

Go Deeper

ReBAC

4 docs 5 cross-links

Also seen as relationship-based access control

ReBAC stands for relationship-based access control. In Kenshiki, it scopes evidence by caller identity and document relationship so the model only sees material the caller is authorized to use.

Why It Matters

A governed answer is not just about whether evidence exists. It is also about whether this caller is allowed to use that evidence in the first place.

18 phrase-level mentions in the scanner output

Go Deeper

SIRE

14 docs

Also seen as Subject, Included, Relevant, Excluded

SIRE stands for Subject, Included, Relevant, and Excluded. It is the identity metadata that governs what a source covers, how it connects to other sources, and what it must never be used to answer.

Why It Matters

SIRE gives Kenshiki a deterministic identity layer for evidence. It is one of the main reasons the system can reproduce retrieval decisions instead of treating retrieval as a fuzzy side effect.

Coverage derived from acronym-level scanner output

Go Deeper

Architecture Terms

Terms in this section are here because they recur across the site and carry a lot of the product's meaning. The coverage badges show how broadly the term appears in the scanner output.

Bounded-Synthesis Pipeline

21 docs 199 cross-links

The bounded-synthesis pipeline is the end-to-end flow from identity and compilation through retrieval, generation, evaluation, and emission. Every stage operates inside a governed boundary.

Why It Matters

This is the runtime contract behind Kenshiki's thesis. The system is not just retrieving documents or scoring answers; it is constraining synthesis step by step.

32 phrase-level mentions in the scanner output

Go Deeper

Control Plane

18 docs 153 cross-links

The control plane is the part of Kenshiki that governs what the generation layer may see, what claims it may emit, and what policies apply across the system.

Why It Matters

Kenshiki positions itself as a control plane rather than just another model wrapper. The term explains where authority lives in the architecture.

29 phrase-level mentions in the scanner output

Go Deeper

Cross-Plane Policy Propagation

20 docs 190 cross-links

Cross-plane policy propagation means governance rules defined in the control plane keep applying as requests move through build and orchestration layers instead of stopping at one integration boundary.

Why It Matters

This is Kenshiki's argument against safety theater. Policy is supposed to survive the whole trip from evidence selection to final emission.

23 phrase-level mentions in the scanner output

Go Deeper

Portable Agent Identity

14 docs 91 cross-links

Portable agent identity is Kenshiki's idea that the identity and scope rules attached to evidence should travel with the runtime rather than being reinvented at each layer or deployment tier.

Why It Matters

This is part of how Kenshiki keeps the Workshop, Refinery, and Clean Room contract recognizable even as the assurance boundary changes.

16 phrase-level mentions in the scanner output

Go Deeper

Three-Plane Architecture

24 docs 276 cross-links

Kenshiki describes itself as a three-plane architecture: build, orchestration, and control. Build shapes evidence and prompts, orchestration runs inference, and control verifies and gates what leaves.

Why It Matters

The phrase explains how Kenshiki separates concerns without leaving governance stranded as a bolt-on afterthought.

27 phrase-level mentions in the scanner output

Go Deeper