Разработка AI-агентов: начните с одной задачи Web3

Какая задача Web3 подходит для AI-агента?

Начните с 1 повторяющегося рабочего процесса. У него должны быть четкий ввод, полезный вывод и безопасная передача дел человеку. Мы описываем эти 3 части, прежде чем решать, подходит ли задача для разработки AI-агента.

Выбирайте задачу по ее операционной форме:

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

Если основная потребность — разговорный интерфейс, сравните с разработкой AI-чатбота. Для более широкой работы над продуктом начните с разработки Web3.

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

3 решения формируют рабочий процесс агента

3 решения превращают описание задачи в план разработки. Они определяют триггер, доступ агента и передачу дел человеку. Мы записываем их до подключения систем.

1. Установите триггер. Назовите событие или запрос, который запускает задачу. Подтвердите, где оно появляется и какая информация поступает вместе с ним.
2. Установите доступ. Перечислите источники, которые агент может читать, и инструменты, которые он может использовать. Отметьте действия, требующие одобрения.
3. Установите передачу дел. Определите, что происходит при отсутствии информации, противоречивых источниках или неопределенном ответе. Назовите человека или команду, которая получает случай.
4. Установите оценку. Согласуйте репрезентативные вводы и приемлемое поведение. Включите примеры, которые должны быть переданы на рассмотрение.
5. Установите границу выпуска. Подтвердите, где выполняется рабочий процесс. Назовите того, кто может просматривать его активность после развертывания.

Рабочий процесс в Telegram может потребовать другого интерфейса, чем внутренняя консоль операций. Если Telegram является центральным, см. разработку рабочих процессов Telegram. Если агент находится внутри интерфейса продукта, сравните с разработкой dApp.

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

Что нам нужно перед подключением инструментов и знаний?

6 практических вводов делают первый обзор полезным. Они охватывают примеры задач, исходные материалы, доступ, исключения, правила утверждения и ответственного. Вам не нужна отшлифованная спецификация; рабочие примеры могут выявить неясные решения.

• Примеры задач: Отправьте типичные запросы и шаги, которые ваша команда выполняет сегодня.
• Ожидаемые результаты: Поделитесь полезным выводом и тем, который должен быть отклонен.
• Список источников: Назовите документы, системы или данные on-chain, которые может использовать рабочий процесс.
• Детали доступа: Определите доступные интерфейсы и того, кто может утвердить разрешения.
• Случаи исключений: Отметьте неоднозначные, чувствительные или важные запросы для проверки человеком.
• Ответственный за знания: Назовите человека, который может подтвердить, какие руководства актуальны.
• Технический контакт: Включите того, кто может ответить на вопросы по интеграции и развертыванию.

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

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

Как окна проверки вписываются в разработку?

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

Каждое окно имеет четкую контрольную точку. Ваш ответственный за задачу подтверждает ожидаемое поведение. Ваш технический контакт проверяет доступ и ограничения выпуска. Мы корректируем план, когда интеграция или источник не готовы. Неизвестные не становятся утвержденными предположениями.

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

Зависимости от платформы остаются видимыми в плане

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

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

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

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

Отправьте нам 1 повторяющуюся задачу, ее текущие шаги и несколько примеров вводов. Включите соответствующие инструменты и человека, ответственного за рабочий процесс. DigitalMedia1 проверит эти материалы. Мы вернем письменное предложение в течение 2 рабочих дней и подтвердим план разработки до начала работы.

Как мы работаем

1. Отправьте одну повторяющуюся задачуПоделитесь текущими шагами, примерами вводов и тем, как выглядит полезный результат. Включите исключения, требующие человеческого суждения.
2. Опишите инструменты и решенияМы определяем утвержденные источники, доступный доступ, разрешенные действия и точки для проверки человеком.
3. Согласуйте план разработкиВы подтверждаете границы рабочего процесса, оценочные случаи, потребности в развертывании и ответственных за проверку.
4. Разработайте и оценитеМы подключаем согласованные инструменты и знания, затем проверяем репрезентативные случаи с вашим ответственным за рабочий процесс.
5. Разверните и передайте делаМы поддерживаем выпуск и знакомим вашу команду с руководством по эксплуатации, мониторингу и обязанностям по обслуживанию.