三条路怎么选

2 · 我们迁就客户

第 1 条的基础上，把客户要写的胶水搬进 Ancha：用他们自己的 compose 或脚本开应用，自己给数据库拍快照、每个 trial 还原，自己认出 base-URL 开关，没有开关就拦截网络。

# 整块都是新的
app:
  up: docker compose up -d db redis && pnpm dev
  ready: http://localhost:3000/api/health
  # Ancha 拍快照，每个 trial 还原
  state: [postgres, redis]
  # 认出 GOOGLE_BASE_URL 这类开关，没有就拦截
  routes: auto
  # 可选：用他们自己的测试判分
  test: pnpm test-e2e:flows {{scene}}

我们要改的

• 第 1 条的全部改动，再加上：开应用、拍快照和还原、开关目录、拿他们的测试当 check。
• 网络拦截：改 DNS，加一个 TLS 中间人代理，还要把我们的证书装进各种语言的运行时（Node、Ruby、Python 各不一样）。光这一块就要 3–5 session，而且没把握。

约 2000 行，5–8 session。

做完之后

• 客户只写一份清单，连没有 base-URL 开关的应用也能接，比如 Chatwoot 的 Slack 客户端。
• trace 场景和第 1 条一样，直接跑。

风险

• 要在客户的 CI 里装我们的证书做中间人，不少团队不会接受。
• 接过两三个仓库之前，分不清哪些是通用的、哪些是个案，很容易做歪。Chatwoot 的 Slack 客户端很可能写几行只在开发环境生效的初始化就能指到 twin，用不着拦截（没试过）。

3 · 放进他们的测试里

他们的 vitest 管流程，Ancha 是测试里调用的一个库，提供世界、人、时钟和多次运行。示意：

// 新包
import { world } from '@ancha/test'

test('Tom 第二天回了信，不该再提醒', async () => {
  // 每个测试一个新世界
  const w = await world.up('ancha/scenes/follow-up.yaml')
  // 他们自己的 helper
  await sendTestReply({ to: TOM })
  // 场景里的 Tom 在第 2 天回信
  await w.advance('3d')
  // 只有测试进程里的时间跟得上
  vi.setSystemTime(w.now())
  await processAccountFollowUps({ emailAccount, logger })
  expect(await w.check('no_follow_up_draft')).toBe(true)
})

我们要改的

• 一个 TypeScript 库，包住现有的 world up/state/check/down，再加 advance 和 act。以后还要一个 Python 版。
• ancha test --trials 10 -- <他们的测试命令>：每次换一个种子，汇总通过率。

约 600 行，约 2 session。

做完之后

• 跟他们现有的测试放在一起，CI 不用改，最自然。SPEC-001 已经是这个形状，离能用最近。
• trace 拉下来的场景不能直接跑，每个流程都要有一个测试来驱动。
• ancha run 的 trial、判分、报告大多用不上。形状和 Arga、Archal、Hue 一样，能拿来比的就只剩世界本身。
• 时钟：只有在测试进程里直接调用的函数（比如 processAccountFollowUps）能靠 vi.setSystemTime 跟上世界，应用服务器里的代码跟不上。