design-prototype-loop 等三个 playwright project 从未在 CI 上跑过

## 现象

`apps/web/playwright.fullstack-smoke.config.ts` 里定义了若干 project，但 CI 只跑其中两个：

- `verify:fullstack-smoke` → `--project=seeded-github-import`
- `verify:core-loop` → `--project=core-loop-empty-db`

其余三个**没有任何 CI job 或 npm script 引用**（`grep -rn 'design-prototype-loop' package.json .github/workflows/` 只命中 `.harness/state/.cache/verify-timings.jsonl` 这个我本地手跑留下的记录）：

- `design-prototype-loop`（迭代 10 的原型画布主链路 + 迭代 13 新加的 V60 参考图拖拽）
- `design-loop-responsive`（三档视口不横向溢出）
- `axe-keyboard-focus`

也就是说这批 spec 只在有人手动调用时才执行。按本仓自己的判据——**没有脚本的规范条目视为未落地**——它们目前等于不存在：写得再认真也拦不住任何回归。

## 为什么不是顺手接一下

这个 config 的 `webServer` 会起 docker compose（web + api + postgres）。而上面这三个 project 全靠 `page.route()` 夹具、目标页是 `/preview/feedback-design-loop`，**不读库、不需要登录态**——为了几条纯前端交互测试多起一整套栈，性价比不对。

正确做法是给它们一个**不带 docker webServer 的独立 config**（只 `next build && next start`），再挂一个 CI job。那是一次独立的改动，不该塞进正在做迭代 13 的 PR 里。

## 建议范围

1. 新增 `apps/web/playwright.fixture-only.config.ts`：只起 web，不起 api/postgres；把上述三个 project 迁过去。
2. 根 `package.json` 加 `verify:fixture-e2e` 脚本。
3. `.github/workflows/` 里挂一个 job（预计比 `fullstack-smoke` 快很多，因为省掉了 compose 启动与迁移重放）。
4. 迁完把 `feature_list.json` 里引用这些 project 的 verification 命令一并改到新脚本。

## 相关

迭代 13 的 F60 verification 现在写的是：

```
pnpm exec tsx .harness/scripts/with-test-isolation.ts -- pnpm --filter web exec playwright test --config playwright.fullstack-smoke.config.ts --project=design-prototype-loop -g '拖一张参考图'
```

跑得起来，但要拉整套 docker 栈；本条 issue 落地后应改成新脚本。

Start with apps/web/playwright.fullstack-smoke.config.ts, the root package.json scripts, existing .github/workflows jobs, and feature_list.json references. Add the fixture-only config and CI wiring for the three named projects, update their verification commands, and confirm the new script runs them without the API/Postgres compose stack.

Written by the indexing model from the issue text.