Модуль 6

Банк
кейсов

Реальные задачи из практики команд — с полным разбором от ситуации до готового промпта

Это не учебные примеры. Каждый кейс — задача которую кто-то из команды делал вручную, пока не появился агент. Выберите свою роль слева и разберите кейсы которые актуальны для вас прямо сейчас.

Как устроен каждый кейс
01 · Ситуация
Что происходит, откуда берётся задача, почему это болит
02 · Декомпозиция
Как разбить задачу: источники, действие, результат, ограничения
03 · Промпт
Готовый запрос — скопируйте и запустите в Claude Code прямо сейчас
04 · Результат
Что получается, сколько времени экономится, что проверить
Совет: не читайте все кейсы подряд. Выберите один, который максимально похож на вашу ситуацию, запустите промпт, посмотрите результат. Потом возвращайтесь за следующим.
Раздел QA

Кейсы:
QA-инженер

4 задачи которые QA делает регулярно и которые агент берёт на себя полностью
01
Тикеты из упавших тестов CI
Linear файлы экономия ~30 мин
Ситуация
После каждого CI-прогона падают тесты. Нужно вручную открыть лог, прочитать каждую ошибку, создать тикет в Linear с правильными полями. При 5+ упавших тестах — 30–40 минут монотонной работы.
Декомпозиция
Источник: файл ./test-results/ или stdout CI
Действие: прочитать, найти failed, сформировать тикеты
Результат: задачи в Linear с нужными полями
Ограничения: показать список перед созданием
Промпт — скопируйте и запустите в терминале из папки проекта copy
claude "Прочитай файл ./test-results/last-run.json (или последний файл в ./test-results/). Найди все тесты со статусом 'failed' или 'error'. Для каждого упавшего теста подготовь тикет в Linear: - Команда: ALPHA (или определи по пути файла теста) - Тип: Bug - Приоритет: P1 если в названии теста есть 'auth', 'payment', 'critical'; иначе P2 - Заголовок: '[Autotest] ' + краткое название теста - Описание: первые 15 строк ошибки + путь к файлу теста Сначала выведи список что собираешься создать — жди моего подтверждения. После подтверждения — создай все тикеты."
Что получается
✓ Агент читает test-results, группирует упавшие, показывает список
✓ После вашего «ок» — создаёт все тикеты за ~20 секунд
→ Проверьте: правильно ли определилась команда, корректен ли приоритет
Что нужно: Claude Code + Linear MCP · Время: ~2 мин вместо 30
02
Недельный QA-отчёт по команде
Linear Notion экономия ~1 час
Ситуация
Каждую пятницу нужен отчёт: сколько багов закрыто, что в работе, есть ли блокеры, как тесты. Собирается вручную из Linear и Notion — занимает час, часто делается «на глаз».
Декомпозиция
Источник: Linear (команда ALPHA, 7 дней) + Notion (QA Strategy)
Действие: собрать, сгруппировать, написать саммари
Результат: страница в Notion + короткий текст для стендапа
Ограничения: только P1/P2 в разделе рисков
Промпт copy
claude "Подготовь недельный QA-отчёт для команды Alpha. Из Linear (команда ALPHA, последние 7 дней): - Закрытые задачи с типом Bug: сколько, кто закрыл - Открытые баги P1/P2: список с assignee и днями без движения - Задачи без движения 5+ дней: список Из Notion, страница 'Alpha QA Strategy' или похожая: - Текущий test coverage если указан - Последние метрики качества Из ./test-results/ если есть: - Результаты последних 3 прогонов (% passed) Формат: ## QA-отчёт ALPHA · [дата] ### Баги (из Linear) ### Покрытие и тесты ### Риски и блокеры (только P1/P2) ### Итого одной строкой: для стендапа Создай страницу в Notion 'Weekly QA / ALPHA / [дата]' и сохрани туда."
Что получается
✓ Полноценный отчёт из трёх источников за 3–4 минуты
✓ Страница в Notion создаётся автоматически
→ Проверьте: правильно ли нашлась страница Notion, верны ли числа
Что нужно: Claude Code + Linear MCP + Notion MCP · Время: ~4 мин вместо 1 ч
03
Анализ покрытия перед релизом
git файлы Linear экономия ~45 мин
Ситуация
Перед релизом нужно проверить: все ли изменения в PR покрыты тестами. Вручную — смотреть diff, искать тест-файлы, составлять список пробелов. При большом PR — очень долго.
Декомпозиция
Источник: git diff текущей ветки vs main
Действие: для каждого изменённого файла найти тест
Результат: список файлов без покрытия + Linear-тикет
Ограничения: игнорировать generated/, types, конфиги
Промпт — запустите из папки проекта на нужной ветке copy
claude "Проверь покрытие тестами для текущего PR. 1. Запусти 'git diff main --name-only' чтобы получить список изменённых файлов 2. Для каждого файла из src/ проверь: есть ли соответствующий файл в tests/ или __tests__/ (например src/auth/login.ts → tests/auth/login.test.ts) 3. Составь два списка: - С покрытием: файл → тест-файл - Без покрытия: только файлы src/ без теста Игнорируй: src/generated/, *.types.ts, *.d.ts, *.config.*, index.ts Если есть файлы без покрытия — создай задачу в Linear: Команда: DELTA, Тип: Task, Приоритет: P2 Заголовок: 'Нет тестов для изменений в [название ветки]' Описание: список файлов без покрытия"
Что получается
✓ Полный анализ diff за ~1 минуту
✓ Если есть пробелы — тикет создаётся автоматически
→ Проверьте: правильно ли агент определил соответствие src ↔ tests в вашем проекте
Что нужно: Claude Code + Linear MCP · Запускать из корня проекта на нужной ветке
04
Уведомление о регрессии в Slack
Slack файлы экономия ~15 мин
Ситуация
После прогона регрессии нужно написать в командный Slack-канал: что упало, ссылки на тикеты, когда следующий прогон. Делается вручную, иногда забывается или затягивается.
Декомпозиция
Источник: test-results + Linear (только что созданные тикеты)
Действие: составить сообщение + отправить
Результат: сообщение в #project-alpha
Ограничения: показать текст перед отправкой
Промпт copy
claude "Составь и отправь уведомление о регрессии в Slack. Данные для сообщения: 1. Из ./test-results/last-run.json: общий результат (X/Y прошло), список упавших тестов 2. Из Linear: задачи созданные сегодня с меткой 'autotest' или типом Bug — их ID и заголовки Формат сообщения для канала #project-alpha: '🔴 Регрессия [дата] · ALPHA Результат: X/Y тестов прошло Упавшие: [список названий] Тикеты: [Linear IDs со ссылками] Следующий прогон: завтра 09:00' Если всё прошло: '✅ Регрессия [дата] · ALPHA — всё зелёное (X/X)' Покажи текст сообщения — жди подтверждения перед отправкой."
Что получается
✓ Агент собирает данные, составляет сообщение и показывает вам
✓ После подтверждения — отправляет в нужный канал
→ Проверьте: правильный ли канал, корректны ли ссылки на Linear
Что нужно: Claude Code + Slack MCP + Linear MCP
Раздел PM

