Почему ваши AI-агенты теряют контекст (и как это исправить)

Давайте признаемся: большинство из нас планирует проекты так же, как и пять лет назад. Быстрая заметка, документ в Notion, тред в Slack, который тонет в простыне сообщений. Потом мы вручаем это «полуфабрикатное ТЗ» AI-агенту и надеемся на лучшее.

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

Документ, который умеет спорить

Именно эту нишу пытается занять inplan. По сути — это Markdown-редактор для совместного планирования между людьми и AI-агентами. Представьте общую доску, где обе стороны могут черновить, задавать вопросы и пересматривать единый документ.

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

Это решает то, о чём редко говорят вслух: проблему «археологии контекста». Проходит три месяца. Агент принял какое-то решение. Где логика? В inplan это отслеживается.

Сначала посмотри, потом меняй

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

Inplan ломает эту ситуацию. Когда агент хочет пересмотреть план, он не заменяет документ молча — генерирует diff, который вы просматриваете и применяете сами. Видите ровно что изменилось. Можете одобрить, отклонить или доработать перед тем, как что-то зафиксируется.

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

Как попробовать

Инструмент устанавливается как skill для Claude Code (поддержка Codex и других на дорожной карте). Простая команда plan X открывает редактор — и вы в деле. AGPL-3.0, open-source, работает локально через npm.

Для команд, которым нужна живая коллаборация, есть хостинговая версия на inplan.ai. В демо можно войти без аккаунта — приятная редкость для SaaS-продукта.

Где пока хромает

Ничто не идеально. Текущая версия — Electron-приложение: работает, но тяжелее веб-редактора. Diff работает построчно, что бывает грубовато для точечных правок. Модель заточена под один план-документ за раз. Если ведёте несколько связанных спецификаций — придётся совмещать с другими инструментами.

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

Почему это важно в эру «vibe coding»

«Vibe coding» — когда вы направляете ви́дение, а AI реализует — набирает обороты. Но у этого подхода грязный секрет: без чёткого направления вы сравниваете результат с намерениями, которые так и не сформулировали.

Инструменты вроде inplan предлагают иное будущее. Не просто «коди быстрее», а «думай чётче». Планирование становится настоящей коллаборацией с AI-партнёром, создавая артефакты, полезные и для текущей задачи, и для тех, кто будет разбираться в коде потом (включая себя будущего).

Будет ли inplan именно вашим рабочим инструментом — зависит от вашего отношения к Electron-приложениям и однодокументной модели. Но базовая идея — структурированное, комментируемое, человек-проверяет взаимодействие с AI — это направление, в котором мы будем двигаться по мере роста возможностей агентов.

Вопрос не в том, будет ли AI писать больше нашего кода. Вопрос — построим ли мы каркас, который сделает этот код понятным.

Попробуйте: npm i -g inplan