Проекты¶

Проект в ИИ Студии — это личное рабочее пространство, которое помогает собрать связанные диалоги в одном месте.

Например, если вы несколько недель готовите миграцию инфраструктуры, вместо десятков чатов с названиями «ещё один вопрос», «продолжение» и «план» можно создать проект «Миграция инфраструктуры» и складывать туда все разговоры по этой теме.

Проект помогает организовать работу, но важно сразу понимать его границы.

Проект — это не общий контекст для всех чатов

В текущей ИИ Студии проект не добавляет собственные инструкции, файлы, модель или память ко всем разговорам внутри него. Каждый чат по-прежнему имеет собственную историю и собственный контекст.

Главное за минуту¶

Проекты отвечают на вопрос:

«Какие диалоги относятся к одной работе?»

Они не отвечают на вопросы:

«Какие инструкции всегда должна получать модель?»
«Какие файлы автоматически видны во всех чатах?»
«Как поделиться целым рабочим пространством с коллегой?»

Для этих задач используются другие возможности ИИ Студии.

Нужно сделать	Что использовать
Собрать связанные разговоры в одном месте	Проект
Дать модели постоянные инструкции	ИИ-помощник
Дать модели постоянный набор документов	База знаний / файлы помощника
Запомнить устойчивые предпочтения пользователя	Память
Передать коллеге отдельный разговор	Общий доступ к диалогу
Найти текст по всей своей истории	Поиск по истории

Что хранит проект¶

У пользовательского проекта есть:

имя;
необязательное описание;
список назначенных этому проекту разговоров;
дата создания;
информация о последней активности;
счётчик связанных чатов.

Проект можно открыть как отдельное рабочее пространство и видеть только относящиеся к нему разговоры.

Чего проект не хранит¶

Сам по себе проект не содержит:

системную инструкцию для модели;
отдельную модель ИИ;
общую память всех чатов;
общий набор прикреплённых файлов;
отдельную базу знаний;
набор сервисов;
права команды на совместную работу;
общий чат, в котором модель «помнит всё из проекта».

Это принципиально важно.

Если в одном проекте есть два чата:

Проект: Миграция инфраструктуры
├── Чат 1: Инвентаризация текущих серверов
└── Чат 2: План переноса баз данных

второй чат не получает автоматически содержимое первого.

Если во втором разговоре нужна информация из первого, её нужно:

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

Зачем тогда нужны проекты¶

Проблема длинной истории чатов — не только поиск текста.

Через несколько недель пользователь может помнить, что обсуждение было «где-то в ИИ Студии», но не помнить:

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

Проект добавляет организационный уровень над разговорами.

Вместо общей ленты:

Проверить конфиг nginx
Составить письмо
План миграции
Продолжение
Ещё один вопрос
Тест YandexGPT
Бюджет проекта
Риски миграции
Инструкция для пользователей

можно получить:

Проект: Миграция инфраструктуры
├── 01 — Исходные требования
├── 02 — Инвентаризация
├── 03 — Целевая архитектура
├── 04 — План миграции
├── 05 — Риски и откат
├── 06 — Стоимость
└── 07 — Итоговая инструкция

Когда создавать проект¶

Создавайте проект, когда работа:

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

Хорошие примеры¶

Разработка продукта¶

Проект: Новый модуль отчётности
├── Требования
├── Архитектура
├── API
├── Тестирование
├── Документация
└── План релиза

Работа системного администратора¶

Проект: Перенос сервисов в Яндекс Облако
├── Текущее состояние
├── Сети
├── Виртуальные машины
├── Хранилища
├── Безопасность
├── Стоимость
└── План переключения

Подготовка документации¶

Проект: Руководство пользователя
├── Структура
├── Начало работы
├── Основные функции
├── Скриншоты
├── FAQ
└── Финальная редактура

Работа с клиентом¶

Проект: Клиент А — внедрение
├── Вводные
├── Вопросы клиента
├── Архитектура
├── Коммерческие требования
└── Итоги встреч

Не помещайте секреты в название

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

Когда проект не нужен¶

Не создавайте проект для каждого случайного вопроса.

Проект почти не даёт пользы, если:

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

В таких случаях достаточно обычного диалога, понятного названия и при необходимости закрепления или закладки.

Проект и обычный чат¶

Обычный чат — это одна последовательность разговора.

Проект — это контейнер для нескольких таких разговоров.

Проект
   ├── чат
   ├── чат
   ├── чат
   └── чат

Каждый чат внутри проекта остаётся самостоятельным:

имеет свою историю;
имеет свой контекст;
может содержать свои файлы;
может использовать доступные функции Студии;
может быть удалён независимо от проекта;
может быть перемещён в другой проект;
может быть полностью убран из проекта и остаться в общей истории.

