Проект в ChatGPT держит постоянный рабочий контекст: файлы, инструкции и память, которые не нужно заново собирать каждую неделю. Рассказываю, почему я завожу проект на каждый устойчивый контекст, а не на каждую задачу, и где у этого подхода границы.

Большинство людей начинают работу с ChatGPT одинаково: открывают новый чат, прикладывают материалы, объясняют, кто аудитория и какой стиль нужен, получают результат — и через неделю повторяют всё сначала.

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

Поэтому проекты в ChatGPT я воспринимаю всерьёз. В официальной документации project описан как рабочая область, где вместе живут чаты, файлы и инструкции, а ChatGPT использует их в дальнейшей работе. Это звучит скромно, но меняет способ работы.

Не папка в сайдбаре

Самая частая ошибка — считать project способом навести порядок в боковой панели. Порядок действительно появляется, но это вторичный эффект.

Главное — постоянный контекст. Внутрь кладутся связанные чаты, документы, проектные инструкции и сохранённые результаты. Инструкции проекта действуют только внутри него и перекрывают глобальные настройки: в проекте «Редакция блога» ChatGPT всегда работает как строгий редактор, в проекте «Аналитика» — как аналитик, который отделяет факты от предположений.

Конкретный запрос заметно короче. Вместо «представь, что ты эксперт, вот наша аудитория, вот тон» достаточно: «Исследуй тему X по нашим стандартам».

Налог на восстановление контекста

Я называю это налогом на восстановление контекста. Обычный чат начинается с пересказа проекта. Проект в ChatGPT позволяет вынести этот пересказ на уровень среды.

С февраля 2026 года проект можно пополнять не только файлами: туда добавляются ссылки на Google Drive и Slack, а удачный ответ самого ChatGPT сохраняется обратно как источник. Получается накопительный цикл: контекст → работа → проверка → утверждённый результат → новый контекст. Через десяток итераций разница с обычным чатом становится ощутимой.

Но у памяти есть граница. Project-only memory держит проект изолированным: чаты внутри него опираются на разговоры только этого проекта и не используют внешние воспоминания. При этом OpenAI не даёт посмотреть полный список того, что запомнил проект, и работает с релевантной историей, а не с дословным архивом. Поэтому номер договора, утверждённый tone of voice или ключевое решение я держу в явном источнике — в decision log или отдельном документе, а не «в памяти».

Как я это устраиваю

Моё правило простое: проект — на устойчивый контекст, а не на разовую задачу.

Для регулярного контента я завожу один проект. В project instructions записываю аудиторию, тональность, приоритет источников и запрещённые формулировки. В источники кладу позиционирование, описание продуктов, пару сильных образцовых текстов и журнал решений. Чаты развожу по ролям: исследования, черновики, редакторская критика, еженедельный обзор. Спорный вариант удобно проверять ответвлением чата, не разрушая исходную ветку.

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

Где проект бесполезен

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

Ещё одна граница — безопасность. На личных тарифах содержимое проектов может использоваться для обучения моделей, если включено «Improve the model for everyone»; в корпоративных тарифах OpenAI по умолчанию этого не делает. А при подключении внешних приложений внутри проекта OpenAI прямо предупреждает о риске prompt injection.

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

Ссылки

Ссылки

По теме

По теме