Сейчас проходит хакатон Built with Opus 4.7, посвящённый Claude Code. Среди более чем 20 тысяч заявок отбор прошли менее 2%. Я получил доступ к API и токены на $500. Сегодня прошёл AMA с Thariq Shihipar, инженером Anthropic, который напрямую работает с Claude Code. Это был не маркетинговый вебинар, а живой разговор о внутренних практиках. Ниже — 12 проверенных инсайтов, которые я записал и уже применил в своих проектах.
1. Skills, а не агенты
Thariq подчеркнул: основной способ расширения функциональности Claude Code — это skills, а не агенты, MCP-серверы или промпты в CLAUDE.md.
Skill — это файл в папке .claude/commands/*.md, который Claude распознаёт как команду. Внутри может быть промпт, скрипты, ссылки на другие skills. Главное — skill решает одну конкретную задачу: дебаг, code review, интервью, деплой. Claude сам решает, какие skills комбинировать под запрос.
Агенты с большими system prompt становятся жёсткими. Чем больше инструкций, тем хуже модель справляется с нестандартными случаями — особенно Opus 4.7.
2. Не создавайте “фронтенд-агента” и “бэкенд-агента”
Thariq прямо сказал: “Эра промптов вроде ‘you are an expert designer’ прошла”. Модель и так знает свои возможности. Не нужно назначать ей роли вроде “senior backend engineer”.
Лучше дать Claude набор skills — debugging, code-quality, feature-design — и позволить самой выбирать, что применить.
Sub-agents полезны для параллельных задач. Например, запустить sub-agent для проверки тестов, пока основной агент пишет код. Это рабочий паттерн.
3. /interview вместо ТЗ
Вместо детального технического задания Thariq предлагает дать команду: “Задай мне вопросы, чтобы понять, что я хочу построить”.
Claude начинает интервью: “Какой фреймворк? Нужен ли SSR? Какая целевая аудитория?” Он задаёт вопросы, о которых вы могли не подумать. Через 5–10 вопросов у него полная картина, и результат становится качественнее, чем после одного длинного промпта.
Можно оформить это как отдельный skill — /interview. Работает отлично.
4. Opus 4.7 читает инструкции буквально
Opus 4.7 следует инструкциям строже, чем предыдущие версии. Если в CLAUDE.md написано “NEVER use any”, модель действительно никогда не использует any — даже если это логичный выбор.
Что делать:
- Пересмотреть CLAUDE.md после перехода на Opus 4.7
- Убрать категоричные формулировки: “never”, “always”, “must” — если они не критичны
- Использовать “prefer X over Y” вместо “never use Y”
- Если Claude стал странно себя вести — проверьте инструкции первым делом
5. CLAUDE.md протухает, и это нормально
Thariq признал: поддерживать CLAUDE.md в актуальном состоянии сложно. В крупных компаниях за этим следит отдельный специалист.
Его советы:
- Попросите Claude проанализировать свои skills и CLAUDE.md: “Найди конфликты и устаревшие инструкции”
- Проверяйте, как часто срабатывают skills (можно проанализировать историю в
.claude/projects/) - Просите упрощать слишком сложные skills
- При переходе на новую модель — пересматривайте все инструкции
Anthropic предоставляет Opus 4.7 prompt guide и migration skill. Их можно использовать для аудита своих настроек.
6. Все разговоры хранятся в .claude/projects
Каждая сессия Claude Code сохраняется в папке .claude/projects. Модель может читать эти файлы.
Можно попросить: “Прочитай мои последние 10 разговоров и скажи, где я теряю время” или “Какие паттерны ошибок ты видишь?”.
Но запрос должен быть конкретным. Абстрактный “дай советы” вернёт общие фразы.
7. Memory через skills: CRM-паттерн
Встроенная память Claude Code — generic. Thariq показал, как создать над ней структурированный слой.
Например, skill, который читает email, извлекает контакты, задачи и события, затем сохраняет их в структурированные файлы. По сути — CRM внутри Claude Code.
Работает через /loop: каждые N минут проверяет новые сообщения и обновляет данные. Thariq планирует выложить это в open source.
8. /loop для периодических задач
Для мониторинга и регулярных операций Thariq использует паттерн /loop.
Главное — скрипт должен быть “tight”: если нет изменений, он не должен тратить токены. Иначе бюджет быстро сгорит.
Claude Code не подходит для real-time задач вроде медицины, биржи или IoT. Это инструмент для кодирования, а не обработки событий. Для таких сценариев нужен managed agent.
9. Верификация: тестовая среда, а не надежда на one-shot
На вопрос “как избежать ошибок с критичными данными?” Thariq ответил: не полагайтесь на one-shot выполнение.
Для важных операций (платежи, инфраструктура, production) нужно:
- Создать тестовую среду
- Дать Claude итерировать и проверять себя в ней
- Передавать в прод только после прохождения всех проверок
Детерминистические проверки (linting, type checking, кастомные валидаторы) эффективнее, чем “проверь себя”. Модель может обмануть себя, а tsc --noEmit — нет.
10. Claude повторяет ошибки: 4 решения
Thariq предложил иерархию решений для повторяющихся ошибок:
Сначала уточните: это ошибка? Часто “ошибки” — просто стилевые предпочтения. Если код работает, возможно, не стоит вмешиваться.
Linting rules. Если правило можно выразить через линтер — сделайте это. Проверка будет детерминистичной.
Hooks. Напоминания после каждого шага: “Ты работаешь с production данными — проверь каждое действие”.
Dynamic hooks через skills. Например, команда /safe включает режим повышенной осторожности: после каждого шага Claude получает напоминание. Выключается после завершения опасной задачи.
Конфликт инструкций. Проверьте, не противоречат ли друг другу CLAUDE.md и skills. Часто проблема именно в этом.
11. Claude Design vs Claude Code
Thariq пояснил: Claude Design — это opinionated workflow с поддержкой сильной команды дизайнеров. Результаты “из коробки” выглядят лучше.
Claude Code даёт больше контекста по кодовой базе. Если нужно встроить в существующий проект — Code предпочтительнее.
Claude Design вдохновлён тем же подходом: design system + skills = генерация UI.
12. Remotion для демо-видео
Thariq делает демо-видео с помощью Remotion — React-фреймворка для программного создания видео.
Claude генерирует компоненты, анимации, записывает скринкасты с кликами мыши. За одну сессию можно собрать полноценное видео с анимированным интерфейсом.
Паттерн: опишите design system в файле и передайте Claude при старте. Все UI-компоненты будут в едином стиле.
Что я внедрил у себя
Это не теория. Я уже использую:
- Skills вместо длинных промптов. У меня более 15 skills: публикация постов, рендер обложек, дебаг, деплой. Claude сам комбинирует их.
- Structured memory. Бот хранит контекст проектов, людей, сервисов в файловой структуре. Claude читает нужное перед каждой задачей.
- Audit CLAUDE.md. После перехода на Opus 4.7 пересмотрел инструкции: убрал “never”, добавил “prefer”. Эффект был мгновенным.
- /loop для мониторинга. Автоматическая публикация, проверка серверов, обновление данных.