Update generated artifacts for shard-wiki entries (catalog, export, graph, federated index)

Recompose federated index (20 capabilities) so relation resolution includes the
8 wiki.* entries; regenerate registry.json/search.html, CapabilityCatalog.md, and
the relation graph. graph --check: clean. validate: ok.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

docs/CapabilityCatalog.md

@@ -2,7 +2,7 @@
 
 **Domain:** helix_forge  
 **Updated:** 2026-06-15  
-**Entries:** 12
+**Entries:** 20
 
 Generated by `reuse-surface catalog`. Do not edit manually.
 
@@ -101,7 +101,7 @@ Generated by `reuse-surface catalog`. Do not edit manually.
 ### Capability Registration
 
 - **ID:** `capability.registry.register`
-- **Vector:** D3 / A3 / C2 / R2
+- **Vector:** D3 / A4 / C2 / R2
 - **Owner:** reuse-surface
 - **Path:** `registry/capabilities/capability.registry.register.md`
 - **Summary:** Register a new capability so it becomes visible for planning and implementation reuse.
@@ -142,3 +142,91 @@ Generated by `reuse-surface catalog`. Do not edit manually.
 
 **Known limitations:**
 - requires running State Hub locally or via tunnel
+
+### Capability-Aware Shard Adapter Contract
+
+- **ID:** `capability.wiki.adapter-contract`
+- **Vector:** D5 / A2 / C2 / R1
+- **Owner:** shard-wiki
+- **Path:** `registry/capabilities/capability.wiki.adapter-contract.md`
+- **Summary:** A versioned backend interface where each binding declares a verified capability profile, so federation ops degrade by capability.
+
+**Known limitations:**
+- reference implementation covers the file-store substrate only so far
+
+### Event-Sourced Coordination Journal
+
+- **ID:** `capability.wiki.coordination-journal`
+- **Vector:** D5 / A2 / C2 / R1
+- **Owner:** shard-wiki
+- **Path:** `registry/capabilities/capability.wiki.coordination-journal.md`
+- **Summary:** An append-only, totally-ordered-per-space decision log whose current state is a derived fold; git-addressable history.
+
+**Known limitations:**
+- production git backing + lease are still on the roadmap (SHARD-WP-0009)
+
+### Wiki Derived Views
+
+- **ID:** `capability.wiki.derived-views`
+- **Vector:** D3 / A0 / C0 / R0
+- **Owner:** shard-wiki
+- **Path:** `registry/capabilities/capability.wiki.derived-views.md`
+- **Summary:** Recomputable views over a wiki union — BackLinks, RecentChanges, AllPages, SiteMap, and (delegate-or-derive) Search — carrying provenance.
+
+**Known limitations:**
+- not implemented; Search ranking policy undecided
+
+### Wiki Engine with Typed Extensions
+
+- **ID:** `capability.wiki.engine-typed-extensions`
+- **Vector:** D3 / A0 / C0 / R0
+- **Owner:** shard-wiki
+- **Path:** `registry/capabilities/capability.wiki.engine-typed-extensions.md`
+- **Summary:** A small-core wiki engine realizing a typed-extension framework that addresses all wiki use cases and lets each shard activate only the features it needs.
+
+**Known limitations:**
+- architecture authored; extension SDK/ABI + API protocol still to design; not yet built
+
+### Selectable Federation-Model Taxonomy
+
+- **ID:** `capability.wiki.federation-models`
+- **Vector:** D4 / A0 / C1 / R0
+- **Owner:** shard-wiki
+- **Path:** `registry/capabilities/capability.wiki.federation-models.md`
+- **Summary:** Federation as a plural, composable coordination axis (fork+journal, VCS-replication, query-join, feed, activity-streams, engine-mirror) selected per space.
+
+**Known limitations:**
+- no transport implemented; informational planning reuse only
+
+### Overlay-Before-Mutation Write Path
+
+- **ID:** `capability.wiki.overlay`
+- **Vector:** D5 / A2 / C2 / R1
+- **Owner:** shard-wiki
+- **Path:** `registry/capabilities/capability.wiki.overlay.md`
+- **Summary:** Non-destructive edits (draft -> patch -> apply-under-drift) that let read-only or limited backends be edited safely without silent remote mutation.
+
+**Known limitations:**
+- merge is detect-and-refuse; three-way merge is future work
+
+### Backend-Neutral Wiki Page Model
+
+- **ID:** `capability.wiki.page-model`
+- **Vector:** D5 / A2 / C2 / R1
+- **Owner:** shard-wiki
+- **Path:** `registry/capabilities/capability.wiki.page-model.md`
+- **Summary:** A Markdown-first but stretchable page model with stable identity separate from placement and layered provenance.
+
+**Known limitations:**
+- non-prose shapes specified ahead of implementation
+
+### Wiki Shard Orchestration
+
+- **ID:** `capability.wiki.shard-orchestration`
+- **Vector:** D5 / A2 / C2 / R1
+- **Owner:** shard-wiki
+- **Path:** `registry/capabilities/capability.wiki.shard-orchestration.md`
+- **Summary:** Present a union of pages across heterogeneous wiki-shaped shards while preserving each shard's provenance, capabilities, and history.
+
+**Known limitations:**
+- resolution is recompute-on-read until the incremental tier lands