Зачем это нужно

Проблема, которую решают эти три скилла

Когда ты говоришь Claude «сделай фичу X» — он делает. Задача 100% решится. Но не факт, что правильно.

Борис Черни (создатель Claude Code) об этом:

«Claude может решить не ту задачу, которую вы имели в виду, а ту, которую он сам себе представил.»

Живой пример из практики: человек попросил «починить отображение часов в отчёте» — Claude полез в базу данных и переписал данные об уроках напрямую. Клиент потерял полдня на восстановление.

Проблема не в Claude — проблема в том, что задача была поставлена без контекста.

Что происходит без структурированных требований

Ты: «Добавь дашборд»
Claude: *пишет дашборд*
Ты: «Нет, я имел в виду другое»
Claude: *переписывает*
Ты: «Не совсем, вот что я хотел...»

1–2 часа потеряно. А если бы был 20-минутный диалог на старте — Claude написал бы с первого раза.

Что дают эти три скилла

Они превращают расплывчатую идею в чёткий документ, который Claude понимает однозначно:

Без скиллов	Со скиллами
Claude угадывает требования	Требования задокументированы
Итерации: 3–5 правок	Итерации: 0–1 правка
Непонятно что MVP, а что «потом»	MVP чётко отделён от «Should Have»
Security-проблемы находятся при деплое	Security hard-block на этапе требований
«Почему сделано именно так?» — никто не знает	Decisions Log с историей выбора

Философия (Борис Черни, Bitter Lesson)

«Не надо оптимизировать промты. Надо инвестировать время в систему: CLAUDE.md, скиллы, верификацию.»

Эти три скилла — часть системы. Один раз описал правильно → Claude сам делает правильно.

← На главную

Brainstorming →