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

Наивный ход - чинить там, где увидел. Команда не сработала - переписать команду; агент не увидел файл - трогать файл; permission отказал - снимать правило. Каждый такой ход лечит симптом, не спросив, из какого слоя он на самом деле пришёл, и потому нередко создаёт вторую проблему поверх первой.

Ломается это на том, что причина и симптом лежат в разных слоях. Отказ permission может идти от организационной политики, а не от вашего конфига; агент не видит файл, потому что работает в remote-CWD; команда не находится, потому что живёт в другом канале или ушла в Next. Пока слой не назван, любая правка бьёт по площадям и с равной вероятностью промахивается мимо причины.

Профессиональный механизм - проходить слои по порядку: version, identity, workspace, agent, customization, permission, runtime. Версия: stable или Next, changelog, перезапуск после обновления. Идентичность: аккаунт, план, командная политика, повторный вход. Workspace: Restricted Mode, доверие к папке, состояние Git, remote-CWD. Агент: selector, тумблер enabled, статус подключения. Кастомизация: rules, hooks, plugin, авторизация MCP. Permission: какой слой дал deny или ask. Runtime: shell, PATH, контейнер, proxy, сертификат. Семь слоёв - не ритуал, а маршрут: пройденный по порядку, он почти всегда упирается в конкретную строку, а не в общее что-то сломалось.

Почему порядок именно такой. Слои идут от самого общего и дешёвого к проверке к самому частному и дорогому. Неверная версия или командная политика объясняют разом множество симптомов, и проверить их - секунды. Лезть сразу в runtime, не исключив version и identity, значит чинить следствие, оставив причину нетронутой, и почти наверняка вернуться к ней позже с бОльшими потерями.

Что помогает в 3.7.16. Отказ сообщает, какой слой его выдал - это сразу указывает, где искать, вместо того чтобы гадать между политикой и локальным правилом. Логи MCP разделены по output-каналам, так что источник виден без догадок. Упавший worktree показывает конкретную ошибку Git, а не общее не получилось. Продукт сам подсказывает слой, если на него смотреть, а не спорить с симптомом. Эти подсказки и делают послойный проход дешёвым: продукт называет слой сам, остаётся только начать сверху.