Зачем нужны проекты Claude и что они хранят

Почему я перестал искать чаты в истории

Claude называет чат по первому сообщению. Когда чат снова нужен, в голове сидит одно ключевое слово, а в названии стоит другое, и искать приходится по всему списку. Я каждый день работаю в Claude, Claude Code и Claude Design, так что сайдбар заполняется быстрее, чем я успеваю его читать.

Решение оказалось не техническим, а организационным. Один проект на задачу, работу или цель, и все чаты по ней живут внутри. Сейчас у меня три: маркетинг, веб-приложение #1, редизайн веб-приложения #2. Названия простые. Имя, которое я сам вбил бы в поиск, полезнее любого остроумного.

Проект - это контейнер с четырьмя вещами, которых у обычного чата нет.

Инструкции проекта: промпт, который я больше не вставляю

У каждого проекта есть поле Set project instructions. Всё, что туда сохранено, подгружается в каждый чат, открытый внутри проекта, и это единственный промпт, который пишешь один раз и больше никогда не вставляешь руками. Инструкции проекта редизайна занимают страницу и читаются как договор, потому что это он и есть: что это за проект (чаты здесь играют одну роль, советника в эстафете, где сообщения переношу я, Claude Code собирает на моей машине, а Claude Design рисует листы в собственном проекте), порядок источников правды, принципы, режим работы и правила гигиены для самих чатов. Три строки оттуда, без правок:

Product repo > design sheets (design-v3/) > advisor documents > any chat memory.

Commissions <=25 lines, rules referenced by name never restated, only deltas travel.

A gate is never edited to pass in the batch it failed.

Каждый принцип в этом файле появился потому, что однажды что-то сломалось. Файл - это квитанция.

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

Что класть в базу знаний проекта?

База знаний проекта - это панель с файлами: документы, текст, код, всё, что чаты внутри проекта должны уметь читать. Каждый чат внутри проекта ею пользуется. На бесплатном аккаунте она должна помещаться в контекстное окно; на платных планах, когда база подходит к лимиту, Claude переключается в режим RAG и расширяет ёмкость до 10x: подтягивает нужные куски вместо того, чтобы читать всё подряд.

Здесь же проходит честная граница, прямо из справки Anthropic: контекст между чатами внутри проекта не передаётся, пока информация не добавлена в базу знаний. Новый чат видит инструкции, базу знаний и память. Предыдущий чат он не видит. Если решение должно пережить чат, запишите его туда, откуда проект сможет его прочитать, или попросите Claude запомнить. Ловушка - в устаревании. Кодовая база редизайна двигается с каждым батчем, поэтому четыре файла репозитория, которые им управляют, CLAUDE.md, файл состояния дизайна, журнал поправок и метод передачи, приезжают в каждый новый чат свежими копиями. Одна устаревшая копия из загрузок однажды перезаписала живой файл репозитория и уничтожила журнал решений; с тех пор ни один разрушительный шаг в эстафете не выполняется без эхо-подтверждения, а устаревшая копия никогда не перезаписывает копию из репозитория. База знаний - для того, что остаётся верным от батча к батчу. Что меняется с каждым батчем, едет вместе с чатом.

Помнит ли проект Claude предыдущие чаты?

Вот случай, из-за которого мне это стало важно. Веб-приложение #2 - кодовая база, которая росла почти год, и код в неё добавлялся каждый день: 500+ компонентов, 100+ экранов, и я делаю полный редизайн всего этого. Когда в работе участвует ИИ, первая стена, в которую упираешься, - лимит контекста. Первый чат заполняется, пишешь саммари, переносишь его во второй, второй заполняется, и через несколько кругов уже не понимаешь, какой чат живой, а какой сгорел. Перенос саммари медленный, и каждый раз что-то теряется. Это самая нетворческая часть редизайна, и на любом длинном редизайне она случается. И лимит контекста - даже не единственный убийца: лимиты на изображения сами по себе прикончили два чата советника в этом проекте, а вложения приходили пустыми примерно десять раз, поэтому в инструкциях теперь стоит «текст вместо картинок», а пустое вложение объявляется сразу.

