Arsenal of Prompts — 6 переиспользуемых режимов

Время: ~25 мин теории + 40 мин практики

Суть урока

Большинство людей пишет промпты как одноразовые записки. Задача — промпт — ответ — выбросил. Через неделю похожая задача — пишут промпт заново. Через месяц — снова. Каждый раз качество разное, потому что формулировка чуть-чуть другая.

Это работа без арсенала. Каждый бой — с нуля.

Arsenal of Prompts — другой подход. Ты один раз вкладываешь час в формулировку режима. Дальше — одна короткая команда активирует Claude в этот режим. Те же стандарты, та же дисциплина, тот же выход. Не "напиши лучше", а "включись в режим editor".

В этом уроке разберём 6 готовых prompt-режимов из рабочего арсенала автора курса: writer, editor, debug, research, architect, ADR. И главное — как собрать свой первый prompt-режим под собственную частую задачу.

🎨 Образ: prompt-mode — это шляпа, которую надеваешь Claude'у на голову. Шляпа повара — он готовит. Шляпа судьи — он судит. Шляпа хирурга — он оперирует. Один и тот же Claude, но в каждой шляпе ведёт себя по-другому. У тебя на полке висят 6 шляп — берёшь нужную, надеваешь, работаешь.

Ключевые концепции

• Prompt — одноразовый запрос для одной задачи. Написал, получил ответ, выбросил
• Prompt-mode — переиспользуемый паттерн который активируешь когда нужен этот режим работы. Формулировка живёт в файле, не в чате
• Activation phrase — короткая фраза-ключ ("use writer-mode", "activate Debug Mode") которая включает режим
• Prompt body — system-level инструкции внутри режима: роль, правила, форматы, anti-patterns
• Severity diff — формат вывода у editor-mode: 🔴 critical / 🟠 high / 🟡 medium / 🟢 low — приоритизированный список правок
• Karpathy 5-step — методология systematic debugging у debug-mode: reproduce → isolate → hypothesis → fix → verify
• Versioning — writer-mode-v1.md, writer-mode-v2.md. v2 не ломает users которые остались на v1
• Pipeline v1 → v2 → skill — после 5+ uses режим эволюционирует в полноценный .claude/skills/ skill
• Applicable agents — каждый режим связан с subagent'ами которые лучше всего его исполняют (writer-mode → writer/editor/content-strategist)
• Arsenal vs ad-hoc — арсенал = заранее подготовленные режимы. Ad-hoc = пишешь промпт каждый раз с нуля. Арсенал быстрее и стабильнее по качеству

Теория

Чем prompt-mode отличается от обычного промпта

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

Prompt-mode живёт в файле. Это документ с фиксированной структурой:

• Имя и версия (writer-mode-v1)
• Когда применять (When to use)
• Activation phrase ("use writer-mode")
• Prompt body — большой блок текста который копируешь в чат или подгружает subagent
• Output format — что Claude должен вернуть
• Anti-patterns — куда нельзя ходить

Активируешь его одной короткой фразой. Дальше Claude работает по фиксированным правилам. Не "напиши хорошо", а "напиши в режиме writer-mode v1" — и режим тащит за собой 200 строк дисциплины: голос, форматы, вето, образы, anti-assumption rule.

🎨 Образ: обычный промпт — это записка официанту на салфетке. Prompt-mode — это рецепт в кулинарной книге ресторана. Записку выбрасывают после блюда. Рецепт открывают каждый раз когда блюдо заказывают.

Анатомия prompt-mode (общий шаблон)

Все 6 режимов в этом арсенале устроены одинаково. Это даёт переиспользуемость — научился читать один, читаешь любой.

---
id: writer-mode-v1
title: "Writer Mode v1 · Brand-voice content creation"
purpose: "Зачем этот режим существует"
audience: "Кто и как активирует"
created: 2026-05-10
status: active
applicable_subagents: [writer, editor, content-strategist]
---

# ✍️ PROMPT · "Writer Mode" — v1.0

