Claude Projects: база знаний и бренд-гайд для редакции

Начните с задачи, которая повторяется

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

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

Ниже речь о текущих Projects в чате Claude: рабочем пространстве с материалами проекта и инструкциями. Anthropic отдельно разворачивает новую версию Projects в бета-режиме. Её параллельные потоки и другие возможности здесь не предполагаются; если ваш проект уже перенесён, сверяйтесь со справкой нового интерфейса.

Разложите знания по трём документам

Первый документ — «Факты мастерской, версия 3». Запишите название, описание форматов, состав услуги, вместимость группы и ограничения. Возле каждого изменяемого условия укажите, кто его подтверждает. Пустое поле цены обозначьте словами «не утверждена»: иначе модель может воспринять отсутствие записи как разрешение достроить предложение.

Второй — «Редакционный стиль». Для кого пишем: взрослые новички, которые ещё не работали с глиной. Как обращаемся: на «вы», спокойно, без наставничества. Что объясняем: что человек будет делать на занятии и какая подготовка требуется. Какие слова исключаем: «раскройте творческий потенциал», «незабываемое путешествие» и обещания гарантированного результата.

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

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

Добавьте материалы и задайте правила проекта

Создайте проект и загрузите подготовленные файлы в его базу знаний — Project knowledge. Материалы этого раздела используются как контекст для разговоров внутри проекта. Затем заполните Project instructions: здесь уместны устойчивые правила работы, а конкретное задание для анонса оставьте отдельному сообщению.

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

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

Проведите короткую проверку до написания текста

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

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

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

Поставьте задачу с конкретным результатом

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

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

Отделяйте замечания к фактам от замечаний к голосу

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

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

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

Назначьте ответственного за обновление базы

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

Для совместной работы проверьте доступ. В Team и Enterprise проект может быть виден приглашённым людям или более широкой организации; роли просмотра и редактирования отличаются. При этом совместный доступ к проекту сам по себе не означает, что все личные диалоги участников автоматически открыты коллегам. Не загружайте клиентские данные только ради удобства примера.

Что считать готовой настройкой

База готова к работе, когда редактор может быстро найти источник каждого условия, модель замечает предусмотренные пробелы в контрольных заданиях, а новый черновик не требует заново объяснять голос мастерской. Финальная проверка остаётся за человеком: факты, обещания, понятность и соответствие реальной услуге.

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

У каждого действующего условия должен быть понятный источник и ответственный за него.