mythik 0.1.5 → 0.2.1

package/docs/wiki/compiled/_inventory.md

@@ -910,6 +910,10 @@ Generated from article frontmatter and Sources sections. `docs/consumer` is the
 ## docs/consumer/ai-context.md
 
 - [[@action-apply-preset]] - `applyPreset` — apply curated DNA+Identity
+- [[@cli-reveal]] - `mythik reveal` - live runtime context
+- [[@cli-agent]] - `mythik agent` - project-local AI operating context
+- [[@concept-mythik-reveal]] - Mythik Reveal - live runtime context for AI agents
+- [[@concept-agent-context-protocol]] - Mythik Agent Context and Agent Protocol
 - [[@cli-existing-spec-edit-loop]] - Existing spec edit loop
 - [[@cli-overview]] - CLI overview - `mythik <command>`
 - [[@cli-patch]] - `mythik patch` - RFC 6902 patches
@@ -1415,11 +1419,11 @@ Generated from article frontmatter and Sources sections. `docs/consumer` is the
 - [[@cli-programmatic-api]] - Programmatic API — `mythik-cli/api`
 - [[@cli-push]] - `mythik push` — three approved write paths
 
-## docs/consumer/ai-context.md#cli-workflow
-
-- [[@cli-docs]] - `mythik docs` — bundled AI documentation
-- [[@cli-elements]] - `mythik elements` — inspect specific elements
-- [[@cli-manifest]] - `mythik manifest` — structural tree
+## docs/consumer/ai-context.md#cli-workflow
+
+- [[@cli-docs]] - `mythik docs` — bundled AI documentation
+- [[@cli-elements]] - `mythik elements` — inspect specific elements
+- [[@cli-manifest]] - `mythik manifest` — structural tree
 - [[@cli-overview]] - CLI overview - `mythik <command>`
 - [[@cli-patch]] - `mythik patch` - RFC 6902 patches
 - [[@cli-pull]] - `mythik pull` — export spec
@@ -1691,10 +1695,14 @@ Generated from article frontmatter and Sources sections. `docs/consumer` is the
 
 - [[@pattern-fetch-vs-datasources]] - Pattern — `fetch` vs `dataSources` decision
 
-## docs/consumer/reference-doc.md
-
-- [[@cli-existing-spec-edit-loop]] - Existing spec edit loop
-- [[@cli-overview]] - CLI overview - `mythik <command>`
+## docs/consumer/reference-doc.md
+
+- [[@cli-existing-spec-edit-loop]] - Existing spec edit loop
+- [[@cli-reveal]] - `mythik reveal` - live runtime context
+- [[@cli-agent]] - `mythik agent` - project-local AI operating context
+- [[@concept-mythik-reveal]] - Mythik Reveal - live runtime context for AI agents
+- [[@concept-agent-context-protocol]] - Mythik Agent Context and Agent Protocol
+- [[@cli-overview]] - CLI overview - `mythik <command>`
 - [[@cli-patch]] - `mythik patch` - RFC 6902 patches
 - [[@cli-toon]] - `--toon` - token-efficient format
 - [[@concept-auth-config]] - AppSpec auth config
@@ -2472,11 +2480,11 @@ Generated from article frontmatter and Sources sections. `docs/consumer` is the
 
 - [[@concept-skeleton-auto]] - Auto-skeleton — zero-config loading state
 
-## docs/consumer/reference-doc.md#cli--spec-modification-via-mythik-cli
-
-- [[@cli-docs]] - `mythik docs` — bundled AI documentation
-- [[@cli-overview]] - CLI overview - `mythik <command>`
-- [[@cli-pull]] - `mythik pull` — export spec
+## docs/consumer/reference-doc.md#cli--spec-modification-via-mythik-cli
+
+- [[@cli-docs]] - `mythik docs` — bundled AI documentation
+- [[@cli-overview]] - CLI overview - `mythik <command>`
+- [[@cli-pull]] - `mythik pull` — export spec
 
 ## docs/consumer/reference-doc.md#cli-token-inspection
 

package/docs/wiki/compiled/_lint.md

@@ -1,10 +1,10 @@
-# Lint Report - Event Binding Guard Refresh
+# Lint Report - Mythik Agent Context Refresh
 
