Учёт сроков по делам клиники
Ведёт журнал сроков по всем делам: добавляет, показывает сводку по срочности и нагрузке, предупреждает заранее, держит просроченные на виду.
- Что делает
- Ведёт журнал сроков по всем делам: добавляет, показывает сводку по срочности и нагрузке, предупреждает заранее, держит просроченные на виду.
- Когда брать
- Когда нужно внести срок, узнать, что горит на этой неделе, получить отчёт по срокам или обновить срок по делу.
- Когда не брать
- Если нужно вычислить срок от даты события или что-то подать: скилл только ведёт журнал, считает и подаёт человек.
- Пример запроса
- Что у нас горит на этой неделе по всем делам?
- Нужно подключить
- файл deadlines.yaml в профиле клиники
Входит в плагин legal-clinic. В Cowork и Claude Code можно поставить плагин целиком.
Как включить
- Нажмите «Скачать на русском» и сохраните архив.
- В Claude откройте Настройки → Capabilities → Skills → Upload skill и выберите архив.
- Включите скилл переключателем.
Для терминала
Распакуйте архив и положите папку deadlines в ~/.claude/skills/. Файл SKILL.md должен лежать внутри этой папки.
Текст
---
name: deadlines
description: >
Учёт сроков по делам: добавление, сводный отчёт по всем делам, обновление,
отметка о выполнении, закрытие. Предупреждает за настраиваемое число дней
(по умолчанию 14/7/3/1); просроченные пункты остаются под флагом, пока их не
закроют. Рабочий журнал нагрузки клиники. Используй, когда студенту или
куратору нужно добавить срок, узнать, что горит на этой неделе, получить
отчёт по срокам или обновить срок по делу.
argument-hint: "[--add | --report (default) | --update [id] | --complete [id] | --close [id] | --horizon=N]"
---
/deadlines
- Загрузи
~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md→ юрисдикция, направления практики, периодичность предупреждений в днях. - Пользуйся рабочим процессом ниже.
- Направь по флагу:
--add: запиши дело, тип, описание, дату срока, источник, ответственного. Запиши в~/.claude/plugins/config/claude-for-legal/legal-clinic/deadlines.yaml. Сначала проверь на дубли.--report(по умолчанию): сводка по всем делам — просроченные, ближайшие 3 дня, 7 дней, 14 дней; по ответственным; по направлениям практики; флаги неназначенных.--update [id]: измени поля; добавь заметку с датой.--complete [id]: отметь как выполненный; уточни у студента, что работа действительно подана или отправлена.--close [id]: закрой без выполнения; в заметках обязательно укажи причину.- Перед любой записью запроси подтверждение.
Сроки
Назначение
Главный операционный риск клиники — пропущенный срок. У студентов по несколько дел, они подрабатывают и каждый семестр меняются. Сроки, которые живут только в головах отдельных студентов, теряются при передаче дел, забываются в сессию и пропускаются, когда студент неожиданно уходит из клиники. Этот скилл — центральный рабочий журнал.
Если срок пропущен, отвечает курирующий юрист. Скилл настроен на такую цену ошибки: предупреждения срабатывают рано, просроченные пункты остаются на виду, пока их явно не закроют, а при передаче дел (через /semester-handoff) список сроков переходит к следующему студенту.
Загрузи контекст
~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md→ юрисдикция, направления практики, дни предупреждений о сроках (по умолчанию 14/7/3/1), курирующие юристы~/.claude/plugins/config/claude-for-legal/legal-clinic/deadlines.yaml— журнал
Допущение о юрисдикции. Расчёт сроков и пороги предупреждений исходят из юрисдикции, указанной в CLAUDE.md. Сроки, правила приостановления течения срока, правила исчисления времени и местная судебная практика заметно различаются в зависимости от юрисдикции и конкретного суда. Если дело касается другого штата, местных правил конкретного суда или вопроса о федеральной и штатной подсудности, сверь срок с применимым правилом вместе с куратором, прежде чем на него полагаться.
Режимы
Флаг: --add | --report | --update | --complete | --close (по умолчанию: report)
--add — внести новый срок
Входные данные:
- Номер и название дела (какое дело)
- Направление практики
- Тип (подача / слушание / срок исковой давности / раскрытие доказательств / срок на устранение нарушения / ответ / уведомление / другое)
- Описание — одной строкой, что нужно сделать
- Дата срока (и время с часовым поясом, если применимо)
- Источник — откуда взялся срок (судебное определение, врученное 2026-04-20; закон 8 USC § 1229a; срок на устранение нарушения по договору, § 7)
- Студент-ответственный — студент, который за срок отвечает
Скилл сам создаёт идентификатор id в виде короткой метки: [дело]-[краткое-описание]-[ГГГГ-ММ].
Перенос из других скиллов: когда /client-intake, /draft или /status показывают срок в своём результате, они должны передать его этому скиллу с уже заполненными полями. Студент подтверждает и добавляет.
Проверка перед добавлением: если срок с тем же case_id + type + due_date уже есть, пометь как вероятный дубль и спроси, прежде чем добавлять.
Полоса правдоподобия. После того как студент ввёл дату срока, НЕ считай и НЕ проверяй её, но примени грубую проверку на правдоподобие по типичным диапазонам для данного вида подачи и предупреди студента, если дата лежит далеко за их пределами. Это опора, чтобы поймать грубые ошибки в собственных расчётах студента, а не замена расчёту по самому правилу.
Полосы привязаны к юрисдикции. Загрузи файл полос для юрисдикции этой клиники из references/plausibility-bands/{state}.md, где {state} — двухбуквенный код из ~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md → юрисдикция клиники (федеральный файл всегда загружается вместе с ним). Плагин legal-clinic поставляется с references/plausibility-bands/CA.md (заполнен полностью) и references/plausibility-bands/IL.md (заготовка структуры) как отправные точки.
Жёсткая остановка при первичной настройке, если файла полос нет. Если для юрисдикции клиники нет файла references/plausibility-bands/{state}.md, НЕ работай молча без проверок на правдоподобие. При первичной настройке (cold-start) скажи куратору:
«У меня нет проверок правдоподобия сроков для [штат]: полосы для юрисдикции этой клиники нет в поставляемых справочных файлах. Я по-прежнему могу вести сроки (добавлять, составлять отчёты, обновлять, отмечать выполненными, закрывать), но не могу сверять их с типичными диапазонами. Вот как собрать файл полос по правилам вашего штата: возьмите
references/plausibility-bands/IL.mdкак шаблон, заполните по строке на каждый тип срока, который клиника встречает чаще всего (типичный диапазон, как учитывать начальное событие, правило исчисления времени, краткая ссылка на норму), сохраните какreferences/plausibility-bands/{state}.mdи заново запустите/legal-clinic:deadlines. До тех пор каждый принятый мной срок будет помеченwarnings: no-plausibility-band, а при проверке вам следует считать даты непроверенными».
Не подставляй таблицу CA для клиники не из Калифорнии. Ошибка, ради исправления которой существует это правило, — тихая деградация, когда клинике в Иллинойсе выдают проверку для Калифорнии.
Логика проверки на здравый смысл:
- Загрузи таблицу полос для юрисдикции этой клиники из
references/plausibility-bands/{state}.md(плюс федеральную, она загружается всегда). - После того как студент ввёл
due:, сравни с датой начального события плюс типичный диапазон для этогоtype:(если в загруженном файле полос есть типичный диапазон для данного вида подачи). - Если дата в пределах диапазона, запиши пункт. Ничего не говори: полоса нужна, чтобы ловить ошибки, а не хвалить за верный расчёт.
- Если дата выходит за диапазон на существенную величину, остановись до записи и скажи: > Введённая вами дата лежит за пределами типичного диапазона для [тип] в [юрисдикция]. Сроки [тип] для [вид подачи] обычно приходятся примерно на [диапазон] после [начальное событие]. Ваша запись: [дата], это [N] дней от [начальное событие]. Перепроверьте расчёт по [норма из файла полос] и по правилу исчисления времени этой юрисдикции. Если ваш расчёт верен (исключение из местного правила, нетипичное начальное событие, приостановление срока, отказ от права), подтвердите, и я добавлю запись как есть. Иначе пересчитайте и заново запустите
/deadlines --add. - Если для этого
type:полоса неизвестна (необычная подача, нестандартный срок), не проверяй на здравый смысл: запиши пункт и отметь в полеwarnings:, что полоса правдоподобия не применяется. - Если для этой юрисдикции файла полос нет совсем, при первичной настройке действует жёсткая остановка выше; в обычной работе (куратор принял пробел и продолжил) каждая запись пишется с
warnings: no-plausibility-band.
Скилл не считает. Если студент вписал в поле due: значение [VERIFY], потому что ещё не посчитал, запиши пункт с due: [VERIFY]: полоса правдоподобия срабатывает, только когда студент дал конкретную дату. Расчёт остаётся за студентом и куратором.
--report (по умолчанию) — сводка по всем делам
Прочитай ~/.claude/plugins/config/claude-for-legal/legal-clinic/deadlines.yaml. Составь:
# Отчёт по срокам — [сегодня]
**Действующих сроков:** [N]
**Просрочено:** [N] ⚠️
**В течение этой недели (ближайшие 7 дней):** [N]
---
## ⚠️ Просрочено (требует немедленного внимания)
| ID | Дело | Тип | Срок | Ответственный | Дней просрочки |
|---|---|---|---|---|---|
## 🔴 Сегодня / в ближайшие 3 дня
| ID | Дело | Тип | Срок | Ответственный |
|---|---|---|---|---|
## 🟡 Через 4–7 дней
| ID | Дело | Тип | Срок | Ответственный |
|---|---|---|---|---|
## 🟢 Через 8–14 дней
[список]
## Позже 14 дней
[только число — подробности через `/deadlines --report --horizon=30`]
---
## По студентам-ответственным (распределение нагрузки)
| Студент | Просрочено | Ближайшие 7 дн. | Ближайшие 14 дн. | Всего действующих |
|---|---|---|---|---|
## По направлениям практики
[та же таблица, сгруппированная по направлениям]
## Сроки без ответственного
[список — отметь, если у какого-то действующего срока нет owner_student]
--update — изменить существующий срок
Типичные изменения: срок перенесён (суд отложил), ответственный сменился (перераспределение), добавлены заметки.
Каждое изменение записывается как датированная заметка прямо в пункте; история видна в самой записи.
--complete — отметить как выполненный
- Ставит
status: completed,completed_date: [сегодня]. - Уточняет у студента, что работа действительно сделана и подана или отправлена.
- Убирает пункт из действующих отчётов, но оставляет в yaml.
--close — закрыть без выполнения
Для сроков, которые больше не актуальны: дело урегулировано, ходатайство отозвано, клиент отказался от дела. Требует запись в notes: с объяснением причины.
Периодичность предупреждений
По дням предупреждений о сроках из ~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md. По умолчанию 14, 7, 3, 1.
Предупреждения сами не всплывают: в этом плагине нет работы по расписанию и фоновых агентов. Но при каждом вызове /deadlines (или /status, который для проверки сроков обращается к этому скиллу) отчёт выводит всё, что достигло порога предупреждения.
Если срок прошёл, а пункт не отмечен как выполненный, он переходит в status: overdue и остаётся там в каждом отчёте, пока его явно не закроют. Просроченные сроки не закрываются автоматически.
Интеграция
- **
/client-intake:** когда при приёме выявляется срочность по времени (дата уведомления о выселении, срок подачи заявления об убежище, дата слушания), предложи выполнить/deadlines --addс уже заполненными полями. - **
/draft:** когда черновик подачи ссылается на срок (срок ответа, окно для возражений), предложи добавить его. - **
/status:** скилл status читает~/.claude/plugins/config/claude-for-legal/legal-clinic/deadlines.yamlпо нужному делу и включает ближайшие сроки в свой результат. - **
/semester-handoff:** читает deadlines.yaml, чтобы выявить все действующие сроки по делам уходящих студентов; каждая записка о передаче дел переносит сроки дальше. - **
/supervisor-review-queue(если включена формальная проверка):** сроки, близкие к крайней дате, получают приоритет в очереди проверки.
Чего этот скилл не делает
- Не вычисляет сроки от начального события. Если жалоба вручена сегодня, а ответ нужно дать в течение 21 дня по местным правилам, скилл эту математику не делает: её делает студент по правилу и вносит получившуюся дату. (Если считать самостоятельно, возникает ответственность, которую скилл не должен брать на себя: правила различаются по юрисдикциям и судам.)
- Ничего не подаёт и не вручает. Скилл следит за датами; подача происходит вне плагина.
- Не уведомляет автоматически. Никаких уведомлений по расписанию. Отчёт показывает предупреждения при вызове, но не рассылает их. Рассылку по расписанию (cron) можно добавить позже, но для каждой клиники потребуется явное согласие профессора.
- Не отменяет местные правила. Если студент внёс срок, противоречащий местным правилам, скилл этого не заметит. Ещё одна причина ставить в календарь пометку
[VERIFY: confirm against local rule]для любого нестандартного срока.
Перевод: iiuniversitet. Оригинал: https://github.com/anthropics/claude-for-legal/tree/main/legal-clinic/skills/deadlines, лицензия Apache-2.0. Изменения: перевод на русский язык.
Оригинал на английском
---
name: deadlines
description: >
Track case deadlines — add, cross-case rollup report, update, complete,
close. Warns at configurable thresholds (default 14/7/3/1 days); overdue
items stay flagged until resolved. The operational record for a clinic
workload. Use when a student or supervisor needs to add a deadline,
ask what's due this week, get a deadline report, or update a case deadline.
argument-hint: "[--add | --report (default) | --update [id] | --complete [id] | --close [id] | --horizon=N]"
---
# /deadlines
1. Load `~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md` → jurisdiction, practice areas, warning-day cadence.
2. Use the workflow below.
3. Route by flag:
- `--add`: capture case, type, description, due date, source, owner. Write to `~/.claude/plugins/config/claude-for-legal/legal-clinic/deadlines.yaml`. Check for duplicates first.
- `--report` (default): cross-case rollup — overdue, next 3d, next 7d, next 14d; by owner; by practice area; unassigned flags.
- `--update [id]`: modify fields; log note with date.
- `--complete [id]`: mark done; confirm with student that work is actually filed/submitted.
- `--close [id]`: close-without-completing; require rationale in notes.
4. Confirm any write before committing.
---
# Deadlines
## Purpose
A clinic's biggest operational risk is a missed deadline. Students carry multiple cases, work part-time, turn over every semester. Deadlines that live only in individual students' heads get dropped at handoff, get forgotten during finals week, get missed when a student unexpectedly withdraws from the clinic. This skill is the central operational record.
The supervising attorney is on the hook if a deadline is missed. The skill is calibrated to that stakes level — warnings fire early, overdue items stay visible until explicitly resolved, handoffs (via `/semester-handoff`) pull the deadline list forward to the next student.
## Load context
- `~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md` → jurisdiction, practice areas, deadline warning days (default 14/7/3/1), supervising attorneys
- `~/.claude/plugins/config/claude-for-legal/legal-clinic/deadlines.yaml` — the ledger
**Jurisdiction assumption.** Deadline calculations and warning thresholds assume the jurisdiction set in CLAUDE.md. Deadlines, tolling rules, computation-of-time rules, and local court practices vary materially by jurisdiction and by specific court. If a matter involves a different state, a specific court's local rules, or a federal vs. state forum question, confirm the deadline against the governing rule with your supervisor before relying on it.
## Modes
Flag: `--add | --report | --update | --complete | --close` (default: report)
### `--add` — log a new deadline
**Inputs:**
- Case ID + name (which case)
- Practice area
- Type (filing / hearing / statute-of-limitations / discovery / cure-period / response / notice / other)
- Description — one line of what's due
- Due date (and time + timezone if applicable)
- Source — where the deadline came from (court order served 2026-04-20, statute 8 USC § 1229a, cure period in contract §7)
- Owner student — the student responsible
The skill generates an `id` slug automatically: `[case]-[short-desc]-[YYYY-MM]`.
**Extraction from other skills:** when `/client-intake`, `/draft`, or `/status` surface a deadline in their output, they should hand off to this skill with pre-populated fields. Student confirms and adds.
**Pre-add check:** if a deadline with the same case_id + type + due_date already exists, flag as likely duplicate and ask before adding.
**Plausibility sanity band.** After the student enters a due date, do NOT compute or verify — but apply a rough plausibility check against typical ranges for the filing type, and flag the student if the date falls far outside. This is scaffolding to catch gross errors in the student's own math, not an alternative to computing against the rule.
**Bands are jurisdiction-keyed.** Load the band file for this clinic's jurisdiction from `references/plausibility-bands/{state}.md` where `{state}` is the two-letter code from `~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md` → clinic jurisdiction (and federal always loads alongside). The legal-clinic plugin ships `references/plausibility-bands/CA.md` (fully populated) and `references/plausibility-bands/IL.md` (placeholder structure) as starting points.
**Hard stop at cold-start if the band file is missing.** If `references/plausibility-bands/{state}.md` does not exist for the clinic's jurisdiction, do NOT silently run without plausibility checks. At cold-start, tell the supervisor:
> "I don't have deadline plausibility checks for [state] — the sanity band for this clinic's jurisdiction isn't in the shipped reference files. I can still track deadlines (add, report, update, complete, close), but I cannot sanity-check them against typical ranges. Here's how to build the band file from your state's rules: copy `references/plausibility-bands/IL.md` as a template, fill in one row per deadline type your clinic sees most (typical range, triggering-event handling, computation-of-time rule, short cite), save at `references/plausibility-bands/{state}.md`, and re-run `/legal-clinic:deadlines`. Until then, every deadline I accept will carry `warnings: no-plausibility-band` and your review should treat dates as unchecked."
Do not fall back to the CA table for a non-CA clinic. The silent-degradation case — shipping a California sanity check to an Illinois clinic — is the failure this fix exists to close.
**Sanity check logic:**
1. Load the bands table for this clinic's jurisdiction from `references/plausibility-bands/{state}.md` (plus federal-always).
2. After the student enters `due:`, compare to triggering-event date + typical range for that `type:` (if a typical range exists in the loaded band file for the filing type).
3. If inside the range, write the entry. Say nothing — the band exists to catch errors, not to congratulate correct math.
4. If outside the range by a material margin, stop before writing and say:
> The date you entered falls outside the typical range for [type] in [jurisdiction]. [Type] deadlines for [filing type] typically fall ~[range] after [triggering event]. Your entry: [date], which is [N] days from [triggering event]. Re-check your calculation against [cited rule from the band file] and the jurisdiction's computation-of-time rule. If your calculation is correct (local rule exception, atypical triggering event, tolling, waiver), confirm and I will add the entry as-is. Otherwise, recompute and re-run `/deadlines --add`.
5. If no band is known for this `type:` (unusual filing, non-standard deadline), do not sanity-check — write the entry and note in the `warnings:` field that no plausibility band applies.
6. If the band file is missing entirely for this jurisdiction, the hard stop above applies at cold-start; in steady-state (supervisor acknowledged the gap and proceeded), every entry is written with `warnings: no-plausibility-band`.
**The skill does not compute.** If the student enters `[VERIFY]` in the `due:` field because they haven't done the math yet, write the entry with `due: [VERIFY]` — the sanity band runs only when the student supplies a concrete date. The computation stays with the student and supervisor.
### `--report` (default) — cross-case rollup
Read `~/.claude/plugins/config/claude-for-legal/legal-clinic/deadlines.yaml`. Produce:
```markdown
# Deadline Report — [today]
**Active deadlines:** [N]
**Overdue:** [N] ⚠️
**Due this week (next 7 days):** [N]
---
## ⚠️ Overdue (flagged for immediate attention)
| ID | Case | Type | Due | Owner | Days overdue |
|---|---|---|---|---|---|
## 🔴 Due today / next 3 days
| ID | Case | Type | Due | Owner |
|---|---|---|---|---|
## 🟡 Due in 4-7 days
| ID | Case | Type | Due | Owner |
|---|---|---|---|---|
## 🟢 Due in 8-14 days
[list]
## Beyond 14 days
[count only — expand with `/deadlines --report --horizon=30` for details]
---
## By owner student (workload distribution)
| Student | Overdue | Next 7d | Next 14d | Total active |
|---|---|---|---|---|
## By practice area
[same table, grouped by area]
## Unassigned deadlines
[list — flag if any active deadline has no owner_student]
```
### `--update` — modify an existing deadline
Common updates: due date changed (court continuance), owner changed (reassignment), notes added.
Every update writes a dated note inline; history is visible in the entry.
### `--complete` — mark done
- Sets `status: completed`, `completed_date: [today]`.
- Confirms with the student that the actual work is done and filed/submitted.
- Removes from active reports but stays in the yaml.
### `--close` — close without completing
For deadlines that no longer apply — case settled, motion withdrawn, client dropped the matter. Requires a `notes:` entry explaining why.
## Warning cadence
Per `~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md` deadline warning days. Default 14, 7, 3, 1.
Warnings don't auto-surface — this plugin has no scheduled/agent behavior. But any time `/deadlines` is invoked (or `/status`, which routes to this skill for deadline checks), the report pulls forward anything hitting a warning threshold.
If a deadline passes its due date without being marked complete, it moves to `status: overdue` and stays there in every report until explicitly resolved. Overdue deadlines do not auto-close.
## Integration
- **`/client-intake`:** when intake surfaces a timeline urgency (eviction notice date, asylum filing deadline, hearing date), offer to `/deadlines --add` with pre-populated fields.
- **`/draft`:** when a filing draft references a deadline (answer due, objection window), offer to add.
- **`/status`:** the status skill reads `~/.claude/plugins/config/claude-for-legal/legal-clinic/deadlines.yaml` for the relevant case and includes upcoming deadlines in its output.
- **`/semester-handoff`:** reads deadlines.yaml to identify all active deadlines across departing-student cases; each handoff memo carries the deadlines forward.
- **`/supervisor-review-queue` (if formal review enabled):** deadlines near their cutoff get priority in the review queue.
## What this skill does not do
- **Calculate deadlines from triggering events.** If a complaint was served today and the answer is due in 21 days per local rules, the skill doesn't do that math — the student does, using the rule, and logs the resulting date. (Doing the math autonomously creates a liability the skill shouldn't own; rules vary by jurisdiction and court.)
- **File or serve anything.** The skill tracks dates; filing happens outside the plugin.
- **Auto-notify.** No scheduled notifications. The report surfaces warnings when invoked; it doesn't push. A scheduled cron could be added later but would need explicit professor opt-in per clinic.
- **Override local rules.** If the student logs a due date that contradicts local rules, the skill doesn't catch it. Another reason to calendar with `[VERIFY: confirm against local rule]` for any non-routine deadline.
Источник: anthropics/claude-for-legal / legal-clinic / deadlines ↗. Ссылка проверена 2026-10-10.