Кейсы:
Product Manager

Статусы, обзоры, саммари — задачи которые съедают время но не требуют ручной работы
01
Статус по проекту для стендапа
Linear Slack экономия ~20 мин
Ситуация
Каждый день нужен краткий статус: что сделано, что в работе, что заблокировано. Открываешь Linear, потом Slack, читаешь, суммируешь в голове. Каждый раз по 15–20 минут.
Декомпозиция
Источник: Linear (ALPHA, 24 часа) + Slack #project-alpha
Действие: выделить ключевое, сгруппировать
Результат: 10–12 строк, 3 блока
Ограничения: без лишних деталей, только значимое
Промптcopy
claude "Подготовь дневной статус для стендапа по проекту Alpha. Из Linear (команда ALPHA, последние 24 часа): - Задачи переведённые в Done - Задачи переведённые в In Review или In Progress - Задачи с меткой blocker или без движения 3+ дня Из Slack канала #project-alpha (последние 24 часа): - Упоминания проблем, решений, решений принятых в треде Формат — три блока, максимум 12 строк: ✅ Готово: [список] 🔄 В работе: [список] 🔴 Риски / блокеры: [если есть, иначе 'нет']"
Что получается
✓ Готовый стендап-текст за 1 минуту
✓ Данные из Linear и Slack объединены автоматически
→ Проверьте: не пропустил ли агент важное из Slack — он видит только текст, не контекст
Что нужно: Claude Code + Linear MCP + Slack MCP
02
Связать задачи Linear с документацией Notion
Linear Notion экономия ~40 мин
Ситуация
В Notion есть roadmap с фичами. В Linear — задачи на реализацию. Нужно регулярно сверять: все ли фичи из roadmap имеют задачи в Linear, нет ли «потерянных» фич без прогресса.
Декомпозиция
Источник: Notion (roadmap) + Linear (проекты ALPHA/BETA)
Действие: сопоставить, найти несвязанные
Результат: таблица с состоянием каждой фичи
Ограничения: только статус In Progress и Planned
Промптcopy
claude "Сделай сверку roadmap с задачами в Linear. 1. В Notion найди страницу с roadmap или product backlog (ищи по ключевым словам: roadmap, backlog, features, фичи) Выпиши все фичи/эпики со статусом In Progress или Planned 2. В Linear найди проекты и эпики команд ALPHA и BETA Для каждой фичи из Notion попробуй найти соответствующий проект или эпик в Linear 3. Составь таблицу: Фича (Notion) | Статус Notion | Проект Linear | Статус Linear | Разрыв? Разрыв = фича есть в Notion, но нет задач в Linear, или наоборот Сохрани результат в Notion как новую страницу 'Сверка roadmap [дата]' Покажи сначала что нашёл — потом сохрани."
Что получается
✓ Сверка двух систем которую раньше делали вручную
✓ Явные «разрывы» — фичи без задач или задачи без фич в roadmap
→ Проверьте: агент сопоставляет по названиям — могут быть ложные несовпадения при разных формулировках
Что нужно: Claude Code + Notion MCP + Linear MCP
03
Саммари обсуждений за спринт
Slack Linear экономия ~1 час
Ситуация
Конец спринта. Нужно вспомнить что происходило: какие решения принимались, что блокировало, какие договорённости были в Slack. Перечитывать переписку за две недели — час минимум.
Декомпозиция
Источник: Slack (несколько каналов, 14 дней)
Действие: выделить решения, риски, договорённости
Результат: структурированный документ ретро
Ограничения: только значимые события, не каждый чат
Промптcopy
claude "Подготовь материал для ретро по спринту Alpha. Из Slack за последние 14 дней — каналы #project-alpha и #qa-team: - Принятые решения (искать: 'решили', 'договорились', 'будем делать') - Проблемы которые всплывали (искать: 'не работает', 'заблокировано', 'проблема') - Неожиданные изменения в требованиях или приоритетах Из Linear (команда ALPHA): - Задачи открытые в начале спринта но не закрытые - Задачи добавленные в середине спринта (scope creep) Формат документа для ретро: ## Что шло хорошо ## Что мешало / блокировало ## Принятые решения ## Незакрытое — перенести в следующий спринт ## Вопросы для обсуждения на ретро Создай страницу в Notion 'Retro ALPHA / [даты спринта]'"
Что получается
✓ Структурированный материал для ретро без часа чтения Slack
✓ Scope creep из Linear виден явно — легче обсуждать
→ Агент не знает контекста решений — используйте как основу, добавьте детали руками
Что нужно: Claude Code + Slack MCP + Linear MCP + Notion MCP
Раздел Dev

