Pin the install command instead of asking the reader to substitute

README.md

@@ -4,7 +4,7 @@
 
 SimplyCubed Code is an autonomous coding agent you install into your own GitHub. Your team files an issue, the agent prepares a pull request in your repository, and one of your reviewers decides whether it ships.
 
-> Beta. Current release: `v0.1.9`. Product overview: [simplycubed.com/code](https://simplycubed.com/code?utm_source=github&utm_medium=readme&utm_campaign=code). See [Status](#status).
+> Beta. Current release: `v0.2.0`. Product overview: [simplycubed.com/code](https://simplycubed.com/code?utm_source=github&utm_medium=readme&utm_campaign=code). See [Status](#status).
 
 ### Try it without letting it write anything
 
@@ -124,16 +124,15 @@ Start with [docs/setup.md](docs/setup.md). It walks through customer installatio
 
 ## Installation
 
-Install the pinned release you want to run. The current release is `v0.1.9`;
-replace `<release-tag>` below with that tag, or with whichever release you have
-validated:
+Install the pinned release you want to run. Replace `<release-tag>` with the
+version you want from [Releases](https://github.com/simplycubed/code/releases):
 
 ```sh
 go install github.com/simplycubed/code/cmd/simplycubed@<release-tag>
 simplycubed version
 ```
 
-With `v0.1.9`, that prints `0.1.9`. Pre-1.0 releases follow semver with the
+With `v0.2.0`, that prints `0.2.0`. Pre-1.0 releases follow semver with the
 usual caveat: minor versions may still change behavior. Pin the tag you have
 validated rather than floating on `@latest`.
 
@@ -222,7 +221,7 @@ The first engine adapter targets the Codex CLI running against Azure OpenAI. Tod
 
 ## Status
 
-Beta, and honest about it. Two loops run end to end via the CLI on the Codex-on-Azure engine: issue to pull request, and fix-on-request (a human requests changes, the fixer addresses them and pushes back). `v0.1.9` is the latest release and you should still expect rough edges.
+Beta, and honest about it. Two loops run end to end via the CLI on the Codex-on-Azure engine: issue to pull request, and fix-on-request (a human requests changes, the fixer addresses them and pushes back). `v0.2.0` is the latest release and you should still expect rough edges.
 
 Roadmap, roughly in order:
 

docs/setup.md

@@ -22,16 +22,15 @@ You need:
 
 ## Install and configure
 
-1. Install the CLI. The current release is `v0.1.9`; replace
-   `<release-tag>` below with that tag, or with whichever release you have
-   validated:
+1. Install the CLI. Replace `<release-tag>` with the version you want from
+   [Releases](https://github.com/simplycubed/code/releases):
 
 ```sh
 go install github.com/simplycubed/code/cmd/simplycubed@<release-tag>
 simplycubed version
 ```
 
-With `v0.1.9`, `simplycubed version` prints `0.1.9`.
+With `v0.2.0`, `simplycubed version` prints `0.2.0`.
 
 2. In the target repository, generate the setup files and labels:
 

scripts/verify-release.sh

@@ -23,11 +23,17 @@ fi
 
 # Every pin has to name the version being released, or `init --workflow` writes
 # a caller pointing at a different one than the CLI it came from.
+#
+# The README banner is checked for the same reason. It was prose rather than a
+# pin, so nothing caught it going stale, and v0.2.0 shipped with the banner
+# still announcing v0.1.9. The install commands deliberately stay as
+# <release-tag> with a link to Releases, so they are not pinned here.
 fail=0
 for pin in \
   "cmd/simplycubed/main.go:latestKnownWorkflowTag = \"${version}\"" \
   "docs/templates/simplycubed-caller.yml:simplycubed.yml@${version}" \
-  ".github/workflows/simplycubed.yml:default: ${version}"
+  ".github/workflows/simplycubed.yml:default: ${version}" \
+  "README.md:Current release: \`${version}\`"
 do
   file="${pin%%:*}"
   needle="${pin#*:}"