Skip to content

fix: bounded status stickiness — no frozen statuses (0.16.3)#87

Merged
yonidavidson merged 1 commit into
mainfrom
fix-status-staleness
Jul 9, 2026
Merged

fix: bounded status stickiness — no frozen statuses (0.16.3)#87
yonidavidson merged 1 commit into
mainfrom
fix-status-staleness

Conversation

@yonidavidson

Copy link
Copy Markdown
Owner

0.16.1 made explicit statuses sticky forever, so a declaration froze the board on old work ('how come no status was sent?' — it was, but stale). Now sticky is time-bounded (15min, env-tunable): explicit wins while fresh, a newer task refreshes it after, re-declaring resets. Tested at the Bus level.

…oard (0.16.3)

"How come no status was sent?" A status WAS on the bus — but frozen:
an explicit declaration ("shipping 0.16.1") stayed put while the work
moved on, because 0.16.1 made explicit statuses sticky FOREVER and
nothing refreshed it. Sticky-forever turns a nice declaration into a
stale lie.

Now stickiness is time-bounded (statusAt timestamp,
AGENTCOMM_EXPLICIT_STICKY_MS, default 15min): an explicit status wins
over the task list while fresh, then a newer task refreshes it — so the
board can't freeze on old work. Re-declaring resets the window. Best of
all three: rich narrative when you set one, terse-but-current task
subject when you don't touch it, never a frozen stale status.

Test: fresh explicit blocks a task; backdated explicit yields to a
task; a re-declaration wins immediately.

Co-Authored-By: Claude Fable 5 <[email protected]>
@yonidavidson yonidavidson merged commit 33ea589 into main Jul 9, 2026
1 check passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant