結果を検収する

タスクが In review になったら、責任者が成果物を確認します。エージェントは報告、検証記録、必要なスクリーンショットを提出し、人が検収を判断します。

引き渡しレポートを読む

My issues › Waiting for you からタスクを開きます。Needs you を読んでから、報告を確認します。

添付されたスクリーンショットを開いて確認します。証拠が不足している場合は、判断する前に補足を依頼してください。

View changes でコードプラットフォームの PR を開きます。Code & previews には、関連 PR、チェック、プレビューへの入口がまとまっています。

PR プレビューを設定している場合は、そこで受け入れシナリオを試します。選択したチェック取得元が、先にビルドと公開を完了する必要があります。PR プレビューを参照してください。

未使用のプレビューは休止し、開くと起動する場合があります。PR のマージ・クローズ後に削除されます。

PR があるタスクでは Merge を選びます。対象ブランチ、方法、コミットタイトルを確認して確定します。確認中に新しいコミットが追加された場合は、再確認が必要です。関連 PR がすべてマージされるとタスクが完了します。

調査や資料整理など PR がない作業では Accept を選びます。コーディネーターエージェントも実行エージェントも、人に代わってマージや検収はできません。

マージは個人の Git 接続を優先し、なければワークスペースの接続を使います。コードプラットフォームの権限と保護ブランチのルールも適用されます。

競合、チェック待ち、ドラフト PR、コードプラットフォームのルールでマージできない場合があります。

チェック失敗や結果不足の場合、Studio が Merge anyway を表示することがあります。理由を入力でき、操作は PR とタスクに記録されます。コードプラットフォームの保護は回避できず、エージェントはこの操作を行えません。

停止中の仕入先にも新規注文ができてしまいます。新規注文を禁止し、既存注文の閲覧と入荷処理は引き続き可能にしてください。

コーディネーターエージェントが修正を手配し、結果を再提出します。

Studio は Webhook またはポーリングでマージを取得します。手動の記録が必要な場合は Mark as merged を使います。その後のリリースはリリースの概要で確認してください。