Skip to content

Define lifecycle model and add follow-up/stale metadata #46

@bryan-shea

Description

@bryan-shea

Summary

Define a lightweight lifecycle model and add the metadata needed for follow-up and stale-state behavior.

Why

Lifecycle work needs a clear model first or the UI and storage start improvising in different directions. The current issue pack split this across multiple smaller tickets, but the underlying work belongs together. fileciteturn7file5

Scope

In scope:

  • define the core lifecycle states or metadata fields
  • define how items enter or leave queue-relevant views
  • add a lightweight “needs follow-up” state or equivalent flag
  • define what “stale” means in a local-only model
  • surface stale or untouched indicators where helpful
  • keep the model compatible with existing annotation behavior

Out of scope:

  • full task-management semantics
  • reminder systems
  • assignees or team workflow states

Done when

  • there is a documented lifecycle model suitable for the public core
  • users can mark items for follow-up
  • older annotations can be identified in a lightweight way

Metadata

Metadata

Assignees

No one assigned

    Labels

    sub-issueChild issue tied to a larger feature or implementation track.uxUser experience, interaction design, clarity, and usability improvements.workflowReview lifecycle, queue behavior, follow-up state, and review process improvements.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions