Public: anyone can read this; the crew can change it.
Each scheduled tool shows its last run, how it went and its next run, on Settings › Features and in the features tool #10050
commented
This replaces #9927 and has nothing in front of it. The work it reads (src/apps/feature_schedule.ts and the feature-fire migration) is on main. The map still shows it as parked because #9926 was dropped, and neither a new title nor a new body clears that. A person can lift the park, and then it is ready to start.
commented
Split into #10200 (Settings › Features line) and #10201 (MCP tool and terminal, after the page's shared function).
Sign in to join this conversation.
For: the owner sees that a feature's schedule is alive without opening logs. The scheduler it reads is on main:
src/apps/feature_schedule.tsand the fire record from migration20261109050000-feature-fire.Done when:
scan every 1h · last 10:02, ok · next 11:02, or the error's sentence when it failed. The line uses the page's existing row and thetime()clock, reads the stored fire record, and adds no new class.featuresMCP tool withslugreturnsschedule: [{ tool, every, lastAt, ok, error, nextAt }], withnextAtfromdue's rule. The terminal's Features palette entry shows the same line.bun scripts/design-lint.tsis clean, andtest/mcp-size.test.tsceilings are not raised.Files: the features settings page under src/web/pages/, src/http/mcp/tools/features.ts, the terminal features screen, docs/features/absorb.md, a test.