mcpField
G
gravitas-highstakes

gravitas-highstakes

github.com/udaysharmadevエージェントワークフロー384285 回インストール今日更新
リポジトリ

gravitas-highstakes について

GRAVITAS High-Stakesは、元に戻しにくい重大な操作を扱うエージェント向けのスキルです。リスク分類、計画への反証的レビュー、可能なドライランを求め、実行前にユーザーの明示的な確認を必須とします。

主な機能

  1. 01重大な操作を分類
  2. 02番号付きの変更計画を要求
  3. 03計画への反証的レビューを実施
  4. 04可能なドライランを実行
  5. 05ユーザーの明示的な承認を待機
  6. 06実行または検証の失敗時に停止

活用シーン

  1. 01元に戻しにくいデータベース移行の準備
  2. 02リスクの高い設定変更のレビューと検証
  3. 03デプロイ操作前に承認を要求
  4. 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. 確認済みの計画を実行する

明示的な確認を得た後に限り:

  1. 計画の各手順を実行する
  2. 各手順の後に、成功したことを検証する
  3. いずれかの手順が失敗した場合は、ただちに停止し、計画を続行しない
6. 実行後に再検証する

すべての手順が完了したら:

  1. 利用可能な事後変更検証を実行する
  2. 変更したファイルを再度読み込み、編集内容が反映されていることを確認する
  3. 該当する場合は、テストスイート全体を実行する

以下を報告します。

  • 変更内容
  • 正常に動作していることを示す証拠
  • 懸念事項やフォローアップ事項

中止条件

以下の場合はスキルを中止し、ユーザーに報告します。

  • ドライランで予期しない副作用が判明した
  • 実行中に計画の変更が必要になった
  • 検証手順が失敗した
  • ユーザーがいずれかの時点で計画の変更を求めた

例:データベースのマイグレーション

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)

[ユーザーの確認を待つ]

[実行して検証する]

コメント