Claude Projects для рутины: как заставить AI помнить твой контекст

Один раз настроил Проект в Claude — и дальше не объясняешь ничего заново. Пошаговый план от первого Проекта до рабочей системы.

Зачем нужен Проект, а не просто чат

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

Это не баг — так устроен обычный чат. Каждый новый разговор Claude начинает с чистого листа. Он не помнит прошлый разговор, не помнит тебя, не помнит твою компанию. Ничего.

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

Проект — это уже другая история. Это как работа со знакомым ассистентом: он один раз узнал твоих клиентов, твой тон, твои шаблоны, твои правила — и дальше каждый новый разговор начинается уже с этим знанием. Ты просто говоришь “сделай отчёт за эту неделю” — и он знает, что ты имеешь в виду.

Разница ощущается не сразу. Первые 15 минут на настройку кажутся лишними. Но через неделю ты понимаешь: именно эти 15 минут отделяют “AI — классная игрушка” от “AI — реально забирает у меня час в день”.

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

Проект в Claude — это, по сути, рабочая папка внутри Claude (в приложении Claude Desktop или на сайте claude.ai), в которой хранится три вещи:

Файлы с контекстом. Ты загружаешь туда образцы своих писем, шаблоны отчётов, список клиентов, внутренние правила компании. Claude их читает и использует, когда ты что-то просишь.
Инструкция. Это текст, в котором ты один раз описываешь, как тебе помогать: какой тон, какой формат, какие слова использовать, каких избегать, на что обращать внимание. Эту инструкцию Claude читает первой — перед каждым разговором внутри Проекта. Называется она по-английски Custom Instructions — “своя инструкция”, или, если проще, “правила работы”.
Разговоры. Все чаты, которые ты ведёшь по этой теме, живут внутри Проекта. Не плодятся по всему интерфейсу — а собраны в одном месте.

Пара терминов, которые могут встретиться:

Контекст — всё, что Claude “держит в голове”, когда отвечает тебе. В обычном чате контекст — это только текущий разговор. В Проекте — разговор плюс файлы плюс инструкция. Поэтому ответы становятся точнее.
База знаний Проекта — так Claude называет папку с файлами внутри Проекта. Ничего пугающего, просто складка, куда ты кладёшь образцы.

Один раз загрузил, один раз написал инструкцию — и дальше в каждом новом разговоре внутри этого Проекта Claude уже знает твой контекст. Без напоминаний.

Пошагово: как создать свой первый Проект для рутины

Самая частая ошибка — начать с “универсального Проекта на всё”. Так не работает. Начни с одной конкретной задачи из своего аудита.

Шаг 1. Выбери одну задачу из аудита

Возьми из своего списка одну задачу. Лучше всего ту, которая:

повторяется часто (раз в неделю или чаще),
имеет понятный формат (отчёт, письмо, ответ клиенту),
у тебя есть хотя бы 2-3 прошлых примера, как это выглядит “хорошо”.

Пример на весь этот гайд: еженедельный отчёт для руководителя. Каждую пятницу ты тратишь на него час. Формат примерно один и тот же. Данные — из одних и тех же таблиц. Мучение.

Шаг 2. Создай Проект в Claude

В Claude Desktop: в левой панели есть раздел Projects. Нажми кнопку “New Project” (или “Новый Проект”, если у тебя русский интерфейс).
На сайте claude.ai: слева в меню — Projects → кнопка “New Project”.

Обе версии работают одинаково. Если ты пользуешься обеими — Проект создастся один раз и будет виден и там, и там, под твоим аккаунтом.

Шаг 3. Назови Проект конкретно

Плохое название: “Работа”. “Рутина”. “Отчёты”.

Хорошее название: “Еженедельный отчёт — руководитель Иванов”. Или “Ответы клиентам — мой магазин”. Или “Письма клиенту X — копирайтинг”.

Чем конкретнее название, тем понятнее, что внутри. Через месяц у тебя будет 5-7 Проектов, и ты не захочешь открывать каждый, чтобы вспомнить, что там живёт.

Шаг 4. Загрузи образцы — мало, но качественные

В раздел “Project knowledge” (база знаний Проекта) загрузи файлы, которые показывают Claude твой контекст:

2-3 твоих лучших прошлых отчёта — чтобы он увидел структуру, тон, любимые формулировки.
Шаблон или форма, если у тебя есть.
Источники данных, из которых ты обычно собираешь цифры (таблица продаж, CRM-выгрузка, чек-лист).
Внутренние правила или стандарты, если есть — один короткий документ про “как мы пишем отчёты в компании”.

Важно: не надо заваливать Claude всем подряд. Три хороших примера отчёта гораздо полезнее двадцати посредственных. Если у тебя есть 15 старых отчётов разного качества — выбери три лучших, остальные не загружай. Claude учится на том, что видит. Если ты дашь ему посредственность — получишь посредственность.