Проект и история чатов¶

Добавление разговора в проект не убирает его из общей истории.

Это полезно понимать как метку принадлежности:

Один разговор
    ↓
принадлежит проекту X
    ↓
по-прежнему остаётся разговором вашей истории

Поэтому один и тот же чат можно открыть:

из проекта;
из обычной истории чатов;
через общий поиск по истории, если он находит нужное сообщение.

Проект не создаёт отдельную копию разговора.

Проект и поиск¶

В ИИ Студии есть два разных вида поиска, которые легко перепутать.

Поиск проектов¶

На странице проектов можно искать проекты по имени и описанию.

Например:

миграция

может найти:

Миграция инфраструктуры
Миграция сайта клиента А

если слово встречается в названии или описании.

Поиск по истории сообщений¶

Если нужно найти конкретную фразу, которую вы когда-то обсуждали внутри проекта, используйте обычный поиск по истории.

Проектная строка поиска не является полнотекстовым поиском по содержимому всех его разговоров.

Подробнее: История и поиск.

Проект и память¶

Проект не является памятью модели.

Если пользователь написал в одном чате:

«В этом проекте мы всегда используем PostgreSQL 16»

другой чат проекта не обязан знать это только из-за принадлежности тому же проекту.

Для устойчивой информации используйте:

память, если информация относится к пользователю;
инструкции ИИ-помощника, если это правило поведения;
документ или базу знаний, если это проектная информация;
явное краткое резюме в новом разговоре.

Подробнее: Память.

Проект и документы¶

Прикреплённый в одном чате файл не становится автоматически файлом всего проекта.

Например:

Проект: Аудит инфраструктуры
├── Чат «Сети» — приложен networks.pdf
└── Чат «Стоимость» — networks.pdf автоматически НЕ подключён

Если один документ должен использоваться в нескольких разговорах, лучше:

добавить его в подходящую базу знаний;
прикреплять там, где он действительно нужен;
создать специализированного помощника с нужными знаниями.

Подробнее: Файлы и корпоративные знания.

Проект и ИИ-помощник¶

Проект организует работу.

ИИ-помощник организует поведение ИИ.

Помощнику можно задать:

инструкции;
нужные знания;
разрешённые сервисы;
модельный профиль;
правила ответа.

Проект этого не делает.

Поэтому хороший рабочий процесс может выглядеть так:

ИИ-помощник: Архитектор инфраструктуры
              ↓
Проект: Миграция инфраструктуры
              ↓
несколько отдельных чатов проекта

Проект отвечает за порядок, помощник — за специализацию.

Подробнее: ИИ-помощники.

Личные проекты¶

В текущем пользовательском интерфейсе проект принадлежит создавшему его пользователю.

Другой сотрудник:

не видит список ваших личных проектов;
не может открыть проект как рабочее пространство;
не может быть назначен его редактором;
не может получить проект «в собственность»;
не получает автоматически доступ ко всем разговорам проекта.

Если нужно передать конкретный результат коллеге, используйте общий доступ к соответствующему диалогу или корпоративный документ.

Подробнее: Общий доступ к диалогу.

Проект — личный организационный инструмент

Не используйте проект как замену общей командной базе знаний или системе управления задачами.

Что происходит при удалении проекта¶

Удаление проекта и удаление разговоров — разные операции.

Если удалить проект:

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

Если необходимо удалить и разговоры, это делается отдельно.

Подробнее: Управление проектами.

Ограничения имени и описания¶

В текущем интерфейсе:

имя проекта обязательно;
описание необязательно;
имя ограничено примерно 100 символами;
описание — примерно 1000 символами;
одинаковые имена проектов допускаются.

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

Вместо:

Миграция
Миграция
Миграция

используйте:

2026 — Миграция CRM
2026 — Миграция сайта
2026 — Миграция файлового хранилища

Хорошая структура проекта¶

Проект удобнее всего использовать как оглавление длительной работы.

Практический шаблон:

01 — Вводные и требования
02 — Исходные данные
03 — Анализ
04 — Варианты решения
05 — Выбранное решение
06 — План выполнения
07 — Риски и откат
08 — Проверка результата
09 — Документация
10 — Итог

Нумерация не обязательна, но помогает сохранять логический порядок.

Чек-лист: нужен ли мне проект¶

Создавайте проект, если на большинство вопросов ответ да:

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

Если почти везде ответ нет, обычного чата, скорее всего, достаточно.

Что дальше¶

Создайте первый проект.
Научитесь работать с диалогами проекта.
Изучите практический рабочий процесс.
Для переименования, сортировки и удаления смотрите Управление проектами.