Files
shard-wiki/registry/capabilities/capability.wiki.coordination-journal.md
tegwick b31e9bc337 Add capability registry scaffold and seed entries from reuse-surface
Bootstrap registry/indexes/capabilities.yaml and migrate helix_forge
capability entries owned by this repository for federation publishing.
2026-06-16 01:34:23 +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.