01 / DECIDE
架構決策
同一應用同時有 fast path、深度分析、realtime 或 background workload 時採用。
依 modality、tool support、latency、quality 與 budget 描述 workload，再由 configuration 把 profile 對應到可部署 model。 先把 input、output、state 與 side effect 畫成一條可觀察路徑，再決定 依能力路由，不追逐流行 model 名稱 要放在哪一層。
02 / BUILD
三步實作
- 01
框定合約
先寫下 caller、資料分類、成功條件、timeout、取消與 ownership。同一應用同時有 fast path、深度分析、realtime 或 background workload 時採用。
- 02
建立單一路徑
只實作一條 end-to-end path，保留 request correlation、typed state 與可逆 failure handling。依 modality、tool support、latency、quality 與 budget 描述 workload，再由 configuration 把 profile 對應到可部署 model。
- 03
證明結果
把驗收寫成可重跑的 fixture、contract test 或 browser test。Evaluation gate 以 quality、tool/schema success、latency 與 cost 比較現行 route。
03 / BOUND
Production 邊界
Model catalog 與 availability 會變動；identifier 不應進入 domain logic，並保留測試過的 rollback。
04 / PROVE
驗收證據
Evaluation gate 以 quality、tool/schema success、latency 與 cost 比較現行 route。
SOURCE / HTTP
可重現來源探針
curl -fsSI 'https://developers.openai.com/api/docs/models' | sed -n '1,5p'