Редакция 8 мая 2026 г.

Мобильный coding agent и обрыв цепочки: как связать короткие реплики в Telegram и Feishu

На Dev.to разработчик codekingai разбирает мобильный сценарий: короткие реплики в Telegram и Feishu после обрыва сессии рантайма — /cx у Codex и /cc у Claude Code — в описанном поведении уводили в новый AI runtime вместо продолжения той же задачи coding agent. Связку между репликами он выстраивает через шлюз CliGate и структурированную память о последнем состоянии разговора, а не через точечную подстройку промпта к языковой модели. https://dev.to/codekingai/my-mobile-coding-agent-kept-starting-new-sessions-i-taught-it-to-remember-the-last-task-2ge1

Дата публикации на странице Dev.to — 8 мая 2026 года, 08:15 UTC. Ориентировочное время чтения там же указано как около четырёх минут. Публичная активность под постом выглядит скромной; отдельного публичного числа просмотров в рассмотренной версии страницы нет.

Почему «каждое сообщение» рвало контекст агента

Проблема в материале смещена с «неудачного промпта» на слой канала (channel layer). Пока активная сессия жива, обычные текстовые продолжения остаются внутри текущего исполнения. Когда же рантайм завершился или отвязался, следующая короткая реплика могла уйти в новый AI runtime с неверными предпосылками или к провайдеру по умолчанию, а не к тому инструменту, с которым вы только что работали. Отсюда — ощущение бесконечных «первых сообщений» вместо продолжения задачи.

CliGate: remembered supervisor и бриф разговора

Решение в проекте CliGate (репозиторий на GitHub: https://github.com/codeking-ai/cligate) строится вокруг структурированной памяти о последней задаче разговора. Добавлен путь «remembered supervisor» — опора на краткий бриф на разговор (per-conversation brief) с полями вроде заголовка задачи, провайдера, последнего статуса, краткого резюме или ошибки и следующего шага. Шлюз канала поднимает этот бриф при коротких мобильных продолжениях, когда прежняя сессия рантайма уже недоступна.

Такой приём явно проектируется как инженерный контур вокруг ИИ-исполнителей, а не как универсальный совет «перепишите системный промпт».

Намерения follow-up и старт «свежего» рантайма со связкой

Дальше в тексте выделяется несколько типов следующих сообщений: продолжить текущую работу, повторить попытку, вернуться к прошлой задаче или начать соседнюю. В иллюстрациях фигурируют логические метки вроде originKind: 'remembered_follow_up' и reuseTaskIdentity: true, подчёркивается возможность запустить новое исполнение после исчезновения старого рантайма, но с запомненным контекстом и с предпочтением того же провайдера, что был у исходной задачи.

Статусные вопросы на естественном языке по возможности обрабатываются из состояния запомненной задачи, а не пересылаются в Codex/Claude Code как промпты на генерацию кода — отдельный акцент на том, где заканчивается чат с человеком и где начинается очередной запрос к агенту.

Пример из описания тестового сценария:

follow-up: тип runtime_started, провайдер claude-code, флаг «начато заново» (startedFresh: true)

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

Версии API, бенчмарки и dashboard: где обрывается формализация

В первоисточнике не приводятся номера версий API мессенджеров и нет числовых бенчмарков скорости или качества работы агента — такие величины без отдельного опорного URL сюда не переносятся. Dashboard описан как место с записями разговоров, где можно увидеть, как шлюз интерпретировал контекст coding agent и связанную задачу.

Источники

CodeKing AI (codekingai). «My Mobile Coding Agent Kept Starting New Sessions. I Taught It to Remember the Last Task» — Dev.to: Dev.to (дата доступа: 2026-05-08, UTC).
CliGate (репозиторий, на который ссылается материал): https://github.com/codeking-ai/cligate (дата доступа: 2026-05-08, UTC).