diff --git a/.changeset/pin-the-session-shell.md b/.changeset/pin-the-session-shell.md
deleted file mode 100644
index 64850f9..0000000
--- a/.changeset/pin-the-session-shell.md
+++ /dev/null
@@ -1,9 +0,0 @@
----
-"create-eigen-game": minor
----
-
-Generated apps now install `eigen_flutter@^0.4.0`, the first shell that speaks the engine's session-snapshot wire.
-
-This pin is usually only an improvement deferred until a human confirms the templates still compile, but not this time. A scaffold writes both halves of a project, and the worker half is this repository's own line, so the shell it installs has to read that line's socket. Every published `eigen_flutter` 0.3.x constrains `eigen_api: ^0.2.0`, which cannot decode a 0.3.x engine's session at all, so a scaffold left on the old pin would resolve cleanly, compile cleanly, and then fail to render a game on first run.
-
-The **Scaffolded project builds** job asserts both halves of the claim, and this is exactly the release where the two come apart: `flutter analyze` and `flutter test` cover the Dart API, which never broke here (the templates read `GameContentContext`, and 0.4.0 only added a field to it), while the `eigen_api` line check off the generated `pubspec.lock` covers the wire, which is the half that did.
diff --git a/packages/create-eigen-game/CHANGELOG.md b/packages/create-eigen-game/CHANGELOG.md
index 7570eb4..8519d07 100644
--- a/packages/create-eigen-game/CHANGELOG.md
+++ b/packages/create-eigen-game/CHANGELOG.md
@@ -1,5 +1,15 @@
 # create-eigen-game
 
+## 0.10.0
+
+### Minor Changes
+
+- [#53](https://github.com/eigeninteractive/eigen-server/pull/53) [`a83a744`](https://github.com/eigeninteractive/eigen-server/commit/a83a744b0a02d13545ec77291c9d88e17c87ffd6) Thanks [@seenu-k](https://github.com/seenu-k)! - Generated apps now install `eigen_flutter@^0.4.0`, the first shell that speaks the engine's session-snapshot wire.
+  
+  This pin is usually only an improvement deferred until a human confirms the templates still compile, but not this time. A scaffold writes both halves of a project, and the worker half is this repository's own line, so the shell it installs has to read that line's socket. Every published `eigen_flutter` 0.3.x constrains `eigen_api: ^0.2.0`, which cannot decode a 0.3.x engine's session at all, so a scaffold left on the old pin would resolve cleanly, compile cleanly, and then fail to render a game on first run.
+  
+  The **Scaffolded project builds** job asserts both halves of the claim, and this is exactly the release where the two come apart: `flutter analyze` and `flutter test` cover the Dart API, which never broke here (the templates read `GameContentContext`, and 0.4.0 only added a field to it), while the `eigen_api` line check off the generated `pubspec.lock` covers the wire, which is the half that did.
+
 ## 0.9.3
 
 ### Patch Changes
diff --git a/packages/create-eigen-game/package.json b/packages/create-eigen-game/package.json
index a6daf90..7a14e24 100644
--- a/packages/create-eigen-game/package.json
+++ b/packages/create-eigen-game/package.json
@@ -1,6 +1,6 @@
 {
   "name": "create-eigen-game",
-  "version": "0.9.3",
+  "version": "0.10.0",
   "license": "MIT",
   "description": "Scaffold an EigenInteractive game Worker and Flutter app without cloning the engine repositories.",
   "type": "module",