## When to use
— Перечень ситуаций когда режим применять

## How to use
— Modus 1: Direct invoke
— Modus 2: Через subagent
— Modus 3: Hybrid

## [PROMPT TEXT — копируй отсюда]
```
[Большой блок текста с правилами, форматами, vetoes, examples]
```

## Version history
— v1.0, v2.0 (planned), причины эволюции

## Linked
— Связанные файлы (правила общения, принципы, список запретов)

Из чего состоит сам PROMPT TEXT (это главное):

1. АКТИВАЦИЯ — кто я в этой комнате (роль)
2. ПРАВИЛА — что делаю и как
3. ВЕТО — куда не хожу
4. ФОРМАТЫ — какую структуру выдаю
5. ANTI-PATTERNS — типовые ошибки которых избегаю
6. OUTPUT — что отдаю в финале
7. ЛИЧНОЕ — калибровка под конкретного владельца (Russian-first, образами, без преамбул)

Эта структура повторяется в каждом режиме. Меняется содержание — структура та же.

Mode 1 · Writer Mode — drafts с brand voice

Когда применять:

• Перед написанием Telegram поста / YouTube скрипта / статьи / email
• Когда draft звучит как чужой человек (надутый, академический, coaching)
• В prompt'ах subagents (writer, editor, content-strategist) как preamble

Что внутри:

• 6 правил голоса: Russian-first, образами, anti-assumption, прямота, краткость, без преамбул
• 6 категорий veto: coaching-сленг, хвастовство, сравнения культур, жалобы, pseudo-urgency, биография
• 4 формата: Telegram пост (80-300 слов), YouTube скрипт, статья (4-абзацная), email
• Before/after примеры — плохой draft рядом с хорошим

Applicable agents: writer, editor, content-strategist

Activation:

use writer-mode
напиши Telegram пост про <тему>

🎨 Образ: writer-mode = твой голос на бумаге. Любой subagent, надевший эту шляпу, пишет так, будто это писал ты сам. Не блогер. Не коуч. Не маркетолог. Ты.

Mode 2 · Editor Mode — voice review с severity diff

Когда применять:

• После writer subagent — обязательный второй pass
• Перед публикацией любого текста во внешние каналы
• Перед commit документации Tier 1/2
• При подозрении на drift (Claude или subagent ушёл в сторону)

Что внутри:

• 6 уровней проверки: Russian-first compliance, образ presence, anti-assumption, vetoed phrases scan (CRITICAL), readability, structure
• Severity scoring: 🔴 CRITICAL (publishing blocked) / 🟠 HIGH (strongly recommended) / 🟡 MEDIUM (improves quality) / 🟢 LOW (nice to have)
• Format каждой issue: WAS / ISSUE / FIX / WHY
• Escalation protocol — когда не делать auto-fix, а возвращать текст автору на решение

Applicable agents: editor, code-reviewer

Output формат (severity diff):

🔴 CRITICAL Line 12 · Coaching-сленг
WAS:    "Этот подход откроет твой потенциал"
ISSUE:  Vetoed phrase (список запретов, п. 5)
FIX:    "Этот подход даёт +20% к скорости"
WHY:    Конкретика лучше пафоса

🎨 Образ: editor-mode = страж DNA. Не корректор запятых, не цензор. Защита голоса владельца от drift. Не льстит "это неплохо, но...". Прямо: "Здесь нарушение. Замени на это."

Mode 3 · Debug Mode — Karpathy 5-step systematic debugging

Когда применять:

• Bug в коде — тест падает, app крашится, output не тот
• Странное поведение — "работало вчера, сегодня нет"
• Production incident — нужна холодная голова
• Перед "просто перезапустить" — лень = долг

Что внутри (5 шагов, ни одного пропуска):

Шаг 1 — REPRODUCE. Написать failing test ДО любого fix'а. Test должен падать на текущем коде. Без воспроизведения — fix не пишем.

Шаг 2 — ISOLATE. Bisect: где граница "работает / не работает"? Eliminate variables (окружение, данные, состояние, зависимости). Найти minimal reproducer.

