Проекты Claude: общий бриф для нескольких рабочих чатов
Настрой проект Claude для продуктового пилота: база знаний, инструкции, два контрольных чата и проверка обновлений.
Когда бриф, вопросы к исследованию и план запуска лежат в разных чатах, легко получить три несовместимых версии решения. В Claude можно собрать проект с общими материалами и инструкциями. Главная проверка — новый чат правильно использует актуальный документ и не выдаёт обсуждение из соседнего чата за утверждённый факт.
1. Подготовь один источник решений
Для упражнения создай текстовый файл pilot-brief.txt с учебными данными:
Учебный проект: поиск по справочному центру. Версия 1.
Участники пилота: 12 сотрудников поддержки.
Длительность: две недели.
Каждый ответ должен содержать ссылку на исходную статью.
Если источник не найден, нужно сообщить об этом.
Метрика успеха ещё не выбрана.
Публичный запуск не согласован.Здесь специально оставлены два неизвестных. Они помогут заметить, когда модель начинает дополнять исходник правдоподобными решениями. Для первого теста не нужны реальные клиентские данные, большая библиотека файлов или подключение рабочих систем.
Если задача разовая, обычного чата с приложенным документом достаточно. Проект имеет смысл, когда одни материалы нужны для нескольких результатов: списка вопросов, плана пилота и статуса для руководителя.
2. Создай проект и добавь инструкции
Открой Projects в Claude, выбери New Project, дай название «Учебный пилот поиска». В базе знаний проекта добавь подготовленный файл. Через Set project instructions сохрани правила ниже. Порядок действий описан в официальной справке Claude.
Помогай готовить материалы продуктового пилота на русском.
Факты бери из документов базы знаний проекта.
Указывай название и версию документа, на который опираешься.
Отделяй утверждённые решения, предложения и неизвестные.
Если документы противоречат друг другу, покажи противоречие.
Не придумывай сроки, метрики или ответственных.
В конце назови одно решение, которое нужно принять человеку.Название проекта удобно для навигации, но необходимые факты лучше явно записать в документе или инструкциях. Если рабочий тариф предлагает настройки видимости, проверь круг участников до добавления настоящих файлов. Не выбирай доступ всей организации просто ради удобства теста.
3. Проверь два независимых чата
В первом чате внутри проекта отправь:
Составь повестку встречи по учебному пилоту поиска.
Нужны три обсуждения: ожидаемый результат, измерение, запуск.
Для каждого укажи известные факты и вопрос для решения.
Не утверждай новые условия пилота.Второй чат создай заново в том же проекте и попроси:
Подготовь статус пилота для руководителя в пределах 100 слов.
Раздели его на «Известно» и «Нужно решить».
Укажи документ и версию. Не используй догадки о договорённостях.Ожидается, что оба ответа сохранят 12 участников и две недели. Метрика и публичный запуск должны остаться открытыми вопросами. Точная формулировка может отличаться; критерий — сохранение смысла и границ знания.
Справка Claude отдельно предупреждает: содержимое чатов не становится общим контекстом проекта само по себе, если его не добавили в базу знаний. Поэтому фраза «мы же решили это вчера» ненадёжна без зафиксированного решения. Даже если другие функции персонализации помогают вспомнить разговор, документ остаётся удобным способом проверить основание.
4. Проверь обновление брифа
Измени учебный файл: назови его версией 2 и добавь решение «Метрика: доля вопросов с полезным ответом, оценённым сотрудником». Целевой порог оставь несогласованным. Замени прежний источник в проекте актуальной версией и открой новый чат.
Спроси: «Какая метрика выбрана и какой порог считается успехом?» Хороший ответ назовёт метрику, но сообщит, что порога в документе нет. Если ответ продолжает ссылаться на версию 1, проверь, какой файл действительно добавлен, не осталось ли двух противоречащих документов и где начат чат.
| Проверка | Критерий |
|---|---|
| Первый статус | 12 участников, две недели |
| Неизвестные | Нет выдуманного срока запуска |
| Обновление | Используется версия 2 |
| Порог успеха | Указано, что не согласован |
Моя рекомендация: держать короткий файл решений отдельно от сырых заметок. Тогда легче понять, что уже принято, а что только обсуждалось.
Следующий шаг
Добавь второй тип материала — например, список рисков — и попроси проверить бриф на противоречия. Для этого пригодится сравнение документов в Claude. Рабочие сценарии с ИИ разбираем на практическом курсе.
Инструкция сверена со справкой. Создание проекта и ответы в живом аккаунте при подготовке статьи не тестировались; приведены учебный исходник и критерии самостоятельной проверки.
Преврати ИИ-инструменты в рабочую систему
«Быстрый старт в AI»: практические воркшопы по AI-инструментам, прототипам и автоматизации. Собираем результат, который можно применить в работе.
21 практических воркшопов · записи · вопросы автору в чате
Посмотреть программу курса ↗