diff --git a/.changeset/next16-standalone-instrumentation.md b/.changeset/next16-standalone-instrumentation.md
deleted file mode 100644
index 63643a5fd..000000000
--- a/.changeset/next16-standalone-instrumentation.md
+++ /dev/null
@@ -1,13 +0,0 @@
----
-"@opennextjs/aws": patch
----
-
-Fix `server/instrumentation.js does not exist` build failure on Next.js 16
-
-On Next.js 16 the standalone output no longer copies `server/instrumentation.js`
-into the standalone directory, but `copyTracedFiles` copies the instrumentation
-`.nft.json` trace and then asserts the `.js` file exists in the standalone dir,
-throwing `File server/instrumentation.js does not exist` during the server
-bundle. The instrumentation file is now copied from the build dir into the
-standalone dir (mirroring the existing `.nft.json` copy) so the assertion passes
-and the file ships in the bundle.
diff --git a/.changeset/stale-lastmodified-next-16-3.md b/.changeset/stale-lastmodified-next-16-3.md
deleted file mode 100644
index 3b4494199..000000000
--- a/.changeset/stale-lastmodified-next-16-3.md
+++ /dev/null
@@ -1,16 +0,0 @@
----
-"@opennextjs/aws": patch
----
-
-Fix stale entries being revalidated in a blocking way on Next.js 16.3
-
-To flag a cache entry as stale, the incremental cache adapter reported a
-`lastModified` of `1` (i.e. right after the epoch) to Next.js. Starting with
-Next.js 16.3 the incremental cache also compares `lastModified + expire` to now
-and forces a blocking revalidation (`x-nextjs-cache: REVALIDATED`) when that is
-in the past, which an epoch based value always is. Stale entries were therefore
-never served while revalidating in the background.
-
-On Next.js 16.3 and above, stale entries now report a `lastModified` just past
-their revalidate window, so they stay inside their expire window and are served
-stale as intended. Earlier versions keep the previous behaviour.
diff --git a/examples/app-pages-router/CHANGELOG.md b/examples/app-pages-router/CHANGELOG.md
index 23d8609b6..c06d24dc2 100644
--- a/examples/app-pages-router/CHANGELOG.md
+++ b/examples/app-pages-router/CHANGELOG.md
@@ -1,5 +1,12 @@
 # app-pages-router
 
+## 0.1.65
+
+### Patch Changes
+
+- Updated dependencies [[`eb04b808731abdab6ed5c8dd30f0eb3b17355336`](https://github.com/opennextjs/opennextjs-aws/commit/eb04b808731abdab6ed5c8dd30f0eb3b17355336), [`33422799811e281a0882f2be24264730ae68fff0`](https://github.com/opennextjs/opennextjs-aws/commit/33422799811e281a0882f2be24264730ae68fff0)]:
+  - @opennextjs/aws@4.1.1
+
 ## 0.1.64
 
 ### Patch Changes
diff --git a/examples/app-pages-router/package.json b/examples/app-pages-router/package.json
index cb4efffee..e13faddc3 100644
--- a/examples/app-pages-router/package.json
+++ b/examples/app-pages-router/package.json
@@ -1,6 +1,6 @@
 {
   "name": "app-pages-router",
-  "version": "0.1.64",
+  "version": "0.1.65",
   "private": true,
   "scripts": {
     "openbuild": "node ../../packages/open-next/dist/index.js build --build-command \"npx turbo build\"",
diff --git a/packages/open-next/CHANGELOG.md b/packages/open-next/CHANGELOG.md
index fadc7d262..82839d383 100644
--- a/packages/open-next/CHANGELOG.md
+++ b/packages/open-next/CHANGELOG.md
@@ -1,5 +1,32 @@
 # open-next
 
+## 4.1.1
+
+### Patch Changes
+
+- [#1195](https://github.com/opennextjs/opennextjs-aws/pull/1195) [`eb04b808731abdab6ed5c8dd30f0eb3b17355336`](https://github.com/opennextjs/opennextjs-aws/commit/eb04b808731abdab6ed5c8dd30f0eb3b17355336) Thanks [@JiahaoZhu11](https://github.com/JiahaoZhu11)! - Fix `server/instrumentation.js does not exist` build failure on Next.js 16
+
+  On Next.js 16 the standalone output no longer copies `server/instrumentation.js`
+  into the standalone directory, but `copyTracedFiles` copies the instrumentation
+  `.nft.json` trace and then asserts the `.js` file exists in the standalone dir,
+  throwing `File server/instrumentation.js does not exist` during the server
+  bundle. The instrumentation file is now copied from the build dir into the
+  standalone dir (mirroring the existing `.nft.json` copy) so the assertion passes
+  and the file ships in the bundle.
+
+- [#1207](https://github.com/opennextjs/opennextjs-aws/pull/1207) [`33422799811e281a0882f2be24264730ae68fff0`](https://github.com/opennextjs/opennextjs-aws/commit/33422799811e281a0882f2be24264730ae68fff0) Thanks [@conico974](https://github.com/conico974)! - Fix stale entries being revalidated in a blocking way on Next.js 16.3
+
+  To flag a cache entry as stale, the incremental cache adapter reported a
+  `lastModified` of `1` (i.e. right after the epoch) to Next.js. Starting with
+  Next.js 16.3 the incremental cache also compares `lastModified + expire` to now
+  and forces a blocking revalidation (`x-nextjs-cache: REVALIDATED`) when that is
+  in the past, which an epoch based value always is. Stale entries were therefore
+  never served while revalidating in the background.
+
+  On Next.js 16.3 and above, stale entries now report a `lastModified` just past
+  their revalidate window, so they stay inside their expire window and are served
+  stale as intended. Earlier versions keep the previous behaviour.
+
 ## 4.1.0
 
 ### Minor Changes
diff --git a/packages/open-next/package.json b/packages/open-next/package.json
index 43cf9f45a..287718e0d 100644
--- a/packages/open-next/package.json
+++ b/packages/open-next/package.json
@@ -3,7 +3,7 @@
     "access": "public"
   },
   "name": "@opennextjs/aws",
-  "version": "4.1.0",
+  "version": "4.1.1",
   "bin": {
     "open-next": "./dist/index.js"
   },