Шаг 3 — HYPOTHESIS. Минимум 2-3 гипотезы. Одна гипотеза = bias. Для каждой — какой эксперимент её подтверждает/опровергает. Ранжировать по вероятности.

Шаг 4 — FIX. Минимальный diff. НЕ "улучшать" соседний код по пути (Karpathy Principle 3). Каждая изменённая строка отвечает на одну из гипотез.

Шаг 5 — VERIFY. Test из Шага 1 проходит. Все остальные tests проходят (no regression). Edge cases протестированы. Confidence: HIGH/MEDIUM/LOW с reason.

Applicable agents: code-reviewer, eng-manager Related skills: superpowers:systematic-debugging, engineering:debug

🎨 Образ: debug-mode = хирург с MRI. Не паникёр на работе. Не "поменяю это, попробую". Reproduce → isolate → hypothesize → fix → verify. Каждый шаг документирован.

Mode 4 · Research Mode — multi-source 2026 verified research

Когда применять:

• Перед financial decision ($100+ затраты на инструмент/подписку)
• Перед legal-implicated решением (compliance, regulations, contracts)
• Перед technology choice (LLM, hosting, payments, framework)
• Когда чувствуешь stale ответ — Claude цитирует устаревшие данные обучения
• При competitive analysis — нужны актуальные цифры

Что внутри:

• Роль: investigative journalist 2026, не Wikipedia
• 5 правил методологии:
  1. MINIMUM 3 SOURCES — WebFetch 3+ разных источника. Single-source = AUTOMATIC LOW confidence
  2. FRESHNESS CHECK — приоритет материалам последних 12 месяцев. Старше двух лет → флаг "(возможно устарело)"
  3. CROSS-SOURCE SYNTHESIS — 2+ источника согласны → HIGH, 1 источник → MEDIUM, противоречие → LOW
  4. CONFIDENCE LABELS на каждом claim — HIGH/MEDIUM/LOW
  5. GAPS — что НЕ знаем, что нужно для closing

Output формат: Executive Summary (5 sentences MAX) → Key Facts с confidence → Numbers table → Gaps → Caveats → Sources cited

Applicable agents: researcher, idea-scout, trend-watcher

🎨 Образ: research-mode = investigative journalist. Каждый факт верифицирован 3 источниками. Каждое число с датой и URL. Каждый gap задокументирован честно. Решения на основе фактов, не галлюцинаций.

Mode 5 · Architect Mode — архитектурные решения

Когда применять:

• Перед creative session над структурой системы
• Перед strategic decision про образовательную/инфраструктурную часть
• Когда чувствуешь что Claude отвечает на 8/10 вместо 10/10
• Перед quarterly review платформы
• При проектировании portfolio pattern (CORE + SHARED + PROJECTS)

Что внутри:

• Активация: "Я — архитектор образовательного будущего своего собственного. Я строю университет которого ещё нет в мире."
• Известные столпы системы — что уже есть (например: библиотека знаний, учебные маршруты, каталог промптов)
• Stretch-вопросы 10/10 — что должно сработать чтобы через 12 месяцев результат был на 10
• Anti-patterns — академическая модель, копирование UI, overengineering без real work
• Output: 5-7 элементов 5-го столпа + 3 элемента long-term (2-3 года) + 1 unfair advantage + 1 главный риск

Applicable agents: architect, architect-reviewer, strategist

🎨 Образ: architect-mode = шляпа того кто строит на 30 лет, не на квартал. Не ремесленник который кладёт кирпичи. Архитектор который думает: "если через 2 года я не апгрейдил систему 5 раз через накопленный опыт — где я выпал?"

Mode 6 · ADR Template — Architecture Decision Records

Когда применять (mandatory):

• Cross-namespace impact (CORE + SHARED, или CORE + 2+ PROJECT)
• Irreversible или дорого откатывать
• Изменение базовых правил проекта (того, на чём держится всё остальное)
• Tech stack choice (LLM provider, infrastructure, framework)
• $100+/month financial commitment

