HeyDeer で修正

修正を開始する

1. GitHub のレビューコメントで「HeyDeer で修正」を選ぶか、HeyDeer のレビューページで「指摘事項を修正」を選びます。個別の指摘事項のリンクから開くと、その項目が選択済みになります。ページを開くだけではクレジットを使用しません。
2. 対応する指摘事項を選びます。採用したい方法や維持すべき動作などを伝えたい場合は、その指摘事項の「指示を追加」を使って補足します。
3. 選択欄の下にあるボタンで修正を開始します。タスクページには進捗、使用クレジット、結果が表示されます。この PR ですでに修正が進行中の場合は、「修正を表示」で開けます。

一覧には、この PR のレビューで見つかった指摘事項と、引き続き対応が必要な過去の懸念が表示されます。ディスカッションで対応しないと決めた指摘事項は除外されます。HeyDeer は保存されたソースのリビジョンに照らして選択内容を再確認し、該当しなくなった指摘事項をスキップすることがあります。

修正を確認してマージする

HeyDeer は新しいブランチを作り、元の PR のブランチをマージ先とする PR を開きます。サマリーを読み、「修正 PR を表示」で変更を確認してください。元の PR にマージするかどうかは、ご自身で判断できます。

コードの変更が不要な場合は、PR を作成せずにタスクが完了することがあります。

サマリーには変更内容、スキップした指摘事項、ローカルテストの結果、実行できなかったチェックが記載されます。修正をマージしたら、元の PR でフォローアップレビューを依頼するか、自動レビューの実行を待ちます。修正 PR を作成しただけでは指摘事項は解決されず、HeyDeer Review チェックも合格にはなりません。

利用条件と制限

修正を開始するには、両方のブランチが同じリポジトリにあるオープンな PR と、リポジトリへの書き込み権限が必要です。フォークからの PR には対応していません。HeyDeer には Contents と Pull requests の読み取り・書き込み権限が必要です。GitHub App と権限をご覧ください。1 つの PR で同時に実行できる修正は 1 件です。

HeyDeer は .github/workflows/ 内の GitHub Actions ワークフローファイルへの変更を公開できません。これらを含む修正は、いずれのファイルも公開される前に停止します。

ローカルチェックと CI

修正を開始すると、HeyDeer は公開インターネットに接続できる隔離されたサンドボックスで、コードの編集、依存関係のインストール、ローカルチェックを行えます。ワークスペースとリポジトリの指示、リポジトリ内のガイダンスを使用し、MCP サーバーには接続しません。コード実行の隔離についてはセキュリティをご覧ください。

修正 PR で GitHub の自動処理が実行される場合があります。main などの特定のベースブランチに限定されたワークフローは、修正を元の PR にマージした後でのみ実行されることがあります。HeyDeer は CI の完了を待たず、CI が失敗しても修正を自動で再試行しません。

クレジットとキャンセル

修正はワークスペースのクレジットを使用し、レビューと同じ同時実行枠を使います。各修正には、その時点の標準レビューの最低料金が適用され、それを超える作業量に応じてクレジットを使用します。ワークスペースの使用量の上限も適用されます。クレジットの仕組みをご覧ください。

書き込み権限を持つ人は、HeyDeer が GitHub への変更保存を開始するまで「修正をキャンセル」を選べます。エージェント起動前の準備は課金されません。起動後にキャンセルした場合、最低料金と使用済みクレジットは返還されません。クレジットがなくなると修正は停止するため、改めて修正を依頼してください。

元の PR が変更された場合

修正には、開始時に保存されたコミットとブランチを使用します。その後にコミットを追加したり元の PR を閉じたりしても、タスクはキャンセルされません。マージ前に競合を確認してください。マージ先ブランチが削除または改名された場合は、「修正コミットを表示」で保存された変更を確認し、適用方法を判断できます。