Как составить сводку Telegram-чата с ChatGPT, Claude или Codex

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

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

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

Выберите свежую сводку или сохранённое резюме CRM

Свежую сводку ИИ-клиент составляет по сообщениям, полученным для текущего запроса. Сохранённое резюме CRM — отдельная запись со своим временем обновления и охватом. Его чтение не доказывает, что сегодняшние сообщения уже включены.

В проверенной реализации hosted CRM инструмент chat_read получает историю Telegram. summary_show возвращает сохранённое резюме с полями вроде updatedAt и lastSummarizedMessageId. Они помогают оценить актуальность, но не подтверждают полный охват нужного периода. summary_refresh — операция записи, которая не нужна для сводки в режиме только чтения. Набор инструментов зависит от подключения и версии продукта: сначала изучите текущую схему.

Чтобы получить сводку в разговоре с ИИ, явно запросите только чтение истории и ответ. Не обновляйте и не перезаписывайте резюме CRM ради обычного вопроса. Для ведения сохранённой записи используйте руководство по заметкам и ИИ-резюме CRM.

Задайте аккаунт, разговор и условие остановки

Начните со страницы настройки MCP: установка в клиенте, авторизация в браузере, проверка личности, затем ограниченное чтение с источниками. Используйте реально доступные инструменты идентификации, например auth_status и account_whoami, либо get_profile, если он предоставлен. Проверка профиля не является чтением сообщений.

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

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

Адаптируйте запрос ниже. Названия и бюджет служат примером, а не лимитами продукта:

Используй нужное мне подключение Chiho и выбранный мной Telegram-аккаунт. Проверь личность и однозначно определи чат Project Cedar до чтения. Составь сводку сообщений с 5 октября 2026 года 00:00 по 6 октября 2026 года 23:59, Asia/Singapore. Последовательно прочитай не более трёх страниц по 20 сообщений, используя только аргументы текущих инструментов. Укажи фактически охваченный период, число страниц и сообщений, а также пробелы. Раздели подтверждённые решения, предложения, открытые вопросы и явные обязательства; указывай ответственных и даты только там, где они названы. Подкрепи каждый существенный вывод ссылкой на чат, ID сообщения и временем. При неполном охвате обозначь сводку как частичную. Остановись при неоднозначности, ошибке или требовании подождать. Не отправляй сообщения, не создавай задачи, не обновляй резюме, не запускай синхронизацию и не меняй записи.

Указанный период — правило отбора, а не обещание, что инструмент принимает произвольные фильтры начала и конца. Не придумывайте неподдерживаемые параметры.

Зафиксируйте охват до сокращения переписки

В проверенном пути hosted CRM chat_read полная страница может вернуть nextOffsetDate и nextOffsetMessageId. Для продолжения к более старым сообщениям передайте их вместе через поддерживаемые поля offsetDate и offsetMessageId. Сохраняйте аккаунт и разговор, используйте возвращённые значения и читайте последовательно. Для других подключений следуйте их схеме.

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

Этот hosted-путь не загружает медиа. Текст может упоминать документ или голосовое сообщение без их содержимого. Пометьте такие материалы как непрочитанные: нельзя пересказывать файл по имени или угадывать смысл записи. Отдельное поддерживаемое и разрешённое получение — следующий шаг.

Храните этот краткий журнал охвата в разрешённом рабочем контексте:

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

Охват описывает доказательства, а не уверенность модели. При rate_limited дождитесь срока retryAfterSeconds перед следующим chat_read того же аккаунта; не запускайте параллельные повторы. Отличайте успешное пустое чтение от ошибки инструмента. Если чтение не удалось установить, используйте руководство по устранению неполадок.

Сохраните неопределённость в структуре сводки

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

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

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

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

Вымышленная сводка после изменения плана

Эти четыре записи придуманы для обучения. Это не ответ API и не данные клиента. Время — Asia/Singapore:

• Cedar / M201, 5 октября 09:00 — Мира: «Можем отправить черновик в среду?»
• Cedar / M207, 5 октября 10:15 — Леон: «Среда слишком рано. Я могу отправить исправленный черновик в четверг, 8 октября».
• Cedar / M211, 5 октября 10:30 — Мира: «Четверг подходит. Цены пока оставь открытыми до подтверждения финансового отдела».
• Cedar / M245, 6 октября 15:00 — Леон: «Исправленный черновик готов. Цены всё ещё ждут финансовый отдел».

Обоснованная сводка этого набора:

Охват: четыре предоставленных текстовых сообщения, 5 октября 09:00–6 октября 15:00. Другие сообщения и вложения не изучались; полный охват запрошенного периода не подтверждён.

Решение: после предложения среды для черновика согласован четверг, 8 октября (M201, M207, M211).

Обязательство: Леон предложил отправить исправленный черновик в четверг, 8 октября (M207). 6 октября он сообщил о готовности (M245), но отправка этими записями не подтверждается.

Открытый вопрос: цены ждут подтверждения финансового отдела (M211, M245). Конкретный сотрудник и срок не названы.

Ключевое различие — «готов» и «отправлен». Сводка, утверждающая доставку, согласование цен или срок для финансового отдела, не проходит эту проверку. Это небольшой проверочный пример, а не измерение точности модели.

Проверьте сводку перед созданием задач

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

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

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

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