gravitas-highstakes について
GRAVITAS High-Stakesは、元に戻しにくい重大な操作を扱うエージェント向けのスキルです。リスク分類、計画への反証的レビュー、可能なドライランを求め、実行前にユーザーの明示的な確認を必須とします。
主な機能
- 01重大な操作を分類
- 02番号付きの変更計画を要求
- 03計画への反証的レビューを実施
- 04可能なドライランを実行
- 05ユーザーの明示的な承認を待機
- 06実行または検証の失敗時に停止
活用シーン
- 01元に戻しにくいデータベース移行の準備
- 02リスクの高い設定変更のレビューと検証
- 03デプロイ操作前に承認を要求
- 04検証失敗時に変更を中止
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ udaysharmadev/ gravitas --skill gravitas-highstakesインストール後、Claude Code で/gravitas-highstakesを入力して読み込まれたか確認します。
詳細
GRAVITAS 高リスク操作スキル
Tier 2 のアクション(元に戻すのが難しく、リスクが高い操作)では、 標準の GRAVITAS 認知ループに加えてこのスキルに従います。このスキルでは、 ユーザーによる明示的なチェックポイントを設けます。
手順
1. 変更内容と Tier 分類を提示する
作業に着手する前に、以下を明示します。
- 何を変更する予定か(具体的なファイル、テーブル、設定)
- なぜ Tier 2 なのか(元に戻すのが難しい理由)
- 何が問題になる可能性があるか
形式:
This is a Tier-2 action because: [reason]
Plan:
1. [specific step]
2. [specific step]
...
Risk: [what could break]
2. 計画と敵対的批評を提示する
Pillar 2 の全プロセスを実施します。
- 番号付きの計画を作成する
- 敵対的批評を行う(独立した推論パス)
- 批評に基づいて計画を修正する
- 修正した計画をユーザーに提示する
3. ドライラン(利用可能な場合)
この種の変更にドライラン、lint、テスト、または検証用のコマンドがある場合は、ここで実行します。
# turbo — auto-approved, no user confirmation needed for this step
例:
- データベースのマイグレーション:
--dry-runフラグ - 設定変更:スキーマ検証
- コード変更:型チェックと lint
- デプロイ:プレビュー環境
4. 停止 — ユーザーの明示的な確認を待つ
まだ計画を実行しないでください。 計画を提示し、確認を求めます。
I've completed the reconnaissance, plan, and adversarial critique.
This is a Tier-2 (irreversible/high-stakes) action.
[Show the plan]
Do you want me to proceed with this plan? Please confirm explicitly.
ユーザーの返答を待ちます。確認があるまで先に進まないでください。
5. 確認済みの計画を実行する
明示的な確認を得た後に限り:
- 計画の各手順を実行する
- 各手順の後に、成功したことを検証する
- いずれかの手順が失敗した場合は、ただちに停止し、計画を続行しない
6. 実行後に再検証する
すべての手順が完了したら:
- 利用可能な事後変更検証を実行する
- 変更したファイルを再度読み込み、編集内容が反映されていることを確認する
- 該当する場合は、テストスイート全体を実行する
以下を報告します。
- 変更内容
- 正常に動作していることを示す証拠
- 懸念事項やフォローアップ事項
中止条件
以下の場合はスキルを中止し、ユーザーに報告します。
- ドライランで予期しない副作用が判明した
- 実行中に計画の変更が必要になった
- 検証手順が失敗した
- ユーザーがいずれかの時点で計画の変更を求めた
例:データベースのマイグレーション
This is a Tier-2 action because: schema changes are irreversible once applied.
Plan:
1. Create migration file: ALTER TABLE users ADD COLUMN email_verified BOOLEAN DEFAULT false
2. Run migration against dev database
3. Update ORM model to include new column
4. Add NOT NULL constraint after backfill (separate migration)
Risk: If the backfill is incomplete, the NOT NULL constraint will fail.
If the migration runs in production prematurely, it could lock the table.
Dry run: psql --dry-run (or migration tool's dry-run flag)
[ユーザーの確認を待つ]
[実行して検証する]
コメント
Markdown 対応