← CRD inventorySource 1ea8b8ea8b01
Capability Requirements Document · compile-daily-history

Compile daily owner History

Produce the owner-facing daily journal from structured updates, selected events, retained artifacts, and fallback traces with explicit day assignment and provenance.

Status
draft
Version
0.1
Architecture alignment
directly aligned
Adoption
proposed
Known public realizations
none confirmed
Evidence basis
restricted partial static summary-producer trace

Availability: unknown

Inventory note: Event log remains complete while History is curated.

Core meaning

Capability purpose
Create the primary readable daily account of meaningful activity without equating the full event log with the owner's narrative.
Meaningful outcome
A daily History entry explains what mattered, what changed, decisions, open threads, and sources for one owner-defined day.
Boundaries — includes
history-day selection, update-first inputs, selected events, gap filling, source attribution, grouping, owner relevance, open threads, and closure state.
Boundaries — excludes
changing canonical events, higher-period aggregation, generic timeline browsing, and promoting every raw trace into the narrative.
Terms and concepts
daily History is the operational anchor of owner-facing History; the event log remains the complete machine record.

Interaction Contract MLEs

Compile one daily History entry

Actor
An authorized History compiler or owner.
Command / intent
Build or revise the readable record for an owner-defined day.
Current state
The day has eligible updates, events, retained sources, or an explicit no-activity state.
Policies / invariants
Structured completed-work records are preferred; fallback traces fill genuine gaps; provenance remains visible; excluded material is omitted without being deleted; empty periods are represented honestly; day-cutoff rules are explicit.
Transition
Select eligible evidence, group and summarize it, preserve decisions and open threads, and record source links and closure state.
Result
A provenance-bearing daily History entry.
Events / effects
Closed daily entries become inputs to higher-period aggregation and time-first retrieval.
Unknowns
Universal day cutoff and closure/reopening policy are not established.

Rules and defaults

Rules / invariants

Unknown / unresolved

Statement provenance

StatementSemantic classEvidence statusSource / note
Daily History preferably uses structured updates and selected evidence, with raw traces used for gap filling.recommended defaultsourcedC04.
Canonical source ↗All CRDs