Для повышения доверия к результату используется документирование всех взаимодействий команды с AI-агентом

Для повышения доверия к результату используется документирование всех взаимодействий команды с AI-агентом

Связка 1

Начальное состояние: Команда создала макет страницы на основе брифа, но руководитель или лид ещё не одобрил его, и уверенность в результате низкая, так как не видны заданные вопросы и рассмотренные альтернативы
Преобразование: Внедрение документирования всех запросов к AI-агенту и обмена сообщениями между несколькими членами команды в общем рабочем пространстве, с возможностью преобразовать задачу в утверждение для руководителя
Конечное состояние: Руководитель видит все введённые запросы, обсуждения и рассмотренные варианты (например, минималистичную версию, синий цвет), что даёт уверенность в правильности вопросов и качестве результата без необходимости повторных обсуждений

Итак, это здорово.

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

Итак, этот новый человек заходит и говорит: «Хорошо, коллега, спасибо за эту работу, но я хотел бы увидеть её версию в более минималистичном стиле». Опять же, просто вводите это как комментарий, и это настоящий комментарий. Можно нажать «Вперёд». И снова функциональность Cloud Managed Agents будет работать в фоновом режиме и создаст этот минималистичный вид. Другое, что стоит отметить: поскольку это общее рабочее пространство, всё, что произошло — взаимодействия между людьми и ИИ-агентом — также отслеживается в задаче.

И это полностью проверяемо. Так что в какой-то момент, если вам нужно передать это вашему руководителю или лиду и получить их одобрение, вы можете просто преобразовать это в утверждение. Они увидят все введённые запросы. Они увидят обмен сообщениями между ИИ-агентом и несколькими людьми. И это даёт им гораздо больше уверенности в том, что правильные вопросы были заданы и они получают наилучший возможный результат без кучи переписок, верно?

Например, рассматривали ли вы минималистичную версию? Рассматривали ли вы решение перейти к синему цвету и так далее? И снова, я не показываю это здесь в демо. Но если вы зайдёте на страницу сведений о коллеге, там также есть концепция того, кто владеет или управляет этим агентом. Так что эти элементы управления RBAC, которые я упоминаю, означают, что есть определение людей, которые являются спонсорами агента и могут им управлять.

И эти люди получают возможность удалять воспоминания или изменять части контекстного графа Asana, к которым имеет доступ агент, чтобы гарантировать, что он продолжает вести себя последовательно в будущем. Итак, ещё раз: то, что вы здесь видите, — это то, что у нас есть в общем доступе сегодня. Это использует многошаговые действия. Всё документируется. Работает в многопользовательском режиме.

Будущее для нас — это размышления о более мощных, более многошаговых рабочих процессах, верно? Например, целые процессы планирования запусков? Управление ресурсами и планирование загрузки для сотен людей? Как сделать это лучше? Как генерировать динамические дашборды?

Как генерировать отчёты о рисках? Как автоматически уведомлять конечных пользователей о шагах по исправлению, которые они могут предпринять для решения проблем и тому подобного?