Вложения и файлы¶

Вложения нужны, когда задачу сложно объяснить одним текстом. Можно приложить скриншот, PDF, DOCX или небольшой текстовый файл и сразу спросить, что проверить, где риск или какие правки нужны.

Что можно приложить¶

Поддерживаются:

• изображения: PNG, JPG/JPEG, WEBP, GIF;
• документы: PDF, DOCX;
• текстовые файлы: TXT, MD, CSV, JSON, XML, LOG.

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

Файл с форматом вне этого списка не добавляется: приложение покажет сообщение, что формат пока не поддерживается.

Ограничения¶

Ограничения на вложения заданы следующим образом:

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

Как добавить файлы¶

1. Откройте нужный проект или начните чат во временной папке.
2. Нажмите кнопку Добавить файлы в поле запроса.
3. Выберите один или несколько файлов.
4. Проверьте чипы вложений под текстовым полем.
5. Напишите вопрос и отправьте сообщение.

Файлы также можно перетащить прямо в поле запроса. Если файл добавлен по ошибке, нажмите крестик на чипе до отправки.

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

Хорошие примеры запросов¶

Для скриншота:

Посмотри скриншот. Что на экране может быть непонятно пользователю и какие 3 проверки стоит сделать перед правкой?

Для PDF или DOCX:

Прочитай требования из документа и составь короткий список пользовательских сценариев. Код пока не меняй.

Для лога:

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

Чем это полезно¶

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