レシピ一覧
始める前にコールバックの例外について 1 つだけ
下記の 3 つのレシピはライフサイクルコールバック内にロジックを置きます。ランタイムはコールバックから throw されたエラーを catch して SSE 再接続ループに送り(SDK § ライフサイクルコールバック)、maxReconnectAttempts のデフォルトは無制限です。実用上、コールバック内の throw は黙ってリトライされ得ます。
ここのレシピは決定的に動かすために単純な慣例を使います:
- 状態変更は外側の変数経由で。 throw の代わりに
AbortController、クロージャーのフラグ、返した Promise を使う。 - 副作用はコールバック内で
try / catchでガード。 Slack 投稿が失敗したらログだけ残して継続し、外に漏らさない。
このセクションが扱わないこと
- 本番デプロイ。 今日 Arkor はマネージド GPU 上でしか動かず、
createArkorのdeployスロットは型上の予約フィールドで実装はありません。サービング系のレシピはその表面が出てきたら追加されます。 - プロジェクトごとの複数トレーナー。
createArkorは単一のtrainerを受け付けます。複数を一緒に走らせるのはマニフェストパターンではなくプログラム駆動パターンです(該当レシピ参照)。 - バックエンドが受け付ける以外のカスタムベースモデル。
modelフィールドはクラウド API にそのまま転送されます。今日のキュレートパスは Gemma です。レシピはそれ以外のモデルがエンドツーエンドで動くようなふりをしません。