Первые 10 минут¶

Это практическое упражнение для человека, который впервые открыл ИИ Студию. За один короткий маршрут вы попробуете основные рабочие действия без административных настроек.

Что вы сделаете¶

Вы научитесь:

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

Note

Некоторые шаги зависят от прав. Если интернет-поиск, проекты или помощники скрыты, пропустите соответствующий шаг. Это не мешает освоить основной чат.

Перед началом¶

Убедитесь, что:

вы успешно вошли в Студию;
доступна хотя бы одна модель или готовый помощник;
для теста у вас есть безопасный небольшой TXT, MD или PDF без конфиденциальных данных;
вы понимаете, является выбранная модель локальной или облачной.

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

Минуты 0–1. Создайте новый чат¶

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

Не меняйте модель на первом шаге, если администратор уже настроил вариант по умолчанию.

Что вы сейчас проверили¶

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

Если нового чата создать не получается¶

Проверьте:

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

Если кнопка отсутствует полностью, передайте администратору скриншот экрана.

Минуты 1–2. Задайте первый нормальный запрос¶

Не пишите просто «привет». Сразу попробуйте задачу с понятным результатом.

Скопируйте пример:

Объясни в 5 коротких пунктах, чем резервная копия отличается от снимка виртуальной машины. Пиши для начинающего системного администратора и в конце добавь один практический пример.

Нажмите отправку.

Во время ответа обратите внимание:

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

Как оценить результат¶

Проверьте не только красивый стиль. Ответ должен:

выполнить требование «5 пунктов»;
ориентироваться на указанную аудиторию;
содержать отдельный пример.

Это демонстрирует важный принцип: чем яснее задача и формат, тем предсказуемее результат.

Попробуйте остановить длинный ответ¶

Если модель продолжает писать:

нажмите кнопку остановки;
убедитесь, что генерация прекратилась;
напишите уточнение.

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

Минуты 2–3. Уточните ответ¶

Теперь не создавайте новый чат. Напишите в том же разговоре:

Теперь сделай сравнительную таблицу из четырёх строк. Не повторяй вводное объяснение.

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

Затем попробуйте ещё одно уточнение:

Добавь к таблице колонку «Когда использовать».

Что вы изучили¶

Вы увидели разницу между:

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

Когда всё-таки начать заново¶

Создайте новый диалог, если:

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

Минуты 3–5. Прикрепите документ¶

Подготовьте небольшой тестовый файл, например:

Порядок резервного копирования тестовой системы

1. Полная резервная копия выполняется каждую субботу в 02:00.
2. Инкрементальная копия выполняется ежедневно в 02:00, кроме субботы.
3. Копии хранятся 30 дней.
4. Ответственный: дежурный системный администратор.
5. Проверка восстановления выполняется в первый понедельник месяца.

Сохраните его как backup-test.txt или используйте свой безопасный файл.

Загрузите файл¶

Нажмите кнопку вложения рядом с полем запроса.
Выберите файл.
Дождитесь, пока он появится рядом с запросом.
Если интерфейс показывает обработку или индексацию — дождитесь успешного статуса.
Напишите:

Ответь только по приложенному документу: сколько дней хранятся копии и когда выполняется проверка восстановления? Если информации нет — не придумывай.

Отправьте запрос.

Как проверить ответ¶

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

срок хранения — 30 дней;
проверка восстановления — первый понедельник месяца.

Если интерфейс показывает источник или цитату, откройте её и сравните с документом.

Зачем писать «если информации нет — не придумывай»¶

Такая формулировка не гарантирует отсутствие ошибок, но ясно задаёт правило: модель должна предпочесть признание отсутствия данных догадке.

Проверьте отрицательный случай¶

Теперь спросите:

Какой пароль используется для хранилища резервных копий? Ответь только по документу.

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

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

Минуты 5–6. Попробуйте поиск в интернете¶

Выполняйте этот шаг только если интернет-поиск разрешён и виден в интерфейсе.

Создайте новый чат, чтобы не смешивать внешний поиск с тестовым документом.
Включите Интернет-поиск.
Напишите:

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

Отправьте запрос.
Дождитесь результатов.
Откройте указанный источник.
Убедитесь, что это действительно официальный материал.

Что ушло во внешнюю сеть

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

Что вы изучили¶

Локальная модель и интернет-поиск могут работать вместе: модель может оставаться локальной, но источники для запроса извлекаются из внешней сети. Это отличается от полностью автономного локального диалога.

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

Хороший ответ со свежими данными должен позволять вам понять:

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

Минуты 6–7. Найдите разговор в истории¶

Посмотрите на левую панель.
Найдите один из только что созданных разговоров.
Если заголовок создан автоматически, обратите внимание, как он описывает тему.
Откройте поиск по истории.
Введите характерное слово, например резерв.
Откройте найденный диалог.

Если поиск ничего не нашёл¶

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

Переименуйте учебный чат¶

Если меню разговора позволяет переименование:

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

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

Минуты 7–8. Создайте проект¶

Если раздел Проекты доступен:

Откройте Проекты в навигации.
Нажмите создание нового проекта.
Назовите его Учебный проект.
В описание напишите Первое знакомство с ИИ Студией.
Сохраните проект.
Создайте внутри него новый чат или перенесите один из тестовых разговоров — в зависимости от доступного интерфейса.

Что даёт проект¶

Вы создали не «новую память модели», а удобное рабочее пространство, где можно держать несколько чатов одной темы.

Для реальной работы проект можно назвать, например:

Миграция CRM;
Инфраструктура 2027;
Документация продукта;
Клиент Север.

Полезное правило¶

Одна тема → один проект → несколько отдельных диалогов по подзадачам.

Так проще сохранять ясный контекст и возвращаться к работе.

Минуты 8–9. Выберите готового помощника¶

Если в вашей организации есть готовые помощники:

Откройте список помощников.
Выберите помощника, назначение которого вам понятно.
Прочитайте его название и описание.
Начните новый диалог с этим помощником.
Задайте вопрос, относящийся к специализации.

Например, помощнику администратора:

У меня служба запускается, а через 20 секунд завершается. Какие данные нужно собрать до внесения изменений в систему?

Что нужно заметить¶

Помощник должен отличаться не красивым именем, а устойчивой рабочей инструкцией и разрешёнными возможностями.

Например, технический помощник может:

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

Если помощника выбрать нельзя¶

Ваша роль может быть ограничена универсальным режимом. Это нормально — пропустите шаг и продолжайте работу с доступной моделью.

Минуты 9–10. Проверьте границу данных¶

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

1. Какая модель выбрана?¶

локальная;
Yandex AI Studio;
другая разрешённая внешняя модель.

Если данные чувствительные, тип модели имеет принципиальное значение.

2. Включён ли интернет-поиск?¶

Если да, поисковая часть использует внешнюю сеть.

3. Какие файлы прикреплены?¶

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

4. Какие сервисы доступны помощнику?¶

Специализированный помощник может получать дополнительные актуальные данные. Это полезно, но меняет состав контекста задачи.

Эти четыре проверки занимают несколько секунд и резко уменьшают риск случайной передачи лишних данных.

Бонус 1. Попробуйте улучшить запрос¶

Сравните два варианта.

Плохо¶

Проверь конфиг.

Лучше¶

Проверь приложенный конфиг nginx. Ничего не меняй. Сначала найди синтаксические и логические проблемы, затем потенциально небезопасные настройки. Для каждой проблемы укажи строку или фрагмент, риск и предложенное исправление. Если в чём-то не уверен — отметь это отдельно.

Хороший запрос обычно содержит:

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

В разделе Как правильно задавать вопросы это будет разобрано подробно.

Бонус 2. Попробуйте новый чат вместо очистки старого¶

После учебной задачи создайте ещё один чат и спросите:

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

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

Это простая проверка понимания границы диалога.

Бонус 3. Если доступна память¶

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

Запомни, что я предпочитаю технические инструкции с нумерованными шагами.

Если интерфейс и политика памяти позволяют такое действие:

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

Note

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

Что должно получиться через 10 минут¶

После упражнения вы должны уверенно уметь:

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

Если всё получилось — базовый пользовательский онбординг завершён.

Частые ошибки новичка¶

Один огромный чат для всех задач¶

Проблема: в контексте смешиваются темы.

Лучше: новый независимый вопрос — новый чат; связанные разговоры — один проект.

Загрузка документа без ожидания обработки¶

Проблема: пользователь спрашивает по PDF, пока индекс ещё не готов.

Лучше: дождаться успешного состояния файла.

Ожидание свежих данных от локальной модели без поиска¶

Проблема: модель отвечает из обученных знаний и может не знать недавних изменений.

Лучше: включить интернет-поиск или подключённый актуальный источник.

Отправка секрета «чтобы ИИ посмотрел»¶

Проблема: пароль или ключ становится частью чата/контекста.

Лучше: никогда не отправлять секреты в чат; использовать специальные административные формы и хранилища секретов.

Выбор облачной модели для конфиденциального документа без проверки политики¶

Проблема: данные уходят на внешнюю обработку.

Лучше: использовать локальную модель или заранее согласованный режим.

Вера в ответ без проверки¶

Проблема: модель может уверенно ошибиться.

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

Попытка заставить ИИ запустить произвольный код¶

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

Лучше: используйте Студию для написания и анализа кода, а выполнение проводите в утверждённой среде разработки/тестирования вашей организации.

Короткий контрольный список перед первой настоящей задачей¶

Я знаю, локальная или облачная модель выбрана.
Я понимаю, нужен ли интернет-поиск.
Я не отправляю пароль, токен или ключ.
Я приложил только нужные файлы.
Для важного ответа я попрошу источники.
Новая независимая тема пойдёт в новый чат.
Связанные долгие задачи я объединю проектом.

Что дальше изучать по вашей роли¶

Обычный сотрудникРазработчик или инженерАдминистратор СтудииАдминистратор Яндекс Облака

Теперь переходите к следующему большому разделу — Чат и диалоги.