← intrikata-stack

Technical White Paper · v1.2 · 2026-07-18

Praxis-Stack

A self-auditing session-bootstrap system for agentic coding harnesses — architecture, operational traps, SwarmInvocation methodology, bridge flywheel, and production materialization on Cloudflare Pages.

System: megapraxis + metamegapraxis Package: 1.6.0 Surface: docs.intrikata.com Harnesses: Claude Code · Codex · Grok Build (+ adapters) Sibling operant: intrikata.com

1. Abstract

Agentic coding sessions start cold: hundreds of skills and agents, multi-project memory, optional MCP backends, and no deterministic opening move. The intrikata stack is a pair of portable skills — megapraxis (session bootstrap) and metamegapraxis (meta-auditor of that bootstrap) — that make cold start operationally honest and then audit the auditor.

This white paper specifies the complete technical system as of package 1.6.0 and structured snapshot #7 (2026-07-19): boot modes, disk-verifiable trap probes, verdict vocabulary, SwarmInvocation dialect, semantics-aware bridge short-circuits, multi-harness install paths, Cloudflare Pages + D1 live state, and the optional sibling graph operant. Every “complete” claim in this paper is bounded by explicitly named Tarski residuals; what cannot be decided is never silently absorbed into success.

18
traps closed*
0
traps open
250
skills enabled*
26
agents enabled*
13/13
bridges resolved
converged
completeness

*Origin-machine coverage from structured, scrubbed snapshot #7; numbers are machine-specific, not universal constants. The latest persisted trap baseline covers 24 traps while the current skill inventory contains 26, so the two new Intrikata-specific probes remain an explicit state-validity-horizon delta rather than being assigned invented statuses. Live re-check: /api/snapshots/latest.

2. Problem statement

2.1 Cold start entropy

Modern agent harnesses (Claude Code, Codex CLI, Grok Build, Cursor, Gemini CLI) load large inventories: skills, plugins, MCP servers, agents, hooks, and project memories. Without a disciplined bootstrap:

2.2 The meta problem

A bootstrap skill that itself drifts becomes a liability: it briefs confidently on stale or wrong state. Therefore the stack includes a second skill whose sole job is to audit the first — traps, bridges, coverage deltas, and multi-lens swarms — without mutating disk unless the operator issues an explicit apply.

2.3 Multi-harness reality

Not every session has intrikata-topology MCP or a local GraphDoc server. Filesystem-fallback is a designed first-class path (Tier 0). Graph-backed features are optional. Onboarding short-circuits must not force a ~150K-token self-audit swarm onto every new project.

3. Thesis and design principles

Thesis. Session orientation for agentic harnesses can be made contractual: every emitted claim maps to a disk- or API-verifiable fact; every undecidable remainder is named; recurring reasoning amortizes via bridges; novel work still pays full price.

