fix(web): restore server supabase import for rectification agent route

BUG-368 dropped createServerSupabaseClient while keeping the call, so staging publish failed at next build after validate skipped the production build.

Co-authored-by: Cursor <cursoragent@cursor.com>

docs/BUG_HISTORY.md

@@ -5531,6 +5531,22 @@
 - 复发自：无
 - 修复版本：未修复
 
+## BUG-371 | staging publish 的 next build 找不到 createServerSupabaseClient
+
+- 状态：resolved（本地修复，待提交与发布）
+- 首次发现：2026-08-25
+- 最近更新：2026-08-25
+- 影响面：Gitea `backend-quality-gate.yml` `publish`、`deploy/railway-web.Dockerfile` 的 `RUN npm run build`、`POST /api/rectification/agent`、staging 镜像发布
+- 用户现象：向 `staging` 推送 `c41c0e17` 后 run `2058` validate 通过，publish 在 web 镜像 `next build` 失败。没有 dispatch `Deploy staging`。
+- 触发条件：staging push 跳过 validate 里的 `npm run build`；publish 才在 Docker 里跑 TypeScript。
+- 根因：BUG-368 改 agent 路由时丢掉 `createServerSupabaseClient` 的 import，调用仍在。源码扫描测试不跑 `tsc`，所以 2006 项测试和 lint 都绿。
+- 修复：补回 `@/lib/supabase/server` 导入。计费合同与入口合同断言该 import 与 `await createServerSupabaseClient()` 同时存在。
+- 验证：`npx tsc --noEmit`；`application-billing-contract` 与 `rectification-agentic-entry` 相关断言。
+- 防复发：改 `frontend/src/app/api/**/route.ts` 后必须跑 `npx tsc --noEmit` 或等价的 `next build`，不能只跑字符串合同。staging push 的类型回归仍只在 publish Docker 暴露。
+- 相关记录：BUG-309、BUG-355、BUG-365、BUG-368、BUG-370
+- 复发自：BUG-365 / BUG-309（validate 跳过 `next build`，publish 才暴露类型错误）；BUG-368 丢掉 import
+- 修复版本：待发布
+
 ## BUG-370 | staging 质量门测试全绿后被 prefer-const ESLint 挡住
 
 - 状态：resolved