Skip to content

[CA-01-S5] Document the Jim and Echo application lifecycle #666

Description

@flyingrobots

Goal

Publish a detailed, evidence-grounded case study showing how Jim is built on Echo, including ownership boundaries, application startup, intent admission, scheduling, contract execution, receipts, materialization, causal-anchor save semantics, shutdown, and recovery.

Acceptance criteria

  • docs/case-studies/JimAndEcho.md distinguishes Jim-owned semantics, Echo-owned authority, host resources, and derived projections.
  • One full-depth interaction traces typing one character through proposal, durable admission, scheduler execution, application rewrite, receipt/provenance, rendering, user-save anchor, shutdown, and restart.
  • Mermaid diagrams and step tables identify commit/linearization boundaries and failure behavior.
  • The document separates currently implemented APIs from future architecture and never promotes WAL, queues, BTR/holograms, CAS materializations, or value-only constructors into causal authority.
  • The docs index links the case study and Markdown validation passes.

Metadata

Metadata

Assignees

No one assigned

    Labels

    coreEcho Core TechnologiesenhancementNew feature or requestfeatureFeature umbrella (epic)priority:highMethod priority high.release:echo-1.0Echo 1.0 release convergence scoperuntimeRuntime corespecSpec/Design documenttaskSmall, 1–3h tasktoolingTooling/CI/CLItype:enhancementMethod work type enhancement.work-in-progressSomeone is actively working this issue.

    Projects

    No projects

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions