Итоги проверки договора для бизнеса
Превращает юридическую проверку договора в короткий ответ на 200 слов: можно ли подписывать, в чём подвох и что нужно сделать.
- Что делает
- Превращает юридическую проверку договора в короткий ответ на 200 слов: можно ли подписывать, в чём подвох и что нужно сделать.
- Когда брать
- Когда проверка договора закончена и её нужно объяснить закупкам, руководителю подразделения, финансистам или директору без юридических терминов.
- Когда не брать
- Если проверки договора ещё не было: скилл сжимает готовую справку и сам договор заново не разбирает.
- Пример запроса
- Напиши для руководителя отдела закупок короткое резюме по этому договору: можно подписывать или нет?
- Нужно подключить
- готовая справка по проверке договора
- Работает лучше с
- Slack, почта
Входит в плагин commercial-legal. В Cowork и Claude Code можно поставить плагин целиком.
Как включить
- Нажмите «Скачать на русском» и сохраните архив.
- В Claude откройте Настройки → Capabilities → Skills → Upload skill и выберите архив.
- Включите скилл переключателем.
Для терминала
Распакуйте архив и положите папку stakeholder-summary в ~/.claude/skills/. Файл SKILL.md должен лежать внутри этой папки.
Текст
---
name: stakeholder-summary
description: >
Переводит проверку договора в краткое изложение, которое заинтересованное лицо со стороны
бизнеса действительно прочитает. Это не юридическая справка, а двухминутный ответ на вопрос
«можно ли мне это подписывать и что нужно знать». Используй, когда пользователь говорит
«изложи для бизнеса», «напиши это для [заинтересованное лицо]», «объясни это закупкам»,
«краткое изложение без юридических терминов» или когда проверка завершена и результат
нужно передать кому-то за пределами юридического отдела.
---
Краткое изложение для заинтересованного лица
Контекст дела
Контекст дела. Загляни в ## Matter workspaces в CLAUDE.md уровня практики. Если Enabled стоит ✗ (по умолчанию для внутренних юристов компании), пропусти остаток этого абзаца: скиллы используют контекст уровня практики, а механизм дел остаётся невидимым. Если он включён, а активного дела нет, спроси: «Для какого дела это нужно? Запустите /commercial-legal:matter-workspace switch <slug> или скажите practice-level». Загрузи matter.md активного дела: в нём контекст и переопределения для этого дела. Записывай результаты в папку дела ~/.claude/plugins/config/claude-for-legal/commercial-legal/matters/<matter-slug>/. Не читай файлы других дел, если Cross-matter context не равен on.
Проверка адресата
Прежде чем готовить результат, проверь, куда он пойдёт. Если пользователь назвал адресата (канал, список рассылки, контрагента, «всех»), спроси, находится ли он внутри круга привилегии (privilege circle). Публичные каналы, рассылки на всю компанию, контрагент или юрист другой стороны, поставщики и клиенты (для рабочих материалов) снимают защиту. Если адресат выглядит внешним, отметь это и предложи (а) привилегированную версию только для юристов, (б) очищенную версию для более широкого канала или (в) обе версии — не ставь молча привилегированный заголовок, а затем не помогай вставить текст туда, где заголовок его не защитит. См. основной раздел ## Shared guardrails → Destination check в CLAUDE.md этого плагина.
Назначение
Владельцу со стороны бизнеса, который запросил этот договор, не нужна юридическая справка. Ему нужно знать: можно ли подписывать, в чём подвох и что мне делать. Этот скилл берёт завершённую проверку и превращает её в такой ответ.
Какая сторона?
Исходная справка по проверке составлялась по плейбуку либо стороны продаж, либо стороны закупки. Сохрани эту рамку. Изложение для стороны закупки говорит владельцу со стороны бизнеса: «вот что мы получаем и от чего мы согласились отказаться»; изложение для стороны продаж говорит: «вот что мы продаём и за что мы отвечаем». Проверь, по какой стороне шла проверка (это должно быть указано в начале справки), и подбери тон. Если из справки это неочевидно, спроси юриста, прежде чем резюмировать.
Подбор под аудиторию
Прочитай ~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md → ## House style: кто читает краткие изложения и какой они должны быть длины. Если не указано, по умолчанию: закупки или руководитель подразделения, максимум два абзаца, без юридических терминов.
Разным аудиториям нужны разные изложения:
| Аудитория | Что важно | Что неважно |
|---|---|---|
| Закупки | Цена, механика продления, маршрут согласования | Устройство потолка ответственности |
| Руководитель подразделения (владелец бюджета) | Сможет ли команда этим пользоваться, что будет, если сломается, стоимость | Объём возмещения убытков |
| Финансы | Совокупная стоимость владения, риск роста цены при продлении, забалансовые обязательства | Применимое право |
| Безопасность / ИТ | Обработка данных, субпроцессоры, SOC 2, где хранятся данные | Всё остальное |
| Исполнительный спонсор | Не опозоримся ли мы, не мешает ли юридический отдел | Подробности |
Если из контекста неочевидно, для кого это, спроси.
Краткое изложение
Ограничение длины — обязательное
Изложение состоит из:
- Одного абзаца с вердиктом и описанием того, что это (деловые условия простым языком)
- Одного абзаца о подвохе — о том, что удивит заинтересованное лицо позже, если не сказать сейчас
- Списка из 2–3 пунктов о том, что заинтересованному лицу действительно нужно сделать (не больше трёх; если хочется четвёртый, первые три сформулированы недостаточно точно)
- Заключительной строки со сроками согласования
Всего меньше 200 слов. Если пишешь больше, ты включаешь подробности, которые заинтересованному лицу не нужны: они есть в справке. Это быстрое чтение перед тем, как заинтересованное лицо нажмёт «ответить».
Если заключительной части нужен третий абзац, включи его в список действий. Не позволяй заключению превратиться в четвёртый блок.
Правило цитирования — дисциплина
Когда цитируешь пункт договора (в изложении, в абзаце о подвохе или в списке действий), цитируй условное предложение целиком, а не его усечённый вариант. Пункт, который гласит «За исключением прямо предусмотренного в Order Form, при продлении подписки с рекламной или разовой ценой цена возвращается к прайс-листу», означает не то же самое, что «при продлении цена возвращается к прайс-листу»: усечение отбрасывает условие и искажает смысл положения.
Если цитата целиком с условием не помещается в ограничение длины, лучше перефразируй, а не обрезай. «Для рекламной цены при продлении возвращается прайс-лист» — честный пересказ; «при продлении возвращается прайс-лист» — нет: он делает исключение правилом.
Формат
Поставь в начало заголовок рабочего материала из ~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md ## Outputs (он зависит от роли пользователя — см. ## Who's using this).
[ЗАГОЛОВОК РАБОЧЕГО МАТЕРИАЛА — по настройкам плагина ## Outputs]
<!-- Убери заголовок выше, если пересылаешь за пределы круга юридической привилегии (например, заинтересованному лицу со стороны бизнеса, контрагенту или поставщику). Перед пересылкой убедись, что маркировка верна для твоей юрисдикции и дела. -->
**[Контрагент] [Тип соглашения]** — [МОЖНО ПОДПИСЫВАТЬ | НУЖНЫ ПРАВКИ | ЗАБЛОКИРОВАНО]
[Один абзац: что делает это соглашение, в деловых терминах. Не «Master Services
Agreement на предоставление облачных аналитических услуг», а «это договор
на дашборд, который хочет команда маркетинга».]
[Один абзац: что нужно знать заинтересованному лицу. Подвох, если он есть.
То, что удивит позже, если не сказать сейчас. Например: «Обратите внимание:
договор продлевается автоматически каждый год, и отказаться нужно за 60 дней.
Я добавил его в трекер, но вы должны об этом знать». Или: «Чистое соглашение,
сюрпризов нет, можно подписывать».]
<!-- Не пиши «я добавил его в трекер», если `renewal-tracker` на самом деле
не запускался для этого договора — см. «Проверяй записи в трекере, прежде чем
утверждать» ниже. -->
**Проверяй записи в трекере, прежде чем утверждать.** Прежде чем в изложении написать «я добавил его в трекер» (или что-то равнозначное: «он в трекере», «взят на учёт», «поставил напоминание»), убедись, что `renewal-tracker` запускался для этого договора. Посмотри в папке результатов или в папке дела, есть ли результат `renewal-tracker` с этим контрагентом / соглашением. Если его нет:
- Либо сначала запусти `renewal-tracker` для этого договора, а потом пиши изложение.
- Либо напиши изложение, не утверждая записи в трекере, и добавь пункт действий: «Добавить в трекер продлений — пока не сделано».
Заявить, что запись в трекере есть, когда её нет, хуже, чем вовсе не обещать этого. Тогда заинтересованное лицо положится на напоминание, которое никогда не сработает. Если правдивая формулировка — «взято на учёт», скилл запускает трекер. Если «вам стоит добавить это в календарь — я это не записывал», так и скажи.
**Что от вас нужно:**
- [ ] [Пункт действий, если нужен — «подтвердите, что команду устраивает хранение
данных в ЕС» или «ничего — я направлю на подпись»]
**Согласование:** [кто согласует и ожидаемые сроки]
Что переводить
| Юридический вывод | Перевод на язык бизнеса |
|---|---|
| «Ответственность ограничена платежами за 12 месяцев» | «Если они что-то сломают, максимум, что мы сможем взыскать, — сумма, которую мы заплатили им за год». |
| «Нет права расторгнуть по удобству» | «После подписания мы связаны на весь срок: просто отменить, если мы перестанем этим пользоваться, не получится». |
| «Автопродление с уведомлением за 60 дней» | «Договор продлевается автоматически каждый год. Чтобы отказаться, нужно сообщить им за два месяца до даты продления». |
| «Нет возмещения за нарушение прав на ИС» | «Если кто-то подаст на нас в суд, заявив, что этот инструмент нарушает его патент, поставщик не обязан нас защищать». |
| «Список субпроцессоров не раскрыт» | «Мы не знаем, какие ещё компании получат доступ к нашим данным через них». |
| «Удаление данных в течение 30 дней после расторжения» | «Когда мы откажемся от сервиса, они удалят наши данные в течение месяца. Выгрузите всё нужное до этого срока». |
| «Кредиты по SLA ограничены 10% месячной платы» | «Если сервис упадёт, нам вернут небольшой кредит. Он не покроет ущерб, который простой нанесёт бизнесу». |
Чего НЕ включать
- Номера разделов
- Определённые термины в кавычках
- Слово «возмещение убытков» (indemnification) — говори «они покрывают нам, если» / «мы покрываем им, если»
- Слово «notwithstanding» («несмотря на»)
- Матрицы рисков с цветными точками (если только это заинтересованное лицо раньше не просило их прямо)
- Оговорки о том, что это не юридическая консультация: заинтересованное лицо знает, кто это прислал
Когда проверка нашла проблемы
Если в проверке есть вопросы с метками 🔴 или 🟠, изложение всё равно должно состоять из двух абзацев, но второй абзац звучит так: «вот что мы оспариваем и почему».
[ЗАГОЛОВОК РАБОЧЕГО МАТЕРИАЛА — по настройкам плагина ## Outputs]
<!-- Убери заголовок выше, если пересылаешь за пределы круга юридической привилегии. -->
**[Контрагент] [Тип соглашения]** — НУЖНЫ ПРАВКИ
[Что это такое, один абзац.]
Мы возвращаемся к ним по [N] пунктам, прежде чем договор будет готов. Главный:
[критичная проблема простым языком — «они хотят права использовать наши данные
для улучшения своего продукта, а значит, экземпляр наших конкурентов становится
умнее на наших данных»]. Мы попросили их это убрать. [Реалистичная оценка: «Скорее
всего, они согласятся» / «Это может стать камнем преткновения — буду держать вас
в курсе».]
**Что от вас нужно:**
- [ ] Пока ничего — я сообщу, когда они ответят.
ИЛИ
- [ ] [Бизнес-решение, которое им нужно принять: «Если они не уступят по X, вас
устроит Y или мы отказываемся от сделки?»]
Передача данных другим скиллам
Из vendor-agreement-review / saas-msa-review: эти скиллы готовят полную справку. Этот скилл читает справку и сжимает её. Не проверяй договор заново — читай проверку.
Заинтересованному лицу: по тому каналу, который указан в ~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md. Если Slack, уложись в 150 слов. Если электронная почта, формат выше подходит как есть.
Сверка рассылки эскалаций
Исходная проверка — производитель «один ко многим»: она может назвать пять адресатов эскалации (заместитель главного юрисконсульта, CISO, ответственный за конфиденциальность, финансовый директор, владелец со стороны бизнеса) по разным находкам. Скилл escalation-flagger направляет по одной находке за раз. Без шага сверки заместитель главного юрисконсульта увидит справку, а остальные четверо согласующих — никогда.
Прежде чем готовить изложение, прочитай исходную справку и подсчитай эскалации:
- Посчитай адресатов эскалации, названных в проверке. Ищи блок маршрутизации / эскалации в конце проверки или пометки «эскалировать к [X]» у отдельных находок. Убирай дубли по имени согласующего: проверяющий, названный по двум находкам, считается один раз.
- Посчитай эскалации, которые реально отправлены. Прочитай папку проверки (или папку дела) на предмет черновиков
escalation-*.md, подготовленныхescalation-flaggerпосле написания проверки. Каждый черновик называет одного согласующего. - Сверь. Если названо N согласующих, а черновиков M, то (N − M) эскалаций не отправлено.
Добавь в изложение короткий блок сверки: выше списка действий, ниже абзаца о подвохе:
**Статус эскалаций:** отправлено [M] из [N] адресатов эскалации. Следующие не отправлены и требуют действий:
- [Имя согласующего] — [одна строка о находке, которая его назвала]
- [Имя согласующего] — [одна строка]
Если отправлены все N:
**Статус эскалаций:** отправлено [N] из [N] адресатов эскалации.
Если в исходной проверке эскалаций не было, блок пропусти.
Не убирай названного согласующего из сверки на том основании, что заинтересованное лицо не узнает это имя. Бизнес-пользователи часто не знают, кто такой ответственный за конфиденциальность или CISO. Сверка — внутренняя: она говорит юристу, который отправляет изложение, все ли направления закрыты, а не заинтересованному лицу. Если изложение для заинтересованного лица должно остаться узким, сверка может жить в нижнем колонтитуле «статус маршрутизации» или в приложенной заметке, но она обязана существовать. Изложение, которое подразумевает, что маршрутизация завершена, когда это не так, хуже, чем отсутствие изложения.
Исключение из подсчёта слов. Блок сверки эскалаций не входит в ограничение в 200 слов. Дисциплина длины для основной части изложения сохраняется; сверка — это служебная часть, а не повествование.
Когда черновиков escalation-flagger нет. Если исходная проверка назвала согласующих, а в папке нет ни одного черновика, считай M = 0. Блок сверки перечисляет всех N как неотправленных. Это и есть находка.
Замечание о тоне
Заинтересованные лица запоминают о юристах две вещи: помешал ли он мне и был ли в этом смысл. Этот скилл — способ, которым юристы становятся понятными. Пиши так, будто объясняешь умному коллеге за кофе, а не пишешь справку в дело.
Если честное изложение звучит как «всё нормально, подписывайте», так и скажи. Не растягивай чистую проверку на три абзаца, чтобы выглядеть основательно.
Перевод: iiuniversitet. Оригинал: https://github.com/anthropics/claude-for-legal/tree/main/commercial-legal/skills/stakeholder-summary, лицензия Apache-2.0. Изменения: перевод на русский язык.
Оригинал на английском
--- name: stakeholder-summary description: > Translates a contract review into a summary the business stakeholder will actually read. Not a legal memo — a two-minute answer to "can I sign this and what do I need to know." Use when user says "summarize for the business", "write this up for [stakeholder]", "explain this to procurement", "non-legal summary", or when a review is done and needs to go to someone outside legal. --- # Stakeholder Summary ## Matter context **Matter context.** Check `## Matter workspaces` in the practice-level CLAUDE.md. If `Enabled` is `✗` (the default for in-house users), skip the rest of this paragraph — skills use practice-level context and the matter machinery is invisible. If enabled and there is no active matter, ask: "Which matter is this for? Run `/commercial-legal:matter-workspace switch <slug>` or say `practice-level`." Load the active matter's `matter.md` for matter-specific context and overrides. Write outputs to the matter folder at `~/.claude/plugins/config/claude-for-legal/commercial-legal/matters/<matter-slug>/`. Never read another matter's files unless `Cross-matter context` is `on`. --- ## Destination check Before producing output, check where it's going. If the user has named a destination (a channel, a distribution list, a counterparty, "everyone"), ask whether it's inside the privilege circle. Public channels, company-wide lists, counterparty/opposing counsel, vendors, and clients (for work product) waive the protection. When the destination looks outside the circle, flag it and offer (a) the privileged version for legal only, (b) a sanitized version for the broader channel, or (c) both — don't silently apply a privileged header and then help paste it somewhere the header won't protect it. See the canonical `## Shared guardrails → Destination check` in this plugin's CLAUDE.md. ## Purpose The business owner who asked for this contract doesn't want a legal memo. They want to know: can I sign it, what's the catch, and what do I need to do. This skill takes a completed review and turns it into that. ## Which side? The underlying review memo was run against either the sales-side or the purchasing-side playbook. Carry that framing through. A purchasing-side summary tells the business owner "here's what we're getting and what we agreed to give up"; a sales-side summary tells them "here's what we're selling and what we're on the hook for." Check which side the review was run on (it should be noted at the top of the review memo) and match the voice. If it's not obvious from the memo, ask the lawyer before summarizing. ## Audience calibration Read `~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md` → `## House style` → who reads stakeholder summaries, how long should they be. If not specified, default to: procurement or a department head, two paragraphs max, no legal terms of art. Different audiences need different summaries: | Audience | Cares about | Doesn't care about | |---|---|---| | **Procurement** | Price, renewal mechanics, approval routing | Liability cap structure | | **Department head (budget owner)** | Can their team use it, what happens if it breaks, cost | Indemnity scope | | **Finance** | Total cost of ownership, renewal price risk, off-balance-sheet commitments | Governing law | | **Security / IT** | Data handling, subprocessors, SOC 2, where data lives | Everything else | | **Executive sponsor** | Is this going to embarrass us, is legal a blocker | Details | Ask who this is for if it's not obvious from context. ## The summary ### Length cap — enforced The summary is: - **One paragraph** for the verdict and what this is (business terms, plain English) - **One paragraph** for the catch — the thing the stakeholder would be surprised by later if nobody told them now - **A 2-3 item checklist** for what the stakeholder actually needs to do (at most three items; if you want a fourth, the first three aren't tight enough) - **A one-line close** with approval timing **Under 200 words total.** If you're writing more, you're including detail the stakeholder doesn't need — they have the memo for that. This is the quick read before the stakeholder hits reply. If the close needs a third paragraph, fold it into the checklist instead. Don't let the close grow into a fourth block. ### Scope of quote — discipline When quoting a contract clause (in the summary, in the "catch" paragraph, or in the checklist), quote the **full conditional sentence**, not a truncated version. A clause that reads "Except as expressly provided in the Order Form, renewal of promotional or one-time priced subscriptions resets to list price" means something different from "renewal resets to list price" — the truncation drops the condition and misrepresents what the term does. If a full conditional quote doesn't fit the summary's length cap, paraphrase rather than truncate. "For promotional pricing, renewal resets to list" is a fair paraphrase; "renewal resets to list" is not — it promotes the exception to the rule. ### Format Prepend the work-product header from `~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md` `## Outputs` (it differs by user role — see `## Who's using this`). ```markdown [WORK-PRODUCT HEADER — per plugin config ## Outputs] <!-- Remove the header above if forwarding outside the legal-privileged circle (e.g., to a business stakeholder, counterparty, or vendor). Confirm the correct marking for your jurisdiction and matter before forwarding. --> **[Counterparty] [Agreement type]** — [READY TO SIGN | NEEDS CHANGES | BLOCKED] [One paragraph: what this agreement does, in business terms. Not "Master Services Agreement for the provision of cloud-based analytics" — "this is the contract for the dashboard tool the marketing team wants."] [One paragraph: what the stakeholder needs to know. The catch, if there is one. The thing that will surprise them later if nobody tells them now. E.g., "Heads up: this auto-renews every year and we have to cancel 60 days out. I've added it to the tracker but you should know." Or: "Clean agreement, no surprises, cleared to sign."] <!-- Do not claim "I've added it to the tracker" unless `renewal-tracker` has actually been run for this contract — see Verify tracker entries before asserting them below. --> **Verify tracker entries before asserting them.** Before the summary says "I've added it to the tracker" (or any equivalent — "it's in the tracker," "tracked," "set a reminder"), verify that `renewal-tracker` has been run for this contract. Check the outputs folder or the matter folder for a `renewal-tracker` output that names this counterparty / agreement. If there isn't one: - Either run `renewal-tracker` for this contract first, then write the summary. - Or write the summary without asserting the tracker entry, and include an action item: "Add to renewal tracker — not yet done." Claiming a tracker entry exists when it does not is worse than omitting the reassurance. The stakeholder then trusts the reminder that will never fire. If the truthful statement is "tracked," the skill runs the tracker. If it's "you should add this to your calendar — I haven't logged it," say that. **What you need to do:** - [ ] [Action item, if any — "confirm the team is okay with data living in EU" or "nothing — I'll route for signature"] **Approval:** [who's approving and expected timing] ``` ### What to translate | Legal finding | Business translation | |---|---| | "Liability capped at 12 months fees" | "If they break something, the most we can recover is a year's worth of what we paid them." | | "No termination for convenience" | "Once we sign, we're locked in for the full term — we can't just cancel if we stop using it." | | "Auto-renewal with 60-day notice" | "This renews automatically every year. To cancel, we have to tell them two months before the renewal date." | | "No IP indemnity" | "If someone sues us claiming this tool infringes their patent, the vendor isn't on the hook to defend us." | | "Subprocessor list not disclosed" | "We don't know what other companies will have access to our data through them." | | "Data deletion within 30 days of termination" | "When we cancel, they delete our data within a month. Export anything you need before then." | | "SLA credits capped at 10% of monthly fee" | "If the service goes down, we get a small credit back. It won't cover the cost of the downtime to the business." | ### What NOT to include - Section numbers - Defined terms in quotes - The word "indemnification" (say "they cover us if" / "we cover them if") - The word "notwithstanding" - Risk matrices with colored dots (unless this stakeholder has specifically asked for them before) - Caveats about how this isn't legal advice — the stakeholder knows who sent it ## When the review found problems If the review has 🔴 or 🟠 issues, the summary still needs to be two paragraphs — but the second paragraph is "here's what we're pushing back on and why." ```markdown [WORK-PRODUCT HEADER — per plugin config ## Outputs] <!-- Remove the header above if forwarding outside the legal-privileged circle. --> **[Counterparty] [Agreement type]** — NEEDS CHANGES [What it is, one paragraph.] We're going back to them on [N] things before this is ready. The main one: [the critical issue in plain English — "they want the right to use our data to improve their product, which means our competitors' instance gets smarter from our data"]. We've asked them to strike it. [Realistic assessment: "They'll probably agree" / "This might be a sticking point — will keep you posted."] **What you need to do:** - [ ] Nothing yet — I'll let you know when it's back from them. OR - [ ] [Business decision they need to make: "If they won't budge on X, are you okay with Y, or do we walk?"] ``` ## Handoffs **From vendor-agreement-review / saas-msa-review:** Those skills produce the full memo. This skill reads the memo and compresses it. Don't re-review the contract — read the review. **To the stakeholder:** Via whatever channel `~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md` says. If Slack, keep it under 150 words. If email, the format above is fine as-is. ## Escalation-fan-out reconciliation The upstream review is a one-to-many producer: it can name five escalation targets (Deputy GC, CISO, Privacy Officer, CFO, business owner) across different findings. `escalation-flagger` routes one finding at a time. Without a reconciliation step, the Deputy GC sees the memo and the other four approvers never do. Before producing the summary, read the upstream review memo and tally escalations: 1. **Count the escalation targets the review named.** Look for the routing / escalation block at the end of the review, or for per-finding "escalate to [X]" tags. De-dupe by approver name — a reviewer named for two findings counts once. 2. **Count the escalations actually routed.** Read the review folder (or matter folder) for `escalation-*.md` drafts produced by `escalation-flagger` since the review was written. Each draft names one approver. 3. **Reconcile.** If N approvers were named and M drafts exist, (N − M) escalations have not been routed. Include a short reconciliation block in the summary — above the checklist, below the catch paragraph: ```markdown **Escalation status:** [M] of [N] escalation targets routed. The following have not been routed and require action: - [Approver name] — [one line on the finding that named them] - [Approver name] — [one line] ``` If all N have been routed: ```markdown **Escalation status:** [N] of [N] escalation targets routed. ``` If the upstream review surfaced no escalations, omit the block. **Do not omit a named approver from the reconciliation because the stakeholder wouldn't recognize the name.** Business stakeholders often do not know who the Privacy Officer or CISO is. The reconciliation is internal-facing — it tells the lawyer sending the summary whether all the routing is done, not the stakeholder. If the stakeholder-facing summary needs to stay narrow, the reconciliation can live in a "routing status" footer or attached note — but it has to exist. A summary that implies routing is complete when it is not is worse than no summary. **Word-count carve-out.** The escalation reconciliation block is exempt from the 200-word cap. Length-cap discipline on the summary body stays; the reconciliation is housekeeping, not narrative. **When no escalation-flagger drafts exist.** If the upstream review named approvers and no drafts are in the folder, treat the count as M = 0. The reconciliation block lists all N as unrouted. That is the finding. ## A note on tone Stakeholders remember two things about legal: did it block me, and did it make sense. This skill is how legal makes sense. Write like you're explaining it to a smart colleague over coffee, not like you're writing a memo to file. If the honest summary is "this is fine, sign it," say that. Don't pad a clean review into three paragraphs to look thorough.
Источник: anthropics/claude-for-legal / commercial-legal / stakeholder-summary ↗. Ссылка проверена 2026-10-10.