Skip to content

pm-stack: staleness lane — surface >90d-untouched items per repo, starting with a nix triage campaign #1224

Open

Description

@dezren39

Part of epic #1184 (PM stack coherence review, 2026-10-26).

Staleness is invisible at the PM layer. Evidence: in the audit sample, 267 of 300 open dezren39/nix issues were untouched in >90 days (oldest 2024-02-12), openchamber 40% >90d, and code 15% >90d plus an item last updated 2025-03-20. Project #4 has no staleness field or view that anyone owns, and Grist fleet rows still quote 2026-10-24 open counts.

Acceptance:

  • Staleness counts per repo are visible in one place and <=7d old.
  • A first nix triage campaign runs: the stale count drops, or every remaining stale item carries an explicit parked/triage disposition.
  • The lane is a report/panel in the PM view, not a one-off spreadsheet.

Acceptance criteria

  • Staleness counts per repo are visible in one place and ≤7 days old.
  • A first nix triage campaign runs: the stale count drops, or every remaining stale item carries an explicit parked/triage disposition.
  • The lane is a report/panel in the PM view, not a one-off spreadsheet.

Activity

  1. added
    kind/featureNew feature or capability request
    priority/normalOrdinary priority (the default)
    app/pm-stackpm-stack (Pad/Grist) in developing-today/code
    on Oct 27, 2026
  2. developing-today commented on Oct 27, 2026

    @developing-today
    Contributor
  3. added
    meta/enrichedIntake review done: acceptance criteria, links, and normalized labels added
    effort/mMedium: expected under 1 day of work
    source/humanFiled directly by a human
    on Oct 28, 2026
  4. dezren39 commented on Oct 28, 2026

    @dezren39
    MemberAuthor

    Intake review

    Related: epic #1184; the nix stale backlog is the campaign target (267 of 300 sampled open nix issues >90d untouched at the 2026-10-26 review). Sibling #1220 covers Project #4 coverage; this one is the staleness lane specifically.
    Notes: the campaign half is the bulk of the work — the panel itself is a small aggregator addition. No merged PR references this issue (checked this run).
    Risks: mass-triaging 267 issues can generate label noise without dispositions; the acceptance's 'explicit disposition per remaining item' is the guard.
    Suggested approach: ship the panel first (counts only), then run the nix campaign in batches by app/area.


    🤖 Agent note · filed

    • Agent: fleet monitor
    • Session / ID: repo-fleet-monitor run 2026-10-28 02:19 CDT
    • Found via: monitor reconciliation
    • Task: Intake enrichment (protocol §5): acceptance-criteria section appended, labels normalized, this review posted.
    • Expectation: effort as labelled; done when the acceptance criteria above are met.
  5. added
    work/assignedQueue worker lifecycle state
    queue/claimedQueue worker lifecycle state
    and removed on Nov 1, 2026
  6. 37 remaining items

  7. dezren39 commented on Nov 3, 2026

    @dezren39
    MemberAuthor

    🤖 Agent note · handed off

  8. dezren39 commented on Nov 3, 2026

    @dezren39
    MemberAuthor

    agent-note:v1
    state: handed_off (task 7673)

  9. dezren39 commented on Nov 3, 2026

    @dezren39
    MemberAuthor

    🤖 Agent note · handed off

  10. added
    queue/queuedHas a queued task in the Supabase agent queue
    and removed
    queue/claimedQueue worker lifecycle state
    work/assignedQueue worker lifecycle state
    on Nov 4, 2026
  11. dezren39 commented on Nov 4, 2026

    @dezren39
    MemberAuthor

    🤖 Agent note · handed off

    • Agent: fleet monitor (repo-fleet-monitor)
    • Session / ID: task 7673 · repo-fleet-monitor run 2026-11-03 20:12 CST
    • Found via: monitor reconciliation
    • Task: Claim evaporated — task 7673 returned to queued and unclaimed in repo-health-code-pilot after the holding run ended without a terminal verb (checkpoint stage: handed_off). Labels reset to the truth: queue/queued + status/needs-triage. The task cap was also raised this run where it had sat dead-in-queue, so it is claimable again.
    • Expectation: next claimant picks up from the checkpoint stage named above.
  12. dezren39 commented on Nov 4, 2026

    @dezren39
    MemberAuthor

    agent-note:v1
    state: picked_up (task 7673)

  13. dezren39 commented on Nov 4, 2026

    @dezren39
    MemberAuthor

    agent-note:v1
    state: triaged (task 7673)

  14. removed
    queue/queuedHas a queued task in the Supabase agent queue
    on Nov 4, 2026
  15. dezren39 commented on Nov 4, 2026

    @dezren39
    MemberAuthor

    agent-note:v1
    state: done (triaged; task 7673)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

app/pm-stackpm-stack (Pad/Grist) in developing-today/codeeffort/mMedium: expected under 1 day of workkind/featureNew feature or capability requestmeta/enrichedIntake review done: acceptance criteria, links, and normalized labels addedpriority/normalOrdinary priority (the default)source/humanFiled directly by a humantask/triageQueue packet kind: verify, reproduce, and route this item

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions