Протокол встречи из сырых заметок

Этот инструмент помогает преобразовать неструктурированные заметки с встречи в четкий протокол, позволяя тем, кто пропустил встречу, быстро ознакомиться с основными решениями и задачами. Он также помогает назначить ответственных за действия и установить сроки.

Экосистема: Универсальный

Инструкция

---
name: meeting-notes
description: "Turns raw meeting notes into structured minutes: conclusion first, then decisions / action items / open questions; every action item must have an owner and a deadline. Use when the user pastes meeting transcripts or rough notes and asks for minutes or a summary."
category: productivity
risk: safe
source: https://github.com/alapha888/agent-skills-en
source_repo: alapha888/agent-skills-en
source_type: community
date_added: "2026-10-01"
author: alapha888
tags: [meetings, minutes, action-items]
tools: [claude, cursor, gemini, codex]
license: MIT
license_source: https://github.com/alapha888/agent-skills-en/blob/main/LICENSE
---

# Протокол встречи

Преобразуйте неаккуратные заметки с встречи в протокол, который позволит тем, кто пропустил встречу, ознакомиться с ней за 3 минуты — и даст участникам четкое понимание их обязательств.

## Когда использовать

- Используйте, когда пользователь вставляет стенограммы встреч или сырые заметки и запрашивает протокол или резюме.
- Используйте, когда решения и задачи требуют назначения ответственных и сроков.

## Рабочий процесс

1. **Прочитайте сырые заметки**: ознакомьтесь со стенограммой или записанными заметками, которые пользователь вставил. Сначала найдите "что было окончательно решено", затем вернитесь к обоснованию. Протокол фиксирует выводы и точки разногласий, а не полное обсуждение.
2. **Сортируйте на три категории**:
   - **Решения**: одно на строку, сформулировано как "Решено сделать X", никогда "Обсуждали X".
   - **Задачи**: каждая должна иметь ответственного + срок. Если в заметках нет имени ответственного, отметьте `[unassigned]`; если нет срока, отметьте `[TBD]` — никогда не выдумывайте их.
   - **Открытые вопросы**: вопросы, оставшиеся без решения, которые требуют дальнейшего обсуждения; укажите "что мешает и кто отвечает за следующий шаг."
3. **Сначала вывод**: откройте протокол с ≤3 строками о "что было решено на этой встрече", затем расширьте три категории.
4. **Самопроверка перед выводом**: есть ли у каждой задачи ответственный? Срок? Являются ли решения утвердительными утверждениями? Есть ли у открытых вопросов следующий шаг? Отметьте любые "нет" — не игнорируйте это.

## Правила

- Не выдумывайте. Имена, даты и числа, отсутствующие в заметках, не должны появляться; отметьте отсутствующие `[to confirm]`.
- Не редактируйте. Никаких "Предложение Марии казалось неубедительным" — только "Предложение Марии было отклонено, потому что…" (если была указана причина).
- Контроль длины: текст протокола должен составлять ≤1/3 от сырых заметок. Более длинный означает, что вы не смогли сократить — сделайте это заново.

## Минимальный пример

Входные данные (фрагмент сырых заметок):

```text
...James said the login page is too slow, Maria suggested adding a cache layer, everyone agreed it's worth a pilot; draft the proposal by next Wednesday; pricing strategy still open, invite Finance next time...
```

Выходные данные:

```markdown
## Meeting minutes (example)

**Bottom line**: Pilot a cache layer to speed up the login page; pricing strategy undecided, pending a session with Finance.

### Decisions
- Adopt a cache layer for login-page performance (pilot first, not a full rollout).

### Action items
- [ ] Maria: draft the caching proposal, due next Wednesday `[date to confirm]`
- [ ] [unassigned]: schedule pricing discussion with Finance `[time TBD]`

### Open questions
- Pricing strategy: no decision reached; the action-item owner will book a dedicated session with Finance.
```

## Ограничения

- Работает только с заметками, предоставленными пользователем. Он не может присоединиться к встрече, восстановить аудио или выяснить имя, которое заметки никогда не записывали.
- Отсутствующие ответственные и сроки отмечаются как `[unassigned]` / `[TBD]`, никогда не выдумываются; следовательно, протокол будет таким же полным, как и сырые заметки.
- Он фиксирует решения, а не консенсус. Если в заметках только говорится, что что-то "обсуждалось", навык сообщает об этом как об открытом вопросе, а не как о решении.
- Резюме склонны к краткости (≤1/3 от сырых заметок), поэтому детальная информация о обсуждении намеренно опускается.

## Антипаттерны

- ❌ Хронологические протоколы: воспроизведение двух часов обсуждения в порядке — это то же самое, что и отсутствие организации.
- ❌ Задачи без ответственных: "все, пожалуйста, следите за этим" — задача без ответственного и срока не является задачей.
- ❌ Выдуманные детали: предположение о датах или именах, которые никогда не упоминались в заметках, превращает протокол в вымысел.
- ❌ Решения, записанные как обсуждение: "Обсуждали целесообразность кэширования" — приняла ли встреча это решение или нет? Протоколу нужны утвердительные утверждения.
Источник на GitHub