# yedir-ai 运维与质量门禁

本文档记录日常开发、合并前检查、性能烟测和常见故障处理方式。

## 合并前检查

```bash
git fetch github main --prune
pnpm check:branch
pnpm lint
pnpm check:logs
pnpm check:brand
pnpm check:ci
pnpm check:env
pnpm check:secrets
pnpm check:metadata
pnpm check:tests
pnpm test:helpers
pnpm exec tsc --noEmit --pretty false
git diff --check
pnpm check:artifacts
pnpm clean:artifacts
pnpm audit:security
pnpm build
SMOKE_BASE_URL=http://127.0.0.1:3001 pnpm verify:release
```

等价的一键质量门禁：

```bash
pnpm check:quality
```

发布或创建 PR 前的一键验收：

```bash
SMOKE_BASE_URL=http://127.0.0.1:3001 pnpm verify:release
```

`pnpm verify:release` 会串起 `pnpm check:quality`、`pnpm audit:security`、`pnpm build` 和 `pnpm smoke:routes`。它要求显式设置 `SMOKE_BASE_URL`，避免误把路由烟测跑到错误环境。

其中 `pnpm check:artifacts` 会检查 `.DS_Store`、swap 文件、`.env.local`、`.claude/`、migration backup 和 `tsconfig.tsbuildinfo` 等本地污染物是否被 Git 追踪。

`pnpm clean:artifacts` 会清理当前工作区常见本地垃圾文件，例如 `.DS_Store`、swap 文件和 `tsconfig.tsbuildinfo`。它会跳过 `.git`、`node_modules`、`.next`、`.pnpm-store`、`.venv` 等重目录，适合在提交或打包前手动执行。

## 分支与 PR 就绪检查

```bash
git fetch github main --prune
pnpm check:branch
```

`pnpm check:branch` 默认以 `github/main` 为基线，检查当前工作区是否干净、基线 ref 是否存在、当前分支相对 main 的 ahead/behind 状态、受影响文件数量，以及 dry-run merge tree 是否出现冲突标记。它会把 behind main 作为 warning，方便还没决定 rebase/merge 前先看风险；如果发布或合并策略要求必须最新，可使用：

```bash
REQUIRE_UP_TO_DATE=true pnpm check:branch
```

如果远端名不同，可以用 `PR_BASE_REF=origin/main pnpm check:branch` 或 `pnpm check:branch origin/main` 覆盖基线。提交前临时验证未提交改动时，可使用 `ALLOW_DIRTY=true pnpm check:branch` 或 `pnpm check:branch --allow-dirty`。

## CI

`.github/workflows/lint.yml` 是基础质量门禁，运行 `pnpm check:quality`，负责 lint、日志治理、公开交付面品牌治理、CI hygiene、环境变量示例卫生、secret hygiene、package metadata、测试门禁卫生、轻量 helper 回归测试、类型检查、diff hygiene 和 tracked 污染物检查。

CI 和本地提交前检查复用同一个入口，避免规则漂移。

`.github/workflows/dependency-audit.yml` 独立运行 `pnpm audit:security`，通过手动触发守住 high/critical 依赖审计基线。它不依赖任何 secret；当前私有仓库采用手动 CI 策略，避免 push 自动消耗 GitHub Actions 免费额度。

`.github/workflows/build.yml` 独立运行 `pnpm build`，验证生产构建、Next.js route collection 和静态/动态页面边界。该 workflow 使用占位环境变量，不连接真实数据库；数据库迁移仍由部署流程显式执行。

Playwright workflow 独立运行，避免 e2e 依赖、浏览器安装和 secrets 影响基础门禁反馈速度。

Dependabot 每周检查 npm/pnpm 依赖和 GitHub Actions。依赖 PR 仍需按 PR 模板运行 `pnpm check:quality` 和路由烟测，不应自动合并。

## 依赖安全审计

```bash
pnpm audit:security
pnpm audit:security:json
```

`pnpm audit:security` 显式使用官方 npm registry，避免镜像源缺少 audit endpoint 导致误失败。当前依赖安全债务记录在 [dependency-risk-register.md](dependency-risk-register.md)。本命令不嵌入 `pnpm check:quality`，而是由独立 Dependency Audit workflow 手动执行，避免网络型 registry 故障拖垮基础 lint/typecheck 反馈。

## 日志治理

新增或修改已治理文件时不要使用裸 `console.*`。使用：

```ts
import { createLogger } from "@/lib/observability/logger";

const logger = createLogger("scope-name");
logger.info("event name", { count: 1 });
logger.error("event failed", error);
```

客户端使用 `createClientLogger`。生产环境默认静默，除非显式设置 `NEXT_PUBLIC_ENABLE_CLIENT_LOGS=true`。

`pnpm check:logs` 会检查已治理文件是否重新引入裸 console，并验证 token、API Key、URL、base64、password 等敏感值不会明文输出。

## 品牌与模板残留治理

```bash
pnpm check:brand
```

`pnpm check:brand` 只扫描 README、核心 docs、GitHub 模板、workflow 和 package metadata 等公开交付入口。历史方案文档和兼容性 runtime key 不在本门禁范围内，避免为了改名破坏旧用户数据或研发记录。

## CI Hygiene

```bash
pnpm check:ci
```

`pnpm check:ci` 会检查 workflow 是否保留只读权限、concurrency、固定 Ubuntu runner、固定 pnpm 版本、frozen install、cache v4，并禁止 `@latest`、`ubuntu-latest`、`--no-lint` 或构建 fallback 这类不稳定入口回流。

