The previous commit changed the settings snippet to "url" on the grounds
that no "git" type exists. That reasoning conflated two things the
documentation deliberately separates: where the catalogue comes from and
where an individual plugin comes from. The list of github/url/git-subdir
applies to the second. Adding the marketplace for real settled it —
Claude Code wrote "git" into known_marketplaces.json itself.
So the snippet says "git" again, now with the HTTPS URL that works, and
spells out the distinction rather than leaving the next person to trip
over it.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
/plugin marketplace add turns down ssh://host:port/path, and SSH's
git@host:path shorthand has nowhere to carry a non-standard port, so the
SSH URL we push over is unusable for installing. The repository is public
and the HTTPS URL needs no credentials, so that is the one to hand out.
Also corrects the settings snippet: the git-based source types are
github, url and git-subdir. There is no "git" type, which is what the
previous version claimed, and a team following it would have got a
marketplace that never loaded.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Apple work is what exists today, but the methodology skills sitting
unversioned in ~/.claude/skills are the same problem and will want the
same home. A marketplace name is the key users register it under, so
renaming later would mean everyone removing and re-adding it. Cheaper to
be right now.
Marketplace is `pdat`, repository is claude-plugins, and the install
lines carry the real Gitea URL.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
The skill so far only held what we broke ourselves. Most of what is worth
knowing about a new SDK is found rather than suffered — release notes,
other people's articles — and that deserves a place too, on terms that
stay fair to whoever wrote it.
So: entries in our own words, source named and linked, and the one thing
no external article can supply — what it would replace in our code and
whether it is genuinely a step forward. Attribution answers plagiarism,
not copyright, so nothing is pasted; an API signature is a fact, the
paragraph explaining it is not ours to take.
First four entries come from Natalia Panferova's writing at nilcoalescing
.com: the close button role and concentric corners, both of which replace
things we hand-built; ScrollPosition, which replaces one wrapper view;
and the iOS 27 toolbar APIs, which we cannot use at our deployment target
but which would delete a workaround the day we can.
A LICENSE was overdue and now says plainly what is ours, what is Apple's
and stays out of the repository, and what belongs to the authors we cite.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Skills have been living inside one app's repository, which means the next
Xcode project starts without them and a copy is the only way to share.
A marketplace makes them installable once at user scope.
Two kinds of knowledge, handled differently. What Apple ships with Xcode
stays Apple's: this repository carries a script that exports it from the
locally installed Xcode rather than a copy, so nobody redistributes
pre-release material and everyone's guidance matches their own SDK.
What we learned by shipping goes in the skill, and only if it burned us —
the file writes hidden in view bodies, the blobs that froze the main
thread, the watch target that quietly stopped compiling, the test summary
that reads as zero tests when eighty-four passed. Each of those cost real
time twice before being written down.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
TomUviandClaude Opus 5