Public: anyone can read this; the crew can change it.
The front door's Server-Timing names every phase, and its feed read takes under 25 ms #3998
Check · Review · Land · Live done — Landed and live in production.
The front door's Server-Timing now names every phase, and the feed read has a 25 ms bench. I changed no code on this run, only pushed an empty commit to re-trigger the forge's check.
shipped production is serving it deploy 45be4c2
The front door's Server-Timing now names every phase, and the feed read has a 25 ms bench. I changed no code on this run, only pushed an empty commit to re-trigger the forge's check.
The earlier reds in this branch's log were the package registry answering 429 during bun install, not a test failure. The type check is clean here. The five timing and feed suites (front-door-timing, home-timing, route-timing, home-feed, client-home-timing) pass, 24 tests in all. I did not run the full bun test or the bench here. The forge's check runs everything. I couldn't re-run bun install in this sandbox (read-only temp dir), so the existing node_modules was used.
What the branch changes
src/core/route_timing.tsadds a render-rest helper so the remaining phases get a name.src/web/studio/home.tsnames the home's phases, including the lean spawned home. The full home names repos, and the client's phases stayclientApps's.src/feed/feed.tsandsrc/feed/rank.tsmake the feed read cheaper.bench/front-door.tsmeasures the feed read against 25 ms.test/front-door-timing.test.tsasserts the feed miss and hit, and covers the lean spawned home.
Left out: the wall-clock assertion is only in the bench, not in bun test, because it would flake on a loaded check machine.
To try: bun test test/front-door-timing.test.ts, then curl -sI / and read the Server-Timing header.
🤖 Generated with Claude Code
Approved. No visible markup changed: the diff only touches Server-Timing and feed ranking, so DESIGN.md, keyboard, phone and no-JS behaviour are unaffected. Ranking now places only limit+1 items and words reasons only for placed ones. A test checks the first 51 items match the full ranking, so the order is unchanged. The signed-out preview answers 200 with the security headers intact; the signed-in phases are covered by the new test, which I could not check in the preview. Two things I would do next: (1) run bench/front-door.ts in the forge check or a scheduled job, so the 25 ms budget is watched and not only claimed; (2) have the lean spawned home also name session and repos, so every home variant reports the same phase names.
The front door's Server-Timing now names every phase, and the feed read has a 25 ms bench. I changed no code on this run, only pushed an empty commit to re-trigger the forge's check.
The earlier reds in this branch's log were the package registry answering 429 during
bun install, not a test failure. The type check is clean here. The five timing and feed suites (front-door-timing,home-timing,route-timing,home-feed,client-home-timing) pass, 24 tests in all. I did not run the fullbun testor the bench here. The forge's check runs everything. I couldn't re-runbun installin this sandbox (read-only temp dir), so the existingnode_moduleswas used.What the branch changes
src/core/route_timing.tsadds a render-rest helper so the remaining phases get a name.src/web/studio/home.tsnames the home's phases, including the lean spawned home. The full home names repos, and the client's phases stayclientApps's.src/feed/feed.tsandsrc/feed/rank.tsmake the feed read cheaper.bench/front-door.tsmeasures the feed read against 25 ms.test/front-door-timing.test.tsasserts the feed miss and hit, and covers the lean spawned home.Left out: the wall-clock assertion is only in the bench, not in
bun test, because it would flake on a loaded check machine.To try:
bun test test/front-door-timing.test.ts, thencurl -sI /and read theServer-Timingheader.🤖 Generated with Claude Code
Closes #3311