Итоги

Курс начался с вопроса: как перейти от отдельных задач в Claude Code к длинным сессиям, которые можно оставить без присмотра, и к процессу, общему для команды. Оглянемся на пройденное и сложим инструменты в один процесс.

Что мы прошли

Управление сессией. Контекстное окно — главное ограничение. Одна сессия — одна задача, план до кода, Esc для остановки, /rewind для отката, /clear после двух неудачных поправок.

CLAUDE.md. Инструкции на каждую сессию: команды, отличия от умолчаний, грабли. Короткий файл лучше длинного; .claude/rules/ с полем paths подключает правила только для нужных файлов.

Навыки проверки. SKILL.md, который заставляет показать диф, прогнать линтер, типы и тесты и приложить вывод команд. Отдельный навык-ревьюер в чистом контексте.

Режимы прав. default, acceptEdits, plan, auto, dontAsk, bypassPermissions и правила allow/deny/ask в settings.json. Их применяет Claude Code, а не модель; полный обход — только в контейнере.

Хуки. Команды на событиях PreToolUse, PostToolUse, Stop; выполняются всегда. Форматтер, защита файлов, тесты перед завершением хода.

Рутины и headless-режим. claude -p как команда в скрипте с --allowedTools, --output-format json и --bare. /loop в сессии, cron на машине, рутины в облаке.

GitHub Actions и ревью. claude-code-action: ответы на @claude, ревью PR, задачи по расписанию. Локально — /code-review.

Проверка результата. Зелёный статус — не результат. Проверки, диф, транскрипт, работающий результат. Критерии приёмки — до запуска, в запрос.

Плагины. Навыки, субагенты, хуки и MCP-серверы в одном пакете; extraKnownMarketplaces и enabledPlugins в настройках проекта раздают стандарты на все проекты.

Как это складывается в процесс

Представьте типовую задачу агентства — перевести компоненты форм на новую дизайн-систему в проекте клиента.

Разработчик открывает проект. .claude/settings.json подключает плагин amiga-standards с навыками verify и review-diff и защитными хуками. CLAUDE.md говорит, чем ставить зависимости, как запускать тесты и где лежат токены темы.

Сессия начинается в режиме плана: исследование, план, утверждение. Переключение в acceptEdits, реализация партиями. После каждой партии — /amiga-standards:verify web; хук на Stop не даст объявить готовность, пока тесты красные. В конце — /amiga-standards:review-diff с формулировкой задачи и /code-review перед git push. В PR рабочий процесс ревью оставляет построчные замечания, и коллега читает решение, а не механику.

Через неделю ту же миграцию нужно сделать ещё в пяти проектах. Запрос с критериями приёмки ложится в файл, скрипт с claude --bare -p и узкими правами прогоняется на одном проекте, отчёт и диф читаются, запрос правится — и скрипт идёт по остальным. Утром — отчёт с OK/FAIL, дифы в ветках claude/..., ничего не отправлено без человека.

Каждый из этих шагов — инструмент из курса, применённый в нужном месте.

Что дальше

Три вещи, которые стоит сделать на этой неделе, если вы ещё не сделали их в упражнениях:

1. Прочистить CLAUDE.md своего текущего проекта и добавить в него три поправки, которые вы давали Claude в чате.
2. Завести навык verify и Stop-хук с тестами — хотя бы в одном проекте.
3. Написать один скрипт с claude -p для задачи, которую вы делали руками больше двух раз.

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

Документация Claude Code меняется быстро; флаги, события и форматы этого курса сверены с code.claude.com/docs на момент написания, и при расхождении верна документация. Оригинальный курс Anthropic, по структуре которого построен этот, — Claude Code in Action.

→

Попробуйте сами

10–15 мин на рабочем месте

1. Выберите одну повторяющуюся задачу вашей команды и опишите, какие инструменты курса вы бы применили к ней и в каком порядке.
2. Обсудите с командой, что из настроек закоммитить в .claude/settings.json общим для всех, а что оставить личным.

Коротко

• Длинная сессия — это управление контекстом: план, декомпозиция, откат, очистка.
• Инструкции (CLAUDE.md, навыки) описывают, как работать; механизмы (права, хуки) гарантируют, что правила соблюдаются.
• Автономный прогон = узкие права + критерии в запросе + воспроизводимое окружение + проверка результата, а не статуса.
• Командные стандарты живут в плагине и раздаются через настройки проекта.