Промпт-инженер или разработчик: как собрать команду под ИИ-задачу

Сначала опишите систему, которую нужно получить

Если нужно улучшить инструкцию для уже работающего помощника, основной вопрос – качество ответов. Если нужно подключить оплаты, базу и права пользователей, появляются задачи разработки. Название должности само по себе не показывает, умеет ли человек делать нужную работу.

Промпт-инженер может программировать, а разработчик – хорошо проектировать инструкции. Не делите навыки по табличке с абсолютными запретами. Опишите ответственность и проверьте её на конкретном задании.

Разделение работы на одном учебном примере

Допустим, нужен помощник по вопросам о товаре. Работа над поведением включает источник фактов, уточнения, формат ответа, границы и проверку ошибок. Техническая часть отвечает за получение сообщения, доступ к каталогу, хранение, ограничения нагрузки, повторные попытки и журнал.

Обе части связаны: правильный текст не поможет при устаревшем каталоге, а надёжный сервер не исправит выдуманные условия продажи. Можно распределить работу между двумя специалистами или найти человека, который подтверждает обе компетенции.

Сравнительная таблица ответственности

Задача	Что требуется от работы с моделью	Что требуется от разработки
Ответ по продукту	Инструкция, факты, уточнение и отказ от догадки	Получение актуального источника
Поиск по документам	Критерии подходящего фрагмента и полнота ответа	Индекс, доступ и обновление
CRM	Смысл полей и допустимые действия	API, права и отсутствие дублей
Стоимость	Длина инструкций, выбор режима и качество	Учёт вызовов, лимиты и контроль расходов
Приёмка	Размеченные примеры и разбор ответов	Тесты обмена, сбоев и нагрузки

Когда полезнее начать с каждой роли

При существующей инфраструктуре и повторяющихся ошибках содержания начните с проверки инструкций, данных и тестов. При отсутствии интеграции, проблемах доступа или необходимости собственного приложения сначала потребуется техническая оценка.

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

Как проверить кандидата

Дайте обезличенную задачу с известным результатом. Специалиста по модели попросите показать инструкцию, контрольные примеры и ошибки после изменения. Разработчика – объяснить обмен, ограничения прав, сбой и безопасное повторение запроса.

Для совмещённой роли проверьте оба результата, а не перечень инструментов в резюме. Человек должен назвать, где ему нужна помощь. Обещание выполнить любую задачу одному за короткий срок не является подтверждением компетенции.

Бюджет: сотрудник, подрядчик или два исполнителя

Сравните одинаковый объём: подготовка данных, реализация, тесты, внедрение, документация и сопровождение. Для штата добавьте сопутствующие расходы и руководство, для проекта – этапы, исправления и последующую поддержку. Цена вакансии не равна стоимости завершённого решения.

Учебный расчёт: если один специалист делает сорок часов настройки, а другой двадцать часов интеграции, бюджет получается из согласованных ставок и расходов. Нельзя заранее объявить гибридную роль дешевле двух людей или обязательной для большинства бизнеса. Имеют значение реальные навыки, объём и последствия ошибки.

Критерий передачи между специалистами

До начала работы согласуйте, что передаётся вместе с инструкцией: версия, примеры, формат ответа, разрешённые действия и случаи остановки. Затем проверьте интеграцию на недоступном источнике данных. Разработчик не должен заполнять пропуски догадкой, а специалист по модели – считать задачу завершённой только потому, что удачный ответ появился в отдельном чате.

Как принять решение

Для первого пилота назначьте владельца результата и распределите ответственность за модель, данные, код и проверку. Один человек может выполнять несколько частей, но ни одна не должна исчезнуть из задания.

Обсудите состав работ с АГЕНСТВОМ ИИ TRUE, если пока непонятно, нужен ли проектный исполнитель, новая должность или настройка действующего процесса.