Projects в Claude: как перестать объяснять контекст заново

Каждый новый чат я начинал с одного и того же абзаца: кто мы, что продаём, кому пишем и почему цена именно такая. И так по десять раз в неделю, месяцами.

В какой-то момент я поймал себя на том, что знаю собственные формулировки наизусть, как гимн, и что заметная часть рабочего дня уходит на представление вместо работы. Projects закрывают ровно эту дыру. Папка, куда ты один раз складываешь файлы и пишешь инструкцию, а дальше каждый чат внутри неё открывается уже знающим твой прайс, условия и тон. Контекст съезжает из головы на полку и подставляется сам. Логика описана в материалах Anthropic - ниже я пересказываю её своими словами, как человек с прайсом, менеджером и вечной нехваткой времени.

Каждый день разборы, готовые промпты, связки и шаблоны ролей цифровых сотрудников я выкладываю в закрытый канал ИИмперии. Там же то, что не помещается в статью: живые куски инструкций и чужие грабли.

Что такое проект в Claude простыми словами?

Три вещи в одной коробке: файлы с фактами о твоём деле, текстовая инструкция «кто ты и как отвечаешь», и все чаты, которые ты внутри ведёшь. Открыл новый диалог - модель уже прочитала и файлы, и инструкцию. Пересылать ничего не надо.

Представь полку над рабочим столом. Прайс, регламент отказов, три письма, которые правда сработали, список того, что мы клиенту никогда не обещаем. Рядом записка: «отвечай коротко, цены только из прайса, скидки не выдумывай». Человек садится за такой стол и начинает работать с первой минуты, потому что всё нужное лежит в пределах вытянутой руки.

А обычный чат - это стол в переговорке, который вечером вытирают насухо. Закрыл вкладку - и завтра ты снова стоишь у доски и объясняешь, кто твоя аудитория. В проекте контекст лежит этажом выше чатов. Двадцать разговоров за неделю - и все двадцать стартуют с одной базы.

Если ты только знакомишься с моделью, сначала посмотри, что вообще такое Claude и чем он отличается от соседей. Проекты - это уже второй этаж.

Почему в обычном чате приходится объяснять всё заново?

Между диалогами модель не помнит ничего: каждый новый чат для неё чистый лист, где нет ни ниши, ни цен, ни того, что на «дорого» у тебя отвечают рассрочкой. Всё, что ты объяснил вчера, вчера и умерло.

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

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

И вторая беда, про которую вспоминают поздно. Контекст, который живёт у тебя в голове, невозможно передать человеку. Помощник, которого ты посадишь на переписку, твой промпт не воспроизведёт, потому что в глаза его не видел. Проект превращает личную привычку в общий актив: файл лежит, инструкция написана, любой с доступом получает тот же результат. Оттуда один шаг до того, чтобы дать нейросети настоящую базу знаний вместо горстки кусков, подкинутых по ходу разговора.

Из чего состоит проект: файлы, инструкция или чаты?

Из всего сразу, но путать слои нельзя. В файлах живут факты, которые не меняются от настроения, инструкция задаёт правила поведения, а чат остаётся местом разовой работы внутри готовой рамки. Почти вся боль растёт из одного места: факты уехали в инструкцию, а правила расползлись по файлам.

Файлы (knowledge). Прайс, описание продуктов, скрипт разговора, регламент возвратов, возражения с готовыми ответами, переписки, которые закончились оплатой. Всё, что ты дал бы новому менеджеру в первый день. Обычные тексты, таблицы, PDF. Интерфейс показывает, насколько заполнено хранилище проекта, и этот процент - твой друг: под ним начинаешь отбирать документы всерьёз, а не сваливать всё подряд.

Инструкция (custom instructions). Короткий текст, который подставляется в каждый чат. Кто модель по роли, для кого пишет, что делает всегда, чего не делает никогда, в каком виде отдаёт результат. Пара десятков строк работают лучше двух страниц: длинную инструкцию модель размазывает, как масло по слишком большому куску хлеба.

Чаты. Живут внутри отдельными ветками: «письма холодным», «ответы на цену», «разбор сорванной сделки». Не удаляй их. Через месяц из них складывается готовая история решений, по которой хорошо видно, какие вопросы клиенты задают на самом деле, и часто это совсем не те вопросы, что ты держал в голове.

Слой	Что туда кладут	Признак, что положил не туда
Файлы	Прайс, регламенты, примеры, факты о продукте	Внутри файла написано «отвечай дружелюбно»
Инструкция	Роль, границы, формат ответа, запреты	В инструкции перечислены цены и артикулы
Чат	Конкретная задача на сегодня	Каждый раз заново описываешь компанию