## 环境变量示例治理

```bash
pnpm check:env
```

`pnpm check:env` 会检查 `.env.example` 是否包含关键部署变量、是否存在重复 key、是否把 token/password/API key 这类字段填成疑似真实密钥。

## Secret Hygiene

```bash
pnpm check:secrets
```

`pnpm check:secrets` 会扫描 Git 已追踪文本文件，拦截真实形态的常见 API key、GitHub token、AWS key、Slack token、Authorization/Cookie 长值和私钥块。明显的 `xxxx`、placeholder、example 或 redaction 测试值会被允许，避免误伤文档示例。

## Package Metadata

```bash
pnpm check:metadata
```

`pnpm check:metadata` 会检查 `package.json` 的项目名、描述、许可证、Node/pnpm 版本和 package manager 声明是否符合当前交付基线。`repository/homepage/bugs` 会等 canonical remote 仓库完成重命名并验证后再添加，避免对外链接撒谎。

## 轻量 Helper 回归

```bash
pnpm check:tests
pnpm test:helpers
```

`pnpm check:tests` 会确认轻量 helper 测试仍然使用 no-server 配置、只匹配纯 helper 测试，并且保留在 `pnpm check:quality` 里。

`pnpm test:helpers` 使用 `playwright.helpers.config.ts` 运行不需要浏览器和 Next dev server 的纯 helper 测试，当前覆盖 Canvas chat/detail/upload helper 的关键行为。它已纳入 `pnpm check:quality`，和完整 Playwright e2e 分开，避免基础门禁被数据库、浏览器和登录态拖慢。

## 首页性能烟测

```bash
AUTH_TRUST_HOST=true PORT=3001 pnpm dev
curl -I --max-time 30 http://127.0.0.1:3001/
curl -I --max-time 30 "http://127.0.0.1:3001/api/site-settings?scope=home"
curl -I --max-time 30 "http://127.0.0.1:3001/api/featured?page=1&pageSize=24"
```

首页 HTML 应快速返回。公开轻量接口在数据库慢或不可用时应快速返回缓存或 fallback，不应长时间挂住首屏。

## 上传与对象存储

浏览器图片上传优先走 `/api/files/direct-upload` 获取签名 URL，再由浏览器直传默认 OSS/S3 Bucket；小图或直传失败时才降级到 `/api/files/upload` 服务器中转。排查用户上传失败时，优先按 `clientUploadId` 串联 direct upload、fallback upload 和 `MediaAsset.metadata`。

直传 Bucket 必须配置 CORS，否则大文件分片上传会在浏览器侧失败：

```bash
DIRECT_UPLOAD_CORS_ORIGINS="https://ai.yydd.ai,https://yydd.ai" pnpm storage:configure-upload-cors
```

核心要求：

- Allowed Methods 包含 `GET`、`PUT`、`POST`、`HEAD`。
- Allowed Headers 允许 `*`，因为签名上传会携带 `Content-Type`、`Cache-Control`、ACL 等请求头。
- Exposed Headers 必须包含 `ETag`，否则 multipart upload 无法 complete。

未完成的 multipart upload 会产生隐藏对象存储费用。生产 Bucket 必须开启 lifecycle 自动清理：

```bash
DIRECT_UPLOAD_ABORT_INCOMPLETE_DAYS=2 pnpm storage:configure-upload-lifecycle
```

默认只清理 `uploads/direct/` 前缀下 2 天未完成的分片；如使用自定义前缀，可设置 `DIRECT_UPLOAD_LIFECYCLE_PREFIX`。

当前上传格式支持 JPEG、PNG、WebP，管理员图标额外允许 SVG。HEIC/HEIF 上传会在服务端自动转为高质量 JPEG，避免把转码 WASM 放进前端主包；如果转码失败，会明确提示用户从手机相册导出 JPG/PNG 后再上传。

## 路由回归烟测

推荐使用脚本化检查：

```bash
AUTH_TRUST_HOST=true PORT=3001 pnpm dev
SMOKE_BASE_URL=http://127.0.0.1:3001 pnpm smoke:routes
```

手动检查等价命令：

```bash
curl -I http://127.0.0.1:3001/
curl -I http://127.0.0.1:3001/classic
curl -I http://127.0.0.1:3001/chat/test-id
curl -I http://127.0.0.1:3001/settings
curl -I -X POST http://127.0.0.1:3001/api/files/upload
```

预期：

- `/` 返回 200。
- `/classic` 和 `/chat/test-id` 返回 307 到 `/`。
- `/settings` 未登录返回 307 到 `/login?callbackUrl=%2Fsettings`。
- 上传接口未登录返回 401。

## 常见故障

- `.next/dev/lock` 阻止启动：已有 dev server 持锁，先确认进程归属，不要误杀其他工作区服务。
- 首页接口慢：先看 `Server-Timing`、`X-Cache`、`X-Fallback`，再查数据库连接池和公开接口 fallback。
- 登录 Host 错误：生产配置 `AUTH_URL`；仅在可信代理后设置 `AUTH_TRUST_HOST=true`。
- 上传失败：先用 `clientUploadId` 查日志；再确认 Bucket CORS 暴露 `ETag`、生命周期规则已开启、后台存储配置或环境变量 S3 fallback 至少一组可用。
- 日志泄露风险：不要把完整 prompt、OAuth token、签名 URL、cookie、request body 放进日志 message。