Skip to content

docs: define evidence-backed execution handoff contract #95

Description

@dapi

Problem

Issues #83 and #85 define the declared context that an agent should load before a route or stage. They do not define a compact, evidence-backed way to hand off what actually happened during execution.

Outcome

Define Execution Handoff as a derived, read-only artefact for a human or agent to safely continue work. It does not become a source of truth and does not replace Memory Bank.

An Execution Handoff contains:

  • the starting task owner or document;
  • canonical documents and explicit upstream dependencies;
  • relevant decisions;
  • changed files and commits;
  • verification artefacts and results;
  • open questions, blockers, and next steps;
  • a direct reference to the primary source for every item.

The contract distinguishes declared priming context from observed execution context.

Constraints

  • Keep Memory Bank as the canonical documentation and ownership layer.
  • The handoff is a derived read-only projection; it must never edit, merge, or become an owner of documents.
  • Do not infer semantic relationships as facts without explicit evidence.
  • Do not require an LLM to create the artefact.
  • Preserve progressive disclosure: a handoff must be compact enough to resume one concrete task.

Acceptance

  • A governed process document owns the term, purpose, lifecycle, and schema.
  • The glossary defines Execution Handoff.
  • Feature Flow has one worked example.
  • Every included claim resolves to a primary source.
  • The contract explicitly separates declared priming context from observed execution context.
  • Root and flow indexes make the material reachable.

Dependencies

Metadata

Metadata

Assignees

No one assigned

    Labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions