fix(infra): 本地 PG/Redis 复用已有 Docker 服务

背景：此前误将宿主端口冲突当作新建 compose 服务的理由，实际应按技术架构使用本机已有 PostgreSQL/Redis。

改动：
- 删除 lingxi-pg / lingxi-redis 容器及数据卷，不再另起数据库；
- DATABASE_URL 改回 127.0.0.1:5432/lingxi，REDIS_URL 改回 127.0.0.1:6379；
- 在已有 docker-postgres-1 中创建 lingxi 库并执行迁移/seed；
- compose 仅保留无法拉取镜像的 S3 兼容服务；
- README、A0 报告同步依赖来源。

影响面：仅本地开发依赖与文档；代码/接口/数据模型不变。
回滚方式：git revert 本提交，并按旧 compose 重新初始化（不推荐）。
验证：migrate deploy、db:seed、test:int、pnpm ci:local（85.9s）全部通过。

README.md

@@ -73,14 +73,14 @@ docs/           PRD / 技术架构 / 开发计划 / 立项建议 / 工程规范
 ```bash
 cp .env.example .env.local
 cp .env.local .env          # Prisma CLI 只读取 .env（两者均已 gitignore）
-pnpm compose:up             # PostgreSQL 18 / Redis 7.4 / S3 兼容存储
+pnpm compose:up             # 启动 S3 兼容存储；PG / Redis 复用本机已有 Docker
 pnpm db:migrate             # 首次建表；后续由 Prisma 迁移管理
 pnpm db:seed                # 幂等写入 system_configs 基线
 pnpm dev                    # 并行启动 api(3000) / web(5173) / worker
 ```
 
-- **本地数据库**：库名 `lingxi`，用户 `postgres`，密码 `postgres`（仅开发环境，见 `infra/docker-compose.dev.yaml` 与 `.env.example`）。
-- **端口**：为避免与本机已有容器冲突，compose 宿主端口为 PostgreSQL `15432`、Redis `16379`、S3 `19000/19001`，容器内仍是 `5432/6379/9000/9001`；`.env.example` 已按宿主端口给出连接串。
+- **本地数据库**：直接复用本机已有 Docker 服务 `docker-postgres-1`（PostgreSQL 18，`127.0.0.1:5432`），库名 `lingxi`，用户 `postgres`，密码 `postgres`；Redis 复用 `docker-redis-1`（`127.0.0.1:6379`）。请先确认这两个容器已启动，本仓库不会另起 PG/Redis。
+- **对象存储端口**：S3 兼容服务由 `pnpm compose:up` 提供，宿主端口 `19000/19001`。
 - **对象存储**：当前 Docker 环境拉取不到 `minio/minio` 镜像（registry denied、二进制 410），A0 的 compose 使用 `adobe/s3mock` 并提供 `assets / renders / temp / archive` 四个初始桶；CI 或生产接入真实 MinIO 时只需替换 `infra/docker-compose.dev.yaml` 的 `s3` 服务。
 - **API 文档**：启动 api 后访问 `http://127.0.0.1:3000/api/docs`，OpenAPI JSON 在 `openapi/lingxi.openapi.json`。
 - **演示登录**：A0 尚未接鉴权（A1 实现），`VITE_PUBLIC_DEMO_SESSION=true` 时登录页使用本地演示会话进入工作台；A1 接入真实登录后删除。