VibePro変更の目的を、PRレビューまで届ける

作るものを決める前から、レビューまで ​

依頼を受けても、すぐに新機能を足すとは限りません。シニアエンジニア判断では、judgment investigate を使い、ホストAIが目的・範囲から問いを立て、既存のGraphify成果物やソースを読み、追加の証拠で問題設定・選択肢・推薦を見直せます。その候補を明示的な採択手順へ渡し、何を作るか、減らすか、先に確かめるかを検討します。すべての変更にこの調査を必須とするものではありません。

PRには、差分だけでなく変更の理由も必要です ​

AIコーディングエージェントは、きれいな差分を作りながら、ユーザーが求めていた問題とは別の問題を解くことがあります。VibeProは、レビュアーが確認したい「なぜこの変更をするのか」「合意した振る舞いは何か」「どこに実装され、何を確認したか」というつながりを残します。

たとえば「CSV出力では現在の絞り込み条件を維持する」というStoryがあるとします。Specでその振る舞いを具体化し、実装コードとテストを参照します。検証記録には実際に実行したテストを残し、PR要約でそれらをレビューの場へ戻します。

VibeProは、実装とテストへの参照が構造上存在するかを確認します。意味の解釈や選択肢の比較はホストAIも担いますが、CLIはモデルを自律的に呼び出さず、判断の正しさを保証しません。参照先が存在し、テストが通っていても、ユーザーの課題を外している可能性があります。人間による確認と採択の責任は残ります。

意図的に残している境界 ​

StoryとSpecには、更新して保つためのコストがあります。これはVibeProが確認できる機械可読な契約であり、README、Issue、プロダクト議論、通常のコードレビューを置き換えるものではありません。READMEやIssueだけで代用する機能ではなく、既存のPR説明で十分なら追加負担の方が大きくなる場合もあります。変更の意図が変わったときに、レビューに必要な範囲で記録も更新してください。

以前の広範なGate DAGと、マージをブロックするライフサイクル機構は、最小コアから廃止されています。現在の判断DAGは、調査・再判断と次の行動を支える助言です。意図の逸脱を自動で認定したり、安全性の認定、PR承認、マージの権限を持ったりするものではありません。

導入ガイドでは、最小限の実用的な流れを説明します。VibeProとはでは、記録の役割と境界を詳しく説明します。