Промпты для Claude построены на трёх приёмах, которых нет в промптах для большинства других моделей: XML-теги для структуры запроса, отдельный системный промпт и Projects для долгой памяти о контексте компании. Дальше — шаблон, пять готовых промптов под типовые бизнес-задачи и разбор ошибок, которые чаще всего мешают на старте работы с моделью.
Особенности Claude
Claude заметно точнее держит длинный документ целиком и разбирает структуру по XML-тегам — вместе с системным промптом и Projects это даёт три приёма, на которых строятся все рабочие промпты для модели, от разовых писем до регламентов команды.
Три особенности Claude формируют то, как для него стоит писать промпты. Первая — контекст: модель принимает и удерживает большой документ целиком, поэтому промпт можно строить вокруг задачи «прочитай весь файл и ответь по нему» вместо пересказа кусками. Вторая — XML-теги: Claude заметно точнее разбирает структуру запроса, когда разделы промпта обёрнуты в теги вроде <задача>, <данные>, <формат> — сплошной абзац без разметки путает модель на длинных промптах. Третья — системный промпт и Projects: роль и правила компании стоит выносить в системную часть или в отдельный проект, чтобы задавать их один раз вместо повтора в каждом обращении. Вместе эти три приёма превращают Claude из собеседника на разовые вопросы в инструмент, который держит контекст задачи между сессиями.
Промпт-шаблон
Базовый шаблон собирает все три приёма в одной структуре: роль, задача, данные, формат и критерии — каждый в своём теге. Ниже основной вариант и три коротких — под разовую задачу, под уточнение и под сохранение правила в Projects. Порядок тегов внутри шаблона роли почти лишён значения, а вот присутствие каждого из пяти сказывается заметно.
<роль>{кто ты в этом промпте — например, редактор договоров}</роль>
<задача>{что сделать с материалом}</задача>
<данные>{текст, таблица или файл для анализа}</данные>
<формат>{структура ответа: список, таблица, письмо}</формат>
<критерии>{три признака хорошего ответа}</критерии>
- Короткий вариант для разовой задачи: «{задача} по тексту ниже. Формат: {формат}.» — без тегов, для мелких запросов в чате.
- Вариант с уточнением: «Прежде чем отвечать, задай два уточняющих вопроса по разделу <данные>, если условия в нём неполные.»
- Вариант для Projects: «Запомни как правило проекта: {правило компании}. Применяй его во всех следующих ответах без напоминаний.»
- Вариант для длинного документа: «Прочитай файл целиком, прежде чем отвечать на <задача>. Если файл длиннее одной темы, сначала перечисли разделы, которые нашёл.»
Пять рабочих промптов
Пять промптов ниже закрывают частые офисные задачи — их стоит держать в системной части или в Projects, чтобы вызывать одной строкой вместо пересборки заново каждый раз. Формулировки условные, под свою компанию их стоит донастроить именами документов и внутренними терминами. Сочетание тегов внутри одной строки работает так же, как в развёрнутом варианте: Claude одинаково точно разбирает и компактную, и многострочную запись.
- Проверка договора: «<роль>юрист-эксперт</роль> <задача>найди в договоре пункты с риском для заказчика</задача> <формат>таблица: пункт, риск, формулировка правки</формат>» — итоговую таблицу всё равно стоит сверить с оригиналом документа.
- Деловое письмо: «<роль>руководитель отдела</роль> <задача>напиши письмо о переносе срока проекта на неделю</задача> <критерии>без извинений в каждом абзаце, один чёткий новый срок</критерии>» — критерий про извинения обычно и приходится править первым.
- Разбор таблицы: «<задача>найди в таблице три аномалии — строки, которые выбиваются из общей динамики</задача> <формат>список с номером строки и причиной</формат>» — удобно для месячных отчётов с десятками строк.
- Регламент процесса: «<задача>собери регламент из описания разговора ниже</задача> <формат>шаги, ответственный на каждом, срок</формат>» — черновик собирается из простой расшифровки обсуждения без предварительной структуры.
- План встречи: «<задача>собери план встречи на 30 минут по теме ниже</задача> <критерии>три пункта повестки, один явный вопрос для решения к концу</критерии>» — критерий с вопросом мешает встрече закончиться без решения.
Как править ответ
У новых пользователей Claude ответ систематически расходится с ожиданием по одной из трёх причин, и все три лежат в тексте промпта — возможности модели тут ни при чём. Разбирать их стоит по порядку — обычно проблема снимается одной правкой тега, без пересборки запроса целиком.
- Ответ пересказывает документ вместо анализа — в промпте пропущен тег <задача> с глаголом действия («найди», «сравни», «оцени»), модель по умолчанию выбирает пересказ как безопасный, наименее рискованный вариант ответа.
- Формат скачет от списка к абзацу между запусками — тег <формат> описан общей фразой «структурированно» вместо конкретной формы: «таблица из трёх колонок», «пять пунктов». Общая формулировка оставляет модели простор для трактовки, а этот простор на длинной дистанции превращается в разнобой.
- Модель на следующем обращении забывает правило компании — правило осталось в разовом сообщении вместо системного промпта или Projects, а история чата — ненадёжное хранилище: через десять реплик модель вполне может о нём забыть, особенно если между делом обсуждались другие темы.
Какую задачу компании перевести на Claude — расскажите
Что проверить руками
Способ вызова Claude влияет на то, где хранить промпт и насколько он держится между сессиями. Три пути ведут к разным решениям, и путать их — частая причина, по которой рабочий промпт из чата теряется при переносе в бота или CRM.
| Способ | Где живёт промпт | Когда выбрать |
|---|---|---|
| Чат | в разовом сообщении или закреплённом системном промпте беседы | разовая задача, эксперимент с формулировкой |
| Projects | в общей памяти проекта, доступна во всех беседах внутри него | повторяющаяся задача команды с общими правилами |
| API | в коде сервиса, версионируется вместе с остальным продуктом | интеграция в бота, CRM или внутренний сервис |
Возьмите один из пяти промптов выше, вставьте свой документ вместо тега <данные> и прогоните на трёх разных примерах подряд. Метрика простая: правки в структуре промпта нужны, если результат различается по форме — расхождения в содержании тут отдельный вопрос.
Как устроены Projects и системный промпт — в статье про Claude Projects, а быстрый старт с моделью — в материале Claude Code за 30 минут. Работа с документами через Claude разобрана в статье Claude для документов. Если нужна консультация по внедрению Claude в рабочие процессы команды — это к нам, на страницу консалтинга по Claude Code. На разбор обычно хватает одной встречи: показываете реальную задачу, вместе собираете и проверяете первый рабочий промпт.