Куда девать идеи из сессий с coding-агентом: пять мест, и доска, которая за шесть недель стала свалкой

Долгая сессия с coding-агентом даёт больше, чем код. Вы заметили баг, но сейчас нет времени им заниматься. Вам пришла идея для новой фичи. «Надо бы ещё…», с которым агент согласился. Потом сессия уезжает вверх, контекст сжимается или терминал закрывается, и идея пропадает. «Потом» не наступает, потому что его никто не помнит.

Это касается не только тех, кто пишет код. Любая долгая работа с агентом, будь то текст, аналитика или разбор чужого проекта, оставляет такой хвост из «потом», с теми же проблемами.

Я устала листать чатики назад и решила поискать более оптимальные способы сохранения идей на будущее. Идеального я не нашла, и мне интересно, чем пользуетесь вы. Так что это рассказ о моем опыте и приглашение поделиться вашим.

Проскроллить назад

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

Файл заметок в репозитории

NOTES.md, CLAUDE.md или собственная память агента. Хорошо для фактов, связанных с проектом: описания флагов, с которыми собирается билд, особеннсоти в скрипте деплоя. Для задач файл не годится: у строки нет статуса, нет срока, и никто её не закрывает.

Я попробовала пойти дальше с ai-tree — это дерево идей на каждую сессию, которое рисуется на локальной странице. В CLAUDE.md я попросила агента держать его в актуальном состоянии. В длинных сессиях он забывал. Версия, которая более-менее работает, читает лог сессии наблюдателем снаружи агента. Просить агента «помни сам» в длинной сессии бесполезно, я проверила.

Встроенный список задач агента

У Claude Code он есть. Я включила его (CLAUDE_CODE_ENABLE_TODO_TOOLS=1), посмотрела, где он всё хранит (~/.claude/tasks/<session>/, по одному JSON на задачу, новая сессия видит старый список), и больше не возвращалась. Список живёт внутри агента. Я не ищу свои планы внутри агента, а никто другой туда заглянуть вообще не может.

Jira, когда это работа в компании

В компании вопрос уже решён. Процесс описан, поля согласованы, и единственное, что агенту нужно от меня, это доступ к правилам ведения тикетов или несколько примеров, чтобы скопировать. После этого он заводит тикеты, которые выглядят как у всех. Это работает, и открывать Америку тут не из чего, поэтому один абзац.

GitHub Issues плюс доска Projects

Это мой личный вариант, и он заслужил отдельную картинку. В проекте, который я делаю вместе с агентом, каждое «потом» становится issue, а issues лежат на доске GitHub Projects с двумя исполнителями: owner:you для того, что могу сделать только я (зарегистрировать приложение, принять решение, опубликовать), и owner:claude для кода и документации. Агент на этой доске секретарь. Он заводит карточку, даёт мне ссылку, двигает статус через gh project item-edit, а закрытое issue означает «сделано». Я только закрываю. Если хотите настроить себе также (с метками и командами gh), можно скормить вашему агенту вот эту историю: The Relay Board: my agent runs the GitHub kanban, I just close my cards.

В чём плюсы? Доска может быть публичной, в моём случае другой пользователь нашёл issue про перенос моего MCP-сервера на новую ревизию спецификации и оставил три подробных комментария, включая поправку по опыту собственного проекта. В Jira такого случиться не может в принципе. Агент читает доску в следующей сессии через gh, так что «потом» переживает сессию без того, чтобы я его куда-то вставляла.

А теперь минусы. Вот маркетинговая доска того же проекта шесть недель спустя, нарисованная по живым данным.

Карточка статьи, которая вышла вчера, до сих пор «In Progress». Закрытое issue стоит в «waiting». Восемь карточек по рассылке просрочены на две недели. Девять карточек не трогали больше месяца. Никто не сделал ничего плохого. Агент завёл каждую карточку, которую просили завести, а я закрыла то, что вспомнила закрыть. Просто у доски нет никого, кто отвечает за её актуальность.

Отсюда правило, к которому я пришла: доске, на которую пишет агент, нужна рутина, которую агент выполняет каждый день, без моей просьбы. По сути это агент в роли менеджера проекта, только работу он при этом не делает, он следит за доской. Утром открыть доску, написать мне, что подходит к сроку и что просрочено, закрыть карточки, которые эта сессия уже закрыла сама (такое бывает чаще, чем я думала), и спросить про всё, что не трогали три недели, ещё нужно или нет. У меня уже есть короткий утренний брифинг, который по расписанию присылает headless-агент; проверка доски должна жить в нём, отдельным «уборщиком», который ничего не трогает, не сказав об этом. Эту часть я ещё не отполировала, поэтому картинка выглядит так, как выглядит. Кажется, я просто прихожу к стандартной команде с её ритуалами утреннего дэйлика, но на дэйлике присутствуют только агенты.

Miro: красивее, но та же устаревшая доска

Я ещё пробовала скопировать ту же доску в Miro: как mind map, как таймлайн и как матрицу «влияние / усилия», потому что агент умеет рисовать там через MCP, а виды красивее. Копии воспроизвели устаревшие статусы доски GitHub. Так что основной смысл не меняется, а красивые виды для меня не стоят того, чтобы переносить работу в другую среду.

Два вида «потом»

Идеи из сессии бывают двух видов, и, мне кажется, им нужны разные места. Задачам («сделай это») нужен статус, владелец и дата закрытия. Issues, доски, Jira и встроенный список задач сделаны под них. Отчётам о брейншторме («можно пойти вот так») нужна карта: что из чего выросло, и что отложили. Под них сделаны ai-tree и mind map. ai-tree у меня, впрочем, живёт только пока я о нём помню. Большинство инструментов покрывают только первый вид, а я продолжаю терять второй.

Вопросы для обсуждения

• Куда уходят «потом» вашего агента? Переживает ли это место сессию, и может ли агент прочитать это в следующий раз?

• Если вы работаете с Linear или Jira через MCP: остаётся ли доска актуальной без вас или превращается в свалку как моя?

• Давал ли кто-нибудь агенту ежедневную задачу наведения порядка? Хочу посмотреть на чужую, прежде чем строить свою.