API クイックスタート

このガイドには、Project 単位の /api/v2 作成・ファイル API を提供する環境が必要です。Project に自身のモデルプロバイダー認証情報を設定してください。プラットフォーム負担のモデル利用枠は含まれません。

Thread は永続的な Session の公開 API 名です。Run は受付時の実行環境とワークスペースで一回の処理を実行します。 v1 の公開済み Agent 向け動作は維持されます。v1 クイックスタート も引き続き利用できます。

Project に自分のモデル provider 認証情報を設定し、Project API キーを作成します。 リクエストで harness・provider・モデル・指示を直接選ぶため、Agent の作成や公開は不要です。保存済みの非公開 Agent は任意のプリセットです。 キーをバックエンドに保管し、アプリ自身でユーザーを認証してください。Project キーは他の Project にはアクセスできません。

作成と継続

MOSOO_API_BASE を検証済み環境の /api/v2 に設定し、バックエンドで MOSOO_PROJECT_ID と MOSOO_API_TOKEN を安全に設定します。input を省略するとモデルを呼ばずに待機中の Thread を作成します。 応答の thread.id を MOSOO_THREAD_ID として保存し、以降も同じ ID を使用します。

Project で利用可能な harness/provider/model の組み合わせを選びます。例は openai-runtime を使用します。Claude Code は claude-agent-sdk と利用可能な Anthropic モデル・認証情報を使用します。Session 内では選択を固定します。未対応の組み合わせや利用できない認証情報は readiness_blocked となり、別モデルへ切り替えません。直接作成の応答は agent_id: null です。

Pi を含む接続先では、harness: "pi" と Project 内の互換 Provider・モデルを指定します。カスタム Provider は provider: "openai-compatible" と設定済みの正確なモデル ID を使用し、上流プロトコルは credential で選択します。対応表と API/CLI の例は Pi runtime を参照してください。

保存済み Agent を再利用する場合は、configuration 全体を {type: "agent", agent_id: "実際の Agent ID"} に置き換えます。inline フィールドとの混在はできません。既存の /agents/{agentId}/threads はプリセット互換入口として残ります。

任意の入力ファイルは Agent なしでアップロードできます：

curl -X POST "$MOSOO_API_BASE/projects/$MOSOO_PROJECT_ID/files" \
  -H "Authorization: Bearer $MOSOO_API_TOKEN" \
  -F "file=@./input.csv"

返された file.id を保存し、作成リクエストに resources: [{type: "file", file_id: "返された ID"}] を含めます。ファイルとプリセットは選択した Project に属する必要があります。CLI ログインは所有する Project を明示的に選択できます。Project キーはその Project に限定されます。

curl -X POST "$MOSOO_API_BASE/projects/$MOSOO_PROJECT_ID/threads" \
  -H "Authorization: Bearer $MOSOO_API_TOKEN" \
  -H "Content-Type: application/json" \
  -H "Idempotency-Key: durable-create-1" \
  -d '{"configuration":{"type":"inline","harness":"openai-runtime","provider":"openai","model":"gpt-5.6-luna","instructions":"Use tools to analyze files and preserve working state for follow-up."}}'

curl -X POST "$MOSOO_API_BASE/threads/$MOSOO_THREAD_ID/events" \
  -H "Authorization: Bearer $MOSOO_API_TOKEN" \
  -H "Content-Type: application/json" \
  -H "Idempotency-Key: durable-turn-1" \
  -d '{"events":[{"type":"user_message","text":"Read the inputs and write outputs/report.md."}]}'

curl "$MOSOO_API_BASE/threads/$MOSOO_THREAD_ID" \
  -H "Authorization: Bearer $MOSOO_API_TOKEN"
curl "$MOSOO_API_BASE/threads/$MOSOO_THREAD_ID/files" \
  -H "Authorization: Bearer $MOSOO_API_TOKEN"
