mcpField
S
second-opinion

second-opinion

github.com/lwlee2608テスト・品質145 回インストール今日更新
リポジトリ

second-opinion について

second-opinionは、別のコーディングエージェントの新規セッションでコードレビューを行い、その結果を伝えるスキルです。環境に応じてpiまたはClaude Codeを選び、呼び出し元自身のレビューとは別に実行します。

主な機能

  1. 01レビュー担当にpiまたはClaude Codeを選択
  2. 02review-codeの用語で対象を指定
  3. 03新規のヘッドレスセッションを起動
  4. 04レビュー担当によるファイル編集を禁止
  5. 05レビュー結果を改変せず伝達

活用シーン

  1. 01独立したコードレビューの依頼
  2. 02プルリクエストや差分のレビュー
  3. 03呼び出し元の指摘と別の意見を分離

インストール

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

$npx skills add https://github.com/lwlee2608/agent-skills --skill second-opinion

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

詳細

セカンドオピニオン

別のエージェントの新しいヘッドレスセッションを実行して、コードレビューを取得します。ユーザーが求めているのはそのエージェントの見解です。あなた自身がレビューをやり直すのではなく、そのまま伝えてください。

review-code --second-opinion がこのスキルを実行するとき、以下のルールは伝達するレビューにのみ適用されます。呼び出し元自身のレビューは引き続き実行され、ここで失敗してもそのレビューは停止しません。

レビュアーの選択

PI_CODING_AGENT が true の場合、pi で実行中です。レビュアーは Claude Code(claude)です。それ以外の場合、レビュアーは pi です。

レビュアーはインストール済みで、デフォルトのモデルが設定されており、review-code スキルを利用できるものとします。これらを確認しないでください。失敗した場合はエラーを提示して停止します。

ルール

  1. review-code の用語で対象を解決します。 自分で差分を計算しないでください。

    • PR 番号 → pr <N>
    • 番号のない「PR」→ 現在のブランチの PR を指す pr <N>
    • 参照範囲(例:main...HEAD)、all、codebase、またはパス → そのまま
    • それ以外 → diff
  2. ユーザーが指定したモデルをそのまま --model に渡します。指定がなければ --model を省略し、レビュアーの設定済みデフォルトを使用します。

  3. 対象とモデルを当てはめて、リポジトリのルートからレビュアーのコマンドを実行します。 プロンプトはどちらの場合も同じです。

    Use the review-code skill to review <target> in this repo. Do not modify any files.
    

    pi:

    pi -p \
      --model <provider/model> \
      --exclude-tools edit,write \
      --name "review: <target>" \
      "<prompt>"
    

    Claude Code:

    claude -p \
      --model <model> \
      --disallowedTools Edit Write NotebookEdit \
      --allowedTools "Bash(git *)" "Bash(gh *)" \
      --no-session-persistence \
      "<prompt>"
    
    • -p は最終回答のみを出力するため、メインセッションで安全に読み取れます。
    • ツールのフラグにより、レビュアーが指摘を「修正」するのを防ぎつつ、git と gh は引き続き使用できます。
    • レビューには数分かかることがあります。許可されている最長のタイムアウトを使用するか、バックグラウンドで実行してください。
  4. セッションを再開しないでください。 -c、-r、--resume、--session、--session-id、--fork は使用しないでください。以前のコンテキストがレビューに影響します。

  5. プロンプトに差分を直接埋め込まず、レビュアーに --second-opinion を渡さないでください。 review-code が対象を独自に解決します。大きな差分はシェルの引用を壊し、このフラグを渡すとレビュアーがあなたを呼び出してしまいます。

  6. レビューをそのまま伝えてください。 要約、再評価、独自の指摘の追加はしないでください。

  7. 終了コードが 0 以外の場合は、エラーを出力して停止してください。 自分でレビューを行う代替手段に切り替えてはいけません。

検証手順

  1. 報告された指摘にはすべて path:line 形式の引用が必要です。引用がない場合、レビュアーが review-code を読み込めていない可能性が高いため、もう一度実行してから報告してください。指摘がない場合は、クリーンなレビューに引用は必要ありません。
  2. pi がモデルを拒否した場合は、pi --list-models <name> を確認し、一覧にある名前で再試行してください。

コメント