|
| 1 | +# Release Notes: v1.2.0 |
| 2 | + |
| 3 | +## Release Metadata |
| 4 | + |
| 5 | +- **Version**: v1.2.0 |
| 6 | +- **Release Date**: 2026-03-07 |
| 7 | +- **Previous Version**: v1.1.0 |
| 8 | + |
| 9 | +## Highlights |
| 10 | + |
| 11 | +This release introduces version tracking for consumer projects. Every time a project runs `specify init` or `specify upgrade`, a `.documentation/SPECKIT_VERSION` stamp file is written with the installed version, date, and AI agent key. This gives AI commands and scripts a single, offline source of truth for the installed version — no network call required. |
| 12 | + |
| 13 | +A new `/speckit.upgrade` AI command guides agents through the full upgrade workflow: reading the version stamp, comparing to the latest release, classifying framework-owned vs. user-owned files, identifying stale paths, running the upgrade, and verifying the stamp was updated. |
| 14 | + |
| 15 | +The `/speckit.site-audit` command now includes a **Spec Kit Spark Version** check (Step 4) with structured finding codes (VER1–VER5) covering missing stamps, outdated versions, and stale pre-migration paths. |
| 16 | + |
| 17 | +## New Features |
| 18 | + |
| 19 | +### SPECKIT_VERSION stamp |
| 20 | + |
| 21 | +`specify init` and `specify upgrade` now write `.documentation/SPECKIT_VERSION` after every successful install or upgrade. The file records the installed version, install date, and agent key. |
| 22 | + |
| 23 | +### /speckit.upgrade AI command |
| 24 | + |
| 25 | +New `templates/commands/upgrade.md` — a dedicated AI agent command that reads the version stamp, compares to the latest release, classifies files as framework-owned vs. user-owned, identifies stale paths, runs `specify upgrade`, and verifies the stamp was updated after completion. |
| 26 | + |
| 27 | +### Version check in /speckit.site-audit |
| 28 | + |
| 29 | +Audit reports now include a **Spec Kit Spark Version** section (Step 4) with VER1–VER5 finding codes for missing stamps, outdated versions, and stale pre-migration paths. |
| 30 | + |
| 31 | +### Release workflow version bump step |
| 32 | + |
| 33 | +`templates/commands/release.md` now includes Step 9 — *Bump Version in Source Files* — which instructs maintainers to update `pyproject.toml`, verifies three-way consistency (pyproject / CHANGELOG / git tag), and explains that consumer projects receive the new stamp automatically on their next `specify upgrade`. |
| 34 | + |
| 35 | +### `SPECKIT_VERSION_PATH` and `INSTALLED_VERSION` in release-context scripts |
| 36 | + |
| 37 | +Both `release-context.ps1` and `release-context.sh` now surface the consumer project's installed version in JSON and human-readable output. |
| 38 | + |
| 39 | +### `read_version_stamp()` helper |
| 40 | + |
| 41 | +New Python helper in the CLI that reads and parses `.documentation/SPECKIT_VERSION` back as a dict; used in the post-upgrade summary to display the newly written version. |
| 42 | + |
| 43 | +## Upgrade Guide |
| 44 | + |
| 45 | +Run `specify upgrade` in your consumer project to receive the version stamp automatically. |
0 commit comments