deploy(nginx): route /assets/product-center/ to v2 api for shared icons

沙特国旗等新增图标只需放入 v2 仓库 public 目录；nginx 按最长前缀把
product-center 静态资源转发给 v2 api，其余 /assets/、/uploads/ 仍走 v1。
同步沉淀 AGENTS.md：入口 nginx 真实挂载源在 v1 仓库、文件型 bind mount 的
inode 陷阱。

AGENTS.md

@@ -92,6 +92,8 @@ Prisma Postgres 最佳实践: prisma-postgres 技能
 
 ### 经验沉淀（跨项目通用）
 
+- **入口 nginx 的真实挂载源在 v1 仓库**：线上 official.inkreach.cc 的 nginx 容器由 `/opt/inkreach/deploy` 创建，挂载的是那边的 `nginx/admin.conf` 与 `certbot/acme` 证书；v2 仓库 `deploy/nginx/admin.conf` 只是同步副本。改线上路由必须改 v1 的文件，再在该目录 `docker compose up -d --force-recreate admin`。v1/v2 目录同名 → compose 项目名相同 → pgdata/uploads 数据卷共享，重建不丢数据。
+- **文件型 bind mount 的 inode 陷阱**：编辑器保存常替换 inode，容器内仍看到旧内容（`:ro` 挂载连 docker cp 都被拒）；`docker compose restart` 也不会重新解析挂载。要让新文件内容生效只能 `--force-recreate`，新服务的挂载尽量挂目录而非单个文件。
 - **数据库漂移处理**：连共享开发库时先跑 `prisma migrate status`；若报"列已存在"类错误，说明有人用 `db push` 带外改过库，用 `prisma migrate resolve --applied <name>` 把已存在的迁移标记为已应用，再 `migrate deploy` 应用真正缺的部分。切勿盲目 reset 共享库。
 - **连真实库的集成测试隔离**：jest 并行套件共用一个数据库时，(a) 夹具的天然键（sdsCategoryId、名称等）必须带运行时间戳唯一化，禁止跨运行共享字面量；(b) 全量型操作（如 auto-group 扫全库）会顺带扫到其他并行套件的夹具，其写入路径必须对"成员中途消失"宽容（跳过而非抛错），否则会随机挂测试。
 - **跑全量 jest 前先停 dev server**：`nest start --watch` 等常驻进程与测试共用数据库时，其重编译窗口/后台钩子会与测试写入竞争，造成"单跑绿、全量偶发红"的假阳性；验证基线前先停掉所有 watch 进程再跑。

deploy/nginx/admin.conf

@@ -98,6 +98,13 @@ server {
         proxy_set_header Host $host;
     }
 
+    # Product-center icons maintained in the v2 repo — serve from the v2 api
+    # (more specific prefix than /assets/, so it takes precedence)
+    location /assets/product-center/ {
+        proxy_pass http://v2-api:3001/assets/product-center/;
+        proxy_set_header Host $host;
+    }
+
     # Website placeholder until the public site is deployed
     location / {
         return 302 /admin/;