mirror of
https://github.com/mattpocock/skills.git
synced 2026-09-12 18:38:06 +07:00
chore: remove six unused skills and the personal bucket
Delete the four skills in deprecated/ — design-an-interface, qa, request-refactor-plan, ubiquitous-language — each already absorbed by a promoted skill. The bucket itself stays, now empty: a retired skill is deleted, and the changeset that removes it names its replacement. Delete edit-article and obsidian-vault along with the personal/ bucket. obsidian-vault hardcoded a path to Matt's own vault and was model-invocable, so any skills.sh user could have had it fire on them. None of the six was in the plugin, but skills.sh serves every SKILL.md in the repo, so all six were installable — hence the changeset. Reframe in-progress/ from scratchpad to beta channel: public on purpose, feedback wanted, not in the plugin, and installable one skill at a time through skills.sh. Nothing there is deleted or graduated. Drop qa from the two live docs that cited it as an issue-tracker skill. ADR 0002 is left untouched — it records reasoning that was true when decided. Resolves mattpocock/personal-wiki#256 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Opus 5
parent
f958fa17c1
commit
c66bdeeee0
@@ -37,7 +37,7 @@ Lead each section with the recommended answer so the user can accept it in a wor
|
||||
|
||||
**Section A — Issue tracker.**
|
||||
|
||||
> Explainer: The "issue tracker" is where issues live for this repo. Skills like `to-tickets`, `triage`, `to-spec`, and `qa` read from and write to it — they need to know whether to call `gh issue create`, write a markdown file under `.scratch/`, or follow some other workflow you describe. Pick the place you actually track work for this repo.
|
||||
> Explainer: The "issue tracker" is where issues live for this repo. Skills like `to-tickets`, `triage`, and `to-spec` read from and write to it — they need to know whether to call `gh issue create`, write a markdown file under `.scratch/`, or follow some other workflow you describe. Pick the place you actually track work for this repo.
|
||||
|
||||
Default posture: these skills were designed for GitHub. If a `git remote` points at GitHub, propose that. If a `git remote` points at GitLab (`gitlab.com` or a self-hosted host), propose GitLab. Otherwise (or if the user prefers), offer:
|
||||
|
||||
|
||||
Reference in New Issue
Block a user