Эта статья закрывает один узел: как перестать пересказывать контекст и уложить его в проект. Дальше начинаются роли, регламенты и то, как несколько таких папок работают вместе как команда. Хочешь пройти путь целиком - можешь забрать бесплатное обучение: доступ по почте, материал открывается сразу.

Как собрать проект «Продажи» по шагам?

Одна роль, одна папка. Проект «Продажи» делает узкую вещь: отвечает на входящие так, как отвечал бы твой лучший менеджер в хороший день. Ни аналитики, ни контента, ни стратегии туда не заходит, только переписка и цифры из прайса.

1. Создай проект и назови по роли. «Клод помощник» ни к чему не обязывает, это название папки «разное», а мы знаем, чем такие папки заканчиваются. Возьми «Продажи. Входящие заявки». Имя работает забором: захочется спросить там про SMM - сразу почувствуешь, что лезешь через чужой участок.

2. Загрузи прайс в чистом виде. Таблица: продукт, что входит, цена, срок, условия оплаты. Скриншот прайса или презентация на сорок слайдов для этого не годятся. Есть вилка цен - напиши, от чего она зависит. Модель не должна догадываться, она догадывается плохо и уверенно.

3. Загрузи регламент. Что делаем при запросе скидки. Какой срок ответа. Что говорим, если клиент хочет то, чего мы не делаем. Кому передаём сложное. Страница, пунктами, без разбега на три абзаца.

4. Загрузи голос. Несколько реальных переписок или писем, где всё звучало правильно. Тон объясняется показом, и любые прилагательные проигрывают трём живым примерам.

5. Напиши инструкцию. Роль, аудитория, границы, формат. Что именно туда ставить - в следующем разделе.

6. Прогони живые заявки. Настоящие сообщения из переписок за последнюю неделю, обезличенные. Смотри, где ответ уходит мимо. Главное правило этого шага: правку вносишь в файл или в инструкцию, потому что исправление внутри чата умирает вместе с этим чатом.

7. Зафиксируй. Когда несколько ответов подряд ты готов отправлять почти без переписывания, папку можно считать собранной, даже если до идеала ей далеко.

Если ты в России и ещё не разобрался с доступом, порядок такой: сначала решить вопрос доступа к Claude, потом собирать. Собирать проект в браузере, который отваливается через раз, - занятие для очень терпеливых.

Что писать в инструкции проекта, чтобы модель не выдумывала?

Четыре блока: роль, источник правды, запреты, формат. Второй - главный. Прямым текстом: цены, сроки и условия берутся только из загруженных файлов, а если данных нет - модель говорит «не знаю» и задаёт вопрос.

Без этой строки она вежливо соврёт, причём с прекрасной интонацией, а объяснять клиенту придётся тебе.

Каркас выглядит примерно так (продукт подставь свой, у меня для примера монтаж коротких роликов):

Ты менеджер по продажам компании, которая делает монтаж коротких роликов для малого бизнеса. Пишешь клиентам в мессенджере: коротко, на «ты», по-человечески, без канцелярита и без восклицательных знаков. Цены, сроки и состав пакетов берёшь ТОЛЬКО из файла «Прайс». Если данных нет - честно пишешь, что уточнишь, и предлагаешь следующий шаг. Скидки не предлагаешь и не подтверждаешь. При запросе скидки действуешь по файлу «Регламент», пункт 3. Не обещаешь результат в цифрах и не сравниваешь нас с конкретными конкурентами по именам. Формат ответа: 3-6 предложений, в конце один вопрос, который двигает сделку. Если запрос выходит за рамки продаж - скажи об этом одной строкой и не отвечай.

Держится этот каркас на четырёх вещах. Роль сужена до одной функции, источник правды назван поимённо, вместе с файлом. Запреты записаны через действия: «не обещаешь результат в цифрах» проверяется глазами за две секунды, а «будь осторожен» проверить нельзя никак, это пожелание здоровья, которое ничего не регулирует. Формат задан числом предложений, поэтому ответы перестают расползаться в простыню.

Чего туда пихать не надо: сами цены (устареют при первом же изменении прайса), историю компании, ценности, миссию. Модель не начнёт продавать лучше оттого, что знает про «клиентоориентированность». Одна строка про ответ на «дорого» полезнее всей корпоративной философии.

Разбор того, какие задачи вообще стоит отдавать ИИ-ассистенту, помогает не запихнуть в одну инструкцию пять несовместимых работ.

Какие файлы грузить в проект, а какие только мешают?

