01 / DECIDE
架構決策
只要 model 能從建議動作進一步在外部系統執行,就應採用。
依 impact 分類 tool,並在對外訊息、購買、破壞性寫入、使用 credential 或權限變更前暫停。 先把 input、output、state 與 side effect 畫成一條可觀察路徑,再決定 在 side-effect 邊界插入 approval 要放在哪一層。
02 / BUILD
三步實作
- 01
框定合約
先寫下 caller、資料分類、成功條件、timeout、取消與 ownership。只要 model 能從建議動作進一步在外部系統執行,就應採用。
- 02
建立單一路徑
只實作一條 end-to-end path,保留 request correlation、typed state 與可逆 failure handling。依 impact 分類 tool,並在對外訊息、購買、破壞性寫入、使用 credential 或權限變更前暫停。
- 03
證明結果
把驗收寫成可重跑的 fixture、contract test 或 browser test。Audit record 串起 actor、intent、approval、tool argument、execution result 與補償動作。
03 / BOUND
Production 邊界
Approval 必須顯示 exact target、payload、consequence 與 reversibility;泛用確認不夠。
04 / PROVE
驗收證據
Audit record 串起 actor、intent、approval、tool argument、execution result 與補償動作。
SOURCE / HTTP
可重現來源探針
curl -fsSI 'https://developers.openai.com/api/docs/guides/tools' | sed -n '1,5p'