Chiho AIПодтверждение сообщений Telegram: что нужно проверить перед отправкой
Перед подтверждением сообщения Telegram проверьте отправляющий аккаунт, точных получателей, полный текст, время и доказательства любого обещания. Подтверждение должно относиться к одному конкретному действию. Общее «выглядит хорошо» рядом с ранним черновиком оставляет слишком много неясностей.
В Chiho есть командная очередь сообщений и процесс предпросмотра исходящих агента. Проверки разрешений у них различаются. Это руководство подробно объясняет предпросмотр агента и даёт контрольный список, который команды могут использовать для обоих вариантов.
Примечание о проверке — 14 сентября 2026: Утверждения о продукте ниже сверены с текущим исходным кодом и документацией Chiho. Для этой статьи не читались сообщения клиентов и не выполнялись предпросмотры, подтверждения или отправки. Имеющееся изображение в заголовке показывает историю действий; это не снимок сегодняшнего упражнения по проверке. Примеры вымышлены.
Определите способ отправки перед проверкой
В командном процессе сообщения, требующие проверки, могут поступать в очередь администратора. Это не означает, что каждое действие через ИИ-подключение попадает в ту же очередь.
В исходящих агента outbox_preview определяет получателей и сохраняет предлагаемое действие без отправки. Возвращённый результат включает идентификатор предпросмотра, число и список получателей, пропущенных получателей, предпросмотр сообщения, срок действия и необходимость подтверждения. Более одного определённого получателя требуют подтверждения; один получатель тоже требует его, если подключение использует ask_always.
Другие разрешённые изменения могут выполняться напрямую после применимых клиентских средств контроля и проверок Chiho. В частности, не считайте, что message_send_draft лишь сохраняет текст: он отправляет сообщение. Приглашения участников и выход из групп имеют собственные процессы предпросмотра и подтверждения. Прочитайте руководство по подключению ИИ-агента, прежде чем включать инструменты.
Запись подтверждения также не доказывает, что действие проверил отдельный руководитель. Предпросмотр агента связан с его пользователем, токеном, личным или командным контекстом и областью доступа. Веб-эндпоинт подтверждения после аутентификации проверяет владельца предпросмотра и членство в команде; он не является универсальным механизмом, позволяющим любому администратору команды подтвердить предпросмотр агента другого пользователя. Если ваш процесс требует второго человека, явно организуйте такую проверку и убедитесь, что выбранный процесс продукта её поддерживает.
Подготовьте пакет проверки из шести пунктов
1. Отправляющая сторона и контекст
Запишите, какой подключённый аккаунт Telegram будет отправлять сообщение, является ли операция личной или командной и к какому разговору с клиентом она относится. Знакомого отображаемого имени недостаточно, если аккаунты или чаты имеют похожие названия. Устраните неоднозначность до подготовки действия.
Видимость для команды — граница доступа, а не разрешение связаться с каждым видимым человеком. Руководство по передаче работы в команде объясняет, как перенести контекст клиента в следующее действие.
2. Определённые получатели и исключения
Проверьте фактический определённый список, а не только запрошенную папку, метку или число. Сверьте каждого получателя с предполагаемой аудиторией. Проверьте пропущенных получателей и причину каждого исключения: два запрошенных чата и один определённый чат не составляют полный план для двух чатов.
Не расширяйте аудиторию при подтверждении текста. Если список неверен или неполон, измените запрос и создайте новый предпросмотр. Частые вопросы о спаме Telegram рекомендуют связываться с людьми, ожидающими ваших сообщений. Внутреннее подтверждение не делает нежелательное обращение приемлемым и не гарантирует, что Telegram его разрешит.
3. Полное сообщение и подтверждение фактов
Прочитайте полное предлагаемое сообщение, а не только сокращённый предпросмотр. Проверьте приветствие, ссылки, имена, вложения, если они относятся к выбранному процессу, и оставшиеся шаблонные подстановки. Сверьте цены, сроки доставки, возвраты и другие обязательства с разрешённым источником.
Держите рядом с черновиком небольшую заметку об основании: «Клиент запросил обновлённое предложение в выбранном разговоре; срок доставки подтверждён ответственным коллегой». Если доказательств нет, сообщите об этом и уберите или уточните обещание. Руководство по шаблонам сообщений даёт отправные точки; шаблон не доказывает, что его утверждения применимы к этому клиенту.
4. Время отправки и срок действия
Укажите «отправить сейчас» или точную запланированную дату, время и часовой пояс. Проверяющему в Сингапуре и отправителю в другом месте не должно требоваться угадывать значение «завтра утром». Проверьте фактическое расписание, переданное инструменту, а не только формулировку сообщения.
У предпросмотра есть срок действия. Истёкший предпросмотр требует новой подготовки и проверки; подтверждение не сохраняет его действительным навсегда. Планирование по-прежнему зависит от возможностей аккаунта и текущих ответов Telegram. Не обещайте доставку в конкретное время только потому, что создан предпросмотр.
5. Идентификатор предпросмотра и версия
Сохраните идентификатор предпросмотра вместе с решением. Chiho также возвращает хеш полезной нагрузки как идентификатор подготовленных входных данных. Путь выполнения использует сохранённое действие, связанное с предпросмотром, вместо приёма нового текста сообщения во время отправки.
Если сообщение, выбор получателей, аккаунт или расписание меняются, подготовьте новый предпросмотр и проверьте эту версию. Не считайте хеш понятной человеку проверкой содержимого, а заметку о подтверждении — инструкцией по изменению сохранённого сообщения. Прочитайте то, что действительно будет выполнено.
6. Решение и разрешённый следующий шаг
Запишите одно из трёх решений: подтвердить это точное действие, изменить указанные поля или отклонить предлагаемую отправку. Укажите, кто принял решение и что может произойти дальше. Это рекомендуемая запись проверки, а не утверждение, что Chiho обеспечивает соблюдение должностей вашей организации или правила второго проверяющего.
Подтверждение и выполнение — отдельные шаги процесса агента. Сохранённое подтверждение не является отправленным сообщением. И наоборот, предпросмотр без требования подтверждения может допускать выполнение без дополнительного серверного подтверждения. Клиентские разрешения и явные границы задачи по-прежнему имеют значение.
Три примера решений
Эти вымышленные примеры показывают только решения. Это не выполненные действия и не результаты клиентов.
Подтвердить: два ожидаемых обновления предложения
Запрос называет два клиентских чата, каждый из которых попросил обновлённое предложение. Предпросмотр определяет ровно эти чаты без пропущенных получателей. Полный текст содержит правильную ссылку на предложение и не содержит непроверенного обещания доставки. Проверяющий подтверждает отправляющий аккаунт и явную инструкцию отправить сейчас.
Решение может звучать так: «Подтвердить предпросмотр P-101 для двух перечисленных чатов с проверенным текстом предложения из выбранного аккаунта для немедленной отправки». P-101 — пример идентификатора. Оператор должен использовать настоящий идентификатор предпросмотра и затем проверить результат выполнения.
Изменить: срок изменился после предпросмотра
В предпросмотре написано «Мы доставим в пятницу», но ответственный коллега подтвердил лишь, что оценка срока будет доступна в пятницу. Проверяющий меняет формулировку на «Мы сообщим оценку срока доставки в пятницу».
Это исправление требует нового предпросмотра. Заметка о подтверждении «использовать новую формулировку» не заменяет сохранённый текст. Проверьте изменённое сообщение вместе со списком получателей; не выполняйте старый предпросмотр, пока ждёте исправления.
Отклонить: нет оснований для выбранной аудитории
Предлагаемая партия адресована людям, найденным поиском по имени пользователя, без доказательств, что они ожидают обращение. Даже если текст вежлив и предпросмотр определяет каждого получателя, проверяющий отклоняет предлагаемую отправку.
Запишите причину и не вызывайте выполнение для этого предпросмотра. Отклонение в отдельном документе — решение процесса, а не доказательство, что сам предпросмотр отменён в продукте. При необходимости используйте доступные средства отмены и проверьте полученное состояние.
После выполнения сверьте результат
Проверьте возвращённый идентификатор запуска или партии и результаты для каждого получателя. Различайте состояния «в очереди», «запланировано», «отправлено», «пропущено» и «ошибка», если операция их сообщает. «Завершено» на уровне запуска не доказывает, что каждый клиент получил или прочитал сообщение.
При неопределённом или частичном результате проверьте существующий запуск перед повторной попыткой. Реализация исходящих поддерживает идемпотентное получение результатов существующего запуска, но новый предпросмотр или изменение идентификатора повторной попытки не заменяют проверку уже успешных получателей. Избегайте повторной отправки всем из-за ошибки у одного получателя.
Если действие ещё выполняется, запишите это состояние. Если оно завершилось ошибкой, сохраните сообщённую причину и решите, остаются ли исходное сообщение и аудитория уместными, прежде чем готовить новое действие. Ограничения времени выполнения и ответы с ожиданием из-за лимитов имеют приоритет над статическим планом отправки.
Попробуйте контрольный список без отправки
Начните с вымышленного черновика в документе и заполните шесть пунктов проверки. Отметьте неизвестный отправляющий аккаунт, недостающие доказательства, неоднозначное время или неразрешённых получателей как причины для изменения. Для такого упражнения только в документе не нужен инструмент записи.
Когда будете готовы проверить настоящий предпросмотр, явно разрешите его создание для выбранных разговоров: он сохраняет состояние, хотя не отправляет сообщения. Попросите агента показать возвращённый идентификатор предпросмотра, определённых и пропущенных получателей, полный предлагаемый текст, время и срок действия, а затем остановиться до подтверждения или выполнения. Убедитесь, что клиентские средства контроля инструментов поддерживают такую границу.
Подключите совместимый ИИ-клиент к Chiho, чтобы оценить процесс предпросмотра. Если вы ещё выбираете, как организовать более широкий процесс работы с клиентами, начните с руководства по CRM для Telegram.