Когда НЕ нужен: trivial config tweaks, bug fixes без architectural impact, reversible experiments.

Структура ADR (по Майклу Найгарду + дополнения автора курса):

1. Status — PROPOSED / ACCEPTED / DEPRECATED / SUPERSEDED by ADR-YYY
2. Context — что происходит, какие constraints, почему сейчас (2-4 параграфа)
3. Decision — что решили (one paragraph clear statement)
4. Alternatives Considered — таблица минимум 3 опций с pros/cons/cost/verdict (anti-zombification)
5. Consequences — positive / negative / risks / required follow-up
6. Cross-Namespace Effects — CORE/SHARED/PROJECT affected, detachability impact
7. Уровень решения — обычное (принимается сразу) или изменение базовых правил проекта (с паузой на обдумывание, например 7 дней)
8. References — связанные ADR, разделы плана проекта, материалы базы знаний, правила общения

File naming: journals/decisions/ADR-XXX-<slug>.md (zero-padded sequence, kebab-case slug)

Applicable agents: architect, architect-reviewer, strategist

🎨 Образ: ADR = протокол совещания совета директоров. Через 5 лет открываешь папку, видишь: "вот почему выбрали Cloudflare Workers, а не AWS Lambda. Вот альтернативы. Вот что подписали." Память системы которая не теряется в чатах.

Versioning — почему v1 не ломает users

Один из главных принципов арсенала: режим имеет версию в имени файла.

writer-mode-v1.md — версия 1.0. Те кто привык к v1 — продолжают использовать v1. writer-mode-v2.md — следующая версия. Не перезаписывает v1, лежит рядом.

Зачем:

• Эволюция режима не ломает существующие workflows
• Можешь сравнить — что v2 даёт по сравнению с v1 (после 5+ uses обычно ясно)
• Если v2 оказался хуже — откатываешься на v1 без потерь
• Subagents которые жёстко на v1 настроены — продолжают работать

Pipeline эволюции у каждого режима один и тот же:

v1 (draft) → use 1-2 раза → корректировки → v1.x
            → use 5+ раз → ясны failure cases → v2.0
            → use 10+ раз, stabilized → upgrade в .claude/skills/<mode>/

Из prompt-mode в файле — в полноценный skill в .claude/skills/. Это естественная траектория. Сначала текст в markdown — потом structured skill с tool integrations.

🎨 Образ: versioning = слои осадочной породы. Каждая версия — отдельный слой. Видишь историю эволюции, понимаешь почему сейчас именно такой режим. Не "переписали и забыли", а "v1 жив, v2 рядом, через год v3 рядом с обоими".

Сравнительная таблица — какой mode когда

🧪 Практика

Шаг 1 · Прочитай 2 готовых режима

Перечитай описание двух режимов выше (10 минут):

• Writer Mode — самый универсальный, для контента
• Debug Mode — самый дисциплинирующий, для дебага

Готовые файлы режимов лежат в рабочем репозитории автора курса и в открытый доступ не выложены. Поэтому возьми анатомию режима из раздела «Анатомия prompt-mode» и шаблон из Шага 5: по ним ты соберёшь такой же режим сам. Фразы-активации из этого урока («use writer-mode», «Activate Debug Mode») срабатывают, когда файл режима лежит в твоём проекте и Claude может его прочитать, например ты сохранил его как навык в .claude/skills/ или сослался на него в CLAUDE.md.

Обрати внимание на структуру: каждый режим имеет одинаковую анатомию (When → How → PROMPT TEXT → Version → Linked). Это не случайно — переиспользуемость структуры даёт скорость чтения.

Шаг 2 · Активируй writer-mode на реальной задаче

Возьми реальную задачу — например, написать короткий пост про инструмент которым пользуешься.

В Claude Code:

use writer-mode
напиши Telegram пост (120 слов) про cron в Cloudflare Workers

Claude должен:

