ИИ-агенты в Wrike

Выберите вкладку ИИ-агенты 2 в обзоре настроек пространства и нажмите Начать 3.

Выберите тип агента в выпадающем списке 4 (Triaging, Intake или Risk) или нажмите + Custom AI agent 5, чтобы создать собственного агента.

Настройте параметры:

1. Назовите вашего агента. Дайте агенту описательное имя — оно будет использоваться как его @упоминание при назначении в различные места.

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

   Пример: «Вы действуете как ассистент проекта. Вы отслеживаете назначенную работу, отмечаете риски и поддерживаете согласованность команд, обновляя рабочие элементы и оставляя понятные, практичные комментарии.»

3. Выберите, когда должен срабатывать агент:

   • Плановые агенты (например, отчёт о статусе рисков): задайте частоту запуска агента (Ежедневно, Еженедельно или Другая).
   • Агенты на основе событий: выберите триггеры, например Создан новый элемент или Изменение значения поля (для статуса или других полей).
   • Агенты по дате: запускают агента относительно значения в поле даты, например «за 3 дня до даты завершения» или «когда наступила дата начала». Работает с настраиваемыми полями Дата и Дата-время и поддерживает расчёт рабочих дней. Идеально подходит для напоминаний, эскалаций и действий, зависящих от сроков.
   • Агенты, запускаемые API: изменения, внесённые через Wrike API, также запускают агентов, что позволяет интеграцию с внешними системами.
   • Интеграция с Wrike Automations: агенты работают двусторонне с Wrike Automations. Обычные правила автоматизации могут запускать агентов, а действия агентов могут активировать правила автоматизации. Это позволяет создавать сложные многошаговые процессы, сочетающие ИИ-логику с автоматизацией на основе правил.

   Note

   ИИ-агенты могут читать и обрабатывать следующие типы настраиваемых полей: Текст, Число, Процент, Валюта, Дата, Один вариант, Несколько вариантов, Длительность, Флажок, Ссылка на базу данных, Зеркальные поля и Вычисляемые/формульные поля.

   Помимо настраиваемых полей агенты могут читать:

   • Автора и исполнителя рабочего элемента
   • Пустые настраиваемые поля — агенты могут анализировать, чего не хватает, а не только то, что заполнено
   • Вычисляемые/формульные поля — позволяют выводить системные данные, к которым агенты не имеют прямого доступа, например вместимость, загрузку или запланированные часы
   • Настраиваемые поля родительского элемента — агенты могут читать настраиваемые поля из родительской задачи или проекта
   • Соседние элементы и подзадачи — агенты видят соседние элементы и подзадачи для межэлементного анализа
   • Контекст расположения — агенты знают, где находятся в иерархии пространства и аккаунта

4. Установите область, в которой должен срабатывать триггер:

   • Любой подэлемент рабочего элемента, к которому добавлен агент:

     Используйте это для действий на уровне задач, таких как прием или сортировка. Агент реагирует на изменения в подэлементах и действует именно на них.

     Пример: агент «Прием» добавлен в папку "Входящие запросы". Когда в эту папку добавляется новый подэлемент, это запускает агента, чтобы проверить, предоставлена ли вся необходимая информация (например, исполнитель или дата завершения). Затем агент публикует комментарий к этому подэлементу, информируя вас о том, чего не хватает.

   • Элемент, к которому был добавлен агент:

     Используйте это для агрегированных действий, например отчёта по рискам. Агент реагирует на изменения в этом элементе и действует именно на нём.

     Пример: пользовательский агент добавлен в проект «Запуск продукта», чтобы уведомлять подписчиков об изменениях в проекте. Если какое-либо настраиваемое поле проекта изменяется, агент публикует комментарий в проекте об этом изменении и @упоминает всех подписчиков.

