diff --git a/.openclaw-sync/source.json b/.openclaw-sync/source.json
index da79154a4..6795cf42c 100644
--- a/.openclaw-sync/source.json
+++ b/.openclaw-sync/source.json
@@ -1,5 +1,5 @@
 {
   "repository": "openclaw/openclaw",
-  "sha": "f67e48e6a0be6043b1c6b38a64e7fd42c7ebc52d",
-  "syncedAt": "2026-04-23T05:05:48.190Z"
+  "sha": "db332aa8e9ba380f21232c46309c258ceca27980",
+  "syncedAt": "2026-04-23T05:09:26.615Z"
 }
diff --git a/docs/ci.md b/docs/ci.md
index 95b631f4c..3080ccebb 100644
--- a/docs/ci.md
+++ b/docs/ci.md
@@ -10,6 +10,14 @@ read_when:
 
 The CI runs on every push to `main` and every pull request. It uses smart scoping to skip expensive jobs when only unrelated areas changed.
 
+QA Lab has two dedicated CI lanes outside the main smart-scoped workflow. The
+`Parity gate` workflow runs on matching PR changes, every night on `main`, and
+manual dispatch; it builds the private QA runtime and compares the mock
+GPT-5.4 and Opus 4.6 agentic packs. The `QA-Lab - Live Telegram, Live Frontier`
+workflow runs nightly on `main` and on manual dispatch; it uses the
+`qa-live-shared` environment plus Convex leases for the live Telegram lane.
+`OpenClaw Release Checks` also runs both QA Lab lanes before release approval.
+
 ## Job Overview
 
 | Job                              | Purpose                                                                                      | When it runs                         |
diff --git a/docs/help/testing.md b/docs/help/testing.md
index ea4a164d7..0346b485e 100644
--- a/docs/help/testing.md
+++ b/docs/help/testing.md
@@ -51,6 +51,12 @@ Tip: when you only need one failing case, prefer narrowing live tests via the al
 
 These commands sit beside the main test suites when you need QA-lab realism:
 
+CI runs QA Lab in dedicated workflows. `Parity gate` runs on matching PRs,
+nightly on `main`, and from manual dispatch with mock providers. `QA-Lab - Live
+Telegram, Live Frontier` runs nightly on `main` and from manual dispatch with
+Convex-managed live Telegram credentials. `OpenClaw Release Checks` runs both
+lanes before release approval.
+
 - `pnpm openclaw qa suite`
   - Runs repo-backed QA scenarios directly on the host.
   - Runs multiple selected scenarios in parallel by default with isolated
diff --git a/docs/reference/RELEASING.md b/docs/reference/RELEASING.md
index a311ce425..b4ede2183 100644
--- a/docs/reference/RELEASING.md
+++ b/docs/reference/RELEASING.md
@@ -54,6 +54,9 @@ OpenClaw has three public release lanes:
 - Run `pnpm release:check` before every tagged release
 - Release checks now run in a separate manual workflow:
   `OpenClaw Release Checks`
+- `OpenClaw Release Checks` also runs the QA Lab mock parity gate and the live
+  Telegram QA lane before release approval. The live lane uses the
+  `qa-live-shared` environment and Convex CI credential leases.
 - Cross-OS install and upgrade runtime validation is dispatched from the
   private caller workflow
   `openclaw/releases-private/.github/workflows/openclaw-cross-os-release-checks.yml`,
@@ -165,8 +168,8 @@ When cutting a stable npm release:
 2. Choose `npm_dist_tag=beta` for the normal beta-first flow, or `latest` only
    when you intentionally want a direct stable publish
 3. Run `OpenClaw Release Checks` separately with the same tag or the
-   full current workflow-branch commit SHA when you want live prompt cache
-   coverage
+   full current workflow-branch commit SHA when you want live prompt cache,
+   QA Lab parity, and live Telegram coverage
    - This is separate on purpose so live coverage stays available without
      recoupling long-running or flaky checks to the publish workflow
 4. Save the successful `preflight_run_id`