Follow Discord
Sweep 25 Sep 2026 · 19:33Z Build v2.1.283 504 read Stable v2.1.274 Latest v2.1.283 Next v2.1.283 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.280 ·

New host-scheduled-run flag for scheduled tasks

Claude Code now tracks whether a process was started by a host for a scheduled run, and uses that to gate scheduled-trigger notifications

Group of 4 Use it now Notable New Features
JSON All of v2.1.280
Use it nowTier: how much it should matter to you
3Useful: my rating, 1 to 5
4Signal: worth watching, 1 to 5
Scheduled TasksArea: what it touches
New FeaturesKind: in v2.1.280,
What probably matters to youSection of the release

What

  • Session state gained a new hostScheduledRun boolean field (alongside existing childSession, claudecode, coworkFrameArtifacts flags), defaulting to false.
  • A new CLAUDE_CODE_HOST_SCHEDULED_RUN environment variable sets this flag; it's read into app state and passed through several env-passthrough allowlists so it survives subprocess spawns. When set to 1, it allows a locally-declared fireReason (limited to 1-32 lowercase letters/underscores) on a scheduled-trigger task delivery to be honored.
  • Session-start telemetry now records this flag.
  • Scheduled-trigger task notifications, including a sanitized fireReason field, are now only sent when the process is a genuine host-scheduled run — not a child session and not an interactive claude session.

Why This prevents a regular interactive or child session from claiming to be a "scheduled run" and firing scheduled-trigger notifications it shouldn't be able to send; only a process the host explicitly started for a scheduled run can claim that status.

Read from
What the documentation says
How sure we are
One source agreesOne thing we can check says the same as this entry.
The name it cites is new in this buildNew in this build: CLAUDE_CODE_HOST_SCHEDULED_RUN

See this entry in the whole of v2.1.280 →

Feedback