Шаг 5. Напиши инструкцию (Custom Instructions)

В разделе “Project instructions” (инструкция Проекта) опиши словами, как тебе помогать. Не код, не формулы — обычный русский текст.

Структура, которая работает:

О чём этот Проект. Одно предложение: “Помогай мне готовить еженедельный отчёт для руководителя Иванова по продажам моего отдела.”

Кто я и что делаю. Короткий абзац: “Я руковожу отделом продаж в компании X. У меня команда из 5 человек. Каждую пятницу мне нужно отправлять руководителю краткий отчёт о результатах недели.”

Как должен выглядеть результат. Конкретно: “Отчёт состоит из четырёх разделов: Итоги недели (2-3 предложения), Ключевые цифры (выручка, количество сделок, средний чек), Что пошло хорошо, Что пошло плохо и почему. Максимум одна страница. Без воды.”

Мой стиль. Тоже конкретно: “Пиши короткими предложениями. Не используй канцелярит (‘в связи с’, ‘в целях реализации’). Не начинай с ‘Добрый день’ — руководитель это не любит. Если цифра снизилась — сразу говори причину, не оправдывайся.”

Чего избегать. Это часто важнее, чем “что делать”. “Не используй слова: оптимизация, синергия, эффективность, выдающийся. Не придумывай цифры, которых нет в данных. Не сглаживай плохие новости.”

На что обращать внимание руководителя. “Иванов в первую очередь смотрит на выручку и конверсию. Если они просели — это надо в первый абзац. Если выросли — тоже в первый абзац.”

Такая инструкция занимает страницу текста. Написать её — 15-20 минут. Зато дальше Claude будет читать её перед каждым разговором в этом Проекте.

Шаг 6. Протестируй в новом разговоре

Внутри Проекта (не снаружи!) начни новый чат. Напиши простой запрос:

Сделай отчёт за эту неделю на основе данных из файла “продажи_неделя_12.xlsx”.

И посмотри, что получится. Сравни с тем, как ты обычно пишешь такой отчёт сам.

Скорее всего, с первого раза будет “почти, но не совсем”. Это нормально. Это не провал — это сигнал, что инструкцию надо уточнить.

Шаг 7. Итерируй — 2-3 раунда правок

Что обычно не так с первой версии:

Тон чуть-чуть не твой — слишком формально или слишком бодро.
Есть слова, которые ты не используешь.
Структура близкая, но не та — например, Claude ставит “Что хорошо” перед “Ключевыми цифрами”.
Он что-то додумал, чего в данных не было.

Каждую такую претензию — добавляй в инструкцию. Не в чат, где поправил и забыл, а именно в Project instructions, чтобы при следующем разговоре Claude это уже знал.

Например:

Важно: раздел “Ключевые цифры” всегда идёт первым после “Итогов недели”. Никогда не меняй порядок разделов.

Никогда не пиши “в целом неделя прошла хорошо” — я так не говорю.

Если в данных нет какой-то цифры — напиши “нет данных”, не додумывай.

2-3 таких раунда — и ты получаешь стабильно рабочий Проект. Дальше каждую пятницу ты просто бросаешь в чат актуальные данные и получаешь готовый черновик. Проверяешь, правишь пару мест — и отправляешь.

Если качество всё равно не устраивает

Ты сделал 3-4 раунда правок инструкции, добавил примеры, а Claude всё равно выдаёт что-то не то — тон мимо, структура плывёт, детали теряются. Это частая точка, в которой люди бросают Проекты и возвращаются к ручной работе.

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

Если застрял — приходи на бесплатную консультацию. Полчаса вместе посмотрим твою инструкцию и образцы, найдём, где именно контекст не доезжает, и починим. Это быстрее, чем ещё неделю пытаться самому.

Примеры Проектов для разных профессий

Чтобы было нагляднее — четыре конкретных Проекта, которые можно собрать за час каждый.

Бухгалтер: Проект “Отчёты клиентам”

Задача: каждый месяц рассылать клиентам отчёты с пояснениями — что сделано, какие есть вопросы, что нужно подписать.

В базу знаний:

3 прошлых письма-отчёта разным клиентам, которые ты считаешь хорошими
Шаблон самого отчёта (таблица с цифрами)
Короткий документ “Типовые вопросы от клиентов и как на них отвечать”

В инструкции:

Тон: уважительный, но не подхалимский. На “вы”, без “уважаемый”.
Структура письма: приветствие → что сделано за месяц → что требует действий от клиента → что по документам → прощание.
Цифры всегда с рублём и пробелом как разделитель разрядов (1 200 000 руб.)
Не использовать слова “оптимизация”, “эффективность”, “синергия”.
Если клиент задолжал документы — мягко напомнить в разделе “требует действий”, не в начале письма.