Проект даёт этой работе пол под ногами. У каждого проекта своя область памяти и своя сводка проекта, отдельно от других проектов и от обычных чатов. Пока вы работаете, Claude сам сохраняет важное как темы: здесь решение, там правило именования, а ещё можно сказать «запомни это», и он запомнит. Память включена по умолчанию на Free, Pro и Max, и всё, что она хранит, лежит в Settings под Topics, где любую запись можно поправить или удалить. Память - это не стенограмма. Это список того, что было важно, и именно его сгоревший чат раньше уносил с собой. Это ещё и самый младший авторитет, который я допускаю: в инструкциях редизайна память чата стоит последней в порядке источников правды, после репозитория, дизайн-листов и документов советника. Когда чат ротируется, с ним едет только живая позиция, короткая записка-передача, потому что постоянные правила уже в инструкциях, а правда уже в репозитории. Та же идея стоит за моей настройкой Claude Code в Claude Code + Obsidian без плоского журнала (flat log): держать текущее состояние маленьким и актуальным вместо того, чтобы тащить за собой лог.

Противовес: на платных планах Claude умеет искать по прошлым чатам, но внутри проекта этот поиск смотрит только в этот проект. Хорошо для фокуса, плохо, если вы рассчитывали найти чат, начатый снаружи.

Может ли проект Claude запускать задачи по расписанию?

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

Задача по расписанию - это полноценная сессия, которая работает, пока вы на неё не смотрите, поэтому ограничивайте её как cron-задачу, а не как чат. Один узкий промпт, один понятный результат и один ручной запуск, прежде чем доверять расписанию. В редизайне работа без присмотра живёт на стороне Claude Code, под ночным протоколом, который сам коммитит зелёные батчи и заканчивается утренним разбором; единственный запуск без этого протокола обернулся единственным провалом качества за всю программу. Всё, что работает, пока вы спите, требует протокола, задача по расписанию это или нет.

Чего проект не делает

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

• На бесплатном аккаунте максимум пять проектов. Расширение базы знаний через RAG есть только на платных планах.
• Задачи по расписанию живут в Cowork и требуют платного плана.
• В Claude Code проектов нет. Там CLAUDE.md и собственная память, а поддержку проектов для Claude Code Anthropic отмечает как запланированную. Если редизайн идёт ещё и через Claude Code, ту сторону ведут файлы в репозитории, а проект держит чаты.
• Навыки общие для всего аккаунта и включаются в Customize > Skills. Списка навыков уровня проекта нет; его роль выполняет поле инструкций.
• Название и описание проекта Claude не видит. Всё, что Claude обязан знать, кладите в инструкции, а не в заголовок.

Как правильно завести проект в Claude?

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

1. claude.ai/projects, New Project, имя по цели и теми словами, которые я сам вбил бы в поиск. Claude имя не читает, оно для меня.
2. Set project instructions: цель, принципы, стандарт, которому должен соответствовать результат. Настолько коротко, чтобы перечитать за минуту.
3. База знаний: только файлы, которые свежий чат попросил бы у меня сам. Устарели - заменяю, а не складываю версии стопкой.
4. Когда в чате принято решение, говорю «запомни это». Это тот момент, когда память отрабатывает своё.
5. На платном плане повторяющаяся работа уходит в задачи по расписанию проекта, один раз проверенная руками.
6. Когда чат подходит к лимиту, пишу передачу только с живой позицией, потом открываю следующий чат внутри проекта: открывающее сообщение, эта передача и свежие копии управляющих файлов. Правила не едут: они уже в инструкциях. Если новому чату чего-то не хватает, это дыра в файлах, и чинится она файлом, а не более длинной вставкой.

Откройте сайдбар и посчитайте чаты, которые начинаются с одного и того же первого сообщения. Это число - сколько проектов у вас уже должно быть.