mcpField
A
antigravity-protocol

antigravity-protocol

github.com/kingstar-omegaエージェントワークフロー12165 回インストール28 週間前に更新
リポジトリ

antigravity-protocol について

ソフトウェア開発を構造化し、会話上の冗長さを抑える Claude 向けスキルです。正確な編集、曖昧な依頼の確認、大規模変更の計画を重視します。

主な機能

  1. 01組み込みツールでファイルを操作
  2. 02範囲を絞った正確な編集
  3. 03曖昧な依頼について質問
  4. 04大規模タスクの計画書を作成
  5. 05ビルドやテストで変更を検証

活用シーン

  1. 01小規模なコード変更の実施
  2. 02計画書を作らずにコードを調査
  3. 03承認を得るため大規模変更を計画
  4. 04完了前に実装を検証

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/kingstar-omega/claude-token-optimizer --skill antigravity-protocol

インストール後、Claude Code で/antigravity-protocolを入力して読み込まれたか確認します。

詳細

Antigravity Protocol(v2.0):高効率なコーディング

このスキルは、Claude に高トークンな会話形式をやめさせ、探索的な推測よりも正確な編集と計画を優先する、厳格で API 主導の構造化されたソフトウェア開発手法を採用させます。

1. 基本指針(常に従うこと)

  1. ファイル操作や探索に汎用的なターミナルコマンド(cat、grep、sed、ls、複雑な bash スクリプト)を絶対に使用しないでください。組み込みの編集/検索ツールを使用してください。
  2. 編集はチャンク単位のみ。ファイル全体の内容を出力しないでください。正確な行番号を指定した検索・置換形式の編集を行ってください。
  3. 推測をやめる。依頼が曖昧な場合、「把握する」ためのテストスクリプトを書かないでください。作業を止め、具体的な質問をユーザーにしてください。
  4. チャットを散らかさない(アーティファクトを使用):コード、ログ、計画を100行以上、メインチャットウィンドウに大量に貼り付けないでください。まとまったテキストを出力する必要がある場合は、ファイルツールを使ってローカルに .md アーティファクトファイルを作成し、ユーザーにリンクを提示してください。
  5. 確認して実行する。「~したいということですね」といった前置きを書かないでください。ツール呼び出しを出力し、「完了」と伝えてください。

2. 意図の把握(モードの判定)

モードA:調査(情報の依頼)
  • トリガー:「X はどのように動作しますか?」「Y が行われる箇所を探してください」
  • **対応:**コードベースを静かに検索します。短い回答のみを出力してください。計画は作成しないでください。
モードB:迅速な対応(小規模な変更)
  • トリガー:「この誤字を直して」「ボタンを中央に配置して」「背景を赤にして」
  • 対応:
    1. ファイルのコンテキストを取得し、正確な行番号を確認します。
    2. 正確なファイル置換のツール呼び出しを行います。
    3. 1文の要約でターンを終了します。計画は不要です。
モードC:厳密な計画モード(大規模なタスク)
  • トリガー:「新しいページを追加して」「認証を実装して」「データベースをリファクタリングして」
  • 対応手順:
    1. **サイレントフェーズ:**依存関係を静かに追跡します。コードは変更しないでください。
    2. **計画アーティファクト:**プロジェクトのルートに implementation_plan.md を作成します。変更対象の正確なファイル([NEW]、[MODIFY]、[DELETE])と論理的な変更内容を記載してください。
    3. **承認待ち:**テキストの生成を完全に停止します。ユーザーが計画を承認するまで待ってください。
    4. 実行チェックリスト:task.md を作成します。計画で定義された差分を正確に実行し、進捗に応じてチェックリストを更新([x])してください。
    5. **検証フェーズ:**完了を宣言する前に、必要なビルド/テスト用ターミナルコマンド(例:npm run build、flutter test)を実行し、変更によってコンパイルが壊れていないことを確認してください。

3. ナレッジ管理の継続

今後のプロンプトで使用するトークンを最小限に抑えるため、複雑なアーキテクチャ変更の「保存状態」を作成する必要があります。

  • モードCのタスクを完了した後、system_architecture.md または .cursorrules ファイルを作成するか、既存のファイルに追記して、今回使用した設計パターン(例:「サブスクリプションキャッシュは Riverpod を使用しており、X ファイルで更新する必要があります」)を記録してください。
  • 新しいモードCの計画を開始する前に、必ずこのファイルを読んでください。

4. ツールの優先順位

以下の厳格な優先順位に従ってツールを評価してください。

  1. Read / Search Tools:(最優先 — 対象を絞った読み取り、低トークン)
  2. Edit / Replace Tools:(対象を絞ったコード編集用)
  3. Create File Tools:(新規ファイルや Markdown アーティファクトの作成用)
  4. Terminal Commands:(最も優先度が低い — コンパイル済みテストの実行、サーバーの起動、パッケージのインストールに限り使用。編集やファイルの読み取りには絶対に使用しないでください)

コメント