Кейсы:
Разработчик

Задачи вокруг кодовой базы которые агент делает быстрее и точнее
01
Документация по новому модулю
файлы Notion экономия ~1.5 часа
Ситуация
Написали новый модуль или сервис. Документацию пишут в конце если вообще пишут — скучно, долго, откладывается. В итоге следующий разработчик читает код вместо доков.
Декомпозиция
Источник: файлы src/ нового модуля
Действие: прочитать код, понять назначение, написать доки
Результат: README для модуля + страница в Notion
Ограничения: описывать публичные интерфейсы, не детали реализации
Промпт — запустите из корня проектаcopy
claude "Напиши документацию для модуля src/card-delegate/. Прочитай все файлы в этой папке. На основе кода создай документ: ## Назначение Что делает этот модуль, какую проблему решает (2–3 предложения) ## Как использовать Основные публичные функции/классы с примерами вызова ## Входные и выходные данные Для каждой публичной функции: параметры и возвращаемые значения ## Зависимости От каких других модулей зависит, какие внешние сервисы использует ## Примеры 2–3 реальных примера использования из кода (найди в тестах или других файлах) ## Известные ограничения Что нельзя делать с этим модулем Сохрани как README.md в src/card-delegate/ и создай страницу в Notion 'Docs / card-delegate'"
Что получается
✓ Полноценная документация за 5–10 минут
✓ Примеры берутся из реального кода — не выдумываются
→ Проверьте: правильно ли агент понял назначение модуля, точны ли параметры функций
Что нужно: Claude Code + Notion MCP · Запускать из корня проекта
02
Задача из Linear → готовый код
Linear файлы экономия ~2 часа
Ситуация
Взял задачу в Linear с хорошим описанием и acceptance criteria. Вместо того чтобы сначала вручную разбираться в коде и структуре — сразу даём контекст агенту и получаем реализацию.
Декомпозиция
Источник: Linear (конкретный тикет) + файлы проекта
Действие: прочитать задачу, найти нужные файлы, реализовать
Результат: код + тесты, тесты зелёные
Ограничения: соблюдать соглашения из CLAUDE.md
Промпт — замените PROJ-XXX на номер своей задачиcopy
claude "Реализуй задачу из Linear PROJ-XXX. 1. Прочитай задачу PROJ-XXX в Linear: описание, acceptance criteria, связанные задачи 2. Найди в коде файлы которые нужно изменить (ориентируйся на описание задачи) 3. Реализуй согласно acceptance criteria 4. Напиши или обнови тесты для изменённого кода 5. Запусти npm test — исправляй пока все тесты не зелёные Перед реализацией покажи план: какие файлы изменишь и как. Жди моего подтверждения. Готово = все тесты зелёные + план соответствует acceptance criteria из задачи."
Что получается
✓ Агент читает задачу, находит нужный код, реализует и тестирует
✓ Итерирует по тестам самостоятельно до зелёного
→ Обязательно: прочитайте план перед подтверждением, проверьте diff перед коммитом
Что нужно: Claude Code + Linear MCP · CLAUDE.md должен быть актуальным
03
Code review: найти проблемы в PR
git файлы экономия ~30 мин
Ситуация
Нужно сделать code review большого PR. Агент не заменяет ревьюера — но хорошо находит технические проблемы: отсутствие обработки ошибок, потенциальные баги, нарушение соглашений.
Декомпозиция
Источник: git diff текущей ветки
Действие: проанализировать изменения по нескольким критериям
Результат: список замечаний с уровнем важности
Ограничения: не стиль — только реальные проблемы
Промпт — запустите на ветке с PRcopy
claude "Сделай предварительный code review этого PR. Получи diff: git diff main Проверь изменения по этим критериям: 🔴 Критично: потенциальные баги, уязвимости безопасности, отсутствие обработки ошибок в критичных местах 🟡 Важно: нарушения соглашений из CLAUDE.md, отсутствие тестов для новой логики 🟢 Мелко: дублирование кода, неочевидные имена переменных Не проверяй: форматирование, стиль, комментарии — это для линтера Формат: для каждого замечания — файл:строка + описание + почему это проблема В конце: общая оценка — можно мержить / нужны правки / серьёзные проблемы"
Что получается
✓ Структурированный список проблем с уровнем важности
✓ Агент находит технические проблемы которые легко пропустить при быстром ревью
→ Это не замена ревьюера — архитектурные решения и контекст по-прежнему требуют человека
Что нужно: Claude Code · CLAUDE.md с соглашениями команды
Раздел Ops / Менеджер

