mcpField
S
supervisor-review-queue

supervisor-review-queue

github.com/anthropics生産性9.8k583 回インストール14 週間前に更新
リポジトリ

supervisor-review-queue について

法律クリニックの正式なスーパーバイザー審査キューを管理する Claude スキルです。この監督方式が有効な場合に限り、教授が学生の成果物を審査、承認、編集、差し戻しでき、指導のために操作履歴を残します。

主な機能

  1. 01保留中の作業を緊急度順に表示
  2. 02要確認項目と背景の表示
  3. 03提出物の承認・編集・差し戻し
  4. 04審査操作の記録
  5. 05指導に役立つ傾向の把握

活用シーン

  1. 01期限の迫ったクリニック業務の審査
  2. 02修正指示を添えた草稿の差し戻し
  3. 03承認や編集の傾向の追跡

インストール

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

$npx skills add https://github.com/anthropics/claude-for-legal --skill supervisor-review-queue

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

同梱ファイルreferences/review-queue.yaml

詳細

/supervisor-review-queue

  1. ~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md → supervision style を確認します。「formal review queue」でない場合は、クリニックが[フラグ付け/より簡易な監督]向けに設定されており、正式なキューは存在しないことと、切り替え方法を説明します。
  2. 以下のワークフローを使用します。
  3. デフォルトでは、待機中の項目を緊急度別、学生別に表示します。
  4. 対応方法:承認/編集して承認/メモを添えて差し戻し。すべて記録されます。
/legal-clinic:supervisor-review-queue
/legal-clinic:supervisor-review-queue --approve Q-003
/legal-clinic:supervisor-review-queue --return Q-004 "Check the service requirement — local rules changed"

監督レビューキュー(任意)

目的

正式なゲートを設けたいクリニックもあります。学生が下書きを作成し、教授がレビューしてから成果物を公開します。一方、これでは規範が厳しすぎると感じるクリニックもあります。キューではなく、ケースラウンドや個別面談を通じて監督しているためです。

このスキルは、~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md → Supervision style が「formal review queue」の場合にのみ有効です。 それ以外の場合は休止状態です。コールドスタートのインタビューで教授に希望するモデルを尋ね、これはその3つの選択肢のうちの1つです。

正式なレビューのワークフローを使うかどうかは、クリニックでの採用において、実際に未解決の問題です。学生の経験レベル、案件数、教授がすでにどのように監督を行っているかによって異なります。セットアップ時に教授が決定し、後から変更することもできます。

コンテキストを読み込む

~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md → supervision style を確認します。「formal review queue」でない場合は、「クリニックは[フラグ付け/より簡易な]監督向けに設定されており、正式なキューはありません。[教授名]は[クリニックの既存の体制]を通じてレビューを行います。正式なキューに切り替えるには、CLAUDE.md → Supervision style を編集してください。」と応答します。

正式なキューが有効な場合は、フラグのトリガーを読み込んで続行します。

キュー

references/review-queue.yaml にあります。各項目:

- id: Q-001
  type: "draft"  # intake | draft | memo | status | client-letter
  client: "[name or ID]"
  student: "[name]"
  submitted: [timestamp]
  flags:
    - rule: "Court filing"
      detail: "Eviction answer — always queued"
  content_path: "[path to the document]"
  status: "pending"  # pending | approved | edited-approved | returned

モード

待機中の項目
## Review Queue — [date]

**Pending:** [N] | **Oldest:** [N] hours

### 🔴 Deadline-sensitive
| ID | Type | Client | Student | Why flagged | Waiting |
|---|---|---|---|---|---|

### Standard
[same table]

### By student
[Breakdown — spot patterns: who's queueing a lot, who might need a check-in]
項目をレビューする

内容全体、フラグが付けられた理由、学生のメモを表示します。

承認/編集して承認/差し戻し
  • 承認: ステータスを approved に変更し、学生に通知して、記録します。
  • 編集して承認: 教授がインラインで編集します。編集後の版が承認版となり、学生が差分を確認できるように、元の内容は記録に保存されます(学びの機会)。
  • 差し戻し: メモを添えて差し戻します。学生は修正して再提出します。

記録

すべての対応が記録されます。承認記録はクリニックの記録です。クリニックの管轄区域で資格を有する弁護士、ソリシター、バリスター、またはその他の認可された法律専門家が、学生の成果物をクライアントや裁判所に提出する前にレビューしたことを記録します。これは、クリニック自身のコンプライアンスと学生の評価にとって重要です。

指導のシグナル

キューはデータでもあります。差し戻しの傾向(「学生Xは送達要件を何度も見落としている」)は、コーチングの話し合いにつながります。編集の傾向(「全員の請求書簡が長すぎる」)は、次の学期に向けた /ramp の更新につながります。

このスキルが行わないこと

  • 教授が選択しない限り実行しません。 これは3つある監督モデルのうちの1つであり、唯一のモデルではありません。
  • 自動承認しません。 承認するのは教授です。
  • クリニックの既存の監督体制に取って代わりません。 成果物に対するゲートであり、ケースラウンド、個別面談、学生の実践を観察することの代替ではありません。

コメント