# Мэтт Покок: Инженерные основы важнее ИИ-инструментов

Источник: https://youtu.be/v4F1gFy-hqg?si=akLPRzEnoDeievZr
Канал: AI Engineer
Опубликовано: 23.04.2026

---

Мэтт Покок (Matt Pocock), эксперт по разработке и преподаватель, в апреле 2026 года представил на конференции AI Engineer концепцию возврата к инженерным основам. Он утверждает, что популярный подход «спецификация вместо кода» (specs to code) ведет к деградации кодовой базы, а проверенные десятилетиями практики проектирования становятся критически важными для работы с ИИ-агентами.

## 📉 Крах парадигмы «спецификация вместо кода»
[[JUMP:01:05]]

Мэтт Покок подверг критике движение **Specs to Code**, которое обещает разработчикам возможность изменять только текстовое описание (спецификацию), позволяя ИИ самостоятельно обновлять код [01:18]. По его наблюдениям, этот процесс неизбежно приводит к накоплению ошибок: при каждой итерации перекомпиляции без контроля качества кода система выдает результат всё хуже, превращая проект в «мусор» [01:58].

Проблема кроется в ложной установке, что «код стоит дешево» [03:46]. Спикер настаивает: плохой код сегодня стоит дороже, чем когда-либо. Если кодовая база сложна для изменений, разработчик не может использовать все преимущества ИИ, так как нейросети эффективно работают только в хорошо структурированных системах [04:00].

Ключевые тезисы раздела:

*   **Программная энтропия**: каждое изменение, сделанное без учета дизайна всей системы, ведет к её коллапсу [03:20].
*   **Сложность**: любое свойство структуры, затрудняющее понимание и модификацию системы, делает код «дорогим» и неэффективным для AI [02:41].

## 🤝 Метод «Grill me» для синхронизации с ИИ
[[JUMP:05:07]]

Одной из главных проблем взаимодействия с нейросетями является отсутствие общей **концепции дизайна** (design concept) — невидимой теории того, что именно строится [05:32]. Чтобы преодолеть коммуникационный барьер, Мэтт Покок разработал навык для ИИ под названием **Grill me** («Допроси меня») [05:46].

Суть метода:

1. Инженер дает ИИ команду: «Неустанно расспрашивай меня о каждом аспекте этого плана, пока мы не достигнем общего понимания» [05:58].
2. ИИ проходит по всем ветвям «дерева дизайна», разрешая зависимости между решениями одно за другим [06:12].
3. В результате ИИ может задать от 40 до 100 вопросов, прежде чем приступит к реализации [06:25].

Этот подход позволяет превратить ИИ из исполнителя в «адвоката дьявола», что помогает создать качественный документ требований (PRD) до того, как будет написана первая строка кода [06:38].

## 📖 Создание Ubiquitous Language (единого языка)
[[JUMP:07:21]]

Спикер отмечает, что ИИ часто бывает излишне многословен из-за отсутствия точной терминологии [08:13]. Взяв за основу принципы **Domain-Driven Design (DDD)**, Мэтт Покок предлагает внедрять **Ubiquitous Language** (единый язык) — набор терминов, которые одинаково понимаются и в коде, и в разговорах с ИИ [08:26].

Практическая реализация:

*   Создается Markdown-файл с таблицами терминов и их определений [09:08].
*   Этот файл постоянно передается ИИ во время планирования и написания кода [09:21].
*   Результат: ИИ начинает «думать» менее многословно, а реализация становится точнее [09:35].

## 🧪 TDD как ограничитель скорости ИИ
[[JUMP:10:03]]

ИИ-агенты склонны «обгонять свои фары» — писать огромные массивы кода без промежуточной проверки, что ведет к катастрофическим ошибкам [10:53]. Мэтт Покок утверждает, что скорость получения обратной связи должна быть «ограничителем скорости» разработки [11:07].

Решением является **Test-Driven Development (TDD)**:

*   Сначала пишется тест, затем ИИ заставляют реализовать код, проходящий этот тест [11:22].
*   TDD принуждает нейросеть двигаться маленькими, осознанными шагами [11:22].
*   Для эффективного тестирования кодовая база должна состоять из **глубоких модулей** (Deep Modules) — мощной функциональности, скрытой за простым интерфейсом [12:42].

В отличие от «мелких модулей» (Shallow Modules) с малым количеством функций и сложными интерфейсами, глубокие модули позволяют ИИ легче ориентироваться в зависимостях проекта [13:20].

## 🧠 Стратегическое управление и «Grey Boxes»
[[JUMP:15:04]]

Работа с ИИ на высоких скоростях истощает когнитивные ресурсы разработчика [15:18]. Чтобы «мозг успевал за кодом», Мэтт Покок предлагает делегировать реализацию, но оставлять за собой проектирование интерфейсов.

Основные рекомендации по управлению:

1.  **Инвестируйте в дизайн ежедневно**, следуя совету Кента Бека [17:00].
2.  Относитесь к коду как к «серым ящикам» (gray boxes): вы проектируете и тестируете интерфейс, но не тратите ресурсы на детальную проверку каждой строчки реализации внутри модуля, если тесты проходят [15:42].
3.  Занимайте позицию «стратега» (офицера), оставляя ИИ роль «тактического программиста» (сержанта на земле) [17:38].

Все упомянутые навыки и промпты доступны в GitHub-репозитории автора под названием Matt Pocock Skills [17:52].