-Validation of cross-references, stale public references, and generated wiki shape after refreshing the compiled wiki delta from `docs/consumer` on 2026-05-09.
+Validation of cross-references, stale public references, and generated wiki shape after refreshing the compiled wiki delta from `docs/consumer` on 2026-05-21.
 
 ## Broken Cross-References
 
-**0 broken wiki links** across compiled wiki files.
+**0 broken wiki links** across compiled wiki files.
 
 ## Stale / Private Reference Scan
 
@@ -19,28 +19,32 @@ Validation of cross-references, stale public references, and generated wiki shap
 
 ## Article Counts
 
-- Total markdown files in `compiled`: **333**
-- Generated article files, excluding `README.md` and `_*.md`: **327**
+- Total markdown files in `compiled`: **337**
+- Generated article files, excluding `README.md` and `_*.md`: **331**
 - Migration pages removed: **yes** (`migration-*.md` no longer publish)
 - Metadata folder publish status: **excluded**
 
-## Key Refresh Additions
-
-- Dotted `$let` binding reads for `$ref` and `$template`
-- Mixed event arrays containing actions plus transactions
-- `params.skipIf` dispatch-time action guards
-- Optional SQL adapter dependency wording
-- Generic SQL store / driver package-layout pages
-- `concept-public-package-names`
-- `cli-existing-spec-edit-loop`
-- `primitive-spatial-map`
+## Key Refresh Additions
+
+- Dotted `$let` binding reads for `$ref` and `$template`
+- Mixed event arrays containing actions plus transactions
+- `params.skipIf` dispatch-time action guards
+- Optional SQL adapter dependency wording
+- Generic SQL store / driver package-layout pages
+- `concept-public-package-names`
+- `cli-existing-spec-edit-loop`
+- `primitive-spatial-map`
 - `concept-spatial-map-editor`
 - `concept-spatial-map-zones`
 - `concept-editor-sessions`
 - `concept-editor-commit`
 - `concept-editor-save`
-- `concept-navigation-dirty-guard`
-- `cli-docs`
+- `concept-navigation-dirty-guard`
+- `cli-docs`
+- `concept-mythik-reveal`
+- `cli-reveal`
+- `concept-agent-context-protocol`
+- `cli-agent`
 
 ## Tooling
 

package/docs/wiki/compiled/antipattern-store-save-bypass.md

@@ -24,17 +24,22 @@ await store.save('my-screen', specObject);   // BAD — no validation
 ## Right — three approved paths
 
 ```ts
-// Programmatic (best for tooling/CI):
-import { runPush } from 'mythik-cli/api';
-await runPush({ id: 'my-screen', spec: specObject });
+// Programmatic (best for tooling/CI):
+import { runPush } from 'mythik-cli/api';
+await runPush('my-screen', JSON.stringify(specObject), {
+  store,
+  json: true,
+  force: false,
+  author: 'agent-name'
+});
 ```
 
 ```bash
-# Shell:
-mythik push my-screen --from-file spec.json
-
-# Bulk:
-mythik push --from-dir ./specs/
+# Shell:
+mythik push my-screen --from-file spec.json --author <agent>
+
+# Bulk:
+mythik push --from-dir ./specs/ --author <agent>
 ```
 
 ## Why

package/docs/wiki/compiled/cli-agent.md