Что даёт: вместо часа на письмо — 10 минут на проверку черновика.

HR-специалист: Проект “Вакансии”

Задача: писать описания вакансий и первичные ответы кандидатам.

В базу знаний:

3-5 вакансий, которые хорошо откликались (не шаблонных, а реально работающих)
Документ “О компании” — короткий текст, который всегда нужен в каждой вакансии
Воронка найма в виде короткой схемы: какие этапы, что на каждом происходит
Список стоп-слов, которые запрещены политикой компании (например, “стрессоустойчивый”, “молодой коллектив”)

В инструкции:

Стиль: живой, без канцелярита. Обращение на “ты”.
Обязательные разделы вакансии: что будешь делать, что мы ждём, что даём взамен, как пойдёт процесс найма.
Не использовать клише: “динамично развивающаяся компания”, “дружный коллектив”, “зарплата по результатам собеседования”.
Зарплату всегда указывать вилкой, не “по договорённости”.
Первичный ответ кандидату — 3-4 предложения, не больше.

Что даёт: новая вакансия — не час на написание с нуля, а 15 минут на правку черновика под конкретную позицию.

Владелец магазина: Проект “Ответы клиентам”

Задача: отвечать на вопросы клиентов в директе, на сайте, в чате поддержки. Быстро и в едином тоне.

В базу знаний:

10-15 примеров хороших ответов, которые ты уже писал сам — на частые вопросы про доставку, возврат, размеры, сроки
Документ “Правила магазина” — возвраты, гарантии, доставка
Короткий документ “Тон бренда” — какие мы (например, “дружелюбные, но не панибратские; честные; не пытаемся впарить”)

В инструкции:

Обращение: на “вы”, но тёплое. Без “уважаемый клиент”.
Длина ответа: максимум 3-4 предложения. Никаких простыней.
Если клиент недоволен — сначала извиниться конкретно за то, что произошло, потом предложить решение. Не “нам жаль, что вы столкнулись с неудобствами”.
Не использовать эмодзи, кроме как в ответ на эмодзи от клиента.
Если вопрос не покрыт правилами — честно писать “сейчас уточню” и передавать тебе.

Что даёт: на часть типовых вопросов Claude отвечает сам (или готовит черновик), ты только утверждаешь.

Фрилансер-копирайтер: Проект “Клиент X”

Задача: писать тексты для одного конкретного клиента — посты, лендинги, рассылки — в его голосе.

В базу знаний:

Все прошлые материалы, которые клиент утвердил — 10-20 штук, не больше
Бренд-гайд клиента, если есть (или то, что ты собрал сам из наблюдений)
Описание его аудитории: кто они, как говорят, что болит
Список “так говорим — так не говорим” от клиента, если был брифинг

В инструкции:

Голос бренда: (опиши в 3-5 предложениях, как говорит этот клиент)
Табу: слова и темы, которые клиент запретил
Структура типичного поста: хук → польза → CTA
Длина: посты до 1000 знаков, лендинги — отдельно согласовывается
Никогда не придумывать факты о продукте — если чего-то не знаешь, ставить [ЗАПРОС К КЛИЕНТУ]

Что даёт: второй и третий черновик текста делаются в 3 раза быстрее, потому что Claude уже говорит голосом клиента, а не общим “рекламным”.

Как поддерживать Проект, чтобы он не протух

Проект — не “сделал один раз и забыл”. Это живой инструмент, который надо раз в месяц просматривать.

Раз в месяц (20 минут):

Добавь 1-2 новых хороших примера в базу знаний. Например, свежий отчёт, который особенно понравился руководителю.
Удали устаревшее. Старый шаблон, старый прайс, старое описание услуг — выкинь. Claude не должен видеть то, что уже неправда.
Пройдись по инструкции. Что за последний месяц ты поправлял вручную в каждом черновике от Claude? Это сигнал: надо добавить правило в инструкцию, чтобы больше не править.

Признаки, что Проект протух:

Ты снова начал править больше, чем принимать.
Claude всё чаще промахивается мимо тона.
В ответах появляются детали, которых больше нет в реальности (старые цены, старые клиенты, старые правила).

Если заметил — не ругай Claude, обнови материалы и инструкцию. Скорее всего, проблема не в нём, а в том, что твой мир за месяц изменился, а Проект — нет.

Частые ошибки

Ошибка 1: “Загрузил всё подряд”

Логика такая: чем больше файлов — тем лучше Claude меня поймёт. На самом деле наоборот. Claude читает всё, что ты загрузил, и начинает усреднять. Если из 20 отчётов 3 хороших и 17 посредственных — он выдаст посредственное. Потому что “посредственное” для него статистически — это норма.