Правило простое: грузи то, что сотрудник обязан знать наизусть, и оставляй за бортом всё, во что он заглянул бы раз в год.

Лишние файлы размывают внимание модели и подмешивают в ответ куски не по теме. Проект превращается в холодильник, куда полгода складывали всё подряд: где-то там лежит нужное, но пахнет уже всё вместе.

Файл	Что он даёт	Когда только мешает
Прайс таблицей	Точные цены и состав пакетов	Если внутри три версии цен без дат
Регламент на страницу	Одинаковые решения в спорных случаях	Если это устав на 30 страниц
Удачные переписки	Тон и ритм речи	Если примеры разного стиля и уровня
Возражения и ответы	Готовые формулировки на «дорого» и «подумаю»	Если ответы написаны языком отдела маркетинга
Описание аудитории	Кому и на каком языке говорим	Если это портрет из презентации инвесторам
Полный экспорт CRM	Почти ничего для переписки	Почти всегда: шум, персональные данные, объём
Презентация на 40 слайдов	Мало текста, много картинок	Почти всегда: модель вытащит обрывки

Чисти персональные данные: телефоны, почты и фамилии клиентов в папке не нужны никому и тону они не учат.

Датируй файлы прямо в названии: «Прайс 2026-09». Через полгода ты сам не вспомнишь, какая версия живая, а модель тем более - она возьмёт ту, что попалась.

Один факт должен жить в одном месте. Если срок доставки записан и в прайсе, и в регламенте, версии рано или поздно разъедутся, и в один прекрасный день ты получишь два разных ответа на один вопрос.

Про таблицы отдельно: Excel-выгрузки модель читает, но арифметику ей лучше не поручать - для расчётов есть формулы, и сравнение макросов с ИИ показывает, где проходит граница. В проекте продаж таблица работает справочником цен, и большего от неё не требуется.

Как оцифровать голос компании, чтобы Claude им писал?

Голос переносится примерами, и другого рабочего способа я пока не встречал.

Слова «дружелюбно, экспертно, с юмором» модель понимает как усреднённый интернет и выдаёт тебе усреднённый интернет. Несколько живых текстов, которые тебе самому нравятся, плюс список запрещённых оборотов дают точность, которой прилагательные не дают никогда.

Собери файл «Голос» из четырёх кусков. Сверху образцы: письмо, ответ в мессенджере, короткий пост. Под ними антипримеры - пара текстов, которые звучат «не мы», с одной строкой почему. Третьим блоком словарь: как мы называем продукт, клиента, этапы. Замыкает стоп-лист. У большинства туда честно едут «уникальное предложение», «в кратчайшие сроки», «команда профессионалов» и три восклицательных знака подряд.

Дальше проверка, и она бесплатная. Попроси написать один и тот же ответ дважды: в проекте и в пустом чате без файлов. Разница между текстами и есть то, что дал твой голосовой файл. Разницы почти нет - значит примеры слишком гладкие, бери более характерные.

Меня до сих пор веселит самая частая ошибка. Люди грузят в «Голос» тексты, написанные подрядчиком под SEO. Модель послушно их подхватывает, и на выходе получается ровно тот стерильный слог, от которого человек и хотел сбежать. Бери то, что писал ты сам в хорошем настроении, даже с неровным ритмом. Неровность как раз и читается как живое.

У копирайтинга через модель есть отдельная механика проверки, и она пересекается с тем, как собирают ИИ-инфлюенсера с постоянной личностью: задача та же - удержать один голос на длинной дистанции.

Сколько проектов заводить и как не утонуть в них?

Один проект - одна роль с одним источником правды. Папка «мой бизнес» разваливается на второй неделе, это бардачок в машине: салфетки, зарядка, чужая флешка, штраф двухлетней давности. А «продажи», «контент», «поддержка», «цифры» по отдельности живут годами.

Начинай с одного, с самого болезненного. Второй заводи, когда первый месяц отработал без ручных подпорок. Пять пустых проектов хуже одного живого.

Делить пора, когда ловишь себя на фразе «сейчас забудь про продажи и отвечай как маркетолог»: в одной папке поселились двое, и файлы одного мешают другому. А вот если во втором проекте лежали бы те же файлы и почти та же инструкция, делить рано.

Проект	Что внутри	Первая задача	Кто остаётся человеком
Продажи	Прайс, регламент, возражения, переписки	Ответы на входящие	Решение по скидке и спорному клиенту
Контент	Голос, темы, прошлые посты, продукты	Черновики постов и писем	Выбор темы и финальный вкус
Поддержка	FAQ, инструкции, политика возвратов	Ответы первой линии	Конфликтные обращения
Аналитика	Выгрузки без персональных данных, метрики	Разбор недели по цифрам	Выводы и решения по деньгам

