Протокол встречи из сырых заметок
Этот инструмент помогает преобразовать неструктурированные заметки с встречи в четкий протокол, позволяя тем, кто пропустил встречу, быстро ознакомиться с основными решениями и задачами. Он также помогает назначить ответственных за действия и установить сроки.
Экосистема: Универсальный
Инструкция
--- 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