ИИ следит за проектом: меньше повторных напоминаний, без пропущенных изменений

Концептуальная иллюстрация, сгенерированная ИИ; содержание — гипотетический пример.

Предположим, вы попросили ИИ следить за проектом с поставкой в пятницу. В понедельник он напоминает, что клиент ещё не подтвердил материалы; во вторник присылает почти такую же сводку. К среде клиент уже написал в письме о переносе, а на доске проекта по-прежнему стоит поставка в пятницу. Ассистент вносит обе даты в отчёт и в итоге советует вам «продолжать следить».

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

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

Что нужно оставить после одной сводки

Попыток упорядочивать информацию между приложениями уже немало. Пример ежедневной семейной газеты от Composio собирает календарь, погоду и развлекательный контент в одну газету на день; представление AI teammate от Lindy обсуждает постоянный контекст и проактивное сопровождение. Эти материалы показывают, что можно сделать из информации за день, но не отвечают на более конкретный вопрос: какие уже подтверждённые суждения следует сохранять между двумя проверками.

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

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

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

Если в прошлый раз было только «проект идёт нормально», в следующий раз будет трудно объяснить, что именно изменилось.

Новое сообщение не обязательно означает прогресс

Один и тот же материал переслали в чат, в почте появилось «получил, спасибо», кто-то на доске изменил описание задачи. Всё это новые записи, но их влияние на поставку различается.

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

Ниже — набор гипотетических ситуаций:

Что прочитано на этот раз	Как это следует понимать	Как уместно напомнить
Коллега переслал запрос материалов от понедельника	То же самое дело, новых сведений о поставке нет	Не повторять то же напоминание, но напомнить при наступлении срока
Клиент прислал ранее отсутствовавшее вложение	Материалы получены, но соответствие требованиям ещё нужно проверить	Сообщить, что получено и чего ещё не хватает
Клиент спрашивает, можно ли перенести на следующий понедельник	Появился запрос о переносе	Пометить как нерешённое, сохранить текущую подтверждённую дату
Ответственный явно согласился на перенос	Появилась новая подтверждающая запись	Указать прежнюю дату, новую дату и источник подтверждения

Для распознавания одной и той же записи можно использовать идентификаторы, предоставляемые исходной системой; чтобы определить, описывают ли разные записи одно и то же дело, нужно учитывать проект, участников и содержание. Только по одинаковому заголовку нельзя надёжно объединить два письма. Только по разному тексту также не следует считать, что проект продвинулся на шаг вперёд.

Явно определённые поля удобно сравнивать напрямую, а места, требующие понимания смысла, можно передать модели. Например, сначала найти задачи, у которых изменилось поле даты, а затем попросить ИИ прочитать связанное обсуждение и объяснить, подтверждено ли это изменение.

Когда почта и доска расходятся, сохраните расхождение

В письме в среду предлагается поставить в следующий понедельник, а на доске всё ещё пятница. Что из этого в силе?

«Обновлено позже» говорит лишь о времени записи, но не о том, что автор имеет право менять договорённость. Письмо может быть запросом, доска может быть ещё не обновлена или просто ссылаться на дату другой задачи.

Команда может заранее договориться об основании. Например, дата поставки определяется подтверждением назначенного ответственного, а доска используется для записи подтверждённой договорённости. Тогда, увидев письмо о переносе, ассистент сможет отнести его к пунктам, ожидающим подтверждения; а увидев согласие ответственного, указать, что доску ещё нужно синхронизировать.

Если договорённости нет, ассистент должен положить обе записи рядом, объяснить расхождение и передать решение ответственному. Ниже — вымышленный пример напоминания:

Клиент в сегодняшнем письме просит перенести поставку на следующий понедельник; на доске проекта по-прежнему стоит эта пятница. Среди доступных для чтения записей подтверждение переноса от ответственного пока не найдено. Подтвердите, принимается ли запрос.

Ссылаясь на источники, следует давать настоящие, открываемые ссылки; если написать только «письмо клиента» или «доска», ответственный всё равно не сможет проверить.

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

Отсутствие изменений, неудачная проверка и наступление срока требуют разной обработки

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

Но если чтение почты не удалось, тот же вывод сделать нельзя. Ассистент знает лишь, что не смог завершить проверку; он должен сохранить позицию последнего успешного чтения и указать источники, пропущенные на этот раз. После восстановления доступа нужно дополнительно проверить записи за пропущенный период; если интерфейс предоставляет инкрементальный курсор, можно продолжить чтение по его правилам, иначе следует спроектировать запрос, покрывающий пропущенное время. Нельзя проверить только день восстановления и предположить, что в промежутке ничего не изменилось.

В статье Viktor «Автоматизации тихо умирают» описано, как долго работающие задачи после отказа трудно заметить. С задачами сопровождения то же самое: если напоминание не пришло, вы должны иметь возможность узнать, выполнялась ли она в прошлый раз и какие источники проверяла.

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

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

OOMOL предоставляет подключения к приложениям для задач сопровождения

Чтобы сравнивать изменения между двумя проверками, ассистенту нужно читать записи в реальных системах. В OOMOL Connector SDK объясняет, как выбрать авторизованный аккаунт подключения и вызвать соответствующую операцию приложения; шлюз отвечает за хранение учётных данных и выполнение фактических запросов.

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

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

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

Если команде нужно самостоятельно управлять сервисом подключений, можно использовать открытый проект OOMOL OpenConnector и по руководству по самостоятельному развёртыванию управлять учётными данными, политиками операций и журналами выполнения.

Проверьте дважды подряд на одном и том же проекте

Можно начать с подключения нужных для задачи приложений в OOMOL Connections и поручить ассистенту, который умеет вызывать возможности подключений и сохранять состояние задачи, чётко ограниченный запрос:

Помоги мне следить за датой поставки и материалами, которые нужно сдать, по этому проекту. Сначала прочитай указанную переписку по почте и задачи проекта, упорядочи текущее подтверждённое состояние, пункты, ожидающие подтверждения, и источники и сохрани это как основу для последующего сравнения. На этот раз только передай мне результат, не изменяй исходные системы. При следующей проверке объясни, что изменилось относительно этого раза; если изменений нет, не повторяй сводку, а при неудачном чтении укажи, чего не хватает. Время напоминаний и условия остановки установим после моего подтверждения.

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

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