このページでは、Devin APIを利用した一般的なエンドツーエンドのワークフローを紹介します。各フローには、コード使用例とあわせて、APIコールの一連の流れがすべて含まれています。各エンドポイントの詳細については、該当するAPIリファレンスページを参照してください。
いずれの使用例を実行する前にも、これらの環境変数を設定してください。
最も一般的なワークフローです。認証を行い、アカウント情報を確認して、最初のセッションを作成します。
組織スコープのサービスユーザーはステップ 3 に進んでください。org ID は Settings ページですでに確認済みです。
レスポンス:
Enterprise のサービスユーザーは、すべての組織を一覧表示できます。
組織スコープのサービスユーザーは、すでに自身の org ID を把握しています (キーを作成した Settings > Service Users ページに記載されています) 。
レスポンス:
メッセージをポーリングして、セッションを監視します:
Pythonの完全な例
セッションで生成されたファイル (ログ、スクリーンショット、生成コードなど) を取得します。
レスポンス:
添付ファイルのレスポンスに含まれる url を使用して、ファイルを直接ダウンロードします。
Devin がセッションをまたいで利用する前提情報と指示を管理します。
Pythonの完全な例
スケジュールに沿って実行される定期セッションを作成します。
これにより、米国東部時間の平日午前9時に実行されるスケジュールが作成されます。
Pythonの完全な例
Sessions API は単一のリクエストで cloud Devin セッションを作成できるため、どのツール、スクリプト、コーディングエージェントからでも作業を Devin に「引き継ぐ」ことができます。現在の repo、ブランチ、未コミットの変更をプロンプトにまとめて含めることで、cloud Devin セッションは中断したところから作業を再開できます。
クラウドセッションはリポジトリをクローンし、プロンプトの前提情報を適用したうえで、シェル、ブラウザ、リポジトリへのフルアクセスを備えた専用のVM上で実行されます。メッセージをポーリングするか、Devin web app で追跡できます。
git diff HEAD には、未コミットのシークレット (APIキー、トークン、.env の編集など) が含まれる場合があり、プロンプトはクラウドセッションにアップロードされます。引き継ぐ前に diff を確認し、機密性の高い変更はコミット、stash、または削除してください。
これを自分で実装したくないですか?オープンソースの Devin Handoff プラグインは、まさにこのフローをラップしており、リポジトリ、ブランチ、diff を自動検出するため、Devin CLI、Claude Code、Codex、Cursor、または通常のシェルスクリプトから引き継げます。詳しくは Devin に引き継ぐ を参照してください。
本番環境では、上記のすべての使用例にエラー処理を含める必要があります。以下に、再利用可能なパターンを示します。