Мастер Claude · Блок 11. Экосистема

Урок 85 из 93 · ~11 мин чтения

Agent SDK — когда нужен свой продукт, а не своя сессия

Урок пока закрыт

Курс проходится последовательно.

К текущему уроку

Почему это важно именно вам

Вы не будете писать код на SDK. Но вы будете принимать решение, когда его нужно писать, — а это решение стоит денег и времени команды.

Типичный разговор: «Давайте сделаем бота, который будет разбирать заявки». Дальше две дороги. Первая: настроить Claude Code — скилл, агент, расписание — за день силами одного человека. Вторая: разработка на SDK — недели работы, сопровождение, деплой. Разница в цене — десятки раз, и выбирают её обычно неправильно, потому что «сделать продукт» звучит солиднее.

Этот урок — про то, как отличить случаи.

Что это такое

Agent SDK — библиотека для Python и TypeScript, дающая те же инструменты, тот же рабочий цикл агента и то же управление контекстом, что и Claude Code, но внутри вашего приложения.

Соседние варианты и чем они отличаются:

Что вы делаете Что брать
Интерактивная работа и разовые задачи из терминала Claude Code CLI
Приложение-агент без написания цикла инструментов вручную Agent SDK
Прямые обращения к API со своей реализацией цикла Client SDK
Долгие асинхронные агенты без своей инфраструктуры Managed Agents (размещённый сервис)

Важная деталь для нетехнического заказчика: SDK доступен только для Python и TypeScript. Если ваша система на другом языке — CLI можно запускать как подпроцесс в неинтерактивном режиме (-p с JSON-выводом), и это часто дешевле, чем переписывать.

Ещё одна деталь, которую при оценке цены упускают всегда. Настройка Claude Code работает на вашей подписке — вы уже за неё платите. Продукт на Agent SDK так работать не может: Anthropic не разрешает сторонним разработчикам подставлять в свои продукты вход и лимиты claude.ai, нужен API-ключ. То есть у разработки появляется вторая статья расходов — оплата по факту обращений, растущая вместе с числом пользователей.

Что переносится из вашего опыта: встроенные инструменты, хуки, субагенты, MCP, разрешения, сессии, скиллы и память из .claude/, плагины (последние подключаются по локальному пути, а не ставятся из каталога). То есть наработки из блоков 2–6 не пропадают.

Оговорка для разговора с разработчиком: загрузка .claude/ — управляемая настройка. По умолчанию всё подхватывается, но её можно выключить, и для продукта, обслуживающего много разных клиентов, документация прямо требует это сделать ради изоляции. Спросите прямо: подхватываются ли мои скиллы и правила или мы начали с чистого листа.

Как работает на практике

Признаки, что SDK не нужен

Это девять случаев из десяти в работе директора. Ответ здесь — Claude Code с настройкой, а не разработка.

Признаки, что SDK нужен

Как ставить задачу разработчику

Если решили, что SDK нужен, ваша роль — сформулировать три вещи, которые обычно упускают:

Границы прав. Что агент может делать сам, что — только с подтверждением, чего не может никогда. В SDK это настраивается явно.

Что делать при ошибке. Молчаливое падение — самый частый дефект таких систем. Должно быть определено: куда приходит алерт, что видит пользователь, что происходит с недоделанной работой.

Как измерять качество. Не «работает/не работает», а доля задач, выполненных без вмешательства человека, и стоимость одной задачи. Без этого через полгода никто не сможет сказать, окупилась ли разработка.

Название. Ваш продукт нельзя называть «Claude Code» или оформлять под него. Допустимо «Claude Agent» или «<ваше имя>, powered by Claude». Мелочь, которая всплывает, когда лендинг уже нарисован.

Самая дорогая ошибка на этом этапе

Начать с разработки, минуя настройку. Правильный порядок: сначала соберите то же самое на Claude Code и поработайте так месяц. Вы узнаете реальные требования — они всегда отличаются от воображаемых. И в половине случаев обнаружите, что разработка не нужна вовсе.

Частые ошибки

Заказывать продукт до проверки гипотезы. Настройка проверяется за день, разработка — за недели.

Забывать про сопровождение. У продукта есть версии, зависимости, изменения API. Кто-то должен это вести. Если никто — через полгода он сломается.

Не переносить наработки. Скиллы, агенты и правила из ваших .claude/ подхватываются приложением. Начинать с чистого листа — терять то, что уже отлажено.

Путать SDK с прямыми обращениями к API. Если разработчик предлагает «просто дёргать API», убедитесь, что он понимает: цикл вызова инструментов, управление контекстом и разрешения придётся писать самому.

Когда нужно / когда нет

SDK: когда результат — продукт для других людей, с интерфейсом и своей инфраструктурой.

Claude Code: когда результат — ваша работа, сделанная быстрее.

Managed Agents: когда нужен долгий автономный агент, но нет желания и ресурсов держать свою инфраструктуру.

Связь с другими уроками

День 21–30 — агенты и День 31–34 — скиллы. Именно эти наработки переносятся в приложение.

День 78 — routines. Промежуточный вариант между настройкой и разработкой: автономная работа без своего кода.

День 90 — итоговый проект. Там вы сведёте систему целиком и увидите, где у неё границы.

Задание на сегодня

  1. Возьмите идею «нам бы сделать бота/сервис», которая у вас есть.
  2. Пройдите по признакам: есть ли у результата пользователи кроме вас? нужен ли интерфейс? нужна ли своя логика вокруг?
  3. Если по всем пунктам «нет» — соберите это на Claude Code за день и работайте месяц.
  4. Если «да» — напишите на одну страницу: границы прав, поведение при ошибках, метрики качества.
  5. Оцените стоимость обоих путей и примите решение осознанно, а не по привычке «надо разработать».

Критерий «выполнено»: по одной вашей идее принято обоснованное решение — настройка или разработка — с записанными аргументами.

Резюме

Следующий урок откроется после отметки.