Передача дел в конце семестра
Готовит записку о передаче по каждому делу и сводку по потоку, чтобы уходящие студенты чисто передали работу новым.
- Что делает
- Готовит записку о передаче по каждому делу и сводку по потоку, чтобы уходящие студенты чисто передали работу новым.
- Когда брать
- В конце семестра, когда профессору или уходящим студентам нужно оформить передачу дел или уход выпускающегося или отчисляющегося студента.
- Когда не брать
- Если нужно закрыть дело или назначить приходящих студентов: скилл ни то ни другое не делает, назначает профессор.
- Пример запроса
- Подготовь записки о передаче всех действующих дел потока этого семестра.
- Нужно подключить
- список действующих дел клиники, профиль клиники
- Работает лучше с
- журнал сроков (deadlines.yaml), журналы переписки с клиентами
Входит в плагин legal-clinic. В Cowork и Claude Code можно поставить плагин целиком.
Как включить
- Нажмите «Скачать на русском» и сохраните архив.
- В Claude откройте Настройки → Capabilities → Skills → Upload skill и выберите архив.
- Включите скилл переключателем.
Для терминала
Распакуйте архив и положите папку semester-handoff в ~/.claude/skills/. Файл SKILL.md должен лежать внутри этой папки.
Текст
---
name: semester-handoff
description: >
Записки о передаче дел в конце семестра — зеркало /ramp. Готовит записки
о передаче по каждому делу и сводку по потоку, чтобы уходящий поток чисто
передал работу пришедшему. Читает сроки, переписку с клиентами и историю дел.
Используй, когда профессору или уходящим студентам нужно закрыть семестр,
составить записки о передаче или оформить уход выпускающегося или
отчисляющегося студента.
argument-hint: "[--semester=YYYY-term (default: current)] [--case=[case_id] (for a single case)]"
---
/semester-handoff
- Загрузи
~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md→ профиль клиники, даты семестра, стиль надзора. - Загрузи
~/.claude/plugins/config/claude-for-legal/legal-clinic/deadlines.yamlи~/.claude/plugins/config/claude-for-legal/legal-clinic/client-comms/[case-id]/log.mdпо каждому делу. - Пользуйся рабочим процессом ниже.
- Возьми список действующих дел как входные данные (спроси, если в клинике нет единого списка). Сопоставь уходящих ответственных с приходящими.
- Сделай записку о передаче по каждому делу →
~/.claude/plugins/config/claude-for-legal/legal-clinic/handoffs/[semester]/[case_id].md. - Сделай сводку по потоку →
~/.claude/plugins/config/claude-for-legal/legal-clinic/handoffs/[semester]/_summary.md. - Направь по модели надзора: формальная очередь / настраиваемые флаги / облегчённый режим.
Передача дел в конце семестра
Назначение
Каждый семестр клиники теряют весь свой состав и собираются заново. /ramp решает половину задачи: вводит в курс новый поток. Этот скилл решает вторую половину: провожает уходящий поток, готовя записки о передаче, в которых зафиксировано всё, что следующему студенту нужно знать о каждом действующем деле.
Без этого знание о деле уходит вместе со студентом. Новый студент начинает с файла дела и сводки приёма, а этого никогда не хватает. Две недели тратятся на то, чтобы заново разобраться в деле, прежде чем новый студент сможет сделать что-то полезное. Клиент воспринимает это как шаг назад: звонки остаются без ответа, пока новый студент вникает, на уже отвеченные вопросы приходится отвечать снова.
Аудитория
Профессор или уходящие студенты. Профессор запускает скилл, чтобы организовать проводы всего потока; отдельные студенты могут запускать его по своим делам, если уходят посреди семестра (выпуск, отчисление).
Загрузи контекст
~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md→ профиль клиники, семестр, направления практики, стиль надзора~/.claude/plugins/config/claude-for-legal/legal-clinic/deadlines.yaml→ все действующие сроки, сгруппированные по делам~/.claude/plugins/config/claude-for-legal/legal-clinic/client-comms/[case-id]/log.md(по каждому делу) → история переписки- Файлы дел и сводки приёма, которые ведёт клиника
- Список студентов: кто чем владеет на момент передачи
Рабочий процесс
Шаг 1. Определи дела и ответственных
- Выбери все действующие дела (из записей приёма + case_id в
~/.claude/plugins/config/claude-for-legal/legal-clinic/deadlines.yaml+ папки client-comms) - По каждому делу: кто сейчас ответственный студент? Остаётся он или уходит?
- Сопоставь: уходящий ответственный → приходящий (если известен; иначе пометь «TBD — назначит профессор»)
Если в клинике нет единого списка действующих дел, скиллу нужны одни входные данные — список действующих дел. Запроси его. Не угадывай.
Шаг 2. Записка о передаче по каждому делу
По каждому делу:
# Передача дела — [название дела] — [завершающийся семестр]
**Номер дела:** [case_id]
**Направление практики:** [направление]
**Уходящий студент:** [имя]
**Приходящий студент:** [имя или «TBD»]
**Курирующий юрист:** [профессор]
**Клиент:** [имя или номер клиента]
---
## Где мы сейчас
[Один абзац: текущее положение. Что сделано, что в ожидании, куда движется дело. Если дело на естественной паузе или между подачами, скажи об этом.]
## Ближайшие сроки
*Взято из `~/.claude/plugins/config/claude-for-legal/legal-clinic/deadlines.yaml`. Первая задача приходящего студента — убедиться, что они точны и закреплены за кем-то.*
| Срок | Тип | Описание | Примечания |
|---|---|---|---|
| [дата] | [тип] | [одной строкой] | [если сжатый: «СРОЧНО — в течение [N] дней от начала семестра»] |
## Что сделано
- [Ключевые действия этого семестра: приём, подачи, слушания, важная переписка]
- [Подготовленные документы — с указанием, где они лежат]
## Что открыто
- [Ожидаемые решения: например, «клиент не решил, принимать ли предложение об урегулировании»]
- [Пробелы в исследовании: например, «нужно подтвердить, допускает ли [юрисдикция] [средство защиты]»]
- [Открытая переписка: например, «ждём ответа из офиса юриста противоположной стороны»]
## Отношения с клиентом
- [Как часто студент был на связи? Телефон, почта, личная встреча?]
- [Что в отношениях нужно знать следующему студенту: язык общения, заметки о построении доверия, обстоятельства, влияющие на расписание]
- [Запланированные контакты или встречи]
## Подготовленные и поданные документы
*Указатели, а не содержание.*
- [Дата] [Тип документа] — [путь или ссылка на файл] — [статус: подан / подготовлен / в очереди проверки]
## Краткая история переписки
*Из `~/.claude/plugins/config/claude-for-legal/legal-clinic/client-comms/[case-id]/log.md`. Здесь краткая справка из трёх строк; приходящий студент читает журнал целиком.*
[Краткая сводка недавних контактов — например, «3 звонка с момента приёма, все на испанском, клиент предпочитает вечер. Последний контакт: 2026-04-15, подтвердили адрес для уведомления о слушании».]
## Пометки профессора для приходящего студента
*Добавляет профессор при проверке, прежде чем записка уйдёт приходящему студенту. Например: «в этом деле непростая семейная ситуация — внимательно прочитайте приём, прежде чем звонить клиенту»; «клиент просил направлять всю почту на абонентский ящик, а не домой»; «есть неразрешённый вопрос о рамках дела — подойдите ко мне на первой неделе».*
[пометки или «нет»]
## Приоритеты первой недели для приходящего студента
1. [Конкретно — например, «Позвони [клиенту] в течение 48 часов после принятия дела. Представься. Подтверди, что получил файл дела».]
2. [По срокам — например, «Ответ на иск о выселении нужно подать до [даты]. Прочитай черновик уходящего студента, доработай, подай».]
3. [Пробел в знаниях — например, «Прочитай меморандум уходящего студента о возражении о непригодности жилья до статусного заседания 28.04».]
---
**Записку о передаче подготовил:** [уходящий студент]
**Дата:** [ГГГГ-ММ-ДД]
**Проверил:** [курирующий юрист, если требуется по модели надзора]
Шаг 3. Сводка по потоку
После всех записок по делам сделай ~/.claude/plugins/config/claude-for-legal/legal-clinic/handoffs/[semester]/_summary.md:
# Сводка передачи потока — [завершающийся семестр]
**Уходящих студентов:** [N]
**Приходящих студентов:** [N]
**Действующих дел переходит:** [N]
**Дел закрывается к концу семестра (без передачи):** [N]
---
## Переходы
| Дело | Уходящий | Приходящий | Направление практики | Срочность |
|---|---|---|---|---|
| [case_id] | [имя] | [имя или TBD] | [направление] | [обычная / срок в течение 2 недель / срочно] |
## Не назначено
[дела, у которых приходящий студент «TBD» — профессор назначает до следующего семестра]
## Сроки в течение 30 дней от начала семестра
[из deadlines.yaml — с этими делами новый поток столкнётся с ходу]
## Заметки для профессора
- [Любое дело, вызвавшее беспокойство об успеваемости студента, — отмечено для более пристального надзора]
- [Любое дело, по которому уходящий студент готов остаться консультантом — например, выпускник третьего курса, который хочет наставлять студента второго курса, принимающего дело]
- [Закономерности по передачам — например, «у трёх из шести дел есть действующие сроки в первые 14 дней; подумайте о том, чтобы заранее прорабатывать упражнения /ramp по этим направлениям»]
Шаг 4. Проверка профессором (если этого требует модель надзора)
Закрытие дела или передача его новому студенту — действие с последствиями. Барьер — это процесс надзора из раздела ## Supervision style в ~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md, усиленный проверкой роли в части 0, подтверждающей, что настройку ведёт лицензированный курирующий юрист. Записки о закрытии дела всегда получают подпись профессора до того, как дело будет помечено закрытым в документе о передаче, независимо от выбранного стиля надзора.
По стилю надзора из ~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md:
- Формальная очередь проверки: каждая записка о передаче попадает в очередь проверки, прежде чем её передадут приходящему студенту. Профессор утверждает, правит или возвращает.
- Настраиваемые флаги: записки несут пометку «СОГЛАСУЙ С [ПРОФЕССОРОМ] ДО ТОГО, КАК ПОЛАГАТЬСЯ» — профессор проверяет неформально, студент отвечает за то, чтобы зайти на согласование.
- Облегчённый режим: записки несут стандартную пометку «с помощью ИИ»; профессор проверяет через существующую структуру. Записки о закрытии дела всё равно идут к профессору до закрытия.
Шаг 5. Передай
После проверки записки о передаче лежат в ~/.claude/plugins/config/claude-for-legal/legal-clinic/handoffs/[semester]/[case_id].md. Приходящий студент читает их во время своего запуска /ramp в начале следующего семестра: /ramp должен показать записки по делам, закреплённым за новым студентом.
Интеграция
- **
/ramp:** в начале следующего семестра читает~/.claude/plugins/config/claude-for-legal/legal-clinic/handoffs/[most-recent-semester]/и показывает записки по тем делам, которые принимает каждый новый студент. - **
/deadlines:** наполняет раздел «Ближайшие сроки» в каждой записке. - **
/client-comms-log:** наполняет краткую историю переписки. - **
/supervisor-review-queue(если включена формальная проверка):** сюда уходят записки о передаче на утверждение профессором.
Чего этот скилл не делает
- Не закрывает дела. Передача нужна для дел, переходящих следующему потоку. Дела, закрывающиеся к концу семестра, должны получить итоговую внутреннюю записку о статусе (
/legal-clinic:status internal) для файла и быть помечены закрытыми в документе о передаче; скилл status поддерживает аудиторииclient | internal | court. - Не назначает приходящих студентов. Назначает профессор. Скилл фиксирует, каково назначение, но не выбирает.
- Не создаёт передачу с нуля без данных клиники. Нужен список действующих дел как входные данные. Если в клинике его нет, скилл указывает на этот пробел как на препятствие, а не придумывает.
- Не заменяет разговор. Письменная записка — это протокол. Уходящему студенту по возможности стоит ещё и поговорить с приходящим: записка фиксирует факты, а разговор передаёт суждение и контекст отношений, которых в записке нет.
Перевод: iiuniversitet. Оригинал: https://github.com/anthropics/claude-for-legal/tree/main/legal-clinic/skills/semester-handoff, лицензия Apache-2.0. Изменения: перевод на русский язык.
Оригинал на английском
--- name: semester-handoff description: > End-of-semester case handoff memos — the mirror of /ramp. Produces per-case transition memos and a cohort summary so the departing cohort hands work to the incoming cohort cleanly. Reads deadlines, client-comms, and case history. Use when the professor or departing students need to wrap up the semester, build transition memos, or offboard a graduating/withdrawing student. argument-hint: "[--semester=YYYY-term (default: current)] [--case=[case_id] (for a single case)]" --- # /semester-handoff 1. Load `~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md` → clinic profile, semester dates, supervision style. 2. Load `~/.claude/plugins/config/claude-for-legal/legal-clinic/deadlines.yaml` and `~/.claude/plugins/config/claude-for-legal/legal-clinic/client-comms/[case-id]/log.md` per case. 3. Use the workflow below. 4. Take active-case list as input (ask if clinic doesn't have a central list). Map outgoing → incoming owners. 5. Generate per-case handoff memo → `~/.claude/plugins/config/claude-for-legal/legal-clinic/handoffs/[semester]/[case_id].md`. 6. Generate cohort summary → `~/.claude/plugins/config/claude-for-legal/legal-clinic/handoffs/[semester]/_summary.md`. 7. Route per supervision model — formal queue / configurable flags / lighter-touch. --- # Semester Handoff ## Purpose Every semester, clinics lose their entire workforce and rebuild. `/ramp` solves half the problem — it onboards the new cohort. This skill solves the other half: it offboards the departing cohort by producing handoff memos that capture what the next student needs to know about every active case. Without this, case knowledge walks out the door with the student. The new student starts from the case file and intake summary, which is never enough. Two weeks are wasted re-learning the case before the new student can do anything useful. The client experiences the re-learning as a regression — calls go unanswered while the new student catches up, questions already answered get asked again. ## Audience Professor or departing students. The professor runs it to orchestrate the full cohort offboarding; individual students can run it on their own cases if they're transitioning mid-semester (graduation, withdrawal). ## Load context - `~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md` → clinic profile, semester, practice areas, supervision style - `~/.claude/plugins/config/claude-for-legal/legal-clinic/deadlines.yaml` → all active deadlines, grouped by case - `~/.claude/plugins/config/claude-for-legal/legal-clinic/client-comms/[case-id]/log.md` (per case) → communications history - Case files / intake summaries the clinic maintains - Student roster — who owns what going into the handoff ## Workflow ### Step 1: Identify cases and owners - Pull all active cases (from intake records + `~/.claude/plugins/config/claude-for-legal/legal-clinic/deadlines.yaml` case_ids + client-comms folders) - For each case: who's the current owner student? Are they staying or leaving? - Map: outgoing owner → incoming owner (if known; otherwise mark "TBD — professor to assign") If the clinic doesn't maintain a central active-case list, the skill needs one input: a list of active cases. Ask for it. Don't guess. ### Step 2: Per-case handoff memo For each case: ```markdown # Case Handoff — [case name] — [semester ending] **Case ID:** [case_id] **Practice area:** [area] **Outgoing student:** [name] **Incoming student:** [name or "TBD"] **Supervising attorney:** [professor] **Client:** [name or client ID] --- ## Where we are [One paragraph: current posture. What's been done, what's pending, where the case is heading. If the case is at a natural pause point or between filings, say so.] ## Pending deadlines *Pulled from `~/.claude/plugins/config/claude-for-legal/legal-clinic/deadlines.yaml`. Incoming student's first job is to confirm these are accurate and owned.* | Due | Type | Description | Notes | |---|---|---|---| | [date] | [type] | [one-line] | [if tight: "URGENT — due within [N] days of semester start"] | ## What's been done - [Key actions this semester: intake, filings, hearings, major correspondence] - [Documents produced — with pointers to where they live] ## What's open - [Decisions pending: e.g., "client hasn't decided whether to accept settlement offer"] - [Research gaps: e.g., "need to confirm whether [jurisdiction] allows [remedy]"] - [Open communications: e.g., "awaiting response from opposing counsel's office"] ## Client relationship - [How often has the student been in touch? Phone, email, in-person?] - [Any relationship context the next student should know: language preference, trust-building notes, circumstances that affect scheduling] - [Upcoming planned contact or appointments] ## Documents drafted / filed *Pointers, not content.* - [Date] [Document type] — [path or file reference] — [status: filed / drafted / in review queue] ## Communications history summary *From `~/.claude/plugins/config/claude-for-legal/legal-clinic/client-comms/[case-id]/log.md`. Three-line summary here; incoming student reads the full log.* [Short summary of recent contact patterns — e.g., "3 phone calls since intake, all in Spanish, client prefers evenings. Last contact: 2026-04-15, confirmed address for hearing notice."] ## Professor's flags for incoming student *Added by professor review before the handoff memo goes to the incoming student. Could include: "this case has a sensitive family dynamic — read the intake carefully before calling client"; "client has requested all mail go to PO box not home address"; "there's a scope question here we haven't resolved — check with me in week 1."* [flags, or "none"] ## First-week priorities for incoming student 1. [Specific — e.g., "Call [client] within 48 hours of taking the case. Introduce yourself. Confirm you've received the case file."] 2. [Deadline-driven — e.g., "Answer to eviction complaint is due [date]. Review outgoing student's draft, revise, file."] 3. [Knowledge-gap — e.g., "Read outgoing student's memo on the habitability defense before the 4/28 status conference."] --- **Handoff prepared by:** [outgoing student] **Date:** [YYYY-MM-DD] **Reviewed by:** [supervising attorney, if applicable per supervision model] ``` ### Step 3: Cohort summary After all per-case memos, produce `~/.claude/plugins/config/claude-for-legal/legal-clinic/handoffs/[semester]/_summary.md`: ```markdown # Cohort Handoff Summary — [semester ending] **Departing students:** [N] **Incoming students:** [N] **Active cases transitioning:** [N] **Cases closing at semester end (no transition):** [N] --- ## Transitions | Case | Outgoing | Incoming | Practice area | Urgency | |---|---|---|---|---| | [case_id] | [name] | [name or TBD] | [area] | [standard / deadline within 2 weeks / urgent] | ## Unassigned [cases whose incoming student is "TBD" — professor assigns before next semester] ## Deadlines within 30 days of semester start [pulled from deadlines.yaml — these are the cases the new cohort hits running] ## Notes for professor - [Any case that raised concern about student performance, flagged for closer supervision] - [Any case where the outgoing student is willing to stay on consult — e.g., graduating 3L who wants to mentor the 2L taking over] - [Patterns across handoffs — e.g., "three of six cases have active deadlines in first 14 days; consider front-loading ramp exercises on those practice areas"] ``` ### Step 4: Professor review (if supervision model calls for it) Closing a case or transitioning it to a new student is a consequential action. The gate is the supervision workflow in `## Supervision style` in `~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md`, reinforced by the Part 0 role check confirming a licensed supervising attorney owns the setup. Case-closing memos always get professor sign-off before the case is marked closed in the handoff document, regardless of supervision-style choice. Per `~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md` supervision style: - **Formal review queue:** every handoff memo goes into the review queue before release to the incoming student. Professor approves, edits, or returns. - **Configurable flags:** memos carry "CHECK WITH [PROFESSOR] BEFORE RELYING" — professor reviews informally, student responsible for checking in. - **Lighter-touch:** memos carry standard AI-assisted label; professor reviews through existing structure. Case-closing memos still route to the professor before closure. ### Step 5: Hand off Once reviewed, handoff memos live at `~/.claude/plugins/config/claude-for-legal/legal-clinic/handoffs/[semester]/[case_id].md`. The incoming student reads them during their `/ramp` run at the start of next semester — `/ramp` should surface the memos for cases the new student is assigned. ## Integration - **`/ramp`:** at the start of next semester, reads `~/.claude/plugins/config/claude-for-legal/legal-clinic/handoffs/[most-recent-semester]/` and surfaces per-case memos for the cases each new student is taking on. - **`/deadlines`:** feeds the pending-deadlines section of each memo. - **`/client-comms-log`:** feeds the communications history summary. - **`/supervisor-review-queue` (if formal review enabled):** handoff memos route here for professor approval. ## What this skill does not do - **Close cases.** Handoff is for cases transitioning to the next cohort. Cases closing at semester end should get a final internal status memo (`/legal-clinic:status internal`) for the file and be marked closed in the handoff document; the status skill supports `client | internal | court` audiences. - **Assign incoming students.** Professor assigns. Skill records what the assignment is; doesn't pick. - **Generate handoffs from scratch without clinic data.** Needs the active case list as input. If the clinic doesn't maintain one, the skill surfaces that gap as a blocker rather than inventing. - **Replace a conversation.** The written memo is the record. The outgoing student should also have a conversation with the incoming student where feasible — the memo captures facts; a conversation captures judgment and relationship context the memo can't.
Источник: anthropics/claude-for-legal / legal-clinic / semester-handoff ↗. Ссылка проверена 2026-10-10.