@@ -0,0 +1,70 @@
+---
+id: cli-agent
+title: `mythik agent` - project-local AI operating context
+kind: cli
+sources: [docs/consumer/ai-context.md#cli-workflow, docs/consumer/reference-doc.md#rule-297]
+---
+
+# `mythik agent`
+
+`mythik agent` installs and refreshes project-local instructions for AI
+agents working in a Mythik project.
+
+Use it when a fresh agent joins a project, before asking the agent to
+create or modify specs.
+
+## Commands
+
+```bash
+mythik agent init codex
+mythik agent init claude
+mythik agent init all
+mythik agent context --app <app-id> --include-screens --out .mythik/agent/context.md
+```
+
+`agent init` creates thin adapter files such as `AGENTS.md` and
+`CLAUDE.md`, plus shared instructions under `.mythik/agent/`.
+
+`agent context` generates the project-specific operating map from the
+active Mythik store. It can include AppSpec structure, screens, API
+specs, commands, storage configuration, and safety rules.
+
+## Required agent loop
+
+Existing stored specs stay on:
+
+```text
+manifest -> elements -> patch --from-file --author -> validate -> verify
+```
+
+`push` is for new specs or intentional full replacement. Existing
+specs require explicit `--replace`. Persisted writes require
+`--author <name>` for versioned stores or explicit
+`--allow-unversioned` for intentionally unversioned stores.
+
+## Source of truth
+
+The active Mythik store is the source of truth. Local spec files are
+drafts, snapshots, migrations, backups, or fixtures unless the project
+intentionally uses a file store.
+
+Use `mythik lint` for local drafts, replacement files, bulk
+imports/migrations, and relevant consumer code changes. Use TOON for
+large reads when supported.
+
+## Related articles
+
+- [[@concept-agent-context-protocol]]
+- [[@cli-existing-spec-edit-loop]]
+- [[@cli-manifest]]
+- [[@cli-elements]]
+- [[@cli-patch]]
+- [[@cli-push]]
+- [[@cli-toon]]
+- [[@cli-lint]]
+- [[@cli-reveal]]
+
+## Sources
+
+- `docs/consumer/ai-context.md`
+- `docs/consumer/reference-doc.md`

package/docs/wiki/compiled/cli-existing-spec-edit-loop.md

@@ -14,11 +14,12 @@ Required loop:
 1. `mythik manifest <id>` - inspect the current structure and identify candidate element IDs.
 2. `mythik elements <id> <ids>` - inspect only the exact nodes and nearby containers that will change.
 3. Write a small RFC 6902 patch file.
-4. `mythik patch <id> --from-file patch.json` - apply through the validated CLI path.
-5. Re-run `manifest` or `elements` to verify the changed surface.
-
-`pull` is for backup, migration, review, or full-document work. `push` is for new specs or intentional full replacement. Routine edits should not replace whole screens.
-
-Never edit database rows directly and never call `SpecStore.save()` from app code. Those bypass validation.
-
-Related: [[@cli-manifest]], [[@cli-elements]], [[@cli-patch]], [[@antipattern-store-save-bypass]].
+4. `mythik patch <id> --from-file patch.json --author <agent>` - apply through the validated, versioned CLI path.
+5. Run `mythik validate <id>`.
+6. Re-run `manifest` or `elements` to verify the changed surface.
+
+`pull` is for backup, migration, review, or full-document work. `push` is for new specs or intentional full replacement with explicit `--replace`. Routine edits should not replace whole screens.
+
+Never edit database rows directly and never call `SpecStore.save()` from app code. Those bypass validation.
+
+Related: [[@cli-manifest]], [[@cli-elements]], [[@cli-patch]], [[@cli-agent]], [[@antipattern-store-save-bypass]].

package/docs/wiki/compiled/cli-overview.md

@@ -16,17 +16,20 @@ forms are documented in [[@cli-push]] and rule 248.
 mythik init   --store supabase --url <url> --key $MYTHIK_API_KEY  # configure
 mythik docs path                                                  # locate bundled AI docs
 mythik docs copy ./mythik-docs                                    # copy docs for an AI agent
-mythik push <screen>                                              # create/replace
+mythik push <screen> --from-file spec.json --author <name>        # create
+mythik push <screen> --from-file spec.json --replace --author <name> # replace
 mythik pull <screen>                                              # export to stdout
 mythik manifest <screen>                                          # structural tree
 mythik elements <screen> <id1,id2,...>                            # element details
-mythik patch <screen> --from-file patch.json                      # RFC 6902
+mythik patch <screen> --from-file patch.json --author <name>      # RFC 6902
 mythik validate <screen>                                          # validate
 mythik delete <screen> --confirm                                  # delete (requires --confirm)
 mythik tokens --dna '{"primary":"#0D9488"}' --json                # inspect tokens
 mythik contract --app <id> --api <id>                             # cross-validate
 mythik lint [--from-file path | --from-dir folder]                # detect anti-patterns
-mythik history <screen>                                           # version history
+mythik history <screen>                                           # version history
+mythik agent init codex                                           # install agent protocol
+mythik agent context --app <id> --include-screens                 # generate agent context
 ```
 
 ## Common flags
@@ -48,8 +51,9 @@ Manifest output adapts per doctype. See [[@cli-app-spec]].
 1. **`docs path`** - locate the installed AI docs
 2. **`manifest`** - see structure, decide what to modify
 3. **`elements`** - inspect specific elements
-4. **`patch --from-file patch.json`** - apply surgical changes
-5. **`manifest`** - verify
+4. **`patch --from-file patch.json --author <name>`** - apply surgical changes
+5. **`validate`** - check the stored result
+6. **`manifest`** - verify
 
 ## Related concepts
 
@@ -68,8 +72,9 @@ Manifest output adapts per doctype. See [[@cli-app-spec]].
 - [[@cli-lint]]
 - [[@cli-history]]
 - [[@cli-versioning-author]]
-- [[@cli-app-spec]]
-- [[@cli-programmatic-api]]
+- [[@cli-app-spec]]
+- [[@cli-programmatic-api]]
+- [[@cli-agent]]
 
 ## Sources (raw)
 

package/docs/wiki/compiled/cli-patch.md

@@ -15,22 +15,22 @@ other shell-sensitive strings.
 
 ### Preferred path - file
 
-```bash
-mythik patch task-manager --from-file patch.json
-```
+```bash
+mythik patch task-manager --from-file patch.json --author <agent>
+```
 
 `--from-file <path>` wins over ambient non-TTY stdin. Intentional stdin
 still works via `--from-file -` or a pipe without `--from-file`:
 
 ```bash
-cat patch.json | mythik patch task-manager
-mythik patch task-manager --from-file -
+cat patch.json | mythik patch task-manager --author <agent>
+mythik patch task-manager --from-file - --author <agent>
 ```
 
 ### Inline
 
 ```bash
-mythik patch task-manager '[{"op":"replace","path":"/elements/title/props/content","value":"New Title"}]'
+mythik patch task-manager '[{"op":"replace","path":"/elements/title/props/content","value":"New Title"}]' --author <agent>
 ```
 
 Inline remains valid for tiny patches, but file input is the canonical
@@ -55,7 +55,7 @@ Patch input autodetects format: JSON (starts with `[` or `{`) or TOON
 (everything else):
 
 ```bash
-mythik patch task-manager --from-file patch.toon
+mythik patch task-manager --from-file patch.toon --author <agent>
 ```
 
 See [[@cli-toon]].
@@ -66,9 +66,11 @@ Use `/layout/elements/...`, NOT `/elements/...`. See [[@cli-app-spec]].
 
 ## Versioning
 
-`--author <name>` records history when the resolved store supports
-`saveVersion`. JSON/TOON success output includes `versioned: boolean`
-and `version?: number`. See [[@cli-versioning-author]].
+`--author <name>` is the normal persisted-write path. It records
+history when the resolved store supports `saveVersion`. JSON/TOON
+success output includes `versioned: boolean` and `version?: number`.
+Use `--allow-unversioned` only for intentionally unversioned stores.
+See [[@cli-versioning-author]].
 
 ## Related concepts
 
@@ -77,7 +79,8 @@ and `version?: number`. See [[@cli-versioning-author]].
 - [[@cli-app-spec]]
 - [[@cli-versioning-author]]
 - [[@cli-history]]
-- [[@cli-programmatic-api]] - `runPatch`
+- [[@cli-programmatic-api]] - `runPatch`
+- [[@concept-agent-context-protocol]]
 
 ## Sources (raw)
 

package/docs/wiki/compiled/cli-programmatic-api.md

@@ -33,13 +33,23 @@ import {
 
 ## Example
 
-```ts
-import { runPush } from 'mythik-cli/api';
-
-const result = await runPush({ id: 'my-screen', spec: doc, json: true });
-const data = JSON.parse(result.output);
-console.log(data.elementCount, data.warnings);
-```
+```ts
+import { readFile } from 'node:fs/promises';
+import { runPush } from 'mythik-cli/api';
+
+const input = await readFile('spec.json', 'utf8');
+const result = await runPush('my-screen', input, {
+  store,
+  json: true,
+  force: false,
+  author: 'agent-name'
+});
+const data = JSON.parse(result.output);
+console.log(data.elementCount, data.warnings);
+```
+
+Programmatic callers provide the same `SpecStore` they would configure
+for the CLI.
 
 ## `PushResult` extension
 

package/docs/wiki/compiled/cli-push.md

@@ -14,13 +14,14 @@ spec writes** — `SpecStore.save()` is `@internal`.
 
 ### Shell — single file
 
-```bash
-mythik push <id> --from-file spec.json
-mythik push <id> < spec.json          # stdin
-cat spec.json | mythik push <id>      # pipe
-mythik push <id> <<'EOF'              # heredoc
-{ ... }
-EOF
+```bash
+mythik push <id> --from-file spec.json --author <agent>
+mythik push <id> --from-file spec.json --replace --author <agent>
+mythik push <id> --from-file - --author <agent>          # stdin
+cat spec.json | mythik push <id> --author <agent>        # pipe
+mythik push <id> <<'EOF'              # heredoc
+{ ... }
+EOF
 ```
 
 `--from-file` is **cross-shell ergonomic** for any spec containing
@@ -30,7 +31,7 @@ EOF
 ### Bulk — directory
 
 ```bash
-mythik push --from-dir ./specs/
+mythik push --from-dir ./specs/ --author <agent>
 ```
 
 Sequential per-file push of every `*.json`. **Continue-on-error**:
@@ -39,23 +40,33 @@ recovers by fixing failures and re-running.
 
 ### Programmatic — `mythik-cli/api`
 
-```ts
-import { runPush, type PushOptions, type PushResult } from 'mythik-cli/api';
-
-const result = await runPush({ id: 'my-screen', spec: doc, json: true });
-const data = JSON.parse(result.output) as PushResult;
-```
-
-Same code path as the binary, no shell. Pass `json: true` to receive
-structured `PushResult`.
+```ts
+import { readFile } from 'node:fs/promises';
+import { runPush, type PushOptions, type PushResult } from 'mythik-cli/api';
+
+const input = await readFile('spec.json', 'utf8');
+const result = await runPush('my-screen', input, {
+  store,
+  author: 'agent',
+  json: true,
+  force: false
+} satisfies PushOptions);
+const data = JSON.parse(result.output) as PushResult;
+```
+
+Same code path as the binary, no shell. Provide the same `SpecStore`
+you would configure the CLI with. Pass `json: true` to receive
+structured `PushResult`.
 
 ## Input precedence
 
 - `--from-file <path>` wins over ambient non-TTY stdin.
 - Intentional stdin remains supported via `--from-file -` or by piping without `--from-file`.
-- `--from-file` plus a positional argument is still a conflict.
-- `--from-dir` is mutually exclusive with `<screen>` argument and `--from-file`.
-- Conflicts produce explicit error + exit 1.
+- `--from-file` plus a positional argument is still a conflict.
+- `--from-dir` is mutually exclusive with `<screen>` argument and `--from-file`.
+- Conflicts produce explicit error + exit 1.
+- Existing specs require explicit `--replace`.
+- Persisted writes require `--author <name>` or intentional `--allow-unversioned`.
 
 ## Validation behavior
 
@@ -67,8 +78,8 @@ structured `PushResult`.
 
 ## Versioning
 
-`--author <name>` activates `VersionedSpecStore.saveVersion()`. See
-[[@cli-versioning-author]].
+`--author <name>` activates `VersionedSpecStore.saveVersion()` when
+available. See [[@cli-versioning-author]].
 
 ## Constraints / Anti-patterns
 
@@ -81,8 +92,9 @@ structured `PushResult`.
 - [[@cli-config]]
 - [[@cli-versioning-author]]
 - [[@cli-programmatic-api]]
-- [[@cli-lint]]
-- [[@antipattern-store-save-bypass]]
+- [[@cli-lint]]
+- [[@antipattern-store-save-bypass]]
+- [[@concept-agent-context-protocol]]
 
 ## Sources (raw)
 

package/docs/wiki/compiled/cli-reveal.md

@@ -0,0 +1,64 @@
+---
+id: cli-reveal
+title: `mythik reveal` - live runtime context
+kind: cli
+sources: [docs/consumer/ai-context.md#mythik-reveal-live-context-for-ai-agents, docs/consumer/reference-doc.md#mythik-reveal--live-runtime-context-for-ai-agents]
+---
+
+# `mythik reveal`
+
+`mythik reveal` connects the CLI to a running Mythik app through a
+local Reveal Bridge.
+
+Start the bridge:
+
+```bash
+mythik reveal start --port 17373
+```
+
+The command prints:
+
+```text
+MYTHIK_REVEAL_URL=http://127.0.0.1:17373
+MYTHIK_REVEAL_TOKEN=<generated-token>
+```
+
+Pass those values into the host app's development-only `reveal` config.
+
+## Query commands
+
+```bash
+mythik reveal apps --json
+mythik reveal context --app my-app
+mythik reveal current --app my-app
+mythik reveal screen dashboard --app my-app
+mythik reveal element save-button --app my-app
+```
+
+`apps` lists connected sessions. `context` asks for the full app
+context. `current`, `screen`, and `element` scope the request.
+
+For Android emulator smoke, reverse the bridge port before loading the
+native app:
+
+```bash
+adb reverse tcp:17373 tcp:17373
+```
+
+## Agent rule
+
+If a running Mythik app misbehaves and Reveal is available, the agent
+should inspect Reveal context before proposing a patch. This avoids
+debugging from stale pulled specs, screenshots, or source-code
+assumptions.
+
+## Related articles
+
+- [[@concept-mythik-reveal]]
+- [[@cli-existing-spec-edit-loop]]
+- [[@cli-docs]]
+
+## Sources
+
+- `docs/consumer/ai-context.md`
+- `docs/consumer/reference-doc.md`

package/docs/wiki/compiled/cli-toon.md

@@ -12,9 +12,9 @@ TOON is a token-efficient format. Patch input autodetects JSON vs TOON;
 
 ## Use on `elements` and `patch`
 
-```bash
-mythik elements task-manager btn,nav --toon
-mythik patch task-manager --from-file patch.toon --toon
+```bash
+mythik elements task-manager btn,nav --toon
+mythik patch task-manager --from-file patch.toon --toon --author <agent>
 ```
 
 ## TOON input autodetect
@@ -24,15 +24,15 @@ mythik patch task-manager --from-file patch.toon --toon
 
 JSON input:
 
-```bash
-mythik patch task-manager --from-file patch.json
-```
+```bash
+mythik patch task-manager --from-file patch.json --author <agent>
+```
 
 TOON input:
 
-```bash
-mythik patch task-manager --from-file patch.toon
-```
+```bash
+mythik patch task-manager --from-file patch.toon --author <agent>
+```
 
 ## Related concepts
 

package/docs/wiki/compiled/cli-versioning-author.md

@@ -5,18 +5,18 @@ kind: concept
 sources: [docs/consumer/reference-doc.md#rules-92-110]
 ---
 
-# `--author` flag
-
-`mythik push` and `mythik patch` **without `--author`** write directly to
-the `screens` table with NO version history. **With `--author <name>`**,
-they use `VersionedSpecStore` which writes to BOTH `screens` AND
-`screen_versions`, enabling `history`, `diff`, and `rollback` commands.
+# `--author` flag
+
+`mythik push` and `mythik patch` with `--author <name>` use
+`VersionedSpecStore` when the resolved store supports it. That writes
+to BOTH `screens` AND `screen_versions`, enabling `history`, `diff`,
+and `rollback` commands.
 
 ## Usage
 
 ```bash
-mythik push my-screen --author alice --description "Initial layout"
-mythik patch screen-id --from-file patch.json --author alice --description "Fixed layout"
+mythik push my-screen --from-file spec.json --author alice --description "Initial layout"
+mythik patch screen-id --from-file patch.json --author alice --description "Fixed layout"
 ```
 
 The version row includes:
@@ -24,12 +24,15 @@ The version row includes:
 - `source_type` — `push` or `patch`
 - `description` — optional, via `--description`
 
-**Always use `--author` during development** (rule 110).
-
-## Without `--author`
-
-Commands work as before (no versioning). Useful for git-backed workflows
-where `git log` IS the audit trail.
+**Always use `--author` during development** (rule 110).
+
+## Without `--author`
+
+Persisted writes are rejected unless `--allow-unversioned` is explicit.
+Use `--allow-unversioned` only when the project intentionally has no
+versioned store, such as a file-store smoke test.
+
+Existing full-spec replacement also requires explicit `--replace`.
 
 ## Patch output metadata
 
@@ -51,7 +54,8 @@ migration script needed.
 - [[@concept-storage-table-versions]]
 - [[@concept-rollback]]
 - [[@concept-promote-gate]]
-- [[@pattern-git-vs-db-versioning]]
+- [[@pattern-git-vs-db-versioning]]
+- [[@concept-agent-context-protocol]]
 
 ## Sources (raw)