1. Прочитать файл режима writer-mode в твоём проекте (если его ещё нет, сначала собери его по шаблону из Шага 5)
2. Применить 6 правил голоса
3. Избежать 6 категорий veto
4. Вернуть пост в формате Telegram (80-300 слов max, hook первой строкой, образ, финальная сильная фраза)

Сравни результат с ad-hoc промптом: "напиши пост про cron в Cloudflare". Разница в дисциплине — заметна с первого использования.

Шаг 3 · Запусти editor-mode на чужом drafte

Найди любой чужой текст (статья, пост, email) который тебя раздражает стилем. Скопируй в файл draft.md.

запусти editor mode на файле draft.md

Получишь severity diff:

• 🔴 CRITICAL — vetoed phrases которые надо обязательно убрать
• 🟠 HIGH — образы которых не хватает, или английский где должен быть русский
• 🟡 MEDIUM — passive voice, длинные предложения
• 🟢 LOW — стилистическая полировка

Это не "переписать заново" — это хирургический разбор по уровням. Используй когда нужно понять "почему этот текст раздражает".

Шаг 4 · Прогони debug-mode на bug'e

Выбери реальный bug в твоём коде (или вспомни последний из git log). В Claude Code:

Activate Debug Mode
Симптом: <опиши>
Файл: <path:line>
Команда воспроизведения: <если знаешь>

Claude пройдёт 5 шагов и вернёт отчёт. Главное наблюдение — он НЕ начнёт сразу менять код. Сначала Reproduce (failing test), потом Isolate, потом 2-3 Hypothesis. Только после этого Fix.

Если ты привык дебажить через "поменяю это, попробую запустить" — debug-mode заставит дисциплину.

Шаг 5 · Создай свой первый prompt-mode

Это главное упражнение урока. Найди задачу которую делаешь часто — минимум раз в неделю — и сформулируй её как prompt-mode.

Кандидаты (выбери одну):

• Code review своих коммитов перед push
• Превращение голосового сообщения в структурированную заметку
• Анализ метрик за неделю и выводы
• Разбор PR-comments и формулировка ответов
• Подготовка к встрече с клиентом

Создай файл по шаблону:

mkdir -p ~/.claude/prompts/  # твоя локальная коллекция
touch ~/.claude/prompts/<your-mode>-v1.md

Шаблон содержания:

---
id: <your-mode>-v1
title: "<Mode Name> v1 · <one-line purpose>"
purpose: "Зачем существует этот режим"
audience: "Кто и как активирует"
created: <YYYY-MM-DD>
status: active
applicable_subagents: [<если используешь subagents>]
---

# <emoji> PROMPT · "<Mode Name>" — v1.0

## When to use
— Ситуация 1
— Ситуация 2
— Ситуация 3

## How to use
### Modus 1 — Direct invoke
"use <your-mode>" + опиши задачу

## [PROMPT TEXT — копируй отсюда]

```
[АКТИВАЦИЯ — кто я в этой комнате]
<роль одной фразой>

[ПРАВИЛА — что я делаю]
1. <правило 1>
2. <правило 2>
3. <правило 3>

[ВЕТО — куда не хожу]
❌ <anti-pattern 1>
❌ <anti-pattern 2>

[ФОРМАТ — что отдаю]
<структура output>

[ЛИЧНОЕ — для калибровки]
<Russian-first, образами, краткость, без преамбул>
```

## Version history
### v1.0 — <date>
- INITIAL — <причина создания>

### v2.0 (planned)
- После 5+ uses — refine на основе what worked

## Linked
- <related файлы, principles, vetoes>

Через 5 использований — переходи на v2. Через 10 — рассмотри upgrade в полноценный skill в .claude/skills/.

Шаг 6 · Соберай арсенал постепенно

Не пытайся сразу собрать 10 режимов. Это будет бесполезный музей.

Правило: новый prompt-mode рождается только когда ты уже 3+ раза формулировал одно и то же ad-hoc. Это признак что задача повторяется и заслуживает фиксации.

