Bug Description
The troubleshooting section of extensions/EXTENSION-DEVELOPMENT-GUIDE.md still warns that the bare specify-cli package on PyPI is "a different, unrelated project", while both the README and docs/installation.md now document PyPI as an official installation channel. The guide's warning was accurate when it was written (commit ab9c702, 2026-04-29, "fix: include --from git+... in upgrade hint to avoid PyPI squat package"), but it became outdated after the PyPI project was handed over to the spec-kit team (#2908, closed as completed on 2026-06-26) and was never updated.
Where
extensions/EXTENSION-DEVELOPMENT-GUIDE.md line 690 (Troubleshooting → "Extension won't install") — permalink:
Fix: Update spec-kit with uv tool install specify-cli --force --from git+https://github.com/github/spec-kit.git. The bare specify-cli package on PyPI is a different, unrelated project — installing it without --from git+... will give you a stub CLI that does not include extension, preset, or other spec-kit commands.
This contradicts:
README.md line 53 — permalink:
Prefer installing from PyPI? The specify-cli package is also published there:
uv tool install specify-cli
docs/installation.md line 14 — permalink:
Spec Kit is distributed through two official channels, both published and maintained by the Spec Kit maintainers: the github/spec-kit GitHub repository (source installs) and the specify-cli package on PyPI.
Expected Behavior
All documents should agree: specify-cli on PyPI is the official Spec Kit CLI, and the troubleshooting entry should not tell users that a PyPI install is an unrelated stub.
Actual Behavior
A user who installs via the README's recommended PyPI route (uv tool install specify-cli) and later hits the "Extension requires spec-kit >=0.2.0" troubleshooting entry is told their installation is "a different, unrelated project" with a stub CLI — which is no longer true and is confusing.
Current PyPI metadata confirms the package is official (specify-cli 0.12.17): "Specify CLI, part of GitHub Spec Kit. A tool to bootstrap your projects for Spec-Driven Development (SDD)."
This is the only remaining occurrence of the outdated claim — a repo-wide search for "unrelated project" matches nothing else.
Suggested Fix
Update the troubleshooting entry in extensions/EXTENSION-DEVELOPMENT-GUIDE.md to drop the "unrelated project" claim, e.g.:
Fix: Update spec-kit with uv tool install specify-cli --force (or add --from git+https://github.com/github/spec-kit.git to install the latest development version).
Happy to send a small PR for this if that helps.
Bug Description
The troubleshooting section of
extensions/EXTENSION-DEVELOPMENT-GUIDE.mdstill warns that the barespecify-clipackage on PyPI is "a different, unrelated project", while both the README anddocs/installation.mdnow document PyPI as an official installation channel. The guide's warning was accurate when it was written (commit ab9c702, 2026-04-29, "fix: include--from git+...in upgrade hint to avoid PyPI squat package"), but it became outdated after the PyPI project was handed over to the spec-kit team (#2908, closed as completed on 2026-06-26) and was never updated.Where
extensions/EXTENSION-DEVELOPMENT-GUIDE.mdline 690 (Troubleshooting → "Extension won't install") — permalink:This contradicts:
README.mdline 53 — permalink:docs/installation.mdline 14 — permalink:Expected Behavior
All documents should agree:
specify-clion PyPI is the official Spec Kit CLI, and the troubleshooting entry should not tell users that a PyPI install is an unrelated stub.Actual Behavior
A user who installs via the README's recommended PyPI route (
uv tool install specify-cli) and later hits the "Extension requires spec-kit >=0.2.0" troubleshooting entry is told their installation is "a different, unrelated project" with a stub CLI — which is no longer true and is confusing.Current PyPI metadata confirms the package is official (
specify-cli0.12.17): "Specify CLI, part of GitHub Spec Kit. A tool to bootstrap your projects for Spec-Driven Development (SDD)."This is the only remaining occurrence of the outdated claim — a repo-wide search for "unrelated project" matches nothing else.
Suggested Fix
Update the troubleshooting entry in
extensions/EXTENSION-DEVELOPMENT-GUIDE.mdto drop the "unrelated project" claim, e.g.:Happy to send a small PR for this if that helps.