プロンプト支援アプリのデプロイメント

この機能の内容

現在のプロンプトからアプリへのエンドポイントは、書面による概要と「4」を組み合わせて、通常の不変のアプリ展開パイプラインを通じてそのリポジトリをキューに入れます。概要は、後の反復のために出所として保存されます。

not ブリーフから新しいアプリケーションリポジトリを生成します。テンプレート URL は必須であり、ソースがすでにリクエストを実装している場合を除き、最初のデプロイメントには解決されたリビジョンのテンプレートソースが含まれます。

プロンプトとテンプレートから作成する


POST /api/apps/from-prompt
Content-Type: application/json
 
{
  "brief": "A private reading-list app with a health endpoint",
  "template_git_url": "https://github.com/example/reviewed-template.git",
  "branch": "main",
  "visibility": "private"
}

応答には、永続的なアプリ、デプロイメント、ビルド ID とビルドストリーム URL が含まれます。作成は非同期です。ターミナル状態に達するまで、デプロイメントレコードまたはビルドストリームに従います。進行状況が静かであるという理由だけで、重複した展開を送信しないでください。

リクエストを送信する前に:

リポジトリとそのライセンスを確認します。
デプロイメントで使用される正確なソースリビジョンを固定するか記録します。
インストール、ビルド、実行、ポート、および正常性の動作を確認します。そして
プロンプトとリポジトリにシークレットを含めないでください。

プロンプトはコンテキストであり、結果のソースがそれを満たしていることを証明するものではありません。導入された動作を、概要から導き出された受け入れ基準に照らしてテストします。

後で変更をリクエストする


POST /api/apps/{app_id}/iterate
Content-Type: application/json
 
{
  "instruction": "Add an authenticated export endpoint and a regression test"
}

これにより、所有し、Git ソースを持つアプリの非同期修復エージェントタスクがディスパッチされます。投票:


GET /api/apps/{app_id}/agent-status?thread_id={thread_id}

ステータス応答は、最新の展開状態と反復スレッドの状態、および報告された結果の証拠を組み合わせます。

重要な反復境界

現在の修復パスはサンドボックス内で機能し、新しいデプロイメントを要求できますが、開発者の Git リポジトリに戻る永続性はまだ保証された段階ではありません。したがって、done エージェントスレッド自体は次のことを証明しません。

要求された変更は上流のリポジトリに存在します。
特定のコミットが構築された。
テストに合格しました。
新しい展開がアクティブになりました。または
古いデプロイメントを復元できます。

反復ごとに、上流のコミット、デプロイメント ID、ビルド ID、正常性の結果、および受け入れテストの証拠を個別に記録します。上流のリポジトリが更新されていない場合は、変更に依存する前に、オペレータがレビューしたソース管理ワークフローを通じてパッチを保存してください。

安全な受け入れシーケンス

概要を観察可能な受け入れ基準に変換します。
選択したテンプレートと正確なリビジョンを確認します。
1 つのデプロイメントをキューに入れ、その永続 ID を追跡します。
ビルド、候補ヘルスチェック、ルートスイッチを個別に確認します。
デプロイされた URL に対して受け入れ基準を実行します。
管理するリポジトリにソースコミットが存在することを確認します。
証拠とロールバック目標を保持します。

不変のデプロイメント段階と障害処理については、アプリのデプロイメントを参照してください。