Через 6 месяцев у тебя будет 5-8 режимов которыми реально пользуешься. Это арсенал. Не "100 готовых промптов из интернета" — твои собственные, под твою работу, проверенные использованием.

⚠️ Антипаттерны

❌ Сразу писать v1 как "финальная версия" Это draft. v1 = первый рабочий вариант. После 5 использований увидишь что не работает. Не пытайся сразу написать идеальный режим.

❌ Копировать промпты из интернета Чужие промпты — это чужой голос. Они работают на их задачах, не на твоих. Делай свои. Внешние промпты — это inspiration, не готовое решение.

❌ Один режим на всё подряд "Universal mode" — это provider lock-in от самого себя. Лучше 6 узких режимов чем 1 широкий. Узкие — точнее.

❌ Не версионировать Перезаписываешь v1 → теряешь историю. Через год не понимаешь почему режим работает именно так. v2 рядом с v1 — это страховка.

❌ Не указывать applicable_subagents Без этого frontmatter режим висит в воздухе. С ним — subagents могут автоматически подгружать релевантный режим под задачу.

❌ Coaching-сленг в самом prompt body Мотивационные фразы вроде "стань лучшей версией себя" или призывы покинуть зону комфорта — это loss. Промпт-режим = инструмент, не motivation speech.

❌ Скрывать negatives в anti-patterns секции Если знаешь failure case — пиши его явно. Через год благодарен будешь.

❌ Длинный PROMPT TEXT который никто не читает Цель режима — дисциплина, а не вес. Если режим > 300 строк — раздели на 2 режима. Один — для writer, второй — для editor. Не один большой "content-mode".

🔗 Связано с

• Суб-агенты — специализированные работники — applicable_subagents в режимах ссылается на subagent'ов которые исполняют режим
• Hooks — автоматические правила Claude Code — хук, который срабатывает перед вызовом инструмента, может подсказывать релевантный режим по типу файла
• Что такое Skills — финальная стадия эволюции режима: v1 текст → v2 текст → .claude/skills/<mode>/
• Дебаггинг и самоисправление — debug-mode напрямую опирается на четыре принципа работы с кодом по наблюдениям Андрея Карпатого

✅ Checkpoint

Перед движением к следующему уроку проверь себя:

• Понимаешь разницу между prompt (одноразовый) и prompt-mode (переиспользуемый)
• Знаешь анатомию prompt-mode: When → How → PROMPT TEXT → Version → Linked
• Можешь назвать 6 режимов из этого урока и когда применять каждый
• Понимаешь зачем версионирование (v1.md рядом с v2.md) — backward compatibility
• Понимаешь pipeline эволюции: v1 → v2 → skill
• Активировал хотя бы один готовый режим (writer/debug/editor) на реальной задаче
• Создал свой первый prompt-mode под собственную частую задачу (Шаг 5 практики)
• Знаешь правило накопления арсенала: новый режим только после 3+ ad-hoc повторов

Источники

• Арсенал режимов автора курса (рабочий репозиторий, в открытый доступ не выложен) — 6 готовых режимов
  • writer-mode-v1.md — content creation с brand voice
  • editor-mode-v1.md — voice review с severity diff
  • debug-mode-v1.md — Karpathy 5-step systematic debugging
  • research-mode-v1.md — multi-source 2026 verified research
  • architect-mode-v1.md — strategic architectural design
  • adr-template-v1.md — Architecture Decision Records
• Андрей Карпатый — четыре принципа работы с AI-кодом (основа debug-mode)
• Michael Nygard — оригинальный ADR pattern (2011): cognitect.com/blog/2011/11/15/documenting-architecture-decisions
• Anthropic Prompt Engineering — guidance по system prompts и structured outputs
• Правила общения автора — файл со стилем общения и файл со списком запретов (из них writer-mode и editor-mode берут правила голоса)
• superpowers:systematic-debugging — skill, который debug-mode дополняет
• Каталог навыков и промптов проекта — общий список, где собраны все 6 режимов