Кейсы:
Менеджер / Ops

Кросс-командные задачи, агрегация данных, рутина которую никто не любит делать
01
Агрегированный статус по всем командам
Linear Notion экономия ~1.5 часа
Ситуация
Раз в неделю нужен общий срез по всем командам: GAMMA, BETA, ALPHA, Platform. Открываешь Linear для каждой команды по очереди, сводишь в таблицу вручную — 1.5–2 часа.
Декомпозиция
Источник: Linear (4 команды, 7 дней)
Действие: для каждой команды собрать одинаковые метрики
Результат: сравнительная таблица + красные флаги
Ограничения: только задачи P1/P2 в разделе рисков
Промптcopy
claude "Подготовь еженедельный статус по всем командам. Для каждой из четырёх команд (GAMMA, BETA, ALPHA, Platform) из Linear за последние 7 дней: - Задачи закрытые (Done): количество - Задачи в работе (In Progress + In Review): количество - Баги P1/P2 открытые: количество и список - Задачи без движения 5+ дней: количество Формат — сравнительная таблица: | Команда | Закрыто | В работе | Баги P1/P2 | Залежалось | | GAMMA | ... | ... | ... | ... | | BETA | ... | ... | ... | ... | | ALPHA | ... | ... | ... | ... | | Platform | ... | ... | ... | ... | После таблицы — отдельный блок '🔴 Требует внимания': список конкретных задач которые выглядят как проблемы Создай страницу в Notion 'Weekly Status / [дата]'"
Что получается
✓ Кросс-командная таблица за 5 минут вместо 1.5 часа
✓ «Требует внимания» — агент явно выделяет аномалии
→ Проверьте: правильно ли определились команды в Linear (названия могут отличаться)
Что нужно: Claude Code + Linear MCP + Notion MCP
02
Онбординг нового сотрудника: контекст проекта
Notion Linear экономия ~3 часа
Ситуация
Выходит новый человек в команду. Нужно подготовить «введение в курс»: что делает команда, текущие активные проекты, ключевые решения. Обычно это 3–4 часа объяснений и написания документа.
Декомпозиция
Источник: Notion (доки команды) + Linear (активные проекты)
Действие: собрать и структурировать существующую информацию
Результат: онбординг-документ с навигацией по ресурсам
Ограничения: только актуальное, без архивных проектов
Промптcopy
claude "Подготовь онбординг-документ для нового члена команды Alpha. Из Notion — найди и прочитай: - Страницы с описанием проекта Alpha (ищи: Alpha, ALPHA, ключевые продуктовые термины) - QA Strategy или аналог - Любые процессные документы команды Из Linear (команда ALPHA): - Активные проекты (не archived) - 5–10 последних закрытых значимых задач (для понимания чем занимались) - Текущие открытые задачи P1 Структура документа: ## Что такое Alpha (2–3 абзаца) ## Стек и ключевые технологии ## Активные проекты сейчас ## Где что найти (ссылки на важные страницы Notion) ## Как работает команда (процессы, каналы Slack) ## С кем общаться по каким вопросам Создай страницу в Notion 'Onboarding / ALPHA / [дата]' Покажи черновик — потом создаю."
Что получается
✓ Структурированный онбординг-документ из существующих материалов
✓ Агент собирает разрозненную информацию в один навигационный документ
→ Обязательно проверьте и дополните руками: агент не знает неформальных знаний и «как принято»
Что нужно: Claude Code + Notion MCP + Linear MCP
Базовый трек завершён. Вы прошли все 6 модулей — от понимания как работает LLM до реальных кейсов автоматизации. Следующий шаг — попробовать один из кейсов на своей реальной задаче. Выберите ближайший, запустите промпт, посмотрите результат.