Claude Duet пишет первым: когда командному ИИ стоит отвлекать людей?

Концептуальная иллюстрация: важное исключение доставляется человеку, обычные сведения остаются в порядке.

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

Когда помощник начинает работать сам, стоит договориться: о чём сообщать прямо сейчас, а что собрать к вечеру? 21 октября 2026 года Anthropic открыла исследовательскую предварительную версию Claude Duet, сделав акцент на инициативной и фоновой работе. Возможность реже проверять всё самому радует. Для этого нужно объяснить, когда вас искать.

Определите одно значимое изменение

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

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

Укажите заказы, даты сравнения и получателя. Сообщайте, если новая подтверждённая дата выходит за обещанный клиенту срок. «По возможности» остаётся неподтверждённой информацией.

Разделите уведомление, сводку и тишину

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

flowchart TB
  accTitle: От проверки к нужному уведомлению
  accDescr: Прочитать авторизованные источники, подтвердить успех и выбрать сообщение о сбое, тишину, сводку или уведомление ответственного.
  A("Чтение по расписанию"):::channel --> B{"Источники и база полны?"}:::gateway
  B -->|Нет| C("Сообщить о сбое"):::restricted
  B -->|Да| D{"Есть новое проверенное изменение?"}:::gateway
  D -->|Нет| E("Не повторять уведомление"):::resource
  D -->|Да| F{"Нужно быстрое решение?"}:::agent
  F -->|Нет| G("Сводка по времени"):::resource
  F -->|Да| H("Уведомить ответственного"):::channel

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

«Заказ под риском» заставляет искать данные. «A перенесён с четверга на понедельник, позже обещанной пятницы: связываться ли с клиентом?» позволяет продолжить работу.

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

По рабочим дням в 10:00 Asia/Shanghai читай указанные закупки и авторизованные ответы поставщиков проекта A. Сравни с предоставленной мной последней успешной проверкой. Сообщай мне здесь только о подтверждённой новой дате позже обещания клиенту, с номером заказа, датами и источниками. Остальные изменения своди в 17:00, неизменившиеся записи не сопровождай деловым уведомлением. Нет базы или чтение не удалось — сообщи о сбое, а не о норме. Покажи расписание и пример до настройки с моим подтверждением.

Уточните, нужна ли отдельная задача для сводки и где хранить результаты. Сообщить о задержке не означает получить право обещать клиенту другую дату.

Перед тишиной подтвердите успех

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

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

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

Соотнесите частоту со сроком решения

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

Расписание не является оповещением в реальном времени. Учитывайте число запусков и расходы. Через неделю оцените полезные сообщения, дубли, пропуски и сбои, прежде чем расширять охват.

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