Ограничения ИИ-агентов и устранение неполадок
TL;DR
У ИИ-агентов есть важные ограничения: они не могут удалять объекты, изменять описания, обращаться к вложениям, внешним данным или метрикам загрузки, а также ненадёжны при выполнении математических расчётов. Поведение недетерминировано и ограничено назначенной областью. Для устранения неполадок убедитесь, что агент включён и указан через @ в нужном расположении, проверьте, соответствуют ли триггеры фактическим событиям, просмотрите обоснование ИИ на панели задач активности, протестируйте в Playground и перечислите участников команды по именам для корректного назначения. Учтите ограничения для электронной почты, Slack, Teams, подобных объектов (макс. 1000) и полей даты/времени.
| Доступность: Business, Pinnacle, Apex. ; Недоступно в тарифах Free, Team; |
- Обзор
- Поведенческие ограничения
- Действия, которые ИИ-агенты не могут выполнять
- Данные, к которым ИИ-агенты не имеют доступа
- Сводные сведения об ограничениях
- Дерево решений для устранения неполадок
- Что далее?
Обзор
В этой статье собраны известные ограничения ИИ-агентов и приведены рекомендации по устранению распространённых проблем.
Поведенческие ограничения
| Ограничение | Описание |
|---|---|
| Нетерминированное поведение | ИИ-агенты могут давать немного разные ответы на одну и ту же ситуацию — это нормально для ИИ. |
| Границы контекста | Агенты могут получать доступ только к информации в пределах назначенной области и работать с ней. |
| Обработка языка | Агенты работают лучше всего, когда текст чёткий и описательный. В ответах агенты используют тот же язык, что и в инструкции. |
| Ненадёжность математических расчётов | Агенты ненадёжны при выполнении арифметики, подсчётов и многошаговых вычислений. Используйте формульные поля и автоматизации для рабочих процессов с большим количеством вычислений. Агенты отлично считывают вычисленные значения и принимают решения на их основе. |
| Похожие по названию объекты | Агенты могут путать соседние объекты с похожими названиями (например, «Gate1» и «Gate2»). Разделите объекты с похожими названиями на отдельные действия. |
Действия, которые ИИ-агенты не могут выполнять
- Удалять объекты
- Изменять описания задач/проектов
Данные, к которым ИИ-агенты не имеют доступа
- Метрики загрузки пользователей — агенты могут подсчитывать назначенные задачи, но не имеют доступа к данным планирования мощностей или расписания.
- Трудозатраты — в качестве обходного пути создайте формульное настраиваемое поле, которое ссылается на значение трудозатрат, и заставьте агента считывать именно это поле.
- Вложения (PDF, изображения, документы)
- Внешние источники данных (базы знаний, Google Docs, SharePoint, внешние API)
- Данные за пределами назначенного пространства
Сводные сведения об ограничениях
| Область | Ограничение |
|---|---|
| Подобъектов за одно выполнение (цель действия) | Максимум 1000 подобъектов |
| Получатели электронной почты | Только несколько адресатов в «Кому» — без CC/BCC, вложений и вторичных писем/писем-подписчиков |
| Slack | Один канал на действие; без ответов в ветке; без @упоминаний |
| Microsoft Teams | Только каналы внутри команды; один канал на действие; без @упоминаний; без сообщений в ветке |
| Действие «Расположение» | Можно перемещать только в папки, указанные в виде чипов расположения; создавать папки нельзя |
| Агентов на расположение | По одному агенту каждого типа на папку/проект/задачу |
| Поля даты со временем | Не поддерживаются в действиях агента |
Дерево решений для устранения неполадок
Если ваш ИИ-агент не отвечает:
- Включён ли агент (ON) в настройках Space?
- Назначен ли агент в location? Создать агента недостаточно — нужно @упомянуть его в целевой папке, проекте или задаче.
- Соответствует ли триггер фактически произошедшему? Например, если триггер — «Статус изменён», а пользователь изменил настраиваемое поле, агент не запустится.
- Для триггеров на основе даты убедитесь, что в поле даты есть значение и время срабатывания триггера корректно.
Если ваш ИИ-агент принимает неверные решения:
- Проверьте панель задач активности
- Протестируйте в Playground на фактическом объекте, который дал неверный результат.
- Сделайте свои инструкции более конкретными — добавьте явные правила, примеры и поведение по умолчанию.
- Если агент путает объекты с похожими названиями (например, «Phase 1» и «Phase 2»), разделите их на отдельные действия.
Если назначение кажется случайным или неверным:
- Убедитесь, что в вашем запросе перечислены участники команды по именам — агенты не всегда могут искать группы пользователей или атрибуты профиля.
- Проверьте, что имена написаны правильно.
- Добавьте резервную логику на случай, если никто не соответствует вашим критериям.
- Помните, что агенты могут подсчитывать назначенные задачи, но не имеют доступа к данным о загрузке или расписанию.
Что далее?
Была ли эта статья полезной?
Thank you for your feedback.
Thank you for your feedback.
Войдите в службу, чтобы оставить комментарий.