feat(lifeboard): a Packs screen, and authoring one by describing it - #328
Open
ivanmkc wants to merge 1 commit into
Open
feat(lifeboard): a Packs screen, and authoring one by describing it#328ivanmkc wants to merge 1 commit into
ivanmkc wants to merge 1 commit into
Conversation
The last of the four capabilities that were built, tested, and unreachable. draftPack, refinePack and installPack have worked since the pack system landed; there was no screen. Furniture rather than a board, for the reason Connections is: what gets typed here decides what goes into the assistant's prompt on every later turn, and the agent must not be able to redraw that screen. The loop is draft, preview, refine, save, and the save is explicit. A preview that silently became real would be a stranger's JSON in the prompt of every turn afterwards. Going back one revision works, because refinement often makes things worse. Editing a built-in pack forks a copy rather than mutating it, so a bad edit cannot break a board that was working a second ago. The library says, per pack, what it may write and what it triggers on -- the authorisation boundary in words rather than buried in JSON -- and the panel states that packs are data, not code, because that is the property a person is being asked to trust. The sample-data caveat sits in the panel, not inside the preview board: someone has to see it even when the preview is slow to draw or fails to. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This was referenced Sep 2, 2026
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.
The stack
localStoragefor the test suite on Node 25@ivanmkc/termchart-canvas; injectable interact transportEvery branch in the stack was checked out on its own and verified independently:
npm install,tsc --noEmitfor every package,npm testacross the workspace, and the offline e2e where it exists. All nineteen are green — no branch depends on a later one to build or pass. Full viewer e2e (11 suites, 106 assertions) was run on #312 as the behaviour-preservation evidence for the extraction.Stack position: 18 of 19. Base:
lifeboard/16-jobs-ui.The last of the four capabilities that were built, tested and unreachable.
draftPack,refinePackandinstallPackhave worked since the pack system landed; there was no screen.Furniture rather than a board, for the reason Connections is: what gets typed here decides what goes into the assistant's prompt on every later turn, and the agent must not be able to redraw that screen.
The loop is draft → preview → refine → save, and the save is explicit. A preview that silently became real would be a stranger's JSON in the prompt of every turn afterwards. Going back one revision works, because refinement often makes things worse. Editing a built-in pack forks a copy, so a bad edit cannot break a board that was working a second ago.
The library states, per pack, what it may write and what it triggers on — the authorisation boundary in words rather than buried in JSON — and says that packs are data, not code, because that is the property a person is being asked to trust.
Verified: lifeboard 418 (+12), including that a pack asking for a shell capability is refused with the reason.