GUI で操作したい場合は Cloud Agents コンソールへ
Qoder Cloud Agents コンソールでクイックスタート。
前提条件
- Qoder アカウント
- ターミナル環境 (macOS / Linux / WSL)
curlとjq(任意。JSON 整形に使用)
Windows ユーザー
Windows ユーザー
本ガイドのコマンドは bash 構文を使用しています。Windows ユーザーは以下のいずれかを推奨します:
- Git Bash(推奨):Git for Windows に同梱
- WSL:
wsl --installでインストール
- 環境変数の設定:
$env:QODER_PAT="your-token"(exportではなく) - 本物の curl を使う:
curl.exeと入力(PowerShell のcurlはInvoke-WebRequestのエイリアス) - jq は別途インストール:
winget install jqlang.jq
PAT を取得する
Qoder コンソールにログイン
Qoder コンソール を開きます。
最初の Session を作成する
Session を作成する
Session の作成には 2 つの必須パラメータが必要です:レスポンス例:
agent(Agent ID またはオブジェクト)と environment_id(Environment ID)。Agent を Environment にバインドして実行インスタンスを作成します。Session は作成直後
idle 状態です。次のステップでメッセージを送信すると Agent が処理を開始します。処理の流れ
user.message イベントを送信すると、プラットフォームは以下の処理を行います:
- メッセージを受信 し、Session を
idleからprocessingに遷移させます(session.status_runningを発行)。 - モデルリクエストを開始 し、バインドされた Agent を呼び出します(
span.model_request_startを発行)。 - Agent の出力をストリーム配信 ——
agent.thinkingは推論過程、agent.messageは返信本文、agent.tool_useとagent.tool_resultは各ツール呼び出しに対応します。 - 接続を維持 するため、約 15 秒間隔で
heartbeatを送信します。 - ターンを終了、
span.model_request_endとsession.status_idleを発行します。Session は再利用可能で、別のuser.messageを送信すれば継続できます。
エンドツーエンドスクリプト
上記の手順を、そのまま実行できるスクリプトにまとめます。よくある質問
Q: 401 Unauthorized が表示されたら? A:$QODER_PAT が正しく設定されているか、トークンが期限切れでないかを確認してください。トークンを再作成して環境変数を更新します。
Q: Agent 作成で 400 Bad Request が返る?
A: リクエストボディの JSON 形式が正しいか、model フィールドが有効値 ("ultimate" など) か、tools が配列になっているかを確認してください。
Q: Session が idle のままでイベントが届かない?
A: 作成直後の Session はデフォルトで idle 状態です。ステップ 4 で user.message イベントを送信して、Agent の実行をトリガーしてください。
Q: SSE ストリームが切断された場合は?
A: 推奨:切断前の最後のイベントの id フィールド(例:evt_…)を保存し、再接続時に ?after_id=<last_event_id> クエリパラメータを付けます。サーバーはそのイベント以降からプッシュを再開し、中間イベントを失いません。保存していない場合は GET /sessions//events?order=desc で最近のイベントを再生してからストリームを開いてください。
Q: GET /environments が空の配列を返す?
A: 新規アカウントには環境が事前作成されていない場合があります。「環境を選択する」のヒントに従って手動で作成してください。
次のステップ
Agent の定義
Agent 構成のすべてのフィールドを把握する。
クラウド環境
実行環境をカスタマイズする。
Session 管理
セッション管理を深掘りする。
Agent Skills
Agent にドメインの専門知識を付加し、特定タスクのパフォーマンスを向上させる。