Skip to content

Retire the legacy 5h PM-check clock, keep Navid's 10:00/16:00 job - #24

Open
navidshad wants to merge 1 commit into
mainfrom
retire-duplicate-pm-check-scheduler
Open

Retire the legacy 5h PM-check clock, keep Navid's 10:00/16:00 job#24
navidshad wants to merge 1 commit into
mainfrom
retire-duplicate-pm-check-scheduler

Conversation

@navidshad

Copy link
Copy Markdown
Contributor

Summary

  • The old scheduler ran a fixed-5h PM-check clock (PM_CHECK_INTERVAL_MS in scheduler.ts) alongside the generic-scheduler's own pm-check cron job (Navid's 10:00 + 16:00 slots). The two overlapped and fired several PM-check-shaped runs a day, spamming DMs and task comments with duplicate content.
  • This removes the legacy 5h clock entirely from startScheduler — the generic-scheduler pm-check job (the one Navid actually configured) is now the only scheduled source. runPmCheck in rhythms/pmCheck.ts is untouched for manual/chat-triggered runs.
  • Flagged repeatedly in PM-check DMs since ~Jul 21 as a known bug (10+ duplicate firings observed); this branch already had the fix committed and pushed, just never got a PR opened.

Test plan

  • Deploy and confirm only one PM-check-shaped message appears per scheduled slot (10:00 and 16:00) with no extra same-day duplicates
  • Confirm manual/chat-triggered PM checks (runPmCheck) still work as before

🤖 Generated with Claude Code

The scheduler ran its own fixed-interval PM check (PM_CHECK_INTERVAL_MS,
default 5h) independently of the agent-owned "pm-check" scheduled job
Navid set up on a 10:00/16:00 cron. The two fired on separate clocks and
produced several duplicate PM-check-shaped runs a day, flagged repeatedly
in chat over the past two weeks. Removing the built-in clock leaves the
generic-scheduler job as the only source of scheduled PM checks; manual
triggers (CLI, chat "run pm-check") are untouched.

Co-Authored-By: Aso Dara <info@codebridger.co.uk>
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