Помогают этому флаги, а не переименование файлов. --setting-sources и явный --settings позволяют делать bisection, не трогая пользовательские файлы; перед любым изменением сохраняют копии или diff и не удаляют OAuth-состояние наугад. Полезно один раз увидеть команды triage рядом. Смысл лестницы в том, что каждая ступень отсекает целый слой возможных причин, и к моменту, когда виновник найден, вы точно знаете, что именно его вызывает, - а не просто "стало работать после переустановки".

Большая часть проблем - это типовые ошибки расположения, и их стоит знать наперёд. Настройки положили в ~/.claude.json вместо ~/.claude/settings.json; MCP - в .claude/.mcp.json вместо корневого .mcp.json; mcpServers записали в settings.json; матчер написали строчными bash вместо case-sensitive Bash; skill создали как name.md вместо name/SKILL.md; project MCP не одобрен. Каждая из них выглядит как загадочный баг, а на деле - путаница расположения.

Производительность лечат так же адресно. При context thrashing просят читать конкретные диапазоны, делают /compact с фокусом, выносят чтение больших файлов в субагент; большие build-каталоги добавляют в gitignore и deny; safe mode находит тяжёлый plugin, MCP или hook. Отдельная осторожность с /heapdump: снимок содержит полный разговор и credentials, поэтому его никогда не прикладывают публично - для отчёта безопаснее документированный diagnostics-JSON после проверки.

Отчёт о баге тоже делают по правилам. Воспроизводимый product-баг отправляют через /feedback или официальные GitHub issues, приложив версию, ОС, категорию провайдера, минимальные шаги, санитизированный debug-фрагмент и сравнение safe и bare. Проблемы биллинга и аккаунта идут в поддержку Anthropic, а не в публичный issue. Типичный провал диагностики - снести ~/.claude до фиксации симптома и потерять и улики, и причину; правильный ход - менять одну переменную за шаг, идти по лестнице и исправлять ровно одну причину с регрессионной проверкой.