Skip to content

機能マップ ​

最初の変更は、Story・Spec・検証・レビュー・PR準備から始めてください。以下は任意の分析・判断支援・連携機能を含む一覧であり、すべての変更で完了するチェックリストではありません。

目的コマンド群保存結果
リポジトリの初期化と確認init, doctor, status.vibepro/ の設定とhealth context
影響範囲の文脈調査graph, env graph, diagnoseGraphとdiagnosis artifact
プロダクト意図の保存story, spec, traceStory、Spec、trace記録
実行証跡の保存verifyリポジトリ状態に結びついた検証記録
人間またはagentの判断保存review, decisionレビューと判断記録
問いを立て、証拠で判断を見直すjudgment investigateホストAI向け要求、調査の根拠、候補と未解決の問い
調査を判断入力へ引き継ぐjudgment prepare --investigation明示採択前の入力ドラフト
観測から専門判断を提案するjudgment suggest仮説、選択肢、次の確認
シニアエンジニア判断の評価judgment evaluate助言型の判断DAGと上書きしない実行履歴
command guardrailの追加guardローカルguard設定とreport
PRへの引き渡し準備pr prepare, pr createPR contextと人間向け本文
coding agentの設定skills, codex, harness導入済みinstructionsと学習記録
連携・artifact保守brainbase, artifactsintegrationとmigrationの出力

最小コアから廃止したもの ​

過去のrelease noteには次の概念が登場しますが、現行機能ではありません。Gate DAG、check pack、checkpoint、managed execution/merge、自動adjudication、旧Gate DAGによるreadiness/blocking判定、review lifecycle会計、delivery-efficiency budget、design modernization pipeline、usage/ROI report、自動audit bundle。

現行のSpec確定条件と、未解決のレビュー指摘の確認は残っています。pr prepare は blocked の結果も要約しますが、pr create はその状態でPRを作成しません。これはマージの承認ではありません。詳しくは安全性の境界を参照してください。

installed versionの正確なcommandは vibepro help --language ja で確認してください。

Development Judgment運用ループ ​

Development Judgmentは任意レポートではなく、明示的な非blockingループとして運用できます。

  1. 適用要否を記録する
  2. 必要に応じて調査・再判断を行い、入力ドラフトをレビューして意味を明示採択する
  3. Development Judgment DAGを評価する
  4. actionableな判断をStory planへbindingする
  5. 採否と後日のOutcomeを時間分離して記録する
  6. 観測Outcomeを次回判断へfeedbackする

pr prepareはこのライフサイクルを投影するだけです。Development JudgmentはPRのreadiness、merge、release権限を変更しません。

Apache-2.0 · docs source 6d043b4cf37b