curl "$MOSOO_API_BASE/threads/$MOSOO_THREAD_ID/usage?limit=100" \
  -H "Authorization: Bearer $MOSOO_API_TOKEN"

復旧、ファイル、利用量

アップロードは必須ではありません。ローカル入力には既存の multipart API を使います。 公開リポジトリでは URL と正確な commit SHA を入力し、環境が許可する場合に Agent がツールで取得できます。 入力を再現できるよう、実際の commit を記録してください。

新しい Session はそれぞれ独立した実行ワークスペースを持ちます。Agent は任意のプリセットであり、Session 間でマシンやワークスペースを共有しません。既存の共有 Session には別途検証された移行が必要です。新しい Session の作成はその移行を実行しません。

Run が成功するとワークスペースとネイティブ実行環境の継続状態を確定します。 コンテナ回収後は同じ Session が確定済み状態を復元します。復元できなければ明示的に失敗し、 新しい空のワークスペースで継続を装いません。outputs/ 外のファイルも非公開の状態として保持できます。 失敗やキャンセルは新しい成功チェックポイントになりません。

正式な Session と API で使用した Session は、非アクティブな期間だけでは期限切れになりません。同じ Session ID に次の入力を送り、受付時の設定と確定済みワークスペース・ネイティブコンテキストを継続します。古いスナップショットに記録された復旧期限は継続を妨げません。

明示的にクリーンアップを有効にした Cloud のデバッグ Preview のみ、メッセージ・Run・ファイルの操作が 30 日間ない場合に削除されることがあります。コンソールへのログインや履歴の閲覧では期間を更新しません。このルールは正式な API Session には適用されません。別途審査された移行対象の古い Session は、履歴と保存済みファイルを残して読み取り専用になる場合があります。完全削除は別の明示的な操作です。

時計を進めたテストや短時間の強制コールドテストは、実際に数日経過した後の継続性を証明しません。移行した既存 Session を利用する前に、対象環境の検証結果を確認してください。

利用量は ID 順です。nextCursor を after に渡し、null で終了します。 未報告の値は null で、ゼロではありません。reportedCostUsd は実行環境の推定値であり請求額ではありません。 キャッシュと token の集計前に usageContract を確認してください。実行中の観測値は再取得で更新されることがあります。

同一リクエストの再試行では同じ Idempotency-Key を使い、新しい処理には新しいキーを使います。 同じキーで内容・指示・モデル・設定元を変更すると競合します。同じ Project を明示する CLI ログインと Project キーは冪等性境界を共有します。コミット後に中断した作成は、プリセットが編集・削除されても元の Session を復元します。同じ Session の並行処理は拒否されるため、現在の Run を待つか中断してください。

CLI では public-thread-api-v2 を選択します。v1 は public-thread-api のままです。 両方でアップロード、待機、transcript を利用できます。更新後は対象環境にログインして v2 を設定します。 ログアウト済みの認証情報が自動復元されることはありません。v2 API リファレンス。

上の作成リクエストと同じ JSON を session.json に保存します。更新した v2 CLI では Project を明示し、JSON で inline 設定または Agent プリセットを選びます。入力ファイルを添付する場合は、アップロードで返された ID を resources に追加します。

mosoo public-thread-api-v2 files upload --project-id "$MOSOO_PROJECT_ID" --file ./input.csv -o json
mosoo public-thread-api-v2 threads create --project-id "$MOSOO_PROJECT_ID" --file ./session.json -o json

このリリースは Project に設定した利用者自身のモデルアカウント（BYOK）を使い、モデル提供元がそのアカウントに課金します。今回のリリースにはターン別の金額上限は含まれません。利用量と推定費用の記録は引き続き利用できます。プラットフォームによるモデル提供、チャージ、商用の従量課金は別の将来スコープであり、今回の Session API リリースの前提ではありません。既存顧客の移行は別途審査する操作であり、これらの API が自動実行するものではありません。