Repository navigation
Replace Visualize Lite with canonical Visualize - #2
Merged
Merged
Conversation
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 Display plugin still bundled the retired Visualize Lite build. Replace it with the canonical, compact-by-default Visualize skill from
display-dev/visualize@53eb0dc560688b8174ff1b2811fe63d04042f42d(through Visualize PR #5).display-devandvisualize. Keep the Display skill pin and all hooks unchanged.sources.lockand the existing sync target, removeskills/visualize-lite/, and importskills/visualize/without local overrides./display-dev:visualize. The cache disclosure names~/.cache/visualize-skill/catalog, its relocation variable, and retention after uninstall.0.13.0.The diff is mostly the source replacement: 180 imported Visualize files exactly match the upstream pin (bytes and modes). Only five plugin-specific files change: source lock, sync script, README, manifest, and feedback attribution literals. Publishing instruction consolidation is outside this PR.
Validation:
git diff --checkpass.claude plugin validate.dsp publish --visibility companycall, and verified published bytes equal sourceEvidence limits: native tests use a supplied skill catalog, so they do not establish actual Claude activation, MCP OAuth, or hooks firing inside Claude. Publishing used a local recording fixture, never a live service. Creation and publication agents first read inherited host bootstrap files. Creation's candidate-prefix scan included Structure, and it omitted browser verification; the parent separately checked its desktop/phone rendering and contrast. Optional favicon/social metadata warnings remain. Local Claude validation excludes the directory safety scan/policy review; no submission or release was performed.
Original plaintext prompts, hashes, raw session paths, complete tool call/results, artifacts and screenshot evidence are saved locally under
temp/integration/(audit.mdandimplementation-notes.html).Opus review found no blocking requirement issues. Its README cache-path/lifetime clarification was applied in
4dbea6c. The three behavioral trials ran at8e413f3; only that README sentence changed afterward, so the tested skill bytes remain unchanged.Need help on this PR? Tag
@codesmith-botwith what you need.