Мэтт Покок (Matt Pocock), эксперт по разработке и преподаватель, в апреле 2026 года представил на конференции AI Engineer концепцию возврата к инженерным основам. Он утверждает, что популярный подход «спецификация вместо кода» (specs to code) ведет к деградации кодовой базы, а проверенные десятилетиями практики проектирования становятся критически важными для работы с ИИ-агентами.
📉 Крах парадигмы «спецификация вместо кода» 1:05
Мэтт Покок подверг критике движение Specs to Code, которое обещает разработчикам возможность изменять только текстовое описание (спецификацию), позволяя ИИ самостоятельно обновлять код . По его наблюдениям, этот процесс неизбежно приводит к накоплению ошибок: при каждой итерации перекомпиляции без контроля качества кода система выдает результат всё хуже, превращая проект в «мусор» .
Проблема кроется в ложной установке, что «код стоит дешево» . Спикер настаивает: плохой код сегодня стоит дороже, чем когда-либо. Если кодовая база сложна для изменений, разработчик не может использовать все преимущества ИИ, так как нейросети эффективно работают только в хорошо структурированных системах .
Ключевые тезисы раздела:
- Программная энтропия: каждое изменение, сделанное без учета дизайна всей системы, ведет к её коллапсу .
- Сложность: любое свойство структуры, затрудняющее понимание и модификацию системы, делает код «дорогим» и неэффективным для AI .
🤝 Метод «Grill me» для синхронизации с ИИ 5:07
Одной из главных проблем взаимодействия с нейросетями является отсутствие общей концепции дизайна (design concept) — невидимой теории того, что именно строится . Чтобы преодолеть коммуникационный барьер, Мэтт Покок разработал навык для ИИ под названием Grill me («Допроси меня») .
Суть метода:
- Инженер дает ИИ команду: «Неустанно расспрашивай меня о каждом аспекте этого плана, пока мы не достигнем общего понимания» .
- ИИ проходит по всем ветвям «дерева дизайна», разрешая зависимости между решениями одно за другим .
- В результате ИИ может задать от 40 до 100 вопросов, прежде чем приступит к реализации .
Этот подход позволяет превратить ИИ из исполнителя в «адвоката дьявола», что помогает создать качественный документ требований (PRD) до того, как будет написана первая строка кода .
📖 Создание Ubiquitous Language (единого языка) 7:21
Спикер отмечает, что ИИ часто бывает излишне многословен из-за отсутствия точной терминологии . Взяв за основу принципы Domain-Driven Design (DDD), Мэтт Покок предлагает внедрять Ubiquitous Language (единый язык) — набор терминов, которые одинаково понимаются и в коде, и в разговорах с ИИ .
Практическая реализация:
- Создается Markdown-файл с таблицами терминов и их определений .
- Этот файл постоянно передается ИИ во время планирования и написания кода .
- Результат: ИИ начинает «думать» менее многословно, а реализация становится точнее .
🧪 TDD как ограничитель скорости ИИ 10:03
ИИ-агенты склонны «обгонять свои фары» — писать огромные массивы кода без промежуточной проверки, что ведет к катастрофическим ошибкам . Мэтт Покок утверждает, что скорость получения обратной связи должна быть «ограничителем скорости» разработки .
Решением является Test-Driven Development (TDD):
- Сначала пишется тест, затем ИИ заставляют реализовать код, проходящий этот тест .
- TDD принуждает нейросеть двигаться маленькими, осознанными шагами .
- Для эффективного тестирования кодовая база должна состоять из глубоких модулей (Deep Modules) — мощной функциональности, скрытой за простым интерфейсом .
В отличие от «мелких модулей» (Shallow Modules) с малым количеством функций и сложными интерфейсами, глубокие модули позволяют ИИ легче ориентироваться в зависимостях проекта .
🧠 Стратегическое управление и «Grey Boxes» 15:04
Работа с ИИ на высоких скоростях истощает когнитивные ресурсы разработчика . Чтобы «мозг успевал за кодом», Мэтт Покок предлагает делегировать реализацию, но оставлять за собой проектирование интерфейсов.
Основные рекомендации по управлению:
- Инвестируйте в дизайн ежедневно, следуя совету Кента Бека .
- Относитесь к коду как к «серым ящикам» (gray boxes): вы проектируете и тестируете интерфейс, но не тратите ресурсы на детальную проверку каждой строчки реализации внутри модуля, если тесты проходят .
- Занимайте позицию «стратега» (офицера), оставляя ИИ роль «тактического программиста» (сержанта на земле) .
Все упомянутые навыки и промпты доступны в GitHub-репозитории автора под названием Matt Pocock Skills .