Правильно: меньше, но отборное. 3-5 лучших примеров, а не 20 случайных.

Ошибка 2: “Инструкция в одно предложение”

“Помогай мне с отчётами” — это не инструкция. Это пожелание. Claude по нему не поймёт ничего про твой тон, формат, табу.

Правильно: минимум страница текста. С конкретными правилами, примерами “хорошо/плохо” и списком слов, которые нельзя использовать.

Ошибка 3: “Один Проект на всё”

“Создам Проект ‘Моя работа’ и буду там делать всё подряд — отчёты, письма, планы, ответы клиентам”. Так не работает. У каждой задачи свой контекст, свой тон, свои примеры. Смешаешь — Claude начнёт путаться: пишет отчёт в тоне письма клиенту, или письмо клиенту в сухом стиле отчёта.

Правильно: один Проект = одна задача (или одна группа очень похожих задач). Лучше 5 узких Проектов, чем один широкий.

Ошибка 4: “Забываю обновлять”

Создал Проект в январе, загрузил тогдашние материалы — и забыл. В мае удивляешься, почему Claude пишет про старые акции и уже не существующие продукты.

Правильно: раз в месяц, 20 минут, обновление. Поставь напоминание в календаре.

Ошибка 5: “Попробовал один раз и бросил”

Первый результат не понравился → “не работает” → закрыл вкладку → вернулся к ручной работе. Но первый результат и не должен быть идеальным. Инструкция точно так же пишется итерациями, как ты сам учишься новой задаче.

Правильно: заложи 2-3 раунда правок инструкции как часть процесса. Это не провал — это настройка. После третьего раунда обычно уже всё работает.

Ошибка 6: “Инструкция написана абстрактно”

“Пиши хорошим стилем. Будь профессиональным. Избегай воды.” — для тебя это звучит понятно. Для Claude — нет. “Хороший стиль” у всех разный.

Правильно: вместо “пиши кратко” — “максимум 4 предложения в абзаце”. Вместо “профессионально” — “на ‘вы’, без восклицательных знаков, без эмодзи, не начинай с ‘Добрый день’”. Вместо “избегай воды” — перечисли конкретные слова, которые запрещены.

Что ты только что получил

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

Главное, что изменилось: ты перестал каждую неделю тратить 15 минут на “введение в курс дела” перед задачей, которая сама по себе занимает 20 минут. Настройка Проекта окупается за 3-4 применения. Дальше — чистая экономия.

Следующий шаг

Когда у тебя появится 2-3 рабочих Проекта, возникнет следующий вопрос: а что делать с короткими многоразовыми инструкциями, которые нужны сразу в нескольких Проектах? Например, “перепиши текст короче” или “переведи в формат для соцсетей” — это нужно и в копирайтинге, и в отчётах, и в ответах клиентам.

Копировать одну и ту же инструкцию в каждый Проект — глупо. Для таких случаев есть Skills — многоразовые инструкции, которые Claude вспоминает в нужный момент независимо от того, в каком Проекте ты работаешь. Об этом — следующий гайд.

Но сначала — собери свой первый Проект. По одной задаче из аудита, пошагово, с 2-3 раундами правок. Через час у тебя будет первый рабочий Проект. А через неделю ты уже не будешь понимать, как жил без этого.

Для тех, кто хочет разобраться

Небольшое объяснение, почему Проект вообще работает именно так.

У Claude есть так называемое контекстное окно — это объём информации, который он может держать “в голове” одновременно во время одного ответа. Представь это как рабочий стол: всё, что лежит на столе, Claude видит и использует. Всё, что не поместилось — он не знает.

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

В Проекте на стол автоматически ложатся три вещи до того, как ты начал печатать: инструкция Проекта, нужные куски из базы знаний и текущий разговор. Поэтому Claude “помнит” твой контекст — технически он не помнит, а каждый раз ему на стол заново подкладывают одно и то же. Для тебя это ощущается как память.

Почему нельзя просто “загрузить всю жизнь”? Потому что стол конечный. Если ты нагромоздишь туда 200 файлов, Claude физически не сможет всё держать одновременно — он начнёт подгружать только то, что кажется ему релевантным, и может промахнуться. Вот почему правило “меньше, но качественнее” — не из вежливости, а из-за того, как устроена память Claude.

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

Если что-то пошло не так

Сделал Проект по этому гайду, а Claude всё равно выдаёт не то? Инструкция написана — не помогает? Не понимаешь, почему в одном Проекте получается хорошо, а в другом нет? Приходи на бесплатную консультацию. Вместе разберём твой Проект, посмотрим инструкцию и базу знаний, найдём, где именно контекст теряется, и починим. Полчаса разговора обычно экономят неделю попыток в одиночку.