From 854d5fcdcccd89ef3cbbc7fba4a18e7029507dcf Mon Sep 17 00:00:00 2001 From: Colin Walters Date: Fri, 9 Oct 2026 11:55:09 -0400 Subject: [PATCH] coordinator: Describe the poll loop's operator-comment fast path The loop now polls notifications every minute and wakes as `news, fast` for the operator's comment on a tracked thread, but the coordinator skill still said it only read the events feed every 3 minutes, so a coordinator woken that way had nothing telling it to read the linked comment and act on it. The implementation this branch originally carried landed separately in "poll: Wake promptly for operator comments on active threads"; only the skill text is left. Refs: https://github.com/cgwalters-forge/tracker/issues/468 Generated-by: AI Agent-run: https://github.com/bootc-dev/cgwalters-devspace-sandbox/actions/runs/37953108069/attempts/1 --- dotfiles/.agents/skills/coordinator/SKILL.md | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/dotfiles/.agents/skills/coordinator/SKILL.md b/dotfiles/.agents/skills/coordinator/SKILL.md index 74ff91b..a4288ae 100644 --- a/dotfiles/.agents/skills/coordinator/SKILL.md +++ b/dotfiles/.agents/skills/coordinator/SKILL.md @@ -283,7 +283,9 @@ do. Don't hand the waiting to a watcher subagent: a model isn't needed to rerun a command. It never sweeps either: each cycle it reads the sweep runs it hasn't read yet, applies its seen-sets to them, and runs `bot-reconcile` (see "Reconcile" below) against its actions state; every -3 minutes it reads the operator's events feed, and runs +minute it polls the bot's notifications for a new comment by the operator +on a thread the bot tracks (waking as `news, fast` with the comment's +URL: read it and act on it), reads the operator's events feed, and runs `bot-signoff-due --apply` and `bot-promote-due --apply` at once on a new approval, waking you only if they did something or the PR is one the bot tracks (its own, a fork PR, or on the board). It exits `ACTIONS (KINDS) at HHMM: WHERE` followed by