follow-up

License: CC BY 4.0 Version Docs check

English version: README.en.md

Скіл для Claude. Перетворює транскрипцію зустрічі на actionable follow-up: кожна дія має одного власника, дієслово доконаного виду і результат, який видно на виході. Чистий текст, без markdown.

Що робить follow-up actionable

Підсумок зустрічі й actionable follow-up це різні документи. Перший переказує розмову, другий каже, хто що робить далі. Скіл будує другий за фреймворком ARCV+.

Actions. У документі лишається тільки те, що хтось має зробити. Хід обговорення не переказується взагалі.

Responsible. Власник дії це одна людина, не «команда» і не «ми». Якщо на зустрічі виконавця не назвали, у пункті стоїть [уточнити власника] замість мовчазного припущення.

Clearly. Формулювання перевіряється на подвійне тлумачення. «Розібратися з інтеграцією» переписується у «надішле у Slack список полів, яких бракує».

Verbs доконаного виду. «Підготує», «надішле», «погодить». Недоконаний вид («працювати над», «дивитись») ховає момент, коли задачу можна вважати закінченою.

Плюс те, чого в звичайному підсумку немає: рішення і дії лежать в окремих блоках. Рішення це правило, що діє далі («платіж розбиваємо на три транші»), у нього немає власника й дати. Дія це разова задача. Змішані в один список, вони перетворюють документ на нотатки. Третій окремий блок, відкриті питання, тримає те, що не вирішили, щоб воно не загубилось між дій.

Одне правило рятує частіше за інші: дата зʼявляється тільки якщо її проговорили вголос. «ASAP», «найближчим часом», «до кінця тижня» датою не вважаються. Дія йде без дедлайну, і ви ставите його самі, коли він справді зʼявиться.

Навіщо

Після дзвінка з клієнтом у вас 40 хвилин машинної транскрипції і десять хвилин до наступної зустрічі. Попросіть модель «зроби підсумок» і отримаєте переказ розмови: хто що сказав, у якому порядку. Через тиждень ніхто не дістане з нього, хто саме мав надіслати кошторис.

Вихід цього скіла можна вставити в Telegram, Gmail, Worksection чи Notion і не вичищати руками зірочки й решітки.

Як виглядає вихід

Зустріч: Підготовка презентації для Acme
Дата: 12 травня 2026 року
Учасники: Олексій (акаунт-менеджер, наша команда), Марина (дизайнер, наша команда)

Рішення:

— Ціна для Acme: $5000 на місяць.

Дії:

1. Олексій надішле Марині бриф для її блоку презентації до 12 травня 2026 року. — Без брифу Марина не встигне до пʼятниці.

2. Марина підготує свій блок презентації до 15 травня 2026 року.

По виконавцях:

— Олексій: 1

— Марина: 2

Відкриті питання:

— Дата дзвінка з Acme.

Порожній рядок між пунктами стоїть навмисно: у месенджерах і пошті щільний список зливається в стіну тексту.

Режими

Перед стартом скіл питає, який вихід потрібен. Крім загального follow-up є ще пʼять: проблеми та запропоновані рішення, розгорнуті задачі по виконавцях, повні технічні деталі для інженерних зустрічей, ретро за чотирма блоками, деталі по одній темі й коротке повідомлення учаснику зустрічі.

Мова виходу за замовчуванням українська. Англійська, російська й польська підтримані разом із назвами блоків.

Чим відрізняється від вбудованих AI-підсумків

tldv, Fireflies, Otter і подібні рекордери вже дають підсумок і список action items. Різниця в трьох речах, і кожна коштувала помилки на реальних зустрічах.

Рекордери довіряють лейблам спікерів. Якщо запис переплутав, хто з ким говорить, замовник і менеджер проєкту міняються місцями разом зі своїми задачами. Скіл звіряє лейбли зі змістом реплік і позначає виправлення в шапці.

Рекордери вигадують дедлайни. «ASAP» стає датою, відносний термін рахується від невідомо чого. Тут дата береться тільки з проговореної, а якщо невідома сама дата зустрічі, відносні терміни не перераховуються взагалі.

І на виході ви отримуєте markdown. Жирний шрифт, заголовки, емодзі: усе це доводиться чистити перед відправкою клієнту.

Встановлення

Claude Code:

git clone https://github.com/s1vanov/follow-up.git ~/.claude/skills/follow-up

Далі, якщо хочете надійне визначення ролей, скопіюйте ростер і впишіть свою команду:

cp ~/.claude/skills/follow-up/references/roster.example.md ~/.claude/skills/follow-up/references/roster.md

Перевірка: у Claude Code наберіть /follow-up, скіл має зʼявитись у списку.

Робочий файл скіла українською. Повний англійський переклад для читання й адаптації лежить у references/SKILL.en.md; CI стежить, щоб він не відставав структурно.

Як користуватись

Вставте транскрипцію після виклику або прикладіть файл:

/follow-up

Скіл поставить одне запитання про формат і видасть результат. Якщо формат уже знаєте, назвіть його одразу («детально», «тільки проблеми», «зроби ретро»), і запитання не буде.

Ростер

references/roster.md містить ваших людей: канонічне імʼя, варіанти написання в транскриптах, роль, сторону. Скіл бере ролі звідти, а не з здогадки. Файл навмисно в .gitignore, бо містить персональні дані. У репозиторії лежить тільки roster.example.md.

Без ростера скіл теж працює, просто ролі виводяться з тексту і частіше лишаються як [уточнити роль].

Обмеження

Перевірено на реальних зустрічах однієї агенції, українською й англійською, на транскрипціях tldv і .txt з рекордерів. На інших доменах (медицина, юриспруденція, держсектор) не перевірявся.

Дата зустрічі це слабке місце будь-якої транскрипції. Якщо її немає ні в тексті, ні в назві файлу, ні в посиланні на запис, скіл ставить поточну з міткою (припущення) і не конвертує відносні терміни в конкретні дати.

Перевірка переплутаних лейблів працює за сигналами. Потрібна або самоідентифікація в розмові, або звірка з ростером. Якщо немає жодного, ролі лишаються як [уточнити роль], і це краще за впевнену помилку.

Це не протокол. Дослівного ходу обговорення скіл не дає й не має давати.

Потрібне середовище з підтримкою Agent Skills. Запитання про формат використовує AskUserQuestion; де такого інструменту немає, скіл питає звичайним текстом.

Статус

Версія 0.2.0, до 1.0. Скіл щодня використовує один автор в одній агенції, ніхто інший його ще не встановлював. Правила стилю й стоп-списки заточені під українську ділову мову, на інших мовах виходу перевірені менше.

Ліцензія

CC BY 4.0, див. LICENSE. Форкайте, змінюйте, використовуйте в комерційній роботі, збережіть посилання на джерело.