Постоянный контекст: глобальные инструкции и проекты

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

Глобальные инструкции: постоянный бриф о вас

Глобальные инструкции — это текст, который Claude получает в начале каждой сессии Cowork. Думайте о нём как о брифе для нового коллеги, который вы написали один раз, а он читает каждое утро. В приложении он живёт в настройках, в разделе Cowork; точное расположение смотрите в документации.

Что в него включать, по рекомендациям Anthropic:

• Кто вы и чем занимаетесь. Роль, основные потоки работы, для кого обычно готовите документы.
• Ваш словарь. Сокращения, внутренние термины, названия команд и процессов, которые Claude иначе поймёт неправильно.
• Как вы хотите получать результат. Формат, объём, тон, язык.

Вот пример для менеджера проектов в агентстве:

Я менеджер проектов в Amiga — агентстве продуктовой разработки
(аналитика, дизайн, веб и мобайл, QA). Веду несколько клиентских
проектов одновременно. Большинство документов, которые я готовлю,
читают руководители клиента и наш директор по производству.

Термины:
- «Этап» — фаза договора (аналитика, дизайн, разработка, приёмка),
  а не спринт.
- Статусы проектов: «в графике», «риск», «просрочка». Жёлтый и красный
  цвета в отчётах команд соответствуют «риск» и «просрочка».
- «Дефект» и «баг» — одно и то же; «замечание» — пожелание клиента,
  не дефект.

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

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

Чего в глобальных инструкциях быть не должно

Глобальные инструкции — не хранилище всего, что вы знаете. Три вещи туда класть не надо.

Пароли, токены, реквизиты и любые секреты — никогда. Инструкции читаются в каждой сессии, в том числе тех, где Claude работает с внешним содержимым.

Персональные данные клиентов и их сотрудников. Имена контактных лиц и их телефоны не нужны Claude «на всякий случай».

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

И ещё: инструкции не обязаны быть полными в первый день. Лучший способ их пополнять — замечать поправки, которые вы делаете повторно, и переносить их туда.

Проекты: рабочее пространство для потока задач

Если глобальные инструкции — про вас, то проект — про то, над чем вы работаете. Проект в Cowork — это выделенное пространство, у которого есть:

• Инструкции — правила, которые действуют только внутри проекта.
• Контекст — папки на компьютере, ссылки, файлы, к которым Claude обращается.
• Память — Claude запоминает, что происходило в задачах этого проекта, и учитывает в следующих. Память включена по умолчанию и ограничена проектом: то, что он узнал в одном, не переносится в другой.
• Задачи по расписанию, привязанные к проекту.

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

Создать проект можно тремя способами: с нуля, из существующей папки на компьютере или переносом из проекта в чате Claude (файлы и инструкции переедут). Один нюанс из документации: проект, созданный из локальной папки, остаётся на этом компьютере и не синхронизируется с аккаунтом, в отличие от перенесённого из чата. Это влияет на то, увидите ли вы проект с другого устройства — уточните для своего случая.

Пример: проект клиентского аккаунта

Возьмём того же менеджера. У него есть клиент, для которого раз в две недели готовится статус-отчёт, раз в месяц — акт с перечнем работ, а перед каждой встречей — короткая повестка. Материалы лежат в одной папке.

Проект «Клиент — ритейл» создаётся из этой папки. В инструкции проекта идёт то, что верно только здесь:

Клиент — сеть розничных магазинов, проект — мобильное приложение
лояльности. Контактное лицо со стороны клиента читает отчёты
с телефона: первые три строки должны содержать главное.

В отчётах команды жёлтый статус означает риск по бюджету,
красный — по срокам (это отличается от нашей общей схемы).

Шаблон статус-отчёта — status-template.docx в этой папке.
Акт формируется строго по перечню из договора (contract-scope.md);
работы вне перечня — отдельным разделом «Дополнительно».

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

Как отличить одно от другого

Простое правило из курса Anthropic: глобальные инструкции покрывают вас, проекты — то, над чем вы работаете. Если сомневаетесь, задайте вопрос: «Это верно для любой моей задачи?» Если да — глобальные инструкции. Если только для этого клиента, отчёта или запуска — проект.

И третий вопрос, на будущее: «Это про то, как делать определённый тип работы?» Тогда это ни то и ни другое, а навык — о них следующий урок.