Когда Projects появились в боковой панели ChatGPT, первая мысль была простой: удобно — теперь можно разложить чаты по темам. Что-то вроде папок. Ну и ладно.
Оказалось — совсем другое.
Сначала казалось — просто папки
Projects не объясняют себя через интерфейс. Там нет подсказки «вот зачем это нужно». Просто новый раздел в боковой панели, кнопка «создать», поле для названия.
Понимание пришло через разговор с самим ChatGPT — попросил объяснить, что это и как работает. И вот тогда стало понятно: Projects — это не способ хранить чаты. Это отдельная рабочая среда со своим контекстом, своими правилами и своей логикой работы.
Разница принципиальная. Папка хранит. Проект — работает.
Для чего нужны Projects — и для чего нет
Здесь важно не переусердствовать.
Разовая задача — не повод создавать проект. Нужно проверить страницу, написать письмо, разобрать вопрос — открываешь обычный чат, объясняешь задачу, получаешь результат. Это нормальный и правильный сценарий. Projects здесь ничего не дадут, только лишняя организационная работа.
Projects нужны там, где есть повторяемость и объём.
Конкретнее: когда из раза в раз делаешь одно и то же, когда ChatGPT должен работать в рамках одних и тех же правил, когда задача живёт не один день, а месяцами. Работа над сайтом. Ведение клиентской коммуникации. Составление коммерческих предложений. Обучение. Любой процесс, который не заканчивается после одного чата.
Без Projects в таких задачах приходится каждый раз начинать с нуля: вот сайт, вот платформа, вот ограничения, вот как мы обычно работаем. Снова и снова. Это не просто неудобно — это реальная нагрузка. Нужно держать всю структуру в голове каждый раз, когда открываешь новый чат.
Projects убирают это. Один раз настроил — и больше не объясняешь.
Глобальный контекст и Project — в чём разница
Это важный момент, который легко пропустить — особенно если статья про первичные настройки уже прочитана.
Глобальный слой отвечает на вопрос: кто ты и как предпочитаешь работать. Там живут поведенческие правила, стиль общения, уровень детализации ответов. Это работает везде — в любом чате, в любом проекте.
Project отвечает на другой вопрос: что именно мы здесь делаем.
Внутри проекта задаётся уже не личность пользователя, а логика конкретной работы. Какая цель. Что считается хорошим результатом. Какие правила действуют именно здесь. Какие документы относятся только к этой задаче.
Это два разных слоя. Глобальный — про тебя. Project — про конкретную работу.
Как рождается Project
Здесь важно развеять одно ощущение, которое легко возникает при чтении про «инфраструктуру», «knowledge-base» и «систему».
Всё это не проектируется заранее. Не нужно быть инженером и рисовать архитектуру на бумаге. Project начинается с обычного разговора.
В случае с сайтом это выглядело буквально так:
— «Айви, давай создадим проект для работы над сайтом».
И дальше — обычный диалог. Какие задачи стоят. Что повторяется каждый раз. Какие ограничения у платформы. Как обычно строится работа. ChatGPT задаёт уточняющие вопросы, предлагает структуру, говорит — вот это логично вынести в отдельный файл, вот это в промт, вот здесь нужен отдельный документ с правилами.
После этого:
— «Хорошо, дай мне промт проекта»
— «Теперь — какие файлы нужны?»
— «Подготовь содержание файла»
ChatGPT предлагает структуру, пишет промт, собирает основу для knowledge-base.
Никакой сложной инженерии тут нет. Project вырастает из обычного рабочего диалога.
И дальше он не замораживается в финальном виде — а постепенно развивается. Появилась новая задача — добавили файл. Изменились правила — обновили документ. Нашлась ошибка — поправили knowledge-base.
Практически это выглядит очень просто:
— «Айви, дай новую версию файла»
— удаляешь старый
— загружаешь новый
— работа продолжается
Project «Работа над сайтом» не появился сразу в нынешнем виде. Сначала был базовый промт и несколько файлов. Потом добавились SEO-правила. Потом структура сайта. Потом workflow. Потом правила для статей и портфолио. Потом документы по LLM-адаптации контента.
Knowledge-base рос вместе с задачами — по мере того, как становилось понятно, что действительно нужно этой рабочей среде.
Как это выглядит изнутри
Первым серьёзным проектом стала работа над сайтом. До этого каждый раз приходилось объяснять: вот платформа Wfolio, вот её ограничения, вот как устроены блоки, вот правила для Title и Description, вот SEO-логика. Это занимало время и силы — и повторялось в каждом новом чате.
С проектом это ушло.
Промт проекта выглядит так:
Ты работаешь над сайтом Дмитрия Лукьянова (Wfolio). Цель: поисковое продвижение и привлечение B2B-клиентов через понятные, точные и экспертные страницы. Главный принцип: каждая страница отвечает на конкретный запрос и подводит к обращению.
Дальше — правила: хороший результат, стиль текста, SEO-логика, правила работы. Всё умещается на один экран. Никаких ролей. Никаких «ты эксперт с 20-летним опытом». Только: что делаем, какой результат хороший, что не делаем.
И рядом — отдельные файлы. SEO-настройки страниц. Структура сайта. Правила заголовков. Workflow. Чек-листы. Правила для статей и портфолио. Документы по LLM-адаптации контента.
Каждый файл отвечает за свою часть работы.
Например:
- в одном лежат правила построения Title и Description
- в другом — структура сайта и логика разделов
- в третьем — правила для заголовков и SEO-блоков
- в четвёртом — требования к статьям и адаптации под LLM
Промт не знает этих деталей. Он задаёт только рамку работы. А конкретные знания живут отдельно — в документах.
Промт больше не хранит всю систему внутри себя.
Вот в чём главный сдвиг.
Раньше в промт пытались запихнуть всё: правила, ограничения, структуру, инструкции, примеры. Промты становились огромными. И чем тяжелее они становились, тем хуже работала модель: появлялись глюки, потеря фокуса, странные ответы. ИИ просто не справлялся с таким объёмом внутри одной инструкции.
Теперь промт задаёт направление работы. А знания лежат отдельно, в файлах. ChatGPT получает постоянный доступ к этим документам во всех чатах внутри проекта — и больше не нужно каждый раз переносить контекст вручную.
Это уже не просто чат. Это рабочая среда под конкретную задачу.
Файлы — живая часть системы
Здесь важно не строить иллюзий: Projects — не «настроил и забыл».
Файлы внутри проекта стареют. Правила меняются. Задачи эволюционируют. И если документ не обновлён — система продолжает работать по старым правилам. Не потому что ИИ ошибся. А потому что так написано в файле.
Был конкретный случай с Title страниц сайта.
Изначально Title строился по формуле: название страницы + хвост с названием сайта. Потом логика изменилась — решили, что каждая страница должна иметь автономный Title без привязки к общему хвосту: он дублировал слова, раздувал длину и мешал SEO.
Решение приняли. Договорились. А в SEO-файле проекта осталась старая инструкция.
Несколько недель ChatGPT продолжал строить Title с хвостом. Выглядело как ошибка системы. Оказалось — просто устаревший документ. Нашли файл, исправили одну строку, загрузили заново. Всё заработало правильно.
Это хорошо показывает, как всё устроено на практике: ChatGPT работает строго по тем правилам, которые лежат в документах проекта. Не умнее этих документов и не хуже.
Отсюда простой вывод: когда система начинает работать не так, как ожидаешь — сначала проверяй файлы. Часто проблема именно там, а не в модели.
И здесь же — честное ограничение ChatGPT: он не умеет сам редактировать файлы внутри проекта. Если правило устарело — файл нужно скачать, исправить вручную и загрузить заново. Каждый раз.
Это требует внимания. И это нормально понимать заранее.
Один Project — одна задача
Последнее, что стоит зафиксировать: Projects нужно разделять.
Соблазн есть — сделать один большой проект и вести там всё сразу: сайт, клиентов, КП, обучение. На старте это выглядит удобно. На практике быстро превращается в тяжёлую структуру с накопленной путаницей.
Один Project — одна задача. Одна рамка работы. Один набор правил и документов.
Работа над сайтом — отдельный проект. Клиентская коммуникация — отдельный. Коммерческие предложения — отдельный.
Это не избыточная организация. Это и есть управление рабочей средой.
Отсюда вывод
Projects — не функция ChatGPT для организации чатов. Это способ удерживать повторяемую рабочую среду под долгие процессы.
Масштаб появляется не потому, что ИИ стал умнее. А потому что вокруг него появилась инфраструктура: промт с рамкой работы, knowledge-base, файлы с правилами и контекстом, которые не нужно повторять заново в каждом чате.
Именно здесь ChatGPT впервые начинает ощущаться не как набор переписок, а как рабочая среда.
Но у этой среды есть предел. Файлы нужно обновлять вручную. Контекст при переносе между чатами частично теряется. Система не обслуживает себя сама.
И именно в этот момент становится понятно, что одного ChatGPT для длинной работы уже недостаточно.
Следующая статья — про Claude. Там эта проблема решается иначе: Claude Desktop умеет сам создавать файлы, редактировать их и вести лог между чатами. Именно поэтому в какой-то момент в работе появился второй ИИ.