Skill Architect

Skill Architect — скилл для Claude Code, который занимается другими скиллами: спроектирует их с нуля, соберёт файлы, проверит в чистой сессии и вычистит разросшиеся старые. Нужен тем, кто уже пишет скиллы для Claude Code и устал получать инструкции, где половина строк — капсом «ВСЕГДА» и «НИКОГДА», а скилл всё равно триггерится не там, где надо. Лежит в открытом виде на GitHub, ставится как обычный скилл.

Начинается работа не со сборки, а с разговора о процессе. Архитектор сначала выяснит, что вы даёте на входе, что ассистент делает сам, где останавливается и спрашивает вас, и что вообще считается законченным результатом. Только потом появится скилл или связка скиллов под эту карту. В конце вы получите отчёт, где честно разделено: это прогнано, это проверено чтением, а это не проверялось и вот почему.

Отдельная особенность — шаг 0. Прежде чем что-то делать, скилл спросит сам себя: справится ли модель с задачей без скилла? Если справится, он так и скажет и предложит строку в CLAUDE.md, отдельный скрипт или вообще ничего. Вопросы вам зададут только по настоящим развилкам, где разные ответы дают разные скиллы, а не пять штук по кругу о том, что уже написано в запросе.

Режимов три, и включаются они по формулировке вашего запроса:

• создание — пять шагов с двумя остановками: после разбора, если есть развилки, и после архитектуры, перед сборкой;
• проверка — триггеры «должен / не должен», типовая задача, редкий маршрут, защитная зона, прогон без скилла; от claude plugin eval до сверки чтением, смотря что доступно в проекте;
• ревизия — разбор по шести сдвигам контекст-инжиниринга, правки в формате «было → стало» со способом отката. По умолчанию выдаст только отчёт, ни один файл не тронет, пока вы не скажете «правь».

На выходе получается директория, где SKILL.md работает маршрутизатором, в references/ у каждого файла прописано условие чтения, в scripts/ уезжает всё хрупкое и точное, а в evals/ лежат контрольные задачи. Логика простая: цель и границы вместо пошагового метода, императив только в трёх зонах — необратимые внешние действия, закон и приватность, известная боль проекта. Для опасных вещей вроде отправки писем инструмент просто не попадёт в allowed-tools, а не будет закрыт условным правилом, которое отключается одним флагом.

Границы автор обозначает прямо. Архитектор проектирует скиллы, но не выполняет их задачи и ничего не отправляет, не публикует и не платит от их имени — такой скилл он проверяет только чтением, потому что отправленное не отозвать. Режим ревизии рассчитан на один скилл: пакет скиллов или весь проект, где триггеры пересекаются, а справочники общие, — отдельная и более тяжёлая работа. Поля frontmatter и способы проверки взяты из документации Claude Code на сентябрь 2026, так что с новой версией их стоит сверить.

Версия 2.0 пересобрана после статьи Anthropic о том, как изменился контекст-инжиниринг для моделей поколения Claude 5 — смысл там в том, что подробные инструкции, спасавшие раньше, теперь мешают модели думать. Автор прогнал обе версии на пяти одинаковых задачах в чистых сессиях и отдал выходы судье, который не знал, где какая: у первой версии 12, 12, 12, 14 и 4 из 8, у второй — 17, 17, 17, 17 и 8 из 8 (первые четыре задачи оценивались по шкале 18, последняя — по шкале 8). Модель та же — разница в дисциплине: образцы вместо описаний словами, скрипты вместо расчётов «в голове» и обязательная проверка вместо «готово, упаковано». После 2.0 вышла 2.1: судьи нашли у неё повтор нормы в двух файлах, и проверка стала кодом — скрипт check_skill.py, запущенный на самом архитекторе, тут же нашёл три таких дубля.