3.1 Invariants (load-bearing)

  1. Truth-on-disk. Unverified claims are dropped, never emitted. Missing counts render as count-skipped, never as guesses.
  2. Content anchors, not line pins. Evidence cites symbol names or grep-stable phrases; line numbers drift with edits.
  3. Trap roll-call is contract. Each of 26 traps yields CLOSED / OPEN / DOC-ONLY / N/A / UNKNOWN / META with a probe.
  4. Tarski honesty. Residuals are classified (decidable / semi-decidable / undecidable) and listed; never silently defaulted.
  5. Read-only meta-audit by default. metamegapraxis proposes patches as artifacts; apply is a separate explicit mode.
  6. No recursive meta. metamegapraxis never invokes itself; depth-bounded swarms carry caller provenance.
  7. Harness truth beats settings belief. Runtime resolution wins over “I enabled it” (trap #3 / #21).
  8. Short-circuit ≠ skip residual. Byte-identical re-audits may reuse a prior verdict for ~20 tokens; genuine novelty still pays full price.

4. System architecture

┌──────────────────────────────────────────────────────────────────┐ │ Operator / Agent session │ │ /megapraxis · /metamegapraxis · onboard short-circuits │ └─────────────┬───────────────────────────────┬────────────────────┘ │ │ ┌────────▼────────┐ ┌────────▼────────┐ │ megapraxis │ │ metamegapraxis │ │ session bootstrap│◄──audits───│ meta-auditor │ │ 7 modes · brief │ │ 6 modes · traps │ └────────┬────────┘ └────────┬────────┘ │ │ Tier 0 filesystem trap probes · bridges (always valid) propose/apply artifacts │ │ ┌────────────────┐ ┌────────▼────────┐ │ Optional │ │ Optional swarm │ │ GraphDoc / │ │ 4 lenses + │ │ intrikata-topology │ │ coordinator │ │ MCP │ └────────┬────────┘ └───────┬────────┘ │ │ │ └────────────┬─────────────────┘ │ scrub + POST ┌──────▼──────┐ │ CF Pages │ docs.intrikata.com │ + D1 snaps │ skills zip · dumb-HTTP git └──────┬──────┘ │ optional sibling ┌──────▼──────┐ │ intrikata │ per-user D1 operant │ CF operant │ 7 machinery graphs └─────────────┘
Figure 1. Layered architecture: skills → optional graph → public materialization → optional multi-tenant operant.

4.1 Components

ComponentRoleRequired?
megapraxis/SKILL.mdSession bootstrap briefingYes (Tier 0)
metamegapraxis/SKILL.mdMeta-audit of megapraxis + stackYes for self-evolution
intrikata-topology MCP / GraphDocCoverage, swarms, ASEC nodesNo (optional)
docs.intrikata.comExplainer, package, live snapshotsDistribution surface
export_state.py + D1 APIScrubbed snapshot accreteLive State tab
intrikata.com operantPer-user CF graph isolationNo (sibling)

5. megapraxis — session bootstrap

megapraxis runs at session start (or on demand). It detects mode from cwd shape and history, inventories skills/agents/MCP, flags dark plugins, reads project memory and git state, and emits a short dashboard briefing.

5.1 Boot modes

ModeFires whenOutput character
hook-autoSessionStart hook3-line kernel briefing; no questions
active-projectcwd is a real project (git / manifest / memory)Full project-oriented brief
containercwd holds multiple project subdirsMulti-project inventory
picker2+ sub-projects recently activeAsks which project to orient
machine-dashboard“show all projects”Machine-wide scan
coldNo prior contextMinimal catalog
resume“pick up where we left off”Replays last unresolved thread

5.2 Backend tiers

Missing MCP is not a failed install. On pure Grok orientation, traps #4/#5 are N/A unless graph features are in scope.

5.3 Briefing contract

The briefing is a contract, not a narrative. Counts come from enumeration or are marked skipped. Dark-plugin alerts name the directory and reason. Completeness verdicts use the shared vocabulary (§8). No machine-identifying detail is required for a correct brief.

6. metamegapraxis — meta-auditor

Where megapraxis briefs the session, metamegapraxis briefs megapraxis: traps, bridge integrity, coverage deltas, proposed patches, and optional multi-lens swarm dispatch.

6.1 Modes

ModeTriggerOutput
auditdefault / bare invoke26-trap roll-call + bridges + residuals + coverage delta
trap Ntrap 18 / named trapDeep probe: signal, evidence, fix path
bridgesbridgesFull BridgeCompilationManifest resolution
proposeproposeWrite _proposed_*.diff artifacts (no apply)
applyapply / apply allApply with per-file verification
swarmswarm / dispatchCompose self-audit swarm; requires explicit dispatch
diffdiffDelta vs last metamegapraxis baseline

Selectors are compositional in 1.6.0: one optional focus plus any phase flags run in the canonical order audit → diff → swarm → propose → apply. apply all authorizes selected disk mutations but never implies the separate dispatch authorization.

6.2 Performance budget

Hard ceiling ≈ 12 tool calls for audit mode (soft target 10). When a same-session megapraxis boot exists, coverage MCP gathers are reused (0 of 5 spent). Bridge consultation can short-circuit repeat audits against byte-identical surfaces.

7. The 26 operational traps

Silent-failure classes learned in production. Each has a signal (disk/runtime signature) and a fix. Live roll-call: Live State tab / API.

#TrapOne-line signal
1plugin-manifest-misplacedmanifest at plugin root instead of .claude-plugin/ — plugin silently absent while settings say ON
2session-vs-app-restartnew session ≠ new process; plugin configs load only at app launch
3user-belief-vs-harness“it should be registered now” is hypothesis until harness confirms
4stdio-works-cc-never-launchedserver responds manually, but host never spawned it
5http-up-not-stdio-upHTTP green while stdio MCP sibling is down
6windows-python-store-stubbare python is a Store alias that nags and exits 1
7stale-pyc-shadowingbytecode mtime ties can shadow a fresh source edit
8fabricated-counta number derived from a truncated listing
9heuristic-classificationclient guesswork replacing an auditable server contract
10fix-violates-feedbackproposed action contradicts a saved user correction
11ghost-warm-slugdirectory looks active because memory was touched, not a session
12stale-graph-cachegraph snapshot lagging fresh disk state
13new-agent-needs-restartagent files written mid-session invisible until relaunch
14marketplace-root-claude-pluginmarketplace manifest dir misread as stray plugin — delete darkens publishers
15mcp-disconnect-mid-sessiontool roster shrinks mid-session while HTTP stays up
16tmp-on-windows/tmp/ writes the next shell cannot read back
17shell-escape-json-winpathbackslash paths mangled across shell/curl escape layers
18claude-md-aspirational-routedocs describe an endpoint code never shipped
19bulk-finalize-no-contribution-checkblanket-failing pending work destroys successful provenance
20userpromptsubmit-empty-payloadsaudit rows persisted before fields populated → forever-pending
21settings-dark-harness-resolvessettings say off; runtime dispatches anyway — harness wins
22malformed-settings-jsonone trailing comma silently disables every plugin and hook
23while-read-subshell-hangper-iteration subshells on MSYS stretch a 300ms scan to minutes
24stale-head-clean-worktree-deploya remembered commit is deployed after another session advanced HEAD
25intrikata-local-bridge-session-mismatchbrowser and local bridge use different session ids while both appear healthy
26seed-simg-non-converge-without-op-contributiona non-converged seed emits advice but no persisted assistant contribution

Status vocabulary for roll-call: CLOSED, OPEN, UNKNOWN, DOC-ONLY, N/A, META. The six tallies must sum to 26 for a current full audit; older baselines publish their smaller inventory and delta explicitly.

8. Verdicts and Tarski honesty

8.1 Verdict vocabulary

Audit cycles terminate with an explicit verdict from a closed set:

8.2 Canonical undecidables (must appear every audit)

  1. unknown-unknowns — no probe can detect; flag for next swarm
  2. true-lens-independence — report observed model/runtime families; shared-family lenses are only partially independent
  3. fixed-point-vs-plateau — current cycle may be plateau; subset-check required
  4. state-validity-horizon — graph cache TTL not absolute
  5. converged-vs-correct — tests-satisfied ≠ system-correct

8.3 Observation-class buckets

When a finding instantiates one of: values-question, oracle-required, telemetry-required, intent-vs-drift — it is listed under undecidable observation-class, not folded into decidable.

Anti-pattern (forbidden): silent default of unknowns into “CLOSED” or “complete.” That is the Tarski-silent-default pathology; the stack treats it as a first-class failure mode of coverage claims.

9. SwarmInvocation and MetaMethodology

9.1 When a swarm is mandatory

Self-audit of the auditor is the canonical multi-lens case: a single Claude-family context cannot claim lens-independence. metamegapraxis composes the seed swarm megapraxis-self-audit and requires an explicit operator dispatch before fire (~150K tokens class cost).

9.2 Seed composition

RoleAgent (typical)Lens
step 1plugin-dev:skill-reviewerskill-text / SKILL.md contracts
step 2pr-review-toolkit:code-reviewer (registry substitute for superpowers)live code paths
step 3intrikata-topology:graph-analystASEC graph integrity
step 4feature-dev:code-explorerexecution-path tracing
coordinatorintrikata-topology:metamethodology-convergence-agentCTL synthesis → verdict

Rule: pipeline. Each member sees prior steps’ findings. Contributions persist as graph nodes with contributed_to edges; coordinator finalizes the SwarmInvocation in place.

9.3 Name-encoding dialect

SwarmInvocation rows use a schema-free, colon-delimited name encoding (ASEC dialect), also used for onboarding certificates:

SwarmInvocation::inv-mmgp-YYYYMMDD-<seq>-<slug>
  ::source=metamegapraxis
  ::class=surface-audit|onboarding-short-circuit|self-audit
  ::verdict=converged|extend|…
  ::harness=grok-build|codex|claude-code
  ::package=1.6.0
  ::production_branch=master
  ::notes=…

Machine-readable short-circuit certificates live at /demo/grok-onboard.json and /demo/codex-onboard.json. Surface-audit cert: /demo/surface-audit.json.

9.4 CTL endofunctor (operational)

MetaMethodology cycles follow: audit → classify → bridge → apply → verify → converge. Named residuals from cycle N become audit inputs for cycle N+1. Decidable items get concrete remediations; semi-decidable items queue policy refinement; undecidable items stay named.

10. Bridge flywheel

Recurring reasoning compiles into bridges: memoized transfer rules consulted before new work. Classes include short-circuit, pre-populate, delta-scope, routing, template.

10.1 Fixed-point short-circuit

The 1.6.0 saturation target fingerprints first-party audit files plus canonical live skill membership, enabled state, layer assignment, orphan state, and completeness. An unavailable semantic fingerprint disables the shortcut. For target d7d96f62…d887, a fresh five-role verification finalized converged; the next identical phase=start returned bridge::fixed-point-short-circuit (autonomous), referenced the prior verdict, and wrote no new SwarmInvocation. See the convergence certificate.

10.2 Manifest integrity

BridgeCompilationManifest.bridge_ids[] must resolve to live Bridge nodes. Drift classes:

Snapshot #6: 13/13 resolved-active, 0 drift. Three newer bridge names remain class-unclassified in the exporter display, which is a classification residual rather than referential drift.

11. M/G/S/MGS layer model

Skills and agents are classified into four layers used for coverage grids:

LayerNameCharacter
MMETAReasoning-about-reasoning, methodology, classifiers
GGENESISScaffolding, creation, generative ops
SSHADOWDetection, missingness, silent failures (read-mostly)
MGSMGS lifecycleStateful ops, deploys, ordering-sensitive mutations

Completeness requires zero tarski-unclassified inventory items under the active classifier, plus an explicit residual section. Snapshot #5 reports completeness=converged with tarski_unclassified=0 for both skills and agents on the origin machine.

12. Site and API materialization

12.1 Purpose

docs.intrikata.com materializes the stack as a public Cloudflare Pages project: static explainer + operational Live State + distributable package + proven-cycle receipts. No external frontend dependencies.

12.2 Layout

intrikata-stack/
├── public/                 # deployed artifact root
│   ├── index.html          # System / Live State / Proven Cycle
│   ├── whitepaper.html     # this document
│   ├── install.md, onboard-*.md, harness.md, backend.md
│   ├── adapters/           # AGENTS.md, CODEX, GROK, GEMINI, Cursor
│   ├── demo/               # cycle.json, onboard certs, surface-audit
│   ├── pkg/                # intrikata-stack-skills.zip
│   ├── git/intrikata-stack.git  # dumb-HTTP clone / marketplace
│   └── llms.txt            # agent discovery
├── functions/api/snapshots/  # D1-backed list/get/post
├── export_state.py         # GraphDoc → scrub → POST
├── build_package.py        # zip + bare git from live skills
├── schema.sql · wrangler.toml · validate.py
└── README.md

12.3 Snapshots API

RouteMethodAuthBehavior
/api/snapshotsPOSTBearer ingest tokenValidate + insert scrubbed payload
/api/snapshotsGETnoneList metadata + summary tallies
/api/snapshots/latestGETnoneNewest full payload
/api/snapshots/:idGETnoneOne full payload

Contract: API routes always answer as APIs (JSON + correct Content-Type), never HTML SPA fallback.

12.4 Production branch trap

Load-bearing: production branch is master. Deploy without --branch=master (or with --branch=main) only updates a preview alias while production continues serving the previous deployment. Always:

npx wrangler pages deploy public --project-name=intrikata-stack --branch=master

13. Distribution package and harness adapters

13.1 Package contents (v1.6.0)

13.2 Local realize (self-realizing, cross-agent, cross-OS)

Package 1.6.0 ships skill praxis-local-realize and scripts realize.py / backend_stub.py that materialize this white paper’s local architecture on Windows, macOS, and Linux for Claude Code, Codex, and Grok skill roots. Tier 0 (skills only) is a complete valid deployment; Tier 1 adds the HTTP stub from §12/BACKEND; Tier 2 full MCP graph remains optional and is never silently claimed by a Tier 0/1 success. --verify-only now builds its evidence in memory and writes no certificate.

13.3 Optional assistant runtimes

A full backend may expose ClaudeCode, CodexCode, and GrokBuild behind one OP_CONTEXT contract. CodexCode invokes codex exec using the Codex installation's subscription authentication. If the Codex CLI is unavailable at launch, it may fall back to the official OpenAI CLI Responses API using CODEXCODE_OPENAI_API_KEY only in that child process. Missing fallback credentials point to the official API-key page; they do not replace desktop authentication, and no key is packaged or published.

13.4 Install short-circuits

HarnessPathProof of install
OpenAI Codexmarketplace add + praxis@intrikata-stack plugintask registry lists $praxis:megapraxis
Grok Buildzip/git → install.py --target ~/.grok/skillsfilesystem megapraxis brief (_via: filesystem_)
Claude Codeskill copy or marketplaceskill hot-reload next turn; plugin needs app restart

Playbooks: onboard-codex.md · onboard-grok.md · install.md · harness.md.

14. Sibling CF operant (intrikata)

After skills install, operators who want graph isolation without running local GraphDoc can use the sibling Cloudflare operant at intrikata.com:

  1. instance new <handle>
  2. bootstrap
  3. operant — seeds 7 machinery graphs in D1

Certificate: operant-bootstrap.json. This is not required for a valid megapraxis briefing. Cross-links appear in llms.txt and Grok onboard to reduce discovery residual.

15. The unconverged perpetual residual operant system

Sections 5–14 describe the parts. This section states what the whole is: megapraxis, metamegapraxis, MetaMethodology, SwarmInvocation, and the intrikata instance layer compose into a single unconverged perpetual residual operant system — a loop whose product is the wisdom of what to do next over a maximally optimal time horizon, generated by the system reflecting on its own M/G/S/MGS layers inside each instance.

15.1 Unconverged by construction

Every convergence verdict in the stack is scoped: converged is always per-cycle, per-surface, per-probe-set. Global, final convergence is not merely unachieved — it is excluded by the verdict grammar itself. The five canonical undecidables (§8.2) must appear in every audit, so the residual catalog is never empty. A system whose residual set could reach zero would have a terminal state; this one cannot, and that is load-bearing:

The residual is the fuel. Each cycle’s named residuals are the audit inputs of cycle N+1 (§9.4). If residuals were ever silently absorbed into “done,” the loop would starve — which is exactly why the Tarski-silent-default is treated as the stack’s cardinal failure mode (§8.3). Unconvergence here is not a deficiency to be engineered away; it is the thermodynamic gradient the operant runs on.

15.2 The operant loop, formally

“Operant” is meant in the behavioral sense: the system emits behavior, consequences select future behavior, and the selection history is persisted. The mapping is exact, not decorative:

Operant conditioningIntrikata stack mechanism
Operant behaviorThe emitted next-move: megapraxis next block, plan_next recommendation, or swarm dispatch
Consequence / reinforcementCycle verdict (convergeddegrade) + outcome-weighted score mutation on Agent and Swarm nodes
Discriminative stimulusTask-signature match against BridgeCompilationManifest — the learned cue for “this situation is known”
ShapingSwarmEvolver generations: promote ad-hoc plans that succeed, adjust member scores, refine composition rules
Habit formationBridge compilation — recurring reasoning collapses from ~150K tokens to ~20 (fixed-point short-circuit)
ExtinctionRetirement: swarms with consistent budget_exhausted, bridges and agents marked status=retired
Behavior historySwarmInvocation + Contribution nodes — the append-only record selection operates over

One full revolution: state → briefing → next-move → action → verdict → score/bridge update → new state. megapraxis reads the world; metamegapraxis reads megapraxis; the MetaMethodology CTL cycle (audit → classify → bridge → apply → verify → converge) turns findings into applied diffs; SwarmInvocation records what happened; the next boot sees a changed system.

15.3 Wisdom over a maximally optimal time horizon

“What to do next” is computed against four horizons simultaneously, not greedily against the current turn:

The recommendation surface therefore behaves like a policy improving over its own history: short-circuits make known territory nearly free, full-cost swarms are reserved for genuine novelty (§10.1), and ritual invocation — paying swarm cost on known ground — is an explicitly named anti-pattern.

15.4 Self M/G/S/MGS reflection in the instance

The reflection is not metaphorical: the system’s self-description is literally the data each instance carries. An intrikata bootstrap seeds the seven machinery graphs — among them the M/G/S/MGS Fusion Complex (which classifies the stack’s own skills, megapraxis included), the Agent Swarm Extension Complex (which contains megapraxis-self-audit, the swarm that audits the auditor), and the Caramello Bridge Complex (the compiled habits). The classifier that files megapraxis under META is itself a node reachable from the instance that runs megapraxis: the loop closes inside the instance, per user, in isolation.

Live evidence (2026-07-18): POST /api/bootstrap on intrikata.com returns 201 with graphs=7, seed_nodes=878 for a fresh instance — machinery only, run-history deliberately empty, so each instance begins its own operant history rather than inheriting the origin machine’s. Access is contact-verified (Twilio SMS / SendGrid email OTP) and instance growth beyond two per contact is gated by a Stripe Link subscription with an HMAC-verified webhook — the operant’s multi-tenant boundary is itself probe-verified (402/400/429 guard classes live).

15.5 Why perpetual operation does not decay into waste

A loop that never terminates invites two failure modes: burning full cost on unchanged state, and declaring false fixed points to stop early. The stack closes both: byte-identical audit surfaces re-emit the prior saturating verdict for ~20 tokens (no waste), while the fixed-point-vs-plateau residual is named undecidable in every audit (no false stop). The system idles nearly free and pays exactly when reality changes — which is the only economically stable configuration for a process designed to run forever.

16. Proven cycle (receipts)

On 2026-07-17 the stack ran a full loop against itself and published receipts at /demo/cycle.json (Proven Cycle tab on the home page). Abbreviated stages:

#StageOutcomeEvidence tier
1/megapraxis bootcontainer-mode; completeness convergedgraph
2/metamegapraxis audit23-trap historical baseline recordedgraph
3swarm phase=start4+1 composed; MCP arg-drop forced sideloadgraph
4pipeline steps 1–43× EXTEND-LIST-PROVIDED, 1× OKgraph
5coordinator finalizeverdict=extend — prior F7 fix was dead codegraph
6apply decidable queue8/9 items landed with verificationorigin
7publish sitesnapshot + package + Pageslive

Evidence tiers: live re-checked by the browser; graph scrubbed at build; origin attested at build, not client-checkable. The CRITICAL finding (arg unwrap landed in a zero-caller dead method) was discovered because dispatch tooling failed during the cycle — the trail includes the machinery’s own failure.

17. Named residuals catalog

Non-exhaustive but explicit for this paper’s scope:

ResidualClassMitigation / stance
Agents may not discover sibling operant without linkssemi-decidablellms.txt + onboard cross-links (2026-07-18)
True multi-model lens independenceundecidablenamed every audit; partial multi-agent only
Fixed-point vs plateauundecidablesubset-check / time-box; never claim absolute fixed point
GraphDoc/MCP not hosted on intrikata-stack sitedecidable omissionby design — skills + scrubbed state only
Snapshot roll_call status nulls for some trapssemi-decidableexporter tallies closed/open; per-row status enrichment optional
Whether every future harness auto-loads skillsundecidable harness varianceadapters + short-circuit certs; harness-modulo verdicts

18. Threat model and scrub contract

17.1 What is published

Public snapshots intentionally exclude: absolute filesystem paths, usernames, full UUIDs, project slugs, and free-text that fails the redaction pass. Trap names, bridge names, verdicts, and counts are generic system vocabulary and publish as-is.

17.2 What the site is not

17.3 Security headers

Pages _headers enforce CSP (self + inline for the single-file UI), HSTS-class posture via CF, X-Frame-Options: DENY, nosniff, strict referrer, and locked-down Permissions-Policy.

19. Operations runbook

18.1 Publish a new snapshot

# venv python — never bare python (trap #6)
export_state.py            # or --dry-run / --selftest

18.2 Rebuild package after skill edits

build_package.py           # regenerates zip + bare git + install.md
validate.py                # pre-deploy checks

18.3 Deploy production

npx wrangler pages deploy public --project-name=intrikata-stack --branch=master

18.4 Local dev

npx wrangler pages dev public --port 8788 --d1=DB=intrikata_stack

18.5 Session operator loop

  1. /megapraxis — orient
  2. /metamegapraxis — audit
  3. propose → review → apply for decidable items
  4. swarm + explicit dispatch when multi-lens required
  5. export snapshot + deploy when public surfaces change

20. References and live surfaces

SurfaceURL
Home (System / State / Cycle)https://docs.intrikata.com/
This white paper/whitepaper
Agent discovery/llms.txt
Install guide/install.md
Codex short-circuit/onboard-codex.md · cert
Grok short-circuit/onboard-grok.md · cert
Harness adapters/harness.md · /adapters/
Backend contract/backend.md
Skills zip/pkg/intrikata-stack-skills.zip
Dumb-HTTP git / marketplace/git/intrikata-stack.git
Latest snapshot API/api/snapshots/latest
Proven cycle JSON/demo/cycle.json
1.6.0 convergence cert/demo/mgs-convergence.json
Surface-audit cert/demo/surface-audit.json
Sibling operanthttps://intrikata.com/

Document control. White paper version 1.2, refreshed 2026-07-19 from package 1.6.0, structured snapshot #7, cycle c3354c03 receipts, and convergence cert inv-mmgp-20260718-full-mgs-convergence. v1.2 adds the 26-trap/compositional-phase contract, semantic fixed-point evidence, fail-closed MGS runtime behavior, and the CodexCode subscription/API-fallback boundary. Supersedes informal System-tab prose for technical depth; System tab remains the short explainer.

SwarmInvocation certificate for this document publication:

SwarmInvocation::inv-mmgp-20260718-whitepaper
  ::source=metamegapraxis
  ::class=technical-whitepaper
  ::verdict=converged-modulo-harness
  ::whitepaper=1.2
  ::adds=mgs-convergence-and-assistant-runtime-boundary
  ::target_hash=d7d96f62cdc4
  ::surface=https://docs.intrikata.com/whitepaper
  ::package=1.6.0
  ::snapshot=7
  ::production_branch=master