Инструменты агента: руки, кладовая, оборудование
🤔 Зачем это читать
Тебе поставили в отдел «AI-ассистента». Полгода им гордятся на планёрках. А потом ты ловишь себя на том, что просишь его «проверить остаток товара по складу», получаешь складный ответ — и всё равно лезешь в 1С глазами, потому что не доверяешь. И правильно делаешь: он не заглядывал ни в какой склад. Он красиво поговорил. Всё, что он реально умеет, — это писать текст. Дороже бумажного блокнота, но по сути блокнот.
Знакомо? Тогда вот тебе вопрос на деньги. Тебе принесли два предложения. В первом — «умный AI-ассистент для поддержки», 600 000 ₽. Во втором — «агент, который сам открывает заявку в системе, проверяет статус заказа и отправляет клиенту ответ», 2 400 000 ₽. Менеджер говорит: «по сути одно и то же, просто второй подороже». Так одно и то же или нет? Если ты не можешь ответить уверенно — ты не можешь ни торговаться, ни выбрать. А разница тут ровно в одном слове, и стоит она вчетверо.
Это слово — инструменты. Тот «болтливый» ассистент — это голая модель, мозг без рук, про который ты уже читал в теме 2.1. А «делающий» агент — это та же модель, которой приделали руки: дали залезть в систему, посчитать, отправить. По-научному это называется использование инструментов (tool use). И вся ощутимая отдача от AI на работе живёт именно тут, а не в том, «насколько модель умная».
После этой темы ты сможешь сам, глядя на любую задачу, сказать: тут модель справится одним текстом — а тут без инструмента никак. Это и есть граница между «дорогим болтуном» и «работником, который реально что-то делает». Научишься её видеть — перестанешь переплачивать за воздух и недооценивать реальное.
Задержись на 10 секунд. Вспомни последнюю задачу, которую ты хотел бы спихнуть на AI — реальную, со своей работы. Сверка остатков, разбор почты, расчёт скидки, ответ клиенту. Подержи её в голове. К концу страницы мы её разберём на две стопки: что тут «просто подумать словами», а что — «реально сходить и сделать руками».
👨🍳 Повар не бегает за лососем — он выписывает заявку
В теме 2.1 мы договорились: модель — это мозг, а руки ей приделывают отдельно. Тут разберём вплотную, как эти руки устроены и почему качество их «приделывания» решает всё. Снова с кухни — так нагляднее.
Представь горячий цех в обеденный пик. Шеф у плиты ведёт три блюда сразу. Ему нужно ещё 2 кг лосося. Что он делает? Бросает сковородки и сам бежит в холодильную камеру на другом конце ресторана? Нет, конечно. Он выписывает заявку — кричит или пишет в листок: «Заготовка, дай 2 кг лосося на горячий». И продолжает готовить. Через минуту заготовщик приносит лосось. Шеф к камере даже не подошёл.
Смотри, что тут произошло, это важно. Шеф решил, ЧТО нужно («лосось, 2 кг, сюда») — но как именно рыбу достать с полки, развесить на весах, донести — делал не он. Это сделал заготовщик: отдельный человек, у которого есть руки, доступ к камере и весы. Шеф только сформулировал заявку словами. Исполнил её — кто-то другой.
Вот это и есть использование инструментов (tool use) у AI-агента, один в один. Модель-повар не лезет в твой склад и не считает сама. Она выписывает заявку текстом: «нужно узнать остаток товара № 4815». А рядом стоит инструмент — обычная программа без всякого AI, тот самый «заготовщик», — которая эту заявку читает, реально идёт в систему склада, достаёт число и приносит его модели обратно. Модель решает ЧТО. Инструмент делает КАК. Это разделение — сердце всей темы. (В текстах вендоров ровно это часто называют вызовом функций (function calling) — считай это почти синонимом к tool use; tool use чуть шире, но разница тут владельцу не важна.)
🔧 Что вообще может быть «инструментом»
Инструмент — это не обязательно что-то про «лазить в интернет». Это любая отдельная программа-исполнитель, которую кто-то написал и «приделал» к модели, чтобы та могла сделать что-то за пределами текста. Несколько типичных — чтобы образ был конкретным:
- Заглянуть в систему. Проверить остаток на складе, статус заказа, баланс клиента. Это «руки в кладовую».
- Точно посчитать. Калькулятор. Модель прикидывает числа «на глаз» и на длинных суммах врёт — а инструмент считает строго, как весы вместо глазомера.
- Открыть файл. Достать номер и сумму из приложенного договора в формате PDF (распространённый формат документов).
- Сходить в сеть. Узнать сегодняшний курс, свежую цену, актуальную новость — то, чего модель не застала при обучении.
- Совершить действие. Отправить письмо, создать заявку, поставить задачу. Тут уже не «узнать», а «сделать» — и об этом будет отдельный важный разговор дальше.
Заметь рамку пошире. Под капотом инструмент почти всегда дёргает что-то через окно обмена (API) — это строгий формат, через который одна программа просит у другой данные или действие (мы про него говорили как про «окно выдачи между залом и кухней»: формат жёсткий, вольный текст оно не понимает). Но тебе как владельцу не нужно знать про окна обмена. Тебе нужно держать в голове одно: инструмент — это «рука», которую приделали под конкретное дело. Дали руку «проверить склад» — агент проверяет склад. Не дали — не проверяет, хоть проси, хоть умоляй.
🧾 Как это выглядит изнутри (на пальцах)
Давай разложим один полный заход на псевдокоде — это просто логика на человеческом языке, не настоящий код. Сцена: клиент спрашивает в чате, есть ли товар в наличии.
клиент_спросил = «Лосось стейк есть в наличии? И на сколько штук?»
# шаг 1 — работает МОДЕЛЬ: только решает, ЧТО нужно, и выписывает заявку
модель выписывает заявку: позвать инструмент «склад», товар = «лосось стейк»
# шаг 2 — работает ИНСТРУМЕНТ: обычная программа, никакого AI
программа-склад идёт в систему → находит товар → возвращает «остаток = 12 шт.»
# шаг 3 — снова МОДЕЛЬ: пишет человеческий ответ по принесённому числу
модель пишет клиенту: «Да, лосось стейк в наличии — 12 шт.»
# → без шага 2 модель назвала бы случайное правдоподобное число тем же уверенным тоном
Видишь, в чём фокус? Сама модель так и не «сделала действие» в привычном смысле. Она дважды поработала с текстом: сначала выписала заявку, потом сложила красивый ответ из принесённого. Всё настоящее «дело» — поход в склад — сделала простая программа между ними. Это и есть формула, которую стоит запомнить дословно: модель решает ЧТО сделать, код делает КАК.
📝 Почему качество заявки решает всё
А теперь самое неочевидное и самое денежное. Инструмент тупой. Он не догадывается, не уточняет, не «додумывает за повара». Он делает ровно то, что в заявке. Поэтому всё держится на том, насколько хорошо инструмент описан для модели — то есть насколько ясно модели объяснили, какая «рука» у неё есть и когда ей пользоваться.
Вернёмся на кухню. Представь, что заготовщику дали мутную инструкцию: «приноси рыбу, когда надо». Сколько? Какую? Когда «надо»? Он будет таскать не то и не тогда. А теперь чёткая: «по заявке „лосось, N кг" — взвесь ровно N кг охлаждённого лосося и неси на горячий за две минуты». С такой ошибиться трудно. Разница в цехе — между хаосом и слаженной работой.
С инструментами агента — точно так же. Если разработчик описал инструмент склада размыто, модель будет звать его невпопад: спросят про возврат — она полезет проверять остаток, спросят остаток — она начнёт болтать вместо вызова. И вот что тут важно понять как владельцу: когда агент тупит, причина чаще не в «слабой модели», а в плохо описанных инструментах. Это хорошая новость — потому что переписать описание инструмента в разы дешевле, чем менять модель на «помощнее». Дорогая ошибка — кидаться менять повара, когда на самом деле бардак в том, как ему объяснили, где что лежит.
Запомни картинку одной фразой: модель выписывает заявку, инструмент её исполняет, а качество описания инструмента решает, попадёт агент в цель или промахнётся.
🎮 Справится сам текстом — или нужен инструмент?
Шесть задач со своей реальной работы. По каждой реши: модель справится сама текстом (тут хватит мозга — понять, объяснить, сформулировать) или ей нужен инструмент (надо реально сходить в систему, посчитать, открыть, отправить)? По каждой сначала мысленно ответь сам — и только потом жми кнопку, чтобы свериться. Это не экзамен, а тренировка того самого чутья, ради которого ты сюда пришёл.
📖 Ключевые понятия
- Использование инструментов (tool use)
- Способность агента не просто говорить, а звать «руки» — отдельные программы-исполнители, которые реально лезут в систему, считают, открывают файл, отправляют. Модель выписывает заявку текстом, инструмент её исполняет. Именно это превращает «болтливый чат» в «работника, который что-то делает».
- Инструмент (tool)
- Конкретная «рука», приделанная под одно дело: проверить склад, посчитать на калькуляторе, открыть PDF, отправить письмо. Это обычная программа без всякого AI; сама модель ею не является — она лишь решает, когда и какую руку позвать.
- Вызов функций (function calling)
- Технический термин почти про то же самое: модель «вызывает функцию» — то есть выписывает заявку конкретному инструменту с нужными параметрами. Часто встречается в текстах вендоров; знай, что это практически синоним к «модель позвала инструмент» (tool use чуть шире — охватывает и цепочки вызовов, — но для владельца это одно и то же).
- Окно обмена (API)
- Строгий формат, через который одна программа просит у другой данные или действие — «окно выдачи между залом и кухней». Под капотом инструмент почти всегда стучится в систему именно через него. Тебе как владельцу важно одно: через это окно агент и дотягивается до твоих реальных систем.
- Модель решает ЧТО, код делает КАК
- Главный разрез темы. Модель определяет, какое действие нужно и с какими параметрами («узнать остаток товара № 4815»). А как именно это исполнить — лезет в систему, считает, носит результат — делает обычный код, написанный людьми. Магии в самом «делании» нет.
🛡️ Частые заблуждения
«Раз ассистент складно отвечает про склад — значит, он в склад и заглянул»
Не обязательно. Складный ответ и реальный поход в систему — разные вещи. Если у ассистента нет приделанного инструмента к складу, он выдаст правдоподобное число тем же уверенным тоном, что и настоящее, — и ты не отличишь на глаз. Прежде чем доверять цифре, спрашивай: а у него вообще есть рука, чтобы туда сходить, или он просто красиво говорит?
«Чтобы агент работал точнее, надо просто взять модель помощнее»
Часто нет. Если агент зовёт инструменты невпопад или вообще их не зовёт — причина обычно не в «уме» модели, а в том, что инструменты ей плохо описали: непонятно, какая рука есть и когда ей пользоваться. Переписать описание инструмента в разы дешевле, чем менять модель. Сначала чини инструкцию заготовщику, потом уже думай менять повара.
«Инструменты — это про "выход в интернет" и сложное программирование, мне столько не надо»
Недооценка. «Сходить в сеть» — лишь один вид инструмента, и далеко не самый частый. Куда полезнее на практике приземлённые руки: заглянуть в твою 1С, посчитать скидку на калькуляторе, открыть PDF договора, создать заявку. «Проверить остаток по складу» — это уже инструмент, хотя никакого интернета и никакой экзотики тут нет. Так что вопрос не «надо ли мне столько», а «к какой моей системе приделать руку, чтобы агент перестал болтать и начал делать».
🧠 AI-чутьё (AI Judgment)
Инструменты превращают «болталку» в «делалку» — отдача живёт здесь
Вот рамка, которую стоит унести с собой: ценность AI на работе создают не слова, а действия — а действия делают инструменты. Голая модель, как бы умна ни была, остаётся дорогим собеседником: посоветует, объяснит, набросает. Деньги начинают капать в тот момент, когда она перестаёт только говорить и начинает реально дёргать твою 1С, почту, склад, CRM (система, где хранятся клиенты и сделки). Поэтому, оценивая любое AI-предложение, первым делом спрашивай не «насколько умная модель», а «какими руками она дотянется до моих систем — и есть ли эти руки вообще?».
Эта рамка сразу разводит две дорогие ошибки. Первая — заплатить как за «делающего агента», а получить болтуна без единого инструмента (помнишь те два предложения в начале, 600 000 ₽ против 2 400 000 ₽? разница ровно в наличии рук). Вторая, обратная — отмахнуться от реальной задачи со словами «AI так не умеет», хотя нужная рука приделывается за вменяемые деньги. Обе — от того, что мозг и руки свалены в одну кучу.
И держи практический след. Когда дойдём до проектирования своего AI-решения, твой главный вопрос будет звучать так: какие инструменты нужны под мою задачу, к каким системам их подключать и сколько это стоит. Это и есть мышление владельца — считать не «магию модели», а конкретные руки и трубы к своим системам. Отсюда берётся вся реальная отдача, и отсюда же — вся реальная цена.
🎯 Практика
Одно задание на пять минут — оно превращает разрез «текст или инструмент» из книжного в твой личный рабочий навык.
- Возьми ту задачу со своей работы, которую держал в голове с начала страницы (или любую другую, что хотел бы спихнуть на AI). Запиши её в одну строку.
- Разбей её на шаги и каждый шаг честно подпиши: «мозг» (тут хватит подумать и сформулировать словами) или «рука» (тут надо реально сходить в систему, посчитать, открыть файл, отправить). Например, «разобрать жалобу клиента»: понять суть жалобы — мозг; поднять историю заказов клиента — рука; сформулировать ответ — мозг; оформить возврат в системе — рука.
- Посмотри на список рук. Каждая «рука» — это отдельный инструмент, который кто-то должен приделать, к какой-то твоей системе, за какие-то деньги. Прикинь, к каким именно системам тянутся эти руки (1С, почта, CRM, склад). Этот короткий список — уже половина технического задания на твой AI-проект и готовый чек-лист вопросов к подрядчику.
Помнишь «болтливого ассистента» из начала, которому ты не доверял проверку склада? Теперь видно, почему: у него не было руки в склад. Доверять стоит не тому, кто складно говорит, а тому, у кого есть инструмент реально сходить и проверить.