Привет. Я давно заметил одну смешную штуку: как только у команды появляется второй-третий активный клиент, начинается цирк. Бриф лежит в одном чате, созвон расшифровали в другом, правки менеджер кинул в личку, а новый человек влетает в работу и первым делом спрашивает: «А что вообще уже обещали клиенту?» Вот тут ChatGPT Projects реально выручает.
Если говорить по делу, то Projects в ChatGPT — это рабочее пространство, где в одном месте живут чаты, файлы, инструкции и накопленный контекст по задаче. Для команды это удобно тем, что новый диалог стартует не с пустого листа, а уже понимает, кто клиент, какой у него тон, что лежит в материалах и какие договорённости были раньше.
Дальше покажу, как я бы собрал такой проект под клиента, какие файлы туда кладу, что пишу в инструкциях, когда включаю project-only memory и где у фичи потолок. Плюс дам рабочий чек-лист, чтобы вы не устроили внутри проекта ещё один цифровой сарай.
Что такое ChatGPT Projects и зачем это команде
По сути, ChatGPT Projects — это умная папка для долгой работы. Внутрь можно закинуть документы, таблицы, изображения, заметки, добавить инструкции для всех новых чатов и вести несколько отдельных диалогов по одному клиенту. Например, один чат под коммерческие предложения, второй — под контент, третий — под разбор созвонов. Всё это остаётся внутри одного проекта, и модель держит общий контекст заметно лучше, чем когда вы прыгаете между случайными чатами.
В 2026-м штука стала взрослее: в проектах есть отдельная логика памяти, вкладка Sources для материалов, можно сохранять полезный ответ из чата как источник и подтягивать материалы из подключённых рабочих сервисов. А если нужен командный режим, проект можно расшарить на коллег и работать в одном контексте, а не пересылать друг другу «актуальный финал_v12_точно-последний».
Самое ценное здесь даже не в файлах. Самое ценное — стабильность. Когда у вас один клиент, один тон общения и пачка вводных, модель перестаёт каждый раз угадывать, кто перед ней: интернет-магазин, сервисная команда, B2B-подрядчик или редакция. Она уже сидит внутри нужной рамки. На практике это значит меньше повторных объяснений, меньше кривых черновиков и быстрее онбординг нового человека.
Если копнуть шире, Projects отлично дополняет темы, о которых я уже писал: где ИИ-ассистент в роли сотрудника реально тянет работу, а где ему нужен контроль человека. И если потом захотите вынести часть логики в автоматизацию, пригодится разбор про память ассистента в n8n.
Как я собираю проект под клиента: файлы, инструкции, чаты и Sources
Я бы не сваливал всё в одну кучу. У нормального проекта в ChatGPT для команды должна быть простая внутренняя логика. Иначе вы получите не «контекст клиента в ChatGPT», а склад, в который страшно заходить.
Моя базовая сборка под клиента выглядит так:
- один проект = один клиент или один большой аккаунт;
- в названии сразу фиксирую бренд и тип работы: контент, продажи, поддержка, запуск, аналитика;
- в инструкции проекта задаю роль, тон, формат ответов и запреты;
- в Sources кладу только опорные материалы, которые реально нужны во многих чатах;
- внутри проекта развожу чаты по функциям, а не по настроению автора.
| Что хранить | Где хранить | Почему так удобнее |
|---|---|---|
| Бриф, оффер, FAQ, регламенты, примеры писем | В файлах проекта | Это опорная база, к которой вы будете возвращаться регулярно |
| Тон общения, правила ответов, формат таблиц и отчётов | В project instructions | Эти правила должны работать во всех новых чатах внутри проекта |
| Созвоны, разбор задач, подготовка КП, контент-планы | В отдельных чатах | Каждая ветка живёт своей задачей, и в истории потом проще искать нужное |
| Особенно удачные ответы, выжимки, решения | В Sources как сохранённые материалы | Можно не искать по старым тредам, а держать важное рядом |
Что именно грузить в проект? Я обычно начинаю с короткого набора: бриф, созвон-резюме, продуктовая справка, примеры удачных сообщений клиенту, таблица с УТП, список частых возражений, ссылки на рабочие документы и один файл с «что уже обещали». Этого достаточно, чтобы ChatGPT Projects для команды начал приносить пользу, а не захлебнулся в мусоре.
Полезная штука в свежих версиях Projects — Sources. Туда можно складывать не только файлы, но и полезные ответы из самих чатов. Скажем, менеджер один раз добил в диалоге хороший шаблон follow-up после встречи. Я бы сохранил его в Sources, чтобы он не утонул в ленте. Если вы ведёте клиента долго, такая привычка очень экономит нервы.
По чатам у меня логика простая. Внутри одного проекта я завожу примерно такие ветки: «Созвоны и резюме», «Контент и черновики», «Коммерческие предложения», «Поддержка и ответы клиенту», «Идеи и гипотезы». Это сильно лучше, чем один бесконечный тред на три тысячи сообщений. А если у вас уже есть полезный старый диалог, его можно перенести в проект, и он подхватит инструкции и файловый контекст.
Когда проект начинает жить, полезно сразу договориться с командой о санитарных нормах. Например: не грузим дубли, не заливаем скриншоты ради скриншотов, каждую встречу сводим в один понятный документ, важные выводы сохраняем в Sources. Вот тогда «как хранить файлы в ChatGPT Projects» перестаёт быть теорией и превращается в реальный рабочий процесс.
Какие инструкции писать, чтобы ответы не плавали
Очень частая ошибка — написать в проекте что-то в духе «помогай по клиенту N». И потом удивляться, что ответы то нормальные, то совсем мимо кассы. Инструкция проекта должна держать четыре вещи: роль модели, контекст бизнеса, формат ответа и рамки.
Вот каркас, который я бы использовал:
- кто ты в этом проекте: редактор, аккаунт-менеджер, аналитик, пресейл, помощник поддержки;
- с кем говорим: сегмент клиента, тип продукта, как устроен цикл сделки;
- какой стиль нужен: спокойно, предметно, короткими абзацами, без канцелярщины;
- в каком виде отдавать результат: письмо, таблица, список действий, сводка звонка, черновик КП;
- чего делать нельзя: придумывать факты, путать продукты, обещать сроки, которых нет в материалах.
Нормальная инструкция не должна быть огромной. Её задача не впечатлить объёмом, а удержать траекторию. Я люблю добавлять туда фразу вроде: «Если в материалах проекта нет подтверждения, задай уточняющий вопрос или пометь место как требующее проверки». Это резко снижает число самоуверенных фантазий.
Ещё один момент: инструкции проекта перекрывают общие пользовательские инструкции. Это кайф, когда у одного человека в обычном ChatGPT свой повседневный стиль, а внутри клиентского проекта нужен совсем другой режим. Для агентств, студий и внутренних команд это прям годная штука: один и тот же человек может вести несколько клиентов, и у каждого будет свой рабочий контур.
Если дальше будете строить связку уже не только внутри ChatGPT, а с внешними сценариями, посмотрите мой материал про переход на Responses API. А если ответы потом уходят клиенту, очень советую держать контрольную точку через ручную проверку перед отправкой.
Как жить с памятью проекта и не тащить старый шум
Вот здесь начинается самое интересное. У Projects есть память, и с ней надо обращаться аккуратно. Если выбрать project-only memory при создании, проект живёт своим отдельным контуром: он может использовать чаты и материалы только внутри этого проекта. Для клиентской работы это часто лучший вариант, потому что старые разговоры из других задач не лезут в новую тему.
Но есть нюанс: такой режим надо продумывать в начале. Для уже существующего проекта переключение устроено не как волшебная кнопка «переделать всё». Поэтому я бы сразу решал так: если проект под одного клиента, с долгой историей и командной работой, включаем изолированную память на старте; если это личный черновой проект под эксперименты, можно жить свободнее.
В shared projects память проекта становится ещё важнее. Когда внутрь заходят коллеги, общий контекст должен быть чистым и понятным. Поэтому я советую раз в неделю делать мини-ревизию: что из чатов уже устарело, что надо вынести в итоговый документ, какие файлы только путают, а какие наоборот должны лежать в проекте постоянно.
Мой короткий чек-лист по памяти такой:
- не смешивать в одном проекте двух разных клиентов;
- не тащить туда временные чаты «просто протестить идею»;
- раз в несколько дней сохранять итоговые решения отдельным источником;
- устаревшие материалы удалять или выносить;
- для новых сотрудников держать один стартовый чат «с чего начать».
Короче, project-only memory — это не волшебная палочка. Это способ сделать рабочий контекст устойчивым. А устойчивость в командной работе почти всегда дороже, чем лишняя гибкость.
Где Projects реально ускоряет команду
Я вижу минимум четыре живых сценария. Первый — клиентский аккаунт. В проекте лежат бриф, переписка, тезисы созвонов, шаблоны ответов, примеры удачных писем и список открытых вопросов. Менеджер готовит follow-up, контентщик пишет пост, руководитель смотрит сводку — и все стартуют из одного контекста.
Второй сценарий — подготовка материалов. Например, команда делает серию текстов, КП и писем для одного продукта. В проекте можно держать продуктовые вводные, позиционирование, целевую аудиторию и примеры прошлых удачных материалов. Это особенно помогает, если у вас несколько авторов и тон надо удерживать единым.
Третий сценарий — онбординг. Новый человек открывает не сто раскиданных сообщений, а один проект, где уже лежит база знаний по клиенту. Плюс там можно завести стартовый чат: «Прочитай материалы и собери сводку: кто клиент, что продаёт, какие обещания уже даны, где риски по ожиданиям». Через полчаса новичок уже в теме, а не бегает по коллегам.
Четвёртый сценарий — связка с напоминаниями и автоматикой. Не всё надо держать внутри одного инструмента. Повторяющиеся напоминания можно отдавать модели или внешним сценариям, а клиентский контекст хранить в Projects. На эту тему у меня есть отдельный разбор про ChatGPT Tasks в рабочих сценариях.
И да, Projects не заменяет все остальные инструменты. Это не CRM, не таск-менеджер и не файловое хранилище на всю жизнь. Но как оперативный слой поверх клиентской работы — штука очень толковая. Особенно когда нужно быстро собирать черновики, сводки, ответы и материалы, не объясняя заново одно и то же.
Ограничения, о которых лучше знать заранее
Чтобы потом не было удивлённого лица, лучше сразу помнить про потолок. Количество проектов не ограничено, но число файлов в одном проекте зависит от тарифа. На бесплатном плане лимит меньше, на платных — больше; за один раз тоже нельзя грузить бесконечную пачку. Поэтому я бы не превращал один проект в архив всей компании.
Второй момент: общий проект — это общий проект. Если вы делитесь им с коллегами, они видят чаты, файлы и текущие инструкции этого пространства. Так что всё, что вы туда тащите, должно реально относиться к работе по клиенту, а не быть личными набросками из серии «на всякий случай сохранил».
Третий момент: это не совместное редактирование одного диалога в реальном времени. Можно ветвить чаты, продолжать мысли коллег и работать в одной общей среде, но логика тут всё же ближе к набору связанных тредов, чем к одному документу, где все печатают одновременно.
И ещё: если у вас одинаковый процесс повторяется на десятках клиентов, одного Projects мало. Тут уже стоит думать о связке: общая методика, шаблоны, автоматизация, а для каждого клиента — свой проект с локальным контекстом. То есть Custom GPT, сценарий в n8n или API-связка отвечают за повторяемую механику, а Projects держит живой контекст конкретного аккаунта.
Вот в этом и есть главный прикол. ChatGPT Projects для команды не заменяет систему работы, а собирает её в одно удобное окно. И когда это окно настроено с головой, команда начинает тратить время не на поиск последней версии вводных, а на нормальную работу.
FAQ
Можно ли держать в одном проекте нескольких клиентов?
Технически можно, но я бы так не делал. Как только смешиваются разные офферы, тон и история коммуникации, качество ответов быстро проседает.
Что лучше: Projects или отдельный Custom GPT?
Если нужен повторяемый сценарий для многих похожих задач — часто удобнее Custom GPT или внешняя автоматизация. Если нужен живой контекст по одному клиенту, где меняются материалы, созвоны и вводные, Projects обычно практичнее.
Нужен ли отдельный чат под каждую функцию?
Да, это одна из самых полезных привычек. Отдельно созвоны, отдельно контент, отдельно коммерция, отдельно поддержка. Тогда поиск внутри проекта становится адекватным, а контекст не превращается в кашу.
Итог простой: если у вас команда регулярно работает с одними и теми же клиентскими вводными, ChatGPT Projects помогает держать файлы, инструкции, чаты и контекст в одном месте. Главное — не валить всё подряд, а задать структуру, правила и режим памяти с самого старта. Тогда инструмент реально экономит часы, а не просто красиво висит в боковой панели.