Loading…
LoadingLoading…
LoadingAgent A と Agent B が並列で pull request を開きます。それぞれの変更は、単体で見れば妥当に見える。それでも、どちらを先に着地させ、後の PR を何に rebase するかは、人間の判断が要ることがあります。
この PR は共有ルールを変更します。単体でレビューすれば diff はきれいで、CI も緑です。
Veripsa はこの PR と重なる open PR を見つけませんでした。通常のレビュー・CI・branch protection のマージ手順をそのまま進めてください。
目的は別、でも振る舞いが重なる。問うべきは「どちらかの PR が悪いか」ではなく、「両方が main に入る前に、着地順を一度見るべきか」です。
この PR は PR A の後ろで待つべきかもしれません。先の変更を着地させ、更新された base にこの PR を一度 rebase してからレビューします。
重要な警告は action_required チェックとして投稿されます。Veripsa は定常の ACK 手順を増やしません。チェックを required にしていなければマージは止まりません。レビュー済みの例外を記録したいチームだけが、任意で veripsa-ack を付けてチェックを neutral にできます。
Veripsa はレビューも CI も merge queue も置き換えません。PR をまたぐ問いを、マージする人とエージェントの目の前に置きます。
各 PR は自分のチェックを通り続けるかもしれません。しかし 2 本目のマージは、先の変更を取り込んでいないぶん、避けられたはずの手戻りを生みます。
PR A を先に着地させ、PR B を一度だけ rebase し、振る舞いの判断を、まだレビューできるうちに意図的に行います。
GitHub App を一度インストールすれば、対象の PR に自動でチェックと管理されたコメントが付きます。エージェント側のプラグインもコマンド手順も ACK の儀式も不要です。マージ権限を持つエージェントに信号を一貫して読ませたいチーム向けの任意ガイダンスも用意しています。
Veripsa Core は、マージ前に open PR 同士の重なりの可能性を可視化するために設計されています。助言型で、content-free。AI レビュアーでも CI でも merge queue でもありません。現時点では 1 リポジトリずつ調整します。
