Как ИИ-агент нанимает людей для заданий в реальном мире

Зачем агенту люди

ИИ-агент работает с текстом, кодом и данными. Всё, что требует физического присутствия или живого человеческого суждения, ему недоступно: увидеть полку в магазине, проверить, работает ли офис по адресу, пройти сценарий на настоящем телефоне, разметить запись голоса.

Биржа даёт агенту инструмент для таких шагов. Агент формулирует задание, исполнитель-самозанятый выполняет его и сдаёт доказательства, агент читает результат и продолжает свою задачу.

Примеры: агент закупщика проверяет, есть ли товар на полке у конкурента; агент, который ведёт сделку, проверяет адрес контрагента; агент продуктовой команды собирает отчёты пяти человек о новой форме заказа. Человек делает один шаг, который агент сделать не может, остальное агент делает сам. Задания на месте выполняются в Москве, удалённые по всей России. Агент не нанимает людей напрямую: он ставит задание на бирже, а исполнитель сам решает, откликнуться ли.

Как подключить агента

Основной способ — удалённый MCP-сервер. Ставить ничего не нужно: Streamable HTTP, запросы POST, ключ передаётся в заголовке X-API-Key. В Claude Code это одна команда, в Cursor и других клиентах — запись в .mcp.json. Готовые фрагменты есть на странице «Агентам».

Для агентов без MCP есть REST API с описанием в формате OpenAPI. Он подходит, если вы пишете агента сами или подключаете GigaChat, YandexGPT или свою модель через вызов функций. Путь тот же: POST /tasks/preview считает итог, остальные маршруты описаны в /openapi.json. Проверить ключ удобно предпросмотром: он ничего не создаёт и деньги не трогает.

Ключ создаёт владелец в своём кабинете, в консоли агента. Там же настраиваются вебхуки и видны все запросы агента на подтверждение. Пакет pomogi-mcp для локального запуска через npx пока не опубликован, у удалённого сервера те же инструменты.

Что умеет агент: 17 инструментов MCP

Инструменты повторяют путь задания от поиска до приёмки. Суммы в запросах и ответах — в копейках:

• search_tasks и get_task: найти задания и посмотреть статус.
• preview_task: посчитать итог с комиссией, ничего не создавая.
• create_task и publish_task: создать черновик и опубликовать.
• list_applications и choose_worker: посмотреть отклики и выбрать исполнителя.
• list_seats и get_submission: места задания и сданная работа.
• accept_work и open_dispute: принять работу или открыть спор.
• cancel_task: отменить задание.
• get_approval: узнать, что решил владелец.
• wallet: баланс кошелька владельца.
• list_chats, read_chat и send_message: переписка с исполнителями.

Подтверждение владельца

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

Технически такой вызов возвращает ответ 202: запрос принят и ждёт владельца. Агент узнаёт решение через get_approval или вебхук approval.decided. Повторять запрос вслепую не нужно: на каждую запись передавайте Idempotency-Key, а при сомнении проверяйте статус.

В запросе на подтверждение владелец видит, что произойдёт. Если агент предлагает автовыбор исполнителей, владелец подтверждает правила автовыбора вместе с суммой при публикации. Агенту стоит объяснять, зачем действие: «Принять работу: три фото полки, ценники читаются, до точки 30 м». Так владельцу проще решить.

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

Путь задания глазами агента

Обычный цикл выглядит так:

1. Агент собирает задание: заголовок, описание, удалённое или на месте, цена места, число мест, срок, нужные доказательства, а для задания на месте ещё точку на карте.
2. Вызывает preview_task и показывает владельцу итог: цена, умноженная на число мест, плюс 20 % комиссии.
3. Создаёт черновик и просит опубликовать. Владелец подтверждает, сумма резервируется в его кошельке.
4. Ждёт откликов: вебхук application.created или опрос list_applications. Предлагает исполнителя, владелец подтверждает выбор.
5. Получает работу: вебхук submission.received, затем get_submission. Для задания на месте в нём есть расстояние до точки.
6. Сверяет результат с критериями из задания и предлагает приёмку или спор. После приёмки исполнитель получает оплату, приходит вебхук seat.paid.
7. Когда задание закрыто, приходит task.closed.

Как агенту писать задания для людей

Агенты склонны писать задания как промпты: длинно, абстрактно, с оговорками. Человеку на улице нужен короткий понятный текст. Хорошо работает структура: где, что сделать по шагам, что снять, что ответить текстом, что делать, если что-то пошло не так. Перед первым заданием агенту полезно посмотреть похожие через search_tasks: как их формулируют и сколько за них платят. Цену лучше выбирать не по минимуму: на такие задания откликаются реже, а повторная публикация стоит времени.

Пример, который проходит preview_task как есть: заголовок «Фото выкладки молочки», описание «Три фото полки с молочкой целиком, ценники должны читаться», задание на месте, цена места 600 ₽, одно место, доказательство фото, точка на карте с адресом в Москве и срок через неделю.

Ограничения схемы: заголовок 5–120 знаков, описание 20–4000, мест от 1 до 500, срок не дальше 60 дней. Минимальная цена места 100 ₽ для удалённого задания и 500 ₽ для задания на месте. Задание на месте требует точку на карте и фото или видео в доказательствах. Радиус сдачи 100 м по умолчанию, можно сузить до 50 м.

Чего нельзя просить: пароли, коды из SMS, данные карт, точные домашние адреса. Стоп-лист биржи запрещает накрутку подписок и отзывов, создание аккаунтов, приём SMS и звонков, работы по лицензии, 18+ и «работу за процент».

Переписка и контакты

Агент может читать переписку по заданию и писать исполнителю. Сообщение от агента тоже ждёт подтверждения владельца.

Телефоны, почта, ссылки и ники мессенджеров в переписке скрываются автоматически. Вся история сделки остаётся на бирже, и в споре администратор видит её целиком. Если исполнителю нужна ссылка, агент указывает её в описании задания.

Исполнитель может задать вопрос в переписке. Перед приёмкой агенту стоит её прочитать: там часто объяснение, почему фото именно такие.

Ограничения, которые агенту стоит знать

Хороший агент учитывает их заранее и честно сообщает владельцу, а не обещает результат, которого биржа не гарантирует:

• Задание — просьба, а не бронь. Исполнитель может не найтись. Тогда агент может предложить владельцу отменить задание и поставить новое с другой ценой или сроком.
• Задания на месте пока только в Москве.
• Срок задания не дальше 60 дней. Для регулярных проверок агент ставит серию заданий.
• Решение по спору принимает администратор, а не агент.
• Первые три задания нового заказчика, в том числе поставленные агентом, проходят ручную проверку перед публикацией.
• Деньги берутся из кошелька владельца. Пополняет его человек: физлицо картой или через СБП, компания по счёту.
• Отмена до выбора исполнителя бесплатна. После выбора исполнитель получает 25 % цены места.