Перепроверьте источники Telegram перед важным решением

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

Chiho передаёт ИИ-клиентам Codex, Claude и ChatGPT существующие разговоры авторизованного аккаунта Telegram. Бот или Claude Channel для передачи команд агенту решает другую задачу: такое подключение само по себе не подтверждает доступ к личному архиву. Доступ зависит от аккаунта, применимых Business-разрешений, инструментов и фактического охвата истории. Подробнее — в обзоре архитектур MCP.

Материал опубликован Chiho. Утверждения о продукте проверены по коду 20 октября 2026 года. Это предлагаемый протокол чтения с вымышленными записями, а не завершённый эксперимент с реальным аккаунтом. Изображение показывает общий интерфейс Chiho.

Сохраните прежний ответ вместе с источниками

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

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

Подтвердите аккаунт и границы нового чтения

Пройдите настройку Chiho MCP: установка в клиенте, авторизация в браузере, auth_status, затем account_whoami. Подтвердите аккаунт и область доступа. Определите тот же диалог по его контексту, а не только названию. Используйте текущую схему инструмента.

Согласуйте вопрос, исходный период, период новых сообщений, число страниц и условие остановки. Читайте последовательно в рамках аккаунта. Соблюдайте retryAfterSeconds или время возобновления; параллельные запросы не должны обходить ожидание Telegram. Тайм-аут или ошибка доступа оставляют проверку незавершённой. См. диагностику подключения.

Проверьте новые сообщения и исходные основания

Выполните ограниченное чтение через chat_read. Если схема содержит sinceMessageId, параметр выбирает сообщения с большими ID в том же диалоге. Сейчас Chiho передаёт его как min_id; смысл границы описан в официальном API истории. Это не аудит правок и удалений старых сообщений.

Если ответ содержит nextOffsetDate и nextOffsetMessageId, передавайте их вместе как offsetDate и offsetMessageId. Сохраняйте нижнюю границу и контекст аккаунта/peer. Остановитесь на согласованном пределе. Полная страница может содержать продолжение, даже если следующий запрос окажется пустым. Не придумывайте курсор и не считайте размер страницы объёмом архива.

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

Текущая сериализация чтения и поиска не предоставляет полного журнала правок/удалений или времени редактирования. Дата сообщения не равна времени получения. Одинаковые запросы истории могут использовать короткий серверный кеш — сейчас десять секунд по коду. Запишите время запроса и ограничения свежести; не обещайте обращение к Telegram без кеша при каждом вызове и не придумывайте параметр обхода кеша.

Отделяйте изменения от пробелов

• Изменение: приведите новое исправление или изменившийся текст и затронутый вывод; сохраните обе проверки.
• Прежняя формулировка в проверенном охвате: укажите прочитанный диапазон и время окончания. Это не гарантия отсутствия изменений в другом месте.
• Источник не перепроверен: укажите пропущенную страницу, ограничение доступа, ожидание или недоступное сообщение. Отсутствие в ответе не доказывает удаление или отзыв.
• Конфликт: покажите противоречащие утверждения и передайте ответственному вопрос полномочий или смысла до действия.

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

Упражнение с поздним исправлением

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

DEMO-RECHECK — fictional supplied records, not tool output
Account WORK-A / personal / peer channel:7301
Pass A, 20 Oct 2026 09:00 +08:00:
  message 510, 08:45: "Proposal: launch Friday if legal approves."
  conclusion: conditional proposal; approval not established.
Pass B, 20 Oct 2026 09:30 +08:00:
  message 514, 09:20: "Legal review is delayed. Do not launch Friday."
  message 510 reread: original wording still present.
Expected: replace the Friday proposal with the later hold instruction.
Missing-source variant: message 510 is outside the returned page.
Expected: original source not reverified; deletion is not established.

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

Завершите проверку записью решения

Это формат отчёта читателя, а не объект API:

• Решение и ответственный: вопрос, проверяющий и предполагаемое действие.
• Источники: аккаунт/область/peer, старые и новые ссылки.
• Граница: время запроса с поясом, фактический диапазон, предел страниц и оговорки свежести.
• Результат: изменение, прежний текст в охвате, отсутствие перепроверки или конфликт; формулировки и неопределённость.
• Действие: только проверка, ожидается решение ответственного; ничего не отправлено и не изменено.

Чтение не замораживает разговор. Ответственный определяет достаточность свежести и необходимость независимого подтверждения. Chiho применяет ограничения по действиям, клиент управляет своими запросами разрешения; не каждая запись требует дополнительного одобрения. Сообщение, задачу или изменение CRM запрашивайте отдельно.

Перепроверь источники [прежнего ответа] в [подтверждённом аккаунте и диалоге] для [решения]. Прочитай исходный период и новый контекст в пределах [страниц/сообщений]. Сохрани формулировки и ссылки, покажи изменения, пробелы, охват и время окончания. Остановись при неверной области, ожидании или конфликте. Не отправляй сообщения, не запускай синхронизацию, не создавай задачи и не редактируй CRM.

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