5. Определите действие:

   • Опубликовать комментарий: агент делится своим анализом или решением в виде комментария к соответствующему элементу.

   • Обновить значения полей: агент обновляет конкретные поля, такие как Исполнитель, Настраиваемое поле, Название элемента или Статус.

     • Изменить настраиваемое поле: агент обновит конкретные настраиваемые поля (выберите, какое поле изменить).

       Примечание

       ИИ-агенты могут обновлять следующие типы настраиваемых полей: Текст, Один вариант, Несколько вариантов, Число, Процент, Валюта, Ссылка на базу данных, Флажок, Дата.

       Только для чтения (агенты не могут их изменять): зеркальные поля и вычисляемые/формульные поля. Агенты могут читать эти значения как контекст, но не могут их обновлять. Настраиваемые поля типа «Пользователь» не могут быть ни прочитаны, ни изменены агентами.

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

     • Изменить исполнителя: агент назначит рабочие элементы пользователям на основе вашего запроса. Агенты видят атрибуты профиля пользователя (должность, отдел, страну, часовой пояс, количество назначенных задач) и членство в группах пользователей, что позволяет назначать задачи по роли, местоположению, отделу или группе. Агенты не имеют доступа к данным о рабочей нагрузке или вместимости за пределами количества задач.
     • Изменить название рабочего элемента: агент обновит название задачи или проекта на основе своего анализа.
     • Изменить статус: агент обновит статус задачи на основе заданных вами условий. Работает как со стандартными, так и с пользовательскими рабочими процессами.

     • Выбрать запись Link-to-Database: агент может изменить выбранную запись базы данных в полях Link-to-Database. Используйте это, когда агентам нужно категоризировать элементы, выбирая записи из вашей базы данных.

       Примечание

       Доступ к контексту Link to Database:

       • Действие «Change L2DB Field»: агент может искать по всей базе данных. Поиск по значению, а не по названию столбца.
       • Другие действия (Post Comment, Change Status и т. д.): агент видит только текущее выбранное значение, а не всю базу данных.

       Пример

       • ✅ «выберите запись, содержащую значение»
       • ❌ «выберите запись, где имя столбца равно значению»

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

       Примеры запросов:

       • «Когда статус меняется на Blocked, перенесите дату завершения на 5 рабочих дней вперёд».
       • «Когда все обязательные поля заполнены, установите дату начала на сегодня».

     • Расположение: агент может перемещать или добавлять рабочие элементы в папки, которые вы определяете при настройке. При настройке этого действия вы встраиваете чипы расположения — структурированные ссылки на конкретные папки или проекты — непосредственно в текст инструкции действия. Агент анализирует рабочий элемент и выбирает подходящее место назначения из этих чипов.

       Доступны два режима.

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

       Примеры подсказок:

       • «Если в описании задачи встречаются слова legal, compliance или regulatory, переместите её в папку Legal Review.»

       • «Когда приоритет установлен на Critical, добавьте задачу в папку Urgent Queue, чтобы обе команды могли её видеть.»

         Важно

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

       • Запустить или управлять процессом утверждения: агент создаёт новые утверждения для рабочих элементов или обновляет существующие черновики утверждений. Вы можете указывать утверждающих лиц с помощью пользовательских чипов в инструкциях к действию.

         Поддерживаемые действия с утверждениями:

         • Создать новое утверждение для рабочего элемента
         • Обновить существующий черновик утверждения
         • Добавить или удалить утверждающих лиц
         • Выбрать автора или исполнителя элемента в качестве утверждающего лица
         • Указать отдельных пользователей или группы пользователей как утверждающих лиц через пользовательские чипы

         Примеры подсказок:

         • «Когда статус меняется на Ready for Review, запустите утверждение, назначив владельца проекта утверждающим лицом.»
         • «Когда поле Budget превышает 50 000, запустите утверждение с группой Finance Team.»
       • Отправить электронное письмо (Gmail или Outlook): агент отправляет письмо через подключённый аккаунт OAuth. Во время настройки агента администратор пространства проходит аутентификацию в аккаунте Gmail или Outlook. Агент формирует тему, тело письма и список получателей, исходя из контекста рабочего элемента и инструкций к действию.

       • Создание подсказок для писем:

         Ваша подсказка должна указывать агенту, кому отправлять письмо. Чётко укажите, откуда брать адрес получателя.

         Агент может получить адреса электронной почты из:

         • основного адреса исполнителя (например, \"отправить исполнителям задачи\")
         • адреса автора (например, \"уведомить автора\")
         • значений настраиваемых полей, содержащих адреса электронной почты
         • заголовка задачи или текста описания, содержащих адреса электронной почты
         • явных адресов в подсказке (например, \"отправить на intake@company.com\")
         • правил составления адреса (например, \"имя + точка + фамилия + @contoso.com\")

         Агент не может получить адреса электронной почты из:

         • подписчиков
         • вторичных адресов электронной почты

         Тему и тело письма можно оставить пустыми — агент заполнит их только если это указано в вашей подсказке.

         Совет

         Будьте осторожны с двусмысленными подсказками. Подсказка вроде «Обновите исполнителей о статусе проекта» может быть понята как «измените исполнителей», а не как «отправьте обновление статуса исполнителям». Используйте недвусмысленные формулировки, например: «Отправьте исполнителям письмо с кратким описанием статуса проекта».

         Примеры подсказок:

         • «Когда статус меняется на Blocked, отправьте исполнителю письмо с кратким описанием того, что блокирует задачу.»
         • «Когда в папке Incoming создаётся новая задача, отправить письмо на intake@company.com с названием и описанием задачи.»

         • «Еженедельно отправлять на адрес электронной почты автора сводку со всеми просроченными подзадачами.»

           Важно

           Одно действие «Отправить письмо» может быть адресовано нескольким получателям (несколько адресов «Кому»). Ограничения электронной почты: нет полей CC/BCC, вложений, дополнительных адресов электронной почты или адресов подписчиков. В поле отправителя отображается подключённый аккаунт.

         • Уведомить в Slack: агент публикует сообщение в канале Slack в качестве действия. Во время настройки агента администратор пространства подключает рабочее пространство Slack и выбирает целевой канал с помощью чипа канала Slack. Целевой канал фиксируется при настройке — каждое действие «Уведомить в Slack» публикует сообщения только в один канал. Агент формирует только тело сообщения, используя контекст рабочего элемента и инструкции к действию.

           Важно

           Для уведомлений в Slack необходимо подключить рабочее пространство Slack в настройках агента. Завершить подключение могут только администраторы пространства. Приложение Slack должно быть установлено в каждом канале, в который будет публиковать агент. Приложение Wrike для Slack одобрено в Slack Marketplace; если в вашем рабочем пространстве Slack ограничена установка сторонних приложений, администратору Slack может потребоваться предварительно одобрить \"Wrike\" в каталоге Slack Apps, прежде чем подключение будет завершено.

           Примеры подсказок:

           • \"Когда статус меняется на Blocked, опубликуйте сообщение в подключённом канале с описанием того, что блокирует задачу.\"
           • \"Когда в папке Incoming создаётся задача с высоким приоритетом, опубликуйте в подключённом канале сообщение с названием задачи, её исполнителем и описанием.\"

           Пример: агент, срабатывающий при изменении статуса на \"At Risk\", может опубликовать уведомление в Slack-канале проекта, указав название задачи, её владельца и то, что её блокирует, — без необходимости переходить в Wrike для проверки.

           Ограничения уведомлений Slack: один канал на действие (несколько каналов и личные сообщения не поддерживаются в V1); нет ответов в тредах и сохранения контекста треда; нет @упоминаний пользователей Slack.

         • Уведомление в Microsoft Teams: агент публикует сообщение в канале Microsoft Teams как действие. Во время настройки агента администратор пространства подключает аккаунт Microsoft Teams и выбирает целевой канал. Целевой канал фиксируется при настройке — каждое действие «Уведомление в Teams» публикует в один канал; агент не выбирает канал во время выполнения. Агент формирует только тело сообщения, используя контекст рабочего элемента и инструкции действия. Сообщение доставляется приложением Wrike для Microsoft Teams и содержит ссылку на рабочий элемент Wrike. В журнале активности фиксируется статус доставки с названием канала.

         Примеры подсказок:

         • «Когда статус меняется на Blocked, опубликуйте в подключённом канале Teams сообщение с кратким описанием того, что блокирует задачу.»
         • «Когда в папке Incoming создаётся задача с высоким приоритетом, опубликуйте в подключённом канале Teams сообщение с названием, исполнителем и описанием задачи.»

               Ограничения уведомлений Microsoft Teams: публикация возможна только в каналы в составе команды — отправка в чаты (групповые ЛС) пока не поддерживается; нельзя @mention пользователей Teams; нет сообщений в тредах; один канал на одно действие.

   Выберите, где должно происходить обновление:

   • Рабочий элемент, к которому добавлен агент: действие нацелено на родительский элемент, где настроен агент.
   • Все подэлементы рабочего элемента, к которому добавлен агент: действие нацелено на все дочерние элементы (максимум 1 000 подэлементов за выполнение).
   • Рабочий элемент, в котором сработал триггер: действие нацелено на конкретный элемент, который вызвал срабатывание агента.
   • Подэлементы элемента, вызвавшего срабатывание: действие нацелено на подэлементы конкретного элемента, который вызвал срабатывание агента. Только непосредственные дочерние элементы (один уровень ниже элемента-триггера). Пример использования: прототип создаёт проект с подзадачами во входящей папке; агент обрабатывает только подзадачи нового проекта, а не подзадачи других проектов.

   • Фильтрация рабочих элементов

     Отфильтруйте элементы, к которым применяется действие: у каждого действия есть инструмент выбора фильтра — те же элементы управления фильтрами, что используются в других разделах Wrike. Можно фильтровать по типу элемента, статусу, исполнителю, настраиваемым полям, важности, названию или любому их сочетанию. Элементы, не соответствующие фильтру, пропускаются без расходования кредитов агента.

     Это настраивается для каждого действия, поэтому разные действия в одном агенте могут иметь разные фильтры. Например, одно действие может быть нацелено только на задачи со статусом \"New\", а другое — на завершённые проекты.

   Совет

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

   Примечание

   Вы можете добавить несколько действий, нажав + Действие, чтобы агент мог выполнить несколько обновлений за один запуск.

   Важно

   Как работают несколько действий

   • Действия независимы — результат одного действия не влияет на другие.
   • Порядок выполнения не гарантирован. Действия 1, 2 и 3 могут выполняться в любой последовательности и даже параллельно. Рассматривайте каждое действие так, будто оно может выполниться первым.
   • У каждого действия есть собственная инструкция и оно может быть нацелено на разное расположение (родительский элемент, все подэлементы или элемент-триггер).
   • Общая инструкция применяется ко всем действиям, при этом у каждого действия есть собственная конкретная подсказка.
   • Вы можете дать имя каждому действию, чтобы его было легче идентифицировать в настройках и в журналах активности. Например, назовите действия «Установить приоритет», «Передать команде» и «Опубликовать сводку» вместо использования общих меток. Это особенно полезно, когда у агента несколько действий одного типа.

   Что это означает для ваших подсказок:

   • Каждая подсказка к действию должна быть самодостаточной, опираясь на поля рабочего элемента, комментарии, родительский контекст или ссылки на расположение.
   • Не пишите фразы вроде «Прочитай комментарий, опубликованный предыдущим действием», «Используй значение, рассчитанное в Действии 2» или «Если Действие 1 выполнено успешно, тогда…». Не существует «Действия 1» — есть просто действия, и любое из них может выполниться первым.
   • Если двум действиям требуется одно и то же вычисляемое значение (например, дата контрольного этапа на основе даты начала проекта и срочности), пусть каждое действие вычисляет его самостоятельно из одного и того же источника. Они выдадут одинаковый результат, потому что используют одни и те же данные.

   Если Действию B действительно нужен результат Действия A, одного мультидействийного агента будет недостаточно. Используйте цепочку агентов: Агент 1 записывает значение в настраиваемое поле или меняет статус; Агент 2 срабатывает на это изменение и выполняет следующий шаг.

   Хорошие примеры использования агентов с несколькими действиями:

   • Установить поле категории И добавить комментарий с классификацией (без зависимости)
   • Изменить исполнителя И обновить статус (без зависимости)
   • Одновременно обновить несколько настраиваемых полей

   Когда использовать изменение статуса:

   Изменение статуса идеально подходит для автоматического продвижения по рабочему процессу:

   • Проверка заявки: измените статус на Ready, когда все обязательные поля заполнены.
   • Отслеживание просрочек: помечайте задачи как Overdue, когда они проходят дату завершения.
   • Выявление зависимостей: устанавливайте статус Blocked, когда в комментариях упоминаются зависимости.
   • Завершение проекта: переводите задачи в статус Complete, когда все подзадачи завершены.

   Важные примечания об изменении статусов:

   • Агенты соблюдают правила переходов вашего рабочего процесса и не могут пропускать обязательные статусы.
   • Изменения статуса фиксируются в истории активности задачи вместе с обоснованием агента.
   • Если статус уже корректен, агент создаёт только запись в журнале (без дублирующего комментария).
   • Работает как со стандартными статусами Wrike, так и с пользовательскими статусами рабочего процесса.

   Примеры подсказок для изменения статуса:

   • Отметить просроченные задачи:

     Когда задача выходит за установленные сроки, и её статус не Completed, измените статус на Overdue.

   • Проверить заполнение заявки:

     Когда в задаче заполнены все три обязательных поля (Budget, Assignee, Deadline), измените статус с New на Ready for Work. Игнорируйте задачи, уже отмеченные как Ready for Work или Completed.

   • Определить заблокированную работу:

     Когда в комментариях упоминаются слова \"blocked\", \"waiting on\" или \"dependency\", а статус ещё не Blocked или Completed, измените статус на Blocked и опубликуйте комментарий с кратким описанием того, что блокирует задачу.

6. Протестируйте настройку в Testing Playground, чтобы увидеть, как агент рассуждает и реагирует. Запуски в Playground не учитываются в лимите использования ИИ, поэтому вы можете свободно улучшать подсказки и конфигурации перед развертыванием агента.
7. Нажмите Create, чтобы активировать агента.

8. Назначьте агента на расположение: после создания агента его необходимо назначить на конкретную папку, проект или задачу, где он должен работать. Перейдите к целевому расположению и @mention агента в ленте комментариев, чтобы активировать его там. Агент будет отслеживать и действовать только в пределах назначенной области.

   Важно

   Недостаточно просто создать агента в настройках пространства — его также необходимо назначить на конкретное расположение, написав @mention. Без этого шага агент не будет активен.