session walkthrough · distribution

The shelf nobody was sent to

A five-plugin marketplace had everything a visitor needs — a live site, released plugins, a published example — and almost no visitors. This session worked out why, found that the product’s own output had no way back to it, and shipped the fix.

4
render paths, one edit
55
belts green
2
themes browser-verified
0
new design tokens
the ask

The question, and the one underneath it

The question was “how do we get traction?” The honest answer turned out not to be a missing channel.

The reflex reading was that no distribution work had been done. That was wrong: the plugins were released, the documentation site was live, a real example artifact was published and reachable, a brand kit existed, launch copy had been drafted months earlier, and two community-directory listings had been merged. The shelf was built.

What had never happened was anyone being sent to it — and two of the surfaces that do get traffic were describing the plugins inaccurately, advertising a companion plugin that does not exist and a feature that had since been replaced.

The reframe

A plugin installs with claude plugin marketplace add, which clones the repository directly. Someone can install, use, and rely on all five plugins without ever loading the repository page — so the usual signal of appreciation is unreachable from inside the product.

diagnosis

Where the path actually goes

Tracing the install and the artifact end to end showed both terminating without a way home. Click any stage for detail.

stage 1
marketplace add
→
stage 2
git clone
→
stage 3
plugin runs
→
stage 4
artifact rendered
→
stage 5
shared onward
→
never reached
the repository

The last hop was the finding. A generated walkthrough is a single self-contained HTML file whose whole purpose is to be handed to someone else — and it carried no mark of what produced it. Every shared artifact was a dead end rather than a door.

decisions

Three calls that shaped the work

Each was weighed against alternatives rather than assumed. Switch tabs to compare.

A
What leads
Artifact, argument, or self-audit?
ChosenB
How far attribution goes
Quiet footer, or more?
C
Order of work
Repair first, or post first?

Lead with the artifact

The flagship renders a document you can open in one click. A competing option — leading with the spec-adherence review idea — is more novel but needs the reader to first understand a subtle failure mode. With very little attention to spend, nothing subtle survives.

Pros
  • Proof in one click
  • The only output that is itself shareable
Cons
  • Leads with the less novel idea
immediacy
92
novelty
55
compounding
88

Subtle attribution only

A quiet line in generated documents, and nothing else. Louder options — a pointer at install time, or treating sharing as a product surface — were rejected: these artifacts get handed to colleagues, and anything that reads as advertising would cost more trust than the link is worth.

Pros
  • Survives the campaign ending
  • No telemetry, no tracking
Cons
  • Slowest possible signal
trust kept
95
reach
45
upkeep cost
5

Repair before posting

Nothing gets posted until the shelf tells the truth. Two public listings described plugins inaccurately; a post driving readers onto that would spend the one shot each channel gives you. Order beats volume.

Pros
  • Every later click lands on something accurate
  • Repairs are reversible; posts are not
Cons
  • Delays the visible part
reversible
90
speed
35
accuracy
96
the change

One edit, four render paths

The scaffold file is copied verbatim by every renderer, so the footer only had to be written once — but two existing rules elsewhere had to be reconciled with it.

walkthrough/ ├── skills/create/references/ │ └── page-scaffold.md the single source ├── skills/document/ │ └── SKILL.md rebrand carve-out ├── skills/update/references/ │ └── reconstruct-and-merge.md declared scaffold-owned └── .claude-plugin/ └── plugin.json 1.4.2 → 1.5.0 tests/walkthrough/ └── test_doc_contracts.sh 9 new assertions

The collision worth catching

The document renderer already carried a rule: never leave the tool’s own branding on a subject page. A provenance line would have been read as exactly that branding and stripped. Provenance is not branding — it records what produced the file, which stays true after a rebrand — so the rule now says so explicitly, and a test fails if either side stops mentioning it.

verification

How it was actually checked

A test that has never been seen to fail is not known to work, and a renderer cannot be verified by grep alone.

Belt written first
red
The new assertions were run before the implementation and observed failing with the exact expected message — not assumed to fail.
Implementation
green
Footer CSS and element added to the shared scaffold, reusing only theme tokens that already existed. The belt passed; the full suite stayed green.
Structural reasoning
verified, not asserted
The reveal logic observes only section elements and its hide rule is section-scoped, so a footer placed outside the main content is structurally exempt from ever being hidden by a failed observer.
Browser gate
both themes
Rendered in a real browser and inspected in light and dark. A grep belt once missed a defect that turned a whole page blank; since then, seeing it is the gate.
open

What is still unresolved

Honest leftovers from this session, recorded rather than smoothed over.

1
A historical session’s document cannot be re-rendered with a newer engine. The refresh tool merges new material rather than re-rendering, and the create tool only ever documents the current session. Old artifacts can therefore only age.
2
The footer will also appear on subject pages generated for the documentation site, since those use the same renderer — the pages published today predate it. That is arguably correct, since it stays true after a rebrand, but it was a consequence rather than a decision.
3
The muted token the footer inherits sits below common contrast guidance on the dark theme. It introduces no new problem — the existing chrome uses the same token — but the design system as a whole has not been audited for it.