Files
reuse-surface/registry/capabilities/capability.wiki.coordination-journal.md
tegwick a7c813eec8
Some checks failed
ci / validate-registry (push) Has been cancelled
Register shard-wiki capabilities (7 wiki.* registry entries)
Adds capability.wiki.{shard-orchestration, adapter-contract, page-model,
coordination-journal, overlay, federation-models, engine-typed-extensions}
with honest D/A/C/R maturity vectors, relations, and shard-wiki spec/test
evidence; updates registry/indexes/capabilities.yaml. reuse-surface validate: ok.
Source: shard-wiki SHARD-WP-0013 T1.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-15 22:10:00 +02:00

3.5 KiB

id, name, summary, owner, status, domain, tags, maturity, external_evidence, discovery, availability, relations, evidence, consumer_guidance
id name summary owner status domain tags maturity external_evidence discovery availability relations evidence consumer_guidance
capability.wiki.coordination-journal Event-Sourced Coordination Journal An append-only, totally-ordered-per-space decision log (overlays, bindings, aliases, merges, forks) whose current state is a derived fold; git-addressable history. shard-wiki draft helix_forge
wiki
event-sourcing
coordination
git
journal
shard-wiki
discovery availability
current target confidence rationale
D5 D6 high Keystone resolved across two architecture reviews: coordination-canonical state as an append-only decision log with a per-space append authority; current state is a derived fold (derived = f(log)).
current target confidence rationale
A2 A4 medium In-memory DecisionLog + fold work as a source module; the git-backed store with a per-space lease (the production backing) is planned.
completeness reliability
level name confidence basis satisfied_expectations broken_expectations out_of_scope_expectations
C2 Partial medium scope_vs_intent_and_consumer_expectations
append-only, totally-ordered-per-space log with read-your-writes
derived fold to aliases + transitively-merged equivalence groups
git-backed storage and per-space lease/append-authority not yet implemented
general-purpose event bus
level confidence basis known_reliability_risks
R1 low consumer_quality_signals
in-memory backing only; cross-process durability pending
intent includes excludes use_cases
Make coordination-canonical decisions durable and git-addressable as events, with the queryable current state always recomputable by replay.
append-only decision log, totally ordered per information space
derived fold to current coordination state (aliases, equivalence groups, overlays)
per-space append authority (concurrency model)
storing derived/disposable union state
shard-wiki UseCaseCatalog UC-29, UC-33 (history, attribution, coordination journal)
current_level target_level current_artifacts target_artifacts consumption_modes
A2 A4
shard-wiki/src/shard_wiki/coordination/decision_log.py
git-backed log store with per-space lease
source module
supports
capability.wiki.shard-orchestration
capability.wiki.overlay
documentation tests
shard-wiki/spec/CoreArchitectureBlueprint.md (Section 8.1)
shard-wiki/tests/test_decision_log.py
recommended_for not_recommended_for known_limitations
durable, replayable, git-addressable coordination state for a federated space
high-frequency general event streaming
production git backing + lease are still on the roadmap (SHARD-WP-0009)

Event-Sourced Coordination Journal

The keystone: coordination-canonical state (overlays, equivalence bindings, aliases, merges, forks) is an append-only decision log, totally ordered per information space; the queryable current state is a derived fold of the log (derived = f(log)). The log is git-addressable, giving history/patch/review/backup for coordination decisions for free.

Assessment notes

Discovery

Resolved across the round-1/round-2 architecture reviews (CoreArchitectureBlueprint Section 8.1).

Availability

decision_log.py ships an in-memory, totally-ordered log + fold; git+lease backing is planned.