У папки должен быть хозяин, даже если хозяин - это ты. Хозяин следит, чтобы прайс в файлах совпадал с прайсом на сайте. Бесхозный проект за пару месяцев превращается в склад просрочки, который уверенным голосом рассказывает клиенту вчерашние цены. И виноват потом, конечно, «этот ваш ИИ».

Набор ролей и порядок запуска разобран в материале о том, с каких задач начинать автоматизацию рутины - оттуда удобно брать очередь.

Где Projects ломаются и что с этим делать?

Ломаются они в четырёх местах: устаревшие файлы, раздутая инструкция, свалка документов и попытка сделать папку «на всё». Лечится это только содержимым. Хитрый промпт тут бессилен, и если тебя тянет дописать «пожалуйста, будь внимательнее» - остановись, проблема сидит в файлах, а ты уговариваешь холодильник.

Устаревшие данные. Модель называет цену, которой уже нет в прайсе. Ставь дату в имя файла и удаляй старую версию вместо того, чтобы класть новую рядом.

Противоречия. На один и тот же вопрос в разные дни приходят два разных ответа. Ищи факт, записанный дважды, и оставляй ему одно место.

Раздутая инструкция. Первые требования выполняются, остальных модель будто не видит. Сократи текст до пары десятков строк, всё лишнее унеси в файлы.

Проект-помойка. В ответе клиенту вылезает кусок бухгалтерского регламента. Разрезай папку на два проекта.

Всё равно выдумывает. Уверенный ответ по тому, чего в файлах нет. Помогает явная строка про источник правды плюс требование помечать догадки фразой «это допущение». Совсем выдумки не исчезнут, так устроена технология, и твой проект тут ни при чём.

Ты сам обходишь проект. Открываешь обычный чат, потому что «так быстрее», и через месяц папка мёртвая. Закрепи проект в интерфейсе и начинай день с него. Поломка самая частая из всех, а чинится одной привычкой.

Бывает и так, что задача вообще не для чата. Регулярное и повторяемое по расписанию лучше вешать на сценарий; как это делается, разобрано в пошаговом заходе в n8n. Проект хорош там, где нужен разговор и суждение.

Как проверить, что проект реально работает?

Прогони одни и те же реальные задачи через проект и через пустой чат. Мерить надо объём правок, красота формулировок тут ничего не решает. Если в проекте править приходится заметно меньше, папка работает; если объёма правок столько же, значит в файлах лежит не то, и переделывать придётся именно файлы.

Собери набор типовых входящих: «сколько стоит», «а можно дешевле», «сроки», «мы подумаем», «пришлите КП», «нам не подошло», «а вы работаете с нашей нишей». Прогони разом. Отмечай конкретику: где цифра неверная, где тон чужой, где ответ не двигает сделку. Оценка «нравится / не нравится» тут не работает вообще.

Три критерия приёмки, и их стоит держать письменно:

• Фактическая точность. Ни одной цены и ни одного срока, которых нет в файлах.
• Тон. Текст можно отправить, не переписывая начало и конец.
• Действие. В конце ответа стоит следующий шаг сделки.

Повторяй после каждого изменения прайса. Это короткая процедура, которая ловит расхождение раньше, чем его поймает клиент.

И честная граница. Проект не отвечает за решения: он готовит текст, перебирает варианты, вытаскивает формулировки. Скидку, разбор конфликта и любое обещание клиенту берёшь на себя ты. Модель снимает с тебя набор текста и вспоминание деталей, а ответственность остаётся ровно там, где была.

Чем проект отличается от цифрового сотрудника?

Проект даёт память и рамку. Цифровой сотрудник - это тот же проект, к которому добавили участок работы, регламент, входящий поток и приёмку. Разница видна по вопросу: у проекта спрашивают, что модель знает, а у сотрудника - за какой кусок работы он отвечает и как ты эту работу принимаешь.

На пальцах это выглядит так. Проект «Продажи» знает прайс и умеет писать ответы, но кто-то должен принести ему заявку и унести ответ в мессенджер. Этот кто-то - ты, с копипастой. Цифровой сотрудник появляется тогда, когда описан весь участок: откуда берутся заявки, в каком порядке обрабатываются, что делать с нестандартом, какие ответы уходят без проверки, какие ты смотришь глазами и по какому признаку понятно, что неделя прошла нормально.

