Команды для Claude Code: как одна строка вместо длинного промпта экономит время предпринимателю
Команды для Claude Code: как одна строка вместо длинного промпта экономит время предпринимателю
Пятый раз за неделю ты открываешь Claude Code и печатаешь одно и то же, каждый раз прося проверить черновик по чек-листу, сократить длинные абзацы и расставить подзаголовки. Формулировка каждый раз чуть отличается от прошлой, потому что часть инструкции каждый раз собирается по памяти: то забудется слово «сократи», то выпадет пункт про подзаголовки. Агент выполняет ровно то, что напечатано, поэтому и результат каждый раз получается немного другим, хотя задача с понедельника не поменялась.
Дело не только в потерянных минутах на повторный ввод. Языковая модель реагирует на конкретные слова инструкции, и слегка другая формулировка иногда даёт результат, которого не ждали, хотя суть задачи та же. Команды для Claude Code как раз про то, чтобы формулировка не гуляла от раза к разу. Так называют короткий файл с готовым промптом, который потом вызывается одной строкой вместо того, чтобы диктовать инструкцию заново. Файл создаётся в обычном текстовом редакторе, программировать для этого не нужно. Большинство материалов на эту тему при этом написаны для разработчиков, и предприниматель без технического опыта такую функцию обычно проходит мимо, посчитав её не для себя.
Дальше рассказываю, как завести свою первую команду за несколько минут, чем она отличается от Skills (в блоге уже был отдельный разбор этой функции) и на чём эта механика обычно спотыкается на практике.
Что такое команда в Claude Code
Команда физически существует как файл .md в папке .claude/commands внутри проекта, с которым работает Claude Code. Имя файла без расширения становится именем вызова, поэтому файл standup.md превращается в команду /standup, а агент выполняет содержимое файла так, будто эту инструкцию только что напечатали вручную.
Хранится файл вместе с остальными материалами проекта, поэтому ничего не нужно держать в голове или заново искать в истории переписки ту формулировку, которая когда-то сработала лучше остальных, даже спустя множество сессий. Если проект лежит в общем репозитории и с ним работает больше одного человека, файлы команд версионируются через git, как и весь остальной код. Поэтому когда кто-то улучшает формулировку, обновление получают все при следующей синхронизации проекта, и вся команда действует по одной инструкции вместо разрозненных версий одного и того же промпта.
Личная папка ~/.claude/commands делает команду доступной во всех твоих проектах, а .claude/commands внутри конкретного проекта работает только там, зато сразу для всех, кто этот проект открывает. Для одного человека разница почти не ощущается. Для команды из нескольких людей она превращается в механизм, который держит всех на одной инструкции без пересылки промптов в чате. Личные привычки и разовые проверки со временем сами оседают в личной папке, а то, что должно работать одинаково у каждого в проекте, логично сразу заводить в папке самого проекта.
Что здесь смущает — и почему это не блокер для непрограммиста
Ощущение «это не для меня» у команд не случайно, потому что почти весь материал про них в сети адресован разработчикам, там разбирают hooks, права субагентов и безопасность подключённых MCP-серверов. Русскоязычная выдача по теме почти не отличается, потому что подборка команд на vc.ru построена вокруг того же набора тем, а автор прямо обращается к читателю, который уже пишет код. Владельцу бизнеса, который просто хочет получать одинаковый результат от Claude Code каждый раз, такая подача на первый взгляд кажется чужой территорией.
На практике порог входа ниже, чем выглядит по обложке материалов. Файл команды выглядит как обычный текст без единого символа кода, то же самое, что предприниматель и так печатает в чат Claude Code, только сохранённое один раз вместо повторного набора. Разработческий уклон сидит в справочных материалах и в терминологии вроде frontmatter, плейсхолдеров и git, а само действие устроено проще, чем кажется, потому что открыть текстовый файл и написать в нём задачу своими словами умеет каждый, кто уже пишет сотрудникам в мессенджер.
Как завести первую команду без программиста
Команда заводится без единой строчки кода. Нужен текстовый редактор, подойдёт даже обычный «Блокнот», в котором создают файл с расширением .md в папке .claude/commands, обычным языком описывают в нём, что должен сделать агент, и сохраняют. С этого момента команда доступна в Claude Code под именем файла.
Например, интернет-магазин каждый день получает одни и те же жалобы от клиентов на задержку доставки. Менеджеры отвечают по-разному, и кто-то называет новую дату наугад, кто-то забывает предложить компенсацию, а кто-то отвечает сухо и без извинения. Правила ответа один раз записывают в файл reply-delay.md:
Ответь клиенту на жалобу о задержке доставки по правилам:
- сначала извинись, без объяснения причины задержки
- новую дату называй, только если она есть в заказе, иначе не выдумывай
- предложи скидку 10% на следующий заказ
- попроси номер заказа, чтобы проверить его вручную
Сообщение клиента: $ARGUMENTS
Дальше вызов /reply-delay [текст сообщения клиента] прогоняет через эти правила любую жалобу, а тон и порядок пунктов не зависят от того, кто из менеджеров сегодня отвечает. Плейсхолдер $ARGUMENTS означает «сюда встанет всё, что напечатано после имени команды», поэтому инструкция и текст соединяются одним вызовом, без раздельного копирования по очереди.
У файла команды есть ещё один параметр под названием allowed-tools. Он заранее разрешает агенту конкретные действия внутри этой команды без вопроса на каждый шаг, но не открывает доступ ко всему остальному (официальная документация Anthropic описывает его именно так). Команде из примера выше это не нужно, потому что она только читает сообщение клиента и составляет ответ. Параметр пригождается, когда команда должна сама что-то менять, например сохранять файл или передавать его дальше по цепочке.
Похожая логика работает для любой повторяющейся текстовой задачи, не только для ответа клиенту. Планёрку так же можно каждый раз превращать в список задач с ответственными по одному и тому же шаблону, а еженедельный отчёт получается собирать в одном и том же формате, меняя только цифры. Кандидатом на команду становится любая задача, где формулировка запроса из раза в раз одна и та же, а меняются только входные данные.
У редакции этого блога тоже есть набор таких команд под собственные задачи: одна держит бренд-войс и структуру статьи, другая проверяет готовый текст на клишированные обороты перед публикацией. Ни один шаг не приходится объяснять заново, потому что правила один раз зафиксированы в файле, и каждая новая статья идёт по той же цепочке, что и предыдущая.
Когда хватит команды, а когда нужен Skill
У Claude Code рядом с командами есть ещё Skills, про которую в блоге уже выходил отдельный разбор. На первый взгляд разница не очевидна, ведь обе вызываются строкой вида /имя и обе живут в файле проекта. Путаницу снимает сама документация Anthropic, потому что под капотом это один и тот же механизм, и простая команда, и Skill создают одинаково работающий вызов. Skill просто добавляет сверху необязательные возможности, например папку с дополнительными файлами и настройку того, вызывает ли её только человек или ещё и сам агент по смыслу задачи.
Для одного зафиксированного промпта эта разница роли не играет, потому что хватает обычного файла в .claude/commands, без папки и без настроек автозапуска. Skill стоит заводить, когда команде нужны сопутствующие материалы вроде шаблона документа или инструкции на несколько страниц, или когда должно быть так, чтобы Claude сам понимал момент применения, даже если её не вызвали явно. Подробнее про этот выбор рассказывает статья «Скиллы, MCP или плагины для Claude Code», которая разбирает, с чего вообще начинать выбор между четырьмя способами расширить агента.
Где команда даёт сбой
Если плейсхолдер $1 или $2 не получает аргумент при вызове, он остаётся в промпте буквально. Агент видит на входе голый символ $2 вместо содержательного значения и теряется, что с ним делать дальше. Один вызов команды без аргумента сразу покажет в ответе агента, сработала подстановка или нет, поэтому проверить это несложно.
Похожая путаница возникает, когда команда и Skill в одном проекте называются одинаково. Тогда вызов /deploy всегда уходит в Skill, даже если её завели случайно и давно не редактировали. Правки в файле команды при этом просто перестают на что-либо влиять, пока имена не разойдутся.
Программирование для команды не нужно, потому что файл читается как обычный текст, но это не снижает требований к формулировке. Агент выполняет написанное дословно, и если задуманное расходится с тем, что реально попало в файл, разрыв без единого напоминания превращается в готовый результат. Снять этот риск помогает привычка читать файл вслух перед сохранением, как будто это инструкция для нового сотрудника, который видит процесс впервые. Слово «коротко» в такой инструкции каждый раз понимают по-своему. Один прогон урежет текст вдвое, другой решит, что до нужной краткости и так недалеко, и результат будет отличаться от сессии к сессии. Формулировка «не длиннее трёх абзацев» такой разницы уже не оставляет, в отличие от расплывчатого «покороче».
Частые вопросы
Чем команда отличается от Skill в Claude Code? Технически это один и тот же механизм. Файл в .claude/commands и Skill в .claude/skills создают одинаково работающий вызов /имя. Skill поверх этого добавляет папку для сопутствующих файлов и возможность для Claude вызывать функцию самому, без явной команды человека. Обычному файлу-команде это не требуется, если задача укладывается в один зафиксированный промпт.
Можно ли использовать команды без знания программирования? Да, можно. Команда представляет собой текстовый файл с описанием задачи обычным языком, без синтаксиса языков программирования. Всё техническое действие сводится к тому, чтобы сохранить файл с расширением .md в нужную папку, а это делается в любом текстовом редакторе за несколько секунд.
Заключение
Инструмент для бизнеса выбирают отдельным разговором, который одна команда сама по себе не закрывает. Но если Claude Code уже в работе, а одна и та же инструкция за неделю набирается третий раз, команда убирает ровно этот шаг, потому что промпт фиксируется один раз, а дальше вызывается строкой, которая не меняется от раза к разу. Практичнее начать с одной команды под самую надоевшую задачу недели. Десять команд, заведённых сразу и впрок, обычно превращаются в такую же путаницу, какую должны были убрать. Про похожие настройки инструментов предприниматели рассказывают друг другу в клубе. Загляни в AI Practiq, если хочешь сверить свою связку команд с тем, что уже работает у других.