docs(using,reference): the fleet readout, the running-work bar, and chat:background - #820
Merged
Conversation
Deploying paddock with
|
| Latest commit: |
7b00922
|
| Status: | ✅ Deploy successful! |
| Preview URL: | https://cee6e34d.paddock-7u2.pages.dev |
| Branch Preview URL: | https://docs-live-work-surfaces.paddock-7u2.pages.dev |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Three things shipped in 0.67–0.69 and were described on no page at all. They are one story — what is running, and where do I look? — so they land together.
using/working-in-chats.md— the fleet readout (#787)A new section at the top of the page, because the strip is above every route rather than being a Home feature (
AppShell.tsx, mounted outside the<main>landmark). It documents the two fleet-wide counts and why they are the sidebar badges' own derivation rather than a second one; the per-turn channels (project, elapsed clock, six-segment context gauge with its 75%/90% hues); the bounded 3/2/1 channel layout and the+Nthat keeps it honest; the idle state that keeps its height rather than collapsing; that only the clocks animate; and that it costs nothing at rest — the running set rides the existingchat:activebroadcasts, and the one fetch is armed only while a turn is in flight.using/reading-claudes-work.mdx— the running-work bar (#807, closes #604)### Running sub-agents stay in viewsaid the bar above the composer lists sub-agents only. That has not been true since #807:RunningWork.tsxmerges the transcript-derived sub-agent path with the server's live background-task registry, so background shells,Monitors and workflows appear too — the first time any of them has had liveness at all, rather than a staticrunningchip that meant "no completion notification was found in the transcript".The section is rewritten and renamed What is still running stays in view, covering both sources and why they differ, the no-double-render rule, the specific-when-it-can-be heading, per-row content, the rows that are not tappable because Paddock cannot identify their card, and the
skipTranscriptomission. The:::note[Only the ones it can see]is narrowed rather than dropped — it is still true of the sub-agent rows and no longer true of the bar as a whole.### Background work outlives the turnis folded in: the bar is now the live answer instead of an inference from the transcript.One wart, stated plainly
#807 unlocked the composer during a background phase (the lock now reads the new
chat:active.turnRunningrather thanrunning), but the blockers #806 enumerates are unfixed:chat:sendstill resumes the session, herdctl's #403 collision guard defers that resume until the reaper reaps — up to a five-minute ceiling Paddock never overrides — and the turn is marked running before the deferred resume returns, so the indicator animates with nothing streaming and Stop waits on a job id that has not been minted. There is also no way to stop only background work. A:::cautionsays so and links the issue. Nothing on the page implies #806 is resolved.reference/websocket.md—chat:backgroundandturnRunningchat:backgroundis a member ofServerMessage(ws-protocol.ts) and was absent from the page. Added:tasksis the complete set, an empty array means nothing is running, clients swap rather than pairing edges — plus the broadcast-and-replay-on-connect behaviour;LiveBackgroundTaskWirepayload block, and the per-process note (empty after a restart, which is correct because the fleet stops withwaitForJobs: false);chat:backgroundadded to theseqrow's no-seq list ("those last five",hub.broadcast);chat:active.turnRunning, which was also undocumented — a note explains whyrunningandturnRunninganswer different questions and what an older client should fall back to. This one is not in the audit spec; it surfaced while grounding the frame and belongs in the same story.Checks
cd website && npm install && npm run build→ exit 0, 52 pages.[]. No new pages, no renames, so noredirects:entry needed.127.0.0.1hits acrosswebsite/src/content/docs/**+README.md, unchanged by this diff; nothing else in the diff.Deliberately untouched:
whats-new*.mdx,configuration/appearance.md,astro.config.mjs, the#805regions, and every screenshot — the video on the rewritten section still shows the sub-agent-only bar in the pre-overhaul UI, and its caption now says so pending the media re-shoot.🤖 Generated with Claude Code