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

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

Пять мест для идей: что и когда подходит

Выбор места зависит от того, как часто вы возвращаетесь к идее и насколько она связана с кодом. Вот пять вариантов с плюсами и минусами.

  • Заметки в личном хранилище (Obsidian, Notion, Apple Notes). Подходит для идей, которые ещё не оформились в задачу. Плюс: быстро записать и добавить контекст. Минус: заметки легко теряются, если нет привычки их разбирать.
  • Трекер задач (Jira, Linear, GitHub Issues). Хорош для конкретных багов и фич с критериями готовности. Плюс: идея сразу попадает в рабочий поток. Минус: для сырых мыслей трекер слишком тяжёл — вы либо создаёте мусорные тикеты, либо не создаёте ничего.
  • Чат с агентом (продолжение сессии или отдельный тред). Подходит, если идея требует немедленного обсуждения. Плюс: контекст уже загружен. Минус: чаты не предназначены для хранения — вы их не найдёте через месяц.
  • Файл в репозитории (например, IDEAS.md или комментарий TODO). Хорош для идей, которые касаются конкретного кода. Плюс: всегда под рукой у команды. Минус: файл быстро разрастается, а комментарии TODO никто не читает.
  • Доска (Trello, Miro, GitHub Projects). Кажется универсальным решением: колонки, карточки, порядок. Плюс: наглядно. Минус: без дисциплины превращается в свалку — это я проверила на себе.

Универсального места нет. Но есть критерии, которые помогают выбрать под конкретную идею.

Критерии выбора: три вопроса к каждой идее

Прежде чем что-то записывать, задайте три вопроса. Они отсеивают лишнее и экономят время на разбор.

  • Насколько идея срочная? Если баг мешает работе прямо сейчас — это задача, а не идея. Ей место в трекере с приоритетом.
  • Связана ли она с конкретным кодом? Если да, лучший вариант — комментарий TODO с датой и именем или файл в репозитории. Если нет — заметка или доска.
  • Кто ещё должен её увидеть? Если идея командная, храните там, куда команда заглядывает. Личные заметки для этого не подходят.

Эти вопросы не гарантируют, что вы вернётесь к идее. Но они снижают шанс, что она осядет в месте, где её никто не найдёт.

Типичные ошибки: как доска становится свалкой

Шесть недель назад я завела доску для идей из сессий с агентом. Колонки: «Сырое», «Надо обсудить», «В работу», «Сделано». Первые две недели всё работало. Потом карточки начали копиться в «Сыром», потому что разбирать их было лень. Через месяц в «Надо обсудить» лежали идеи, которые уже потеряли актуальность. А в «В работу» висели задачи, которые я так и не начала. Доска стала свалкой не потому, что инструмент плохой, а потому что я не установила правила.

Вот ошибки, которые я заметила — и у себя, и у коллег.

  • Нет правила «одна карточка — одна идея». В одну карточку сваливают баг, фичу и вопрос — потом невозможно разобрать.
  • Нет регулярного разбора. Без еженедельного просмотра доска превращается в архив. Достаточно 15 минут в пятницу, чтобы пройтись по колонкам.
  • Слишком много колонок. Чем больше статусов, тем больше трения. Три-четыре колонки — оптимум для личных идей.
  • Нет критерия «удалить». Идеи, которые не двигаются две недели, стоит либо переформулировать, либо удалить. Иначе они создают шум.

Эти ошибки не привязаны к конкретному инструменту. Они появляются в любом месте, где нет дисциплины.

Что делать на практике: пошаговый подход

Если вы хотите сохранять идеи из сессий с агентом и не утонуть, начните с простого алгоритма.

  • Шаг 1. В конце сессии выделите 2–3 минуты и выпишите все «потом» в одно место — даже если это черновик в блокноте.
  • Шаг 2. Разберите черновик по критериям: срочное — в трекер, связанное с кодом — в репозиторий, остальное — в заметки или на доску.
  • Шаг 3. Заведите правило разбора: раз в неделю просматривайте заметки и доску, удаляйте устаревшее, переформулируйте неясное.
  • Шаг 4. Не бойтесь удалять. Идея, которая не двигается месяц, скорее всего, не нужна. Это нормально.

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