UX Collective: AI-агент знает кодовую базу, но не знает продукт

Статья «Your AI agent can read your codebase. It doesn’t know your product», опубликованная в UX Collective в апреле 2026 года, затрагивает пробел, который всё чаще встречается по мере того, как AI-агенты для написания кода входят в рабочие процессы дизайна и разработки продуктов. Автор Григорий Мурин-Муха проводит разграничение, которое легко упустить: агент может сканировать кодовую базу, распознавать её паттерны и генерировать технически согласованный результат — но не может вывести причины принятых решений, пользовательские проблемы, которые они решают, или ограничения людей, которые будут использовать продукт.

Технический контекст читается из кода. Продуктовый контекст — нет.

Статья опирается на концепцию команды Мартина Фаулера, которая определила «context engineering» — решение о том, что агент должен знать перед выполнением любой задачи, — как ключевой AI-навык для команд, работающих с AI-агентами. Это требует заблаговременного предоставления агенту документации по продукту, результатов исследования пользователей, дизайн-решений, известных компромиссов и ограничений области задачи. Без этого агент по умолчанию выдаёт технически правдоподобный результат, решающий не ту проблему.

Для дизайнеров и product managers практическое следствие таково: внедрение AI-агентов в продуктовую среду требует создания явной документации о решениях, которые сейчас существуют только в коллективной памяти команды. Это означает фиксацию не только того, что делает дизайн, но и почему были приняты конкретные решения — что исследовалось и было отвергнуто, какой пользовательский сценарий лёг в основу того или иного решения, какие ограничения были принципиальными и почему.

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