RAIDEN is the canonical central toolkit/framework repository for reusable AI-agent governance, repository-structure, and execution-support artifacts.
RAIDEN is the central canon, not a product application and not a loose notes dump. It exists to hold:
- root-level canonical governance and continuity docs
- the first explicit canonical
toolkit/subtree - review outputs and extracted references that support canon formation
- preserved source history used for provenance and synthesis
RAIDEN uses this naming stack:
RAIDEN= central governing agent/framework authorityEdict= central RAIDEN-authored managed instruction/package surfaceRAIDEN Instance= downstream deployed repo-local formWrit= installed managed core artifact within aRAIDEN Instance
payload is a technical package-side term for the installable subset of an
Edict; after installation, that payload becomes the downstream Writ.
The repository is in the canonicalization and release-preparation phase.
Current published state includes:
- canonical root scaffold and authority order
- canonical operating-intent layer
- initial canonical
toolkit/subtree - continuity canon such as current state, goals, open loops, and decisions
- extracted references and comparative reviews that support future canon work
Not yet done:
- broader updater metadata extensions beyond the current local CLI contract
- broader package/release and distribution mechanics beyond the current toolkit/updater surface
Key published areas:
README.md- top-level repository framingSOURCE_OF_TRUTH.md- authority order and promotion rulesREPOSITORY_MAP.md- navigation and structural layersCURRENT_STATE.md- current repo statusDECISIONS.md- durable decision logAGENT_BOUNDARIES.md- role and write-boundary rulesMANAGED_VS_LOCAL.md- managed-core versus local-layer contracttoolkit/- canonical reusable toolkit/package and instance materialsreference-reviews/- comparative assessments and synthesis artifactsreference-extracts/- compact preserved reference patternsSource_info/- preserved historical source materialworking/- temporary working bundles and planning artifacts
Local-only area:
reference-repos/- imported prototype snapshots used as evidence in local operator workspaces; intentionally excluded from this published GitHub repo
RAIDEN canon follows this order:
- root-level canonical RAIDEN documents
- explicitly designated canonical toolkit surfaces such as
toolkit/ - review or extract artifacts only when explicitly adopted by root canon
- preserved historical or prototype evidence
Working rule:
Imported prototypes and source-history material are evidence inputs, not canon. Nothing becomes authoritative by proximity. Material is promoted only after review, comparison when relevant, and explicit adoption into canonical RAIDEN artifacts.
If you are new to RAIDEN, start with:
README.mdSOURCE_OF_TRUTH.mdREPOSITORY_MAP.mdCURRENT_STATE.mdDECISIONS.mdAGENT_BOUNDARIES.mdMANAGED_VS_LOCAL.mdRELEASE_READY_CHECKLIST.md
- Prefer concise ASCII Markdown.
- Keep canonical naming exact.
- Keep root canon concise and durable.
- Do not treat
reference-reviews/,reference-extracts/, orSource_info/as canon unless canon explicitly adopts the result. - Do not edit local-only prototype snapshots as part of published repo work.
- Prefer narrow, reviewable diffs over sweeping rewrites.
There is no top-level automated test suite at present.
For repository changes, validate by:
- rereading touched files against
SOURCE_OF_TRUTH.md,REPOSITORY_MAP.md, andCURRENT_STATE.md - checking that canonical versus non-canonical status remains consistent
- confirming related boundary and release-readiness docs still agree when scope touches those areas
This repository publishes RAIDEN canon and supporting RAIDEN-owned materials. It is not the place to silently convert prototype wording, local workspace state, or unreviewed external structures into central law.