Очередь проверки для профессора
Собирает работу студентов в очередь, где профессор одобряет, правит или возвращает её до отправки клиентам и в суд.
- Что делает
- Собирает работу студентов в очередь, где профессор одобряет, правит или возвращает её до отправки клиентам и в суд.
- Когда брать
- Когда клиника выбрала формальную очередь проверки и профессору нужно увидеть, что ждёт проверки, и одобрить или вернуть материал.
- Когда не брать
- Если при настройке выбран другой стиль надзора (флаги или облегчённый режим): очереди нет, скилл просто объяснит, как переключиться.
- Пример запроса
- Покажи, что сейчас ждёт моей проверки, сначала самое срочное.
- Нужно подключить
- профиль клиники со стилем надзора «формальная очередь проверки»
Входит в плагин legal-clinic. В Cowork и Claude Code можно поставить плагин целиком.
Как включить
- Нажмите «Скачать на русском» и сохраните архив.
- В Claude откройте Настройки → Capabilities → Skills → Upload skill и выберите архив.
- Включите скилл переключателем.
Для терминала
Распакуйте архив и положите папку supervisor-review-queue в ~/.claude/skills/. Файл SKILL.md должен лежать внутри этой папки.
Текст
---
name: supervisor-review-queue
description: >
Очередь проверки профессора: работа студентов ждёт здесь одобрения профессора,
прежде чем уйти клиентам или в суд. Работает, только если при настройке выбран
стиль надзора «формальная очередь проверки»; иначе бездействует. Используй,
когда профессору нужно увидеть, что ждёт проверки, одобрить, исправить и
одобрить или вернуть материал.
argument-hint: "[--approve ID | --return ID 'note' | --edit ID]"
---
/supervisor-review-queue
- Проверь
~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md→ стиль надзора. Если это НЕ «формальная очередь проверки»: объясни, что клиника настроена на [флаги/облегчённый режим], формальной очереди нет, и как переключиться. - Пользуйся рабочим процессом ниже.
- По умолчанию: покажи, что ждёт, по срочности и по студентам.
- Действия: одобрить / исправить и одобрить / вернуть с заметкой. Всё записывается в журнал.
/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 указана «формальная очередь проверки».** Иначе он бездействует: вводный опрос (cold-start-interview) спрашивает профессора, какую модель он хочет, и это один из трёх вариантов.
Нужен ли формальный процесс проверки, для клиник по-настоящему открытый вопрос. Это зависит от опыта студентов, нагрузки и от того, как профессор уже выстраивает надзор. Профессор решает при настройке и может изменить решение позже.
Загрузи контекст
~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md → стиль надзора. Если это НЕ «формальная очередь проверки», ответь: «Клиника настроена на надзор через [флаги/облегчённый режим], формальной очереди нет. [Профессор] проверяет через [существующую структуру клиники]. Чтобы перейти на формальную очередь, измените 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
Режимы
Что ждёт
## Очередь проверки — [дата]
**В ожидании:** [N] | **Самый давний:** [N] ч
### 🔴 Срочные по срокам
| ID | Тип | Клиент | Студент | Почему помечено | Ждёт |
|---|---|---|---|---|---|
### Обычные
[та же таблица]
### По студентам
[Разбивка — замечай закономерности: кто часто ставит в очередь, с кем, возможно, нужно поговорить]
Проверить материал
Покажи полное содержание + почему оно помечено + заметки студента.
Одобрить / исправить и одобрить / вернуть
- Одобрить: статус → approved, студент уведомлён, запись в журнале.
- Исправить и одобрить: профессор правит прямо в тексте, одобренной считается исправленная версия, оригинал сохраняется в журнале, чтобы студент видел разницу (момент для обучения).
- Вернуть: с заметкой. Студент дорабатывает и подаёт снова.
Журнал
Каждое действие записывается. Записи об одобрении — документы клиники: они подтверждают, что лицензированный адвокат, солиситор, барристер или другой уполномоченный юрист в юрисдикции клиники проверил работу студента, прежде чем она ушла клиенту или в суд. Это важно для собственного соответствия требованиям клиники и для оценки студентов.
Сигнал для обучения
Очередь — это ещё и данные. Закономерность в возвратах («студент X раз за разом упускает требование о вручении») — повод для разговора-наставничества. Закономерность в правках («у всех претензионные письма слишком длинные») — обновление /ramp на следующий семестр.
Чего этот скилл НЕ делает
- Не работает, если профессор его не выбрал. Это одна из трёх моделей надзора, а не единственная.
- Не одобряет автоматически. Одобряет профессор.
- Не заменяет существующую структуру надзора клиники. Это барьер для рабочих материалов, а не замена разборам дел, личным беседам и наблюдению за студентами в работе.
Перевод: iiuniversitet. Оригинал: https://github.com/anthropics/claude-for-legal/tree/main/legal-clinic/skills/supervisor-review-queue, лицензия Apache-2.0. Изменения: перевод на русский язык.
Оригинал на английском
---
name: supervisor-review-queue
description: >
Professor's review queue — student output waits here for professor approval
before going to clients or courts. Only active if "formal review queue"
supervision style was chosen at setup; otherwise dormant. Use when the
professor wants to see what's waiting for review, approve, edit-then-approve,
or return an item.
argument-hint: "[--approve ID | --return ID 'note' | --edit ID]"
---
# /supervisor-review-queue
1. Check `~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md` → supervision style. If NOT "formal review queue": explain the clinic is set up for [flags/lighter-touch], no formal queue exists, and how to switch.
2. Use the workflow below.
3. Default: show what's waiting, by urgency, by student.
4. Actions: approve / edit-then-approve / return with note. All logged.
```
/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"
```
---
# Supervisor Review Queue (Optional)
## Purpose
Some clinics want a formal gate: student drafts, professor reviews, output releases. Others find that too prescriptive — they supervise through case rounds and one-on-ones, not through a queue.
**This skill is only active if `~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md` → Supervision style is "formal review queue."** Otherwise it's dormant — the cold-start interview asks the professor which model they want, and this is one of three options.
Whether to use a formal review workflow is genuinely an open question for clinic adoption. It depends on student experience level, caseload, and how the professor already runs supervision. The professor decides at setup and can change it later.
## Load context
`~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md` → supervision style. If NOT "formal review queue": respond with "The clinic is set up for [flags/lighter-touch] supervision — there's no formal queue. [Professor] reviews through [the clinic's existing structure]. To switch to a formal queue, edit CLAUDE.md → Supervision style."
If formal queue IS enabled → read flag triggers and proceed.
## The queue
Lives at `references/review-queue.yaml`. Each entry:
```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
```
## Modes
### What's waiting
```markdown
## 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]
```
### Review an item
Show full content + why it was flagged + student notes.
### Approve / edit-then-approve / return
- **Approve:** Status → approved, student notified, logged.
- **Edit then approve:** Professor edits inline, approved version is the edited one, original preserved in log so student sees the diff (teaching moment).
- **Return:** With a note. Student revises and resubmits.
## Logging
Every action logged. Approval logs are clinic records — they document that a licensed attorney, solicitor, barrister, or other authorised legal professional in the clinic's jurisdiction reviewed student work before it went to a client or court. That matters for the clinic's own compliance and for student evaluation.
## Teaching signal
The queue is also data. Pattern in returns ("Student X keeps missing the service requirement") is a coaching conversation. Pattern in edits ("Everyone's demand letters are too long") is a `/ramp` update for next semester.
## What this skill does NOT do
- **Run unless the professor chose it.** It's one of three supervision models, not the only one.
- **Auto-approve.** The professor approves.
- **Replace the clinic's existing supervision structure.** It's a gate for work product, not a substitute for case rounds, one-on-ones, or watching students in action.
Источник: anthropics/claude-for-legal / legal-clinic / supervisor-review-queue ↗. Ссылка проверена 2026-10-10.