Уровень	Что решает	Чего не решает
Чат	Разовую задачу	Ничего не помнит завтра
Проект	Постоянный контекст и тон	Не знает, откуда приходит работа
Цифровой сотрудник	Участок целиком: вход, регламент, приёмка	Не заменяет решения и ответственность
Связка сотрудников	Передачу задач между ролями	Не собирается сама, её проектируют

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

И заранее про иллюзию. Разбор темы цифрового двойника сотрудника хорошо остужает ожидание, что папка с файлами однажды станет человеком. Человеком она не станет, зато станет хорошей памятью и ровным исполнителем, и этого хватает, чтобы переписка перестала съедать день целиком.

Что делать, когда проект перерос один инструмент?

Признаки простые: копируешь ответы руками десятки раз в день, нужен доступ к базе или CRM, за папкой должны работать несколько человек сразу. Значит контекст переезжает в систему. Файлы превращаются в базу знаний, инструкция переезжает в системный промпт, а чат заменяется сценарием с триггером.

Переезжают обычно так. Сначала выносишь знания в отдельное хранилище: правит один человек, пользуются несколько ролей. Потом ставишь между заявкой и ответом сценарий - заявка пришла, контекст подставился, модель написала, человек нажал «отправить». И только потом часть ответов уходит без проверки: те, где риск ошибки низкий и цена ошибки копеечная.

Здесь появляется слово «агент», и вокруг него столько тумана, что хоть фары включай. Спокойное объяснение того, что такое ИИ-агенты для бизнеса, помогает не путать агента с обычным чат-ботом, а сравнение взять агентов под ключ или собрать самому - понять, за что тут вообще берут деньги.

Проект при переезде не выбрасывай. Даже когда основная работа уехала в сценарии, папка остаётся местом, где ты разговариваешь. Разобрать сорванную сделку, придумать формулировку, проверить новое предложение - это диалог, и он живёт в чате. Автоматизировать имеет смысл поток, а мышление в любом случае остаётся при тебе.

Общая карта на будущее: карта возможностей автоматизации бизнес-процессов показывает, какие участки поддаются машине, а какие нет.

С чего начать на этой неделе?

Начни с одного проекта под самую болезненную задачу и с четырёх файлов к нему.

Архитектура из шести ролей на старте разваливается - я такое видел и сам однажды строил, а потом молча удалял. Собери одну роль и доведи до состояния, когда ответы уходят почти без правок.

План:

1. Выпиши, что объясняешь модели чаще всего. Честный список, минут на пятнадцать. Верх списка - твой первый проект.
2. Собери четыре файла: прайс, регламент, голос, возражения. Каждый на страницу, а не на десять.
3. Напиши инструкцию по каркасу из раздела выше. Роль, источник правды, запреты, формат.
4. Прогони реальные задачи. Правку вноси в файлы.
5. Через неделю открой чаты проекта. Повторяющиеся вопросы переезжают в файл - это и есть рост базы.
6. Второй проект заводи только после того, как ожил первый.

Если ты ещё выбираешь инструмент, помогает трезвое сравнение Claude и ChatGPT под задачи, а общий заход для небольшой компании - материал о том, с чего начать использовать ИИ в малом бизнесе. Обе статьи про выбор инструмента, а эта - про то, что делать дальше, когда выбор уже сделан.

Хитрый промпт никогда не заменит контекст, который лежит в одном месте и вовремя обновляется.

А теперь мне интересно: что у тебя в верхней строке списка, который ты объясняешь модели по десять раз в неделю? Прайс, регламент или та штука, о которой стыдно писать вслух? Напиши в канал - разберу самые больные и покажу, как я бы собрал под них папку.

Источники

• Anthropic: анонс Projects в Claude - зачем сделана функция и как устроены знания проекта, языком самой компании.
• Anthropic Academy - бесплатные обучающие материалы Anthropic; смотри, что там лежит на текущий момент, состав меняется.
• Справочный центр Anthropic - сюда идёшь за тарифами, лимитами и доступностью функций, потому что в статьях это устаревает быстрее всего.
• Документация Claude - техническая база по возможностям моделей и работе с контекстом.
• Обзор моделей Claude - какие модели есть и чем отличаются по задачам.
• Гайд по промпт-инжинирингу - принципы, из которых растут нормальные инструкции проекта.
• Кэширование промптов - как повторяющийся контекст обрабатывается на уровне API.
• Тарифы Anthropic - планы и их состав.
• Центр приватности Anthropic - что происходит с загруженными данными; читать до того, как грузишь клиентские выгрузки, а не после.
• Anthropic Cookbook на GitHub - рабочие примеры и шаблоны от команды Anthropic.