Минимальные требования к установке и развёртыванию системы, серверной инфраструктуре, оборудованию и моделям
Состав пользовательского комплекта и руководства подключаемых модулей описаны в обзоре руководств. Условия исполнения и проверки конкретной функции указаны в её статье.
Создавайте приложения, устанавливайте зависимости, развёртывайте сервисы на VDS и в Docker, сохраняйте повторяемые тесты; примеры используют DeepSeek V4.1 Flash
Модель распознавания речи и модель ИИ для чата настраиваются независимо. Установка голосовой модели не начинает запись и не отправляет сообщение. Новые способы работы с документами сохраняют необходимость проверить содержание и оформление полученного файла.
Изменения Дипнео 0.1 (58)
В сборке 58 обновлены управление браузерным окном и разрешения голосового ввода в macOS.
Изменение
Как пользоваться
Инструкция
Открытие браузера в отдельном окне
На активной браузерной вкладке нажмите «Открыть в отдельном окне» в верхней части правой панели, рядом с кнопкой разворачивания панели. Для уже открытого окна команда называется «Показать окно браузера»
Начните с основных понятий: продукт, проект, рабочая папка, чат, агент и модель. Затем выполните первую учебную задачу и вернитесь к справочнику по нужному действию.
Рис. 1. Главное окно Дипнео: проекты раскрыты, открыт новый чат.
Окно связывает проект в левой панели, выбранный чат, редактор и параметры модели. Снимок показывает зарегистрированные на момент съёмки проекты; они раскрыты. Состав инструментов и свойства модели определяются собственными механизмами, описанными далее.
0.1. Продукт и состав поставки
В состав Дипнео входят приложение, системные компоненты и внешние подключаемые пакеты. Приложение предоставляет рабочие области, чат, панели документов, браузера и терминала, настройки и отображение результатов. Системные компоненты обеспечивают общие операции: работу с файлами и документами, передачу источников и выделений, доступные веб-действия и агентское исполнение.
Конкретная поставка определяется установленными пакетами, их версиями и состояниями включения. Дополнительно состав операций зависит от режима нового чата и доступности среды. Поэтому описание возможности включает поставляющий компонент и условия её работы.
Внешний предметный модуль расширяет систему своими операциями, навыками, источниками и настройками. Общая задача может соединять его результат с системными файловыми и офисными операциями через данные текущей сессии. Ручная установка внешних пакетов позволяет подготовить продукт для конкретного клиента.
«База знаний и проверки по нормативам» — внешний модуль базы знаний. Его предметные функции описаны отдельно. «Защита данных» — второй внешний модуль со своим руководством. Оба модуля опциональны и устанавливаются дополнительно; их документация включается в общий список установленной поставки. Системные браузерные и офисные операции входят в основную часть документации.
0.2. Проект, пространство, папка и чат
В пользовательском интерфейсе создание пространства обозначено как «Создать проект». Проект объединяет название, связь с рабочими папками и список чатов. Термин «пространство» используется в настройках группировки и некоторых окнах. В технической реализации этот объект называется Рабочая область.
Объект
Что хранит или определяет
Проект / пространство
Идентификатор, отображаемое название, сведения о папках, принадлежность чатов и положение в списке
Рабочая папка
Объекты файловой системы, с которыми работают файловые и командные инструменты
Чат / сессия
Задание, сообщения, историю выполнения, настройки и собственный контекст
Открытая вкладка
Материал или панель, показанные рядом с текущим чатом
Выделение
Выбранный фрагмент источника, передаваемый с конкретным сообщением
Проект можно создать с выбранной папкой либо сначала задать название и добавить папку позже. В последнем случае продукт создаёт собственную рабочую папку проекта. Отображаемое название и путь — разные свойства: изменение текста названия не является операцией переименования произвольного каталога.
Чаты одного проекта могут работать с общими файлами, но имеют отдельные истории и контексты. Создание второго чата позволяет поставить самостоятельную параллельную задачу. Передача сведений между чатами требует предусмотренного входа, ссылки на сессию или работы с общим файлом.
Список проектов организует навигацию. Дерево проектов строится по зарегистрированным путям и не является автоматическим сканированием всех каталогов компьютера. Раздел «Без группы» содержит чаты, не отнесённые к показанным проектам.
Ведёт выполнение задачи: обращается к модели, исполняет выбранные вызовы, сохраняет результаты и продолжает работу
Модель
Обрабатывает материалы задачи, формирует ответ и выбирает нужные действия
Провайдер
Предоставляет интерфейс обращения к модели и поддерживаемые параметры её исполнения
Среда исполнения
Выполняет команды и программы, предоставляет файлы и установленные библиотеки
Пользователь
Задаёт цель, материалы, ограничения и критерий готовности; отвечает на необходимые вопросы
Модель предлагает действие, а инструмент выполняет его в доступной среде. Сгенерированная команда и результат её запуска являются разными фактами. Аналогично, текст отчёта и сохранённый офисный файл имеют разные способы проверки.
Провайдер и его конфигурация влияют на фактический размер контекста, поддержку рассуждения, вызовов инструментов и визуальных входов. Название модели само по себе не задаёт все эти параметры.
0.4. Инструмент, навык и модуль
Инструмент — средство выполнения действия: чтения данных, создания файла, запуска программы или изменения объекта. Агент выбирает подходящее действие и использует материалы вашей задачи.
Навык — инструкция для работы с определённой задачей или форматом. Каталог сообщает его название и назначение; загрузка передаёт инструкции агенту. Навык может объяснять, какие инструменты применяются и как проверяется результат.
Модуль — подключаемый пакет продукта. Он может регистрировать инструменты, навыки, источники, элементы интерфейса и настройки. Установленный пакет, включённый пакет и загруженная в контекст инструкция навыка — разные состояния.
Библиотека — программная зависимость, которую использует исполняемый код. Её установка в среду задачи не регистрирует автоматически новый навык или инструмент продукта.
Текстовые способности модели — перевод, перефразирование, сокращение и работа с тезисами — описываются как свойства модели. Они становятся отдельной записью каталога навыков только при наличии зарегистрированной инструкции.
0.5. Сообщение, источник и результат
Сообщение состоит из текста пользователя и переданных с ним материалов. Среди материалов могут быть вложения, ссылки и структурированные выделения. До отправки они относятся к черновику; после подтверждённой отправки становятся частью сохранённого сообщения в предусмотренном представлении.
Источник — документ, таблица, веб-страница или иной доступный материал. Его метаданные, путь, видимый фрагмент и полное содержимое — разные виды данных. Открытая вкладка позволяет определить текущий источник; фактический текст получается предусмотренной операцией чтения.
Результат — ответ модели, возвращённые данные инструмента, созданный или изменённый файл, завершённый процесс либо иной объект выполнения. Для файла указываются путь и формат, для расчёта — исходные значения и правило, для вывода по документу — подтверждающий фрагмент.
Ответ может включать сведения из знаний модели и предоставленных материалов. Основание ответа определяется содержанием задачи и контекстом. Для утверждения о выполненном действии используются фактические сведения инструмента.
Окно и навигация
Окно состоит из левой панели навигации, области чата и правой панели материалов. На стартовом экране поле задачи находится в центре. После отправки запроса рабочая область показывает разговор, а поле ввода располагается внизу.
Рис. 1. Главное окно Дипнео: выбран проект «Учебные материалы», открыт новый чат.
На снимке выбрано пространство «Учебные материалы» и открыт новый пустой чат. Проекты имеют русские названия; раскрыт выбранный проект. Пустая область над полем ввода предназначена для будущего разговора.
Левая панель
Элемент
Расположение
Самостоятельное действие
Название «Дипнео»
Верх панели
Обозначает приложение; в Windows нажатие открывает новую сессию. В macOS для этого используется кнопка «Новая сессия»
Новая сессия
Под названием
Открывает пустой чат в выбранном рабочем контексте
Свернуть боковую панель
Справа от названия
Скрывает развёрнутый список и освобождает место для чата
Пространства
Над деревом
Заголовок списка зарегистрированных проектов
Поиск сессий
Справа от заголовка
Раскрывает поиск по чатам
Параметры отображения
Рядом с поиском
Открывает группировку, сортировку и фильтр архива
Создать проект
Справа от параметров
Открывает форму названия и папки
Строка проекта
В дереве
Раскрывает список его чатов; дополнительные действия находятся в меню строки
Строка чата
Под проектом
Открывает сохранённый разговор
Показать ещё
После видимых чатов проекта
Показывает следующую часть списка
Модули
После дерева
Содержит ссылки, зарегистрированные подключёнными компонентами
Настройки
Низ панели
Открывает окно общих настроек, моделей и модулей
Сворачивание панели меняет её представление. Проекты и разговоры сохраняются. В macOS скрытая панель освобождает всю ширину, а кнопки открытия панели и нового чата находятся у верхнего края окна рядом с системными кнопками. В Windows эти действия находятся в верхней строке окна.
Прокрутка списка не перемещает кнопку настроек с нижнего края. Показатель выполнения в строке чата относится к этому разговору. Заголовок проекта и количество видимых строк не являются показателями выполнения задачи.
Центральная область
На стартовом экране над полем виден текущий проект. Его выбор определяет рабочий контекст нового чата. Внизу поля находятся действия добавления материалов, режим доступа и модель; справа — отправка сообщения.
В существующем разговоре верхняя строка показывает название чата. В ней доступны рабочая папка, выбор приложения, дополнительные действия и открытие правой панели. При включённом режиме отладки под заголовком доступны представления «Чат» и «Траектория».
Представление «Чат» показывает сообщения и карточки работы агента. «Траектория» относится к подробному представлению выполнения. Переключение представления не создаёт отдельный разговор.
Правая панель
Кнопка «Открыть правую панель» находится справа в заголовке существующей сессии. Панель содержит вкладки файлов, документов, браузера и терминала. При первом открытии стартовая вкладка предлагает доступные в этой сборке действия.
Правая панель принадлежит открытому чату. Переключение чата меняет набор его вкладок. Скрытие панели не означает закрытие файла и не удаляет его с диска. Кнопка закрытия вкладки, скрытие панели и удаление файла — разные операции.
Подробности вкладок, полноэкранного представления и разделения области — в 1.8.
Соединение
При обычной работе отдельный индикатор соединения не занимает место рядом с настройками. При потере соединения там появляется действие состояния; оно позволяет начать повторное подключение. Во время подключения отображается текущая попытка, после восстановления кратко показывается успешное состояние.
Ошибка запроса модели отображается внутри хода разговора. Соединение интерфейса с локальным процессом приложения и обращение приложения к провайдеру модели — отдельные связи: работающий интерфейс может показывать ошибку провайдера.
Окно приложения и системные диалоги
Меню ОС, системный выбор каталога и файловый менеджер открываются средствами операционной системы. Они могут появляться в отдельном окне. Названия и расположение элементов этих окон определяются ОС.
Состав главного меню Дипнео описан отдельно для macOS, Windows и Linux. В этой главе перечислены команды редактирования, масштаба, навигации, управления окнами и проверки обновлений.
Панели автоматически адаптируются к узкому окну. В частности, правая панель на узком экране открывается на весь экран. Новый общий снимок имеет область 1280 × 720 пикс.
Проекты и чаты
Проект объединяет рабочий контекст и разговоры. В левой панели его строка раскрывает список чатов. Выбор проекта для новой сессии задаёт её рабочую область; открытие существующего чата возвращает его собственную историю.
1.2. Проекты и выбор папки
Рис. 1. Выбран новый чат проекта «Учебные материалы».
Создание проекта
Нажмите «Создать проект» рядом с заголовком списка. Введите название и при необходимости добавьте исходную папку. Без названия подтверждение недоступно.
Рис. 2. Название и исходная папка ещё не заданы.
Рис. 3. Задано учебное название; исходная папка не выбрана, создание ещё не подтверждено.
Папку можно добавить позже. Если проект создаётся без выбранного исходного каталога, приложение подготавливает собственную рабочую папку. Подтверждение создания отличается от заполненной формы. Снимки показывают форму до подтверждения и не заявляют создание нового проекта.
Строка проекта
Меню строки позволяет изменить регистрацию и рабочий контекст. Переименование меняет отображаемое название. Оно не переименовывает автоматически исходный каталог на диске. Удаление регистрации проекта также следует отличать от удаления его файлов.
Кнопка новой сессии в строке проекта открывает пустой чат в его контексте. В macOS рабочую папку существующего разговора можно открыть из верхней строки через Finder.
1.3. Список чатов
Создание и открытие
Нажмите «Новая сессия» в нужном проекте, введите задачу и отправьте её. Пустой черновик ещё не является выполненным запросом. Существующий разговор открывается нажатием его строки.
Короткий и полный список
Если разговоров много, под видимой частью появляется «Показать ещё … сессий». Нажатие раскрывает следующую часть; «Показать меньше» возвращает короткое представление.
Рис. 4. Дополнительные разговоры проекта «Учебные примеры» показаны в списке.
Количество строк зависит от сохранённых разговоров. Прокрутка дерева не меняет рабочую папку и не запускает задачу.
Когда чат ждёт действия
Чат, которому нужен ваш ответ или решение, выделяется синим фоном и синей точкой. Рядом появляется короткая подпись состояния. Наведите указатель на строку для подробностей и откройте чат, чтобы выполнить действие.
Ожидание
Что сделать в чате
Ответ на вопрос
Выберите вариант или введите собственный ответ и нажмите «Отправить»
Согласование действия
Прочитайте запрошенное действие и разрешите либо отклоните его
Проверка плана
Прочитайте предложенный план, уточните его или согласуйте переход к выполнению
Слева синяя строка с подписью «Ответ», справа — вопрос с вариантами DOCX и PDF.
Ожидание действия имеет приоритет над обычным признаком выполнения. Если параллельно работают субагенты, сведения об их работе могут сохраняться в подробностях состояния. Само открытие чата не отправляет ответ и не согласует действие. После ответа состояние обновляется по дальнейшему ходу работы.
Действия с разговором
Действие
Результат
Переименовать
Изменить название выбранного чата
Закрепить / открепить
Изменить положение и признак закрепления
Ответвить
Создать самостоятельный разговор с выбранной историей
Архивировать
Убрать разговор из обычного списка, сохранив историю
Вернуть из архива
Сделать архивный разговор доступным в обычном списке
Ответвление требует существующей истории. У исходного и нового чатов отдельные последующие сообщения. Архивирование не удаляет рабочие файлы. Возврат из архива не повторяет прежние запросы.
Порядок, группировка и архив
Нажмите «Параметры отображения» рядом с поиском. Меню задаёт группировку, сортировку и фильтр архива.
Рис. 5. Меню группировки, порядка и фильтра архивных сессий.
При порядке по последнему обновлению активность меняет расположение строк. Ручной порядок предназначен для пользовательского расположения; перетаскивание не является запуском или перемещением файлов задачи. Фильтр может показывать обычные разговоры, все диалоги или только архивные.
Поиск и возвращение истории
Раскройте поиск и введите часть названия или искомую фразу. Результат указывает проект. Откройте нужную строку, чтобы прочитать сохранённую историю. Архивный разговор возвращают предусмотренным действием поиска или меню строки.
Восстановленная история сохраняет прежние ответы и состояния, включая старую ошибку. Она не является новым ответом модели. Единственный снимок такого состояния приведён в главе о сообщениях.
Состояние строки
Индикатор в строке относится к текущему разговору: работа продолжается, ожидается действие пользователя или сохранён другой предусмотренный статус. Состояние отдельного хода, фонового задания и всего разговора следует читать отдельно.
Поле ввода и меню команд
Поле ввода находится под историей текущего чата. Оно хранит черновик сообщения, показывает связанные карточки контекста и позволяет отправить задачу. Команды и имена навыков выбираются через кнопку с плюсом или ввод /.
В меню показан поиск команды планирования по /plan.
На снимке открыт пустой чат проекта «Документы». Меню предлагает команды и доступные навыки; его раскрытие не отправляет запрос модели.
Голосовой ввод
Справа возле отправки находится микрофон. До первой установки он открывает подготовку локальной голосовой модели; после установки начинает отдельную запись. Завершённая расшифровка становится редактируемым текстом сообщения. Проверьте её перед отправкой. Выбор модели, загрузка, языки и отмена описаны в главе «Голосовой ввод».
Редактор сообщения
В новом чате подсказка редактора — «Опишите задачу... / команды, @ файлы или сессии»; в существующем — «Сообщение или задача... / команды, @ файлы или сессии». Текст можно вводить и редактировать до отправки. Требования, исходные данные и формат ответа входят в одно сообщение; карточки вложений и выделений располагаются рядом с редактором.
Кнопка отправки справа внизу доступна при наличии отправляемого содержимого. В пустом черновике без входных данных она неактивна. Наличие текста в поле ещё не означает, что модель получила задачу: отправленное сообщение появляется в истории.
Действие клавиши ввода определяется общей настройкой отправки. В показанной конфигурации используется «В очередь». Альтернативное действие вызывается командной клавишей и клавишей ввода на системе Макинтош или управляющей клавишей и клавишей ввода на Виндоус. Клавиша сдвига и клавиша ввода добавляет перенос строки.
Команды
Нажмите кнопку «Команды» с плюсом слева внизу редактора. Появится список с группами действий. Он прокручивается независимо от истории чата. Выбирайте запись по её назначению. Список включает команды и навыки, доступные текущему чату:
Назначение записи
Действие и область
Файл
Добавление входного файла; карточка и дальнейшее открытие описаны в 1.5
Установка цели
Вставка команды для задания или просмотра цели длительной задачи
Планирование
Вставка команды планирования
Сжатие
Сжатие предшествующей истории текущего чата
Выбор уровня доступа
Выбор режима доступа текущего чата
Модель
Выбор модели этого диалога
Выгрузка журнала
Выгрузка журнала текущей сессии сжатым архивом
Навыки
Вставка явного обращения к выбранному навыку
Команда имеет собственную обработку. Некоторые записи вставляют шаблон в редактор и требуют дальнейшей отправки. Другие открывают элемент выбора. Поэтому результат нажатия следует проверять по появившемуся полю или меню.
Шаблон планирования
Команда плана вставляет шаблон в поле сообщения. Здесь отправки ещё нет.
На снимке выбор записи планирования — третьей строки верхней группы — вставил /plan опишите задачу, чтобы составить план. Команда ещё находится в черновике. Замените поясняющий текст описанием задачи и отправьте сообщение. Вставка шаблона сама по себе не является выполнением плана.
Запись установки цели аналогично вставляет /goal опишите цель для длительной задачи. Цель и режим планирования — разные объекты: цель задаёт ожидаемый итог, а планирование определяет подготовку решения и его согласование.
Сжатие изменяет представление истории для будущих обращений к модели. Он не очищает исходные файлы рабочей папки. Устройство истории и контекста описано в 2.1.
Выбор навыка
Поиск офисного навыка в меню нового чата.
Запись содержит имя и краткое назначение. Выбор имени помогает явно указать агенту нужную инструкцию. Перечень зависит от состава установленного продукта, правил рабочей папки и режима нового чата. Подробный текст навыка загружается отдельным механизмом; список не содержит весь этот текст. Подробнее — в 2.4.
Состав навыков зависит от подключённых модулей. Предметные операции модуля «База Знаний» для работы с материалами и проверок по нормативам и модуля «Защита Данных» описаны в отдельных руководствах.
Очередь, уточнение и остановка
Во время выполнения новое сообщение может быть поставлено в очередь либо передано как вмешательство согласно выбранному действию отправки. Очередь хранит следующую задачу; вмешательство предназначено для уточнения текущей работы. Точное состояние видно по карточкам текущего выполнения.
Остановка прекращает активную работу агента. Уже сохранённые сообщения, результаты вызовов и изменения файлов сохраняют своё фактическое состояние. Остановка не отменяет выполненные операции автоматически.
Добавьте файл, ссылку или выбранный фрагмент к сообщению. Выделение передаётся после действия «Добавить в чат»; проверьте карточки материалов перед отправкой.
Материалы черновика располагаются рядом с полем сообщения. Файл, ссылка и выделение имеют разные значения для входа агента. Их представление позволяет проверить, что будет передано с очередным сообщением.
Карточки вложений
Текстовый файл и изображение добавлены в черновик.
В новом чате проекта «Учебные маршруты» добавлены учебный текстовый файл «план-отчёта.md» и изображение «слайд-1.png». Текст задания ещё не введён, сообщение не отправлено. Слева раскрыты все шесть проектов.
Чтобы добавить материалы, откройте меню кнопкой «+», выберите «Файл» и укажите один или несколько файлов в диалоге выбора. Их добавление в чат не является загрузкой документов в модуль «База знаний».
Имя, формат и размер
Открыть оригинал
Файл показан карточкой, изображение — миниатюрой.
Файл показан карточкой с именем, форматом и размером; изображение — отдельной миниатюрой. На снимке подготовка завершена. Во время загрузки компонент показывает состояние подготовки, при ошибке — состояние ошибки.
Карточки сохраняют порядок добавления и располагаются в горизонтальной ленте. Если материалов больше доступной ширины, ленту можно перемещать стрелками.
Просмотр оригинала изображения
Оригинал изображения открыт в отдельном просмотре.
Нажатие миниатюры открывает отдельный просмотр поверх чата. Здесь показан учебный слайд целиком, размер исходного изображения — 1280 × 720. Фон размыт самим интерфейсом продукта. Кнопка закрытия находится в правом верхнем углу.
Оригинал 1280 × 720 Вложение остаётся в черновике
Учебное изображение показано полностью.
Изображение содержит учебный план отчёта с датой 15 октября и тремя главными изменениями. Это подготовленный материал пользователя, добавленный в чат; результата генерации модели на снимке нет.
Удаление вложений из черновика
После удаления файла в черновике осталось изображение.
Сначала нажата кнопка удаления текстового файла. Его карточка исчезла; миниатюра изображения осталась.
Осталось одно изображение
Текстовая карточка удалена, миниатюра сохранена.
Изображение теперь занимает первое место в ленте. Удаление одного элемента не удалило второй.
После удаления обоих вложений черновик пуст.
Затем нажата кнопка удаления изображения. В черновике больше нет вложений и текста задания; переписка остаётся пустой.
Удалены только вложения текущего черновика
Карточек файла и изображения нет.
Удаление относится к неподтверждённому сообщению. Исходные учебные файлы после удаления остались на диске.
Ссылка на файл, папку или чат
Ввод символа @ в поле сообщения открывает меню кандидатов. Сначала показаны файлы и папки рабочей области, затем — существующие сессии. В этом чате в корне находится папка «маршруты». Под ней виден чат «По выделенному абзацу». Просмотр кандидатов не отправляет запрос модели.
Папка рабочей области Справа действие открытия
Ссылка на существующий чат
Файлы и папки расположены перед сессиями.
Строка папки имеет два действия. Выбор строки вставляет ссылку на папку. Стрелка справа или клавиша перехода, обозначенная в строке, открывают её содержимое в меню.
В меню найден файл внутри папки «маршруты».
После ввода «@маршруты/план-отчёта» меню показывает файл «план-отчёта.md» и отдельно существующую сессию с похожим названием. Заголовки групп позволяют различить файл и чат. Над списком виден путь от рабочей области к папке «маршруты».
Рабочий файл план-отчёта.md
Выбор строки вставляет ссылку на файл.
Выберите файл в группе «Файлы и папки».
Файл вставлен в поле сообщения ссылкой.
Меню закрылось. Внутри поля сообщения появилась ссылка с именем файла и значком документа. Она отличается от отдельной карточки загруженного вложения. Текста задания и отправленного сообщения ещё нет.
Нажмите для просмотра исходного файла
Ссылка находится внутри текста черновика.
Нажатие вставленной ссылки открывает текущий исходный файл в правой панели.
Справа открыт «маршруты/план-отчёта.md» проекта «Учебные маршруты». Ссылка сохраняется в черновике. Само открытие документа не отправляет запрос модели и не создаёт карточку выделения.
Содержимое рабочего файла Открытие не отправляет вопрос
Открыт файл «маршруты/план-отчёта.md».
На фрагменте того же снимка виден первый раздел учебного плана. Это просмотр рабочего файла. Успешное чтение файла агентом эти снимки не подтверждают.
Открытие через дерево рабочей папки показано в разделе 1.8.
Контекст другого чата через @
Чтобы использовать решения или обсуждение из прежнего чата:
В поле нового сообщения введите @ и начните писать название нужного чата.
Выберите его в группе сессий. В поле появится ссылка с названием чата.
Допишите задачу и отправьте сообщение. Например, после выбора чата «Обсуждение архитектуры»:
Используй решения из @Обсуждение архитектуры и продолжи составление плана.
После отправки агент получит текстовый снимок выбранной сессии. В одном сообщении можно сослаться максимум на три сессии.
В снимок входят тексты сообщений пользователя и ответов агента. Длинный текст ограничивается по объёму; результаты инструментов и нетекстовые вложения напрямую в снимок не входят. Снимок фиксируется при передаче: дальнейшие сообщения исходного чата автоматически не подтягиваются.
Карточка выделения
Выделите нужный текст или диапазон в просмотрщике и нажмите «Добавить в чат» в появившемся меню. После этого фрагмент появится в ленте материалов возле редактора. Сам выбор на странице ещё не добавляет материал в сообщение.
Карточка содержит значения 12, 9, 16 и 12, имя книги, лист «Показатели» и диапазон B6:C7.
Карточка показывает выбранный текст, источник и доступные координаты: страницу, строку, абзац, лист или диапазон. Длинное имя и содержимое могут сокращаться. Проверьте их до отправки.
Несколько фрагментов
Для каждого нужного фрагмента повторите выделение → «Добавить в чат». Уже добавленные материалы сохраняются при выборе следующего участка и снятии экранной подсветки. Отдельного действия закрепления для этого не требуется. Повторное добавление того же фрагмента с теми же координатами не создаёт вторую одинаковую карточку.
Добавление следующего фрагмента сохраняет первый.
Убрать материал
Используйте крестик карточки с подсказкой «Убрать выделение из …». Действие удаляет выбранный материал из черновика. Оно не меняет исходный документ и не удаляет другие добавленные фрагменты.
Отправить вопрос
Добавьте нужные фрагменты в чат.
Проверьте список карточек, текст и координаты.
Напишите вопрос и отправьте сообщение.
После принятия сообщения материалы остаются в истории рядом с ним, а черновик очищается.
Выделение и открытая вкладка
Открытый документ предоставляет сведения об источнике для работы агента. Карточка выделения означает явно выбранный материал сообщения. Открытие вкладки или первоначальный выбор ячейки не добавляют карточку автоматически.
Для анализа целого файла назовите полный документ и требуемый охват. Для вопроса по части добавьте соответствующее выделение. Подробнее — источники и фрагменты.
Рабочая область, доступ и модель чата
Перед отправкой задачи проверьте рабочую область, режим доступа и модель ИИ. Эти настройки определяют, с какими файлами работает разговор, какие действия разрешены и через какое подключение приходит ответ.
Рабочая область
В новом чате нажмите название рабочей области над полем сообщения и выберите проект. «Создать проект…» открывает форму нового проекта. После выбора проверьте название над редактором. У существующего разговора сохраняется его собственный рабочий контекст.
Выбран проект «Учебные материалы». В нижней строке редактора находятся доступ, модель ИИ, микрофон и отправка.
Выбор другой рабочей области не переносит файлы автоматически. Порядок создания проекта, выбора папки и открытия сохранённых разговоров описан в главе о проектах и чатах.
Режим доступа
Нажмите элемент доступа внизу редактора. На широком окне он показывает название, а при недостатке места может отображаться значком. Подсказка и меню позволяют проверить выбранное значение.
Меню предлагает «Только чтение», «Запись в рабочей области» и «Полный доступ».
Вариант
Назначение
Только чтение
Изучение файлов и материалов с ограничением записи
Запись в рабочей области
Работа с файлами в разрешённой области проекта
Полный доступ
Расширенный режим действий с отдельным подтверждением
Выберите режим и дождитесь сохранения. Начальное значение новых чатов задаётся в общих настройках; изменение конкретного разговора относится к нему.
Подтверждение полного доступа
При выборе полного доступа открывается «Включить полный доступ?». Прочитайте условия, отметьте «Я понимаю риски и хочу продолжить» и подтвердите «Включить полный доступ», если этот режим соответствует вашей задаче. «Отмена» сохраняет прежний выбор.
Открытое подтверждение ещё не означает включения полного доступа.
Доступ к файлам и наличие инструмента — разные условия. Расширенный доступ не добавляет отсутствующий модуль или библиотеку. Правило неизменяемости офисных оригиналов действует и при записи в рабочей области, и при полном доступе: изменения сохраняются в отдельных выходных файлах.
Модель ИИ текущего чата
Нажмите название модели возле отправки.
В открывшемся меню нажмите строку «Модель».
Выберите запись в группе нужного провайдера.
Проверьте выбранное имя в редакторе перед отправкой запроса.
Строка «Модель» открывает каталог подключений.
Выбирается конкретная запись внутри группы провайдера. Названия в этом учебном подключении вымышлены.
Каталог содержит модели из настроенных подключений. Для его изменения откройте «Настройки → Провайдеры». Наличие записи не подтверждает доступ аккаунта к сервису: успешность обращения проверяют коротким запросом.
В большом каталоге доступен поиск по имени модели. Введите часть названия в оригинальном написании. Фильтр скрывает неподходящие записи и не меняет текущий выбор. «Очистить поиск» возвращает полный список.
Если места в строке мало, название модели может заменяться значком; выбранная модель остаётся доступна в подсказке и меню.
Рассуждение и момент применения
Строка уровня рассуждения появляется только при поддержке моделью и её подключением. Набор значений задаёт адаптер; изменение произвольного числа не добавляет модели новую возможность.
Новый выбор модели используется при следующей подготовке запроса. Уже выполняющийся запрос сохраняет свой выбор, а прежние ответы не пересоздаются. При ошибке сохранения проверьте сообщение интерфейса и фактическое имя модели.
План, цель и инструменты через код
Команды «План» и «Цель» находятся в меню команд. Планирование служит согласованию решения, цель — достижению заданного результата длительной работы. Эти команды не являются уровнями рассуждения модели.
«Инструменты через код» задаются отдельно в общих настройках и применяются к новым диалогам. Режим отладки имеет свой переключатель.
Голосовая модель GigaAM v2 или Whisper Small превращает запись в текст. Она выбирается отдельно и не заменяет модель ИИ, которая отвечает на сообщение.
Сообщения и выполнение
После отправки запроса в чате появляются сообщение пользователя, ход работы агента и итоговый ответ. Вложения и выделения остаются рядом с исходным сообщением. В завершённом ходе строка выполнения показывает длительность и позволяет раскрыть действия.
Рис. 1. Два завершённых хода: агент создал файл, затем дополнил выбранный список.
В сохранённом примере «Тестовый MD-файл» первый запрос создал файл за 5 секунд. Второй добавил три пункта за 13 секунд. Ссылка test.md открывает текущий файл в правой панели. Эти времена относятся к показанным ходам.
Строка выполнения и инструменты
Раскройте строку «Завершено за …», чтобы просмотреть действия. Карточка инструмента содержит его название, входные параметры или изменение и результат. Для файловой записи можно изучить различия; для чтения — возвращённый фрагмент.
Завершение хода и результат инструмента следует читать вместе с ответом. Сообщение о запуске фонового задания подтверждает запуск; конечное состояние этого задания проверяется отдельно. Готовый файл проверяют открытием и чтением содержимого.
Во время работы
Поле ввода остаётся доступным во время выполнения. Поведение Enter задаётся в общих настройках: сообщение может попасть в очередь или стать уточнением текущей работы. Комбинация Cmd/Ctrl+Enter использует другой режим. Очередь, уточнение и остановка описаны в главе о поле ввода.
Остановка прерывает дальнейшую работу агента. Уже сохранённые файлы и результаты инструментов следует проверить отдельно. Она не означает автоматической отмены серверного задания.
Вопрос и ожидание решения
Если агенту нужен выбор, под сообщениями появляется карточка вопроса. Прочитайте варианты, выберите нужный или введите собственный ответ, затем нажмите «Отправить». При нескольких вопросах проверьте счётчик и каждый ответ. Выделенный вариант до отправки остаётся подготовленным выбором.
Чат в левой панели получает синюю подсветку и подпись «Ответ». Такой же принцип выделяет ожидание согласования инструмента и проверки плана. Подробности — в списке чатов.
Прерванные и остановленные ходы
Ход с ошибкой или прерыванием сохраняет доступный процесс раскрытым, чтобы можно было изучить причину. Ход, остановленный пользователем, может сворачиваться как завершённый. Состояния «Остановлено», «Прервано» и ошибки описывают разные причины окончания; они не подтверждают готовность результата. При прерывании проверьте полученную часть ответа и созданные файлы.
Показатели контекста и расхода
Показатели чата и завершённого хода показывают доступные сведения о шагах, скорости, расходе токенов и контексте. Длительность завершённой работы относится к строке процесса; она не добавляется в нижнюю строку расхода. Подробность отображения выбирается в настройках. Нажатие оценки контекста раскрывает его состав.
Показатели относятся к конкретной сессии. Оценка занятого контекстного окна отличается от суммарного расхода за все обращения. Она не измеряет качество ответа и не гарантирует сохранения каждого раннего сообщения без сокращения.
Ошибка обращения к модели
Рис. 4. Единственный учебный пример TIMEOUT: провайдер модели не вернул ответ в отведённое время.
В этом сохранённом запросе ход показывает «Этот ход завершился с ошибкой Request timed out.», код TIMEOUT и последний повтор обращения. Итогового ответа на вопрос нет. Ошибка модели отличается от ошибки конкретного инструмента или обработки файла.
Работающий интерфейс и доступный каталог базы не подтверждают доступности провайдера модели. Для диагностики можно раскрыть подробности обращения и скачать журнал сессии. Порядок просмотра приведён в главе об отладке и журнале. Повторный запрос является новым действием; старая ошибка остаётся частью истории.
Действия с сообщением
У сообщения доступны копирование и предусмотренные меню действий. Ответвление создаёт отдельный разговор с выбранной историей. Нажатие ссылки результата открывает соответствующий файл или источник; оно не повторяет запрос и не создаёт новый результат.
Правая панель: браузер и терминал
Управление самой панелью, вкладками файлов и документами описано в первой части 1.8. Браузер и терминал являются самостоятельными типами вкладок того же чата.
Браузерная вкладка
Новая браузерная вкладка в учебном чате.
На стартовой вкладке панели нажмите «Браузер». Откроется адресная строка. Введите полный адрес сайта и нажмите клавишу ввода. Если введён поисковый запрос без указания протокола, используется выбранная поисковая система. На снимке в адресной строке показан Яндекс; список позволяет выбрать другую доступную систему.
В правой панели действительно загружена страница сайта.
На снимке реально открыт адрес https://example.com/. Страница находится справа, а новый чат и раскрытые проекты остаются видны. На странице виден её собственный текст на нескольких языках. Это содержимое сайта, а не перевод, выполненный агентом.
Фрагмент полного экрана: текст загруженного сайта.
Фрагмент полного экрана: адрес страницы в браузере.
Элемент
Действие
Назад
Возвращает к доступной предыдущей записи навигации
Вперёд
Переходит к доступной следующей записи
Адрес сайта или поисковый запрос
Принимает адрес или запрос; клавиша ввода подтверждает действие
Поисковая система
Выбирает систему для запроса без явного указания протокола
Обновить
Перечитывает страницу по известному приложению адресу
Открыть в отдельном окне / Показать окно браузера
Открывает отдельное окно браузера Дипнео или показывает уже открытое окно
Открыть в системном браузере
Передаёт известный адрес внешнему браузеру
Уменьшить / увеличить масштаб
Меняет размер содержимого страницы
Сбросить масштаб
Возвращает масштаб страницы к 100%
Загрузки
Открывает историю скачивания файлов и показывает их состояние
Показать в папке
Открывает расположение завершённой загрузки в файловом менеджере
Выбор блока страницы
Позволяет указать элемент страницы для передачи в контекст
Закрыть вкладку
Убирает её из панели
Явный адрес открывается напрямую независимо от выбора поисковой системы. Выбор системы сохраняется между браузерными вкладками. Каждое действие открытия новой браузерной вкладки сохраняет уже открытые источники.
На активной браузерной вкладке кнопка «Открыть в отдельном окне» находится в верхней части правой панели, рядом с кнопкой разворачивания панели. Когда отдельное окно уже открыто, используйте «Показать окно браузера», чтобы вывести его на передний план.
Адреса и состояния
Браузер принимает адреса сайтов с обычным и защищённым протоколом передачи. Локальные файлы открываются через просмотр документов. Служебные схемы, встроенные в адрес учётные данные и адрес самого приложения не принимаются адресной строкой браузера.
Страница открывается во встроенном браузере настольного приложения. Панель показывает её адрес и наблюдаемое название. Переходы по ссылкам формируют историю; кнопки «Назад» и «Вперёд» перемещают по её доступным записям.
В узкой панели часть команд переносится в меню дополнительных действий браузера. Если кнопка загрузок или масштаба не помещается в строке, откройте это меню и выберите нужную команду.
Масштаб, загрузки и выделения
Кнопки «Уменьшить масштаб» и «Увеличить масштаб» меняют размер страницы. «Сбросить масштаб» возвращает 100%. Масштаб страницы относится к её просмотру; размер текста диалога задаётся отдельно в общих настройках.
«Загрузки» показывает имена файлов, прогресс и состояние скачивания. Для завершённой загрузки действие «Показать в папке» открывает её расположение в файловом менеджере.
Выделение текста и выбор блока страницы передают материал через общий протокол контекста. Открытие страницы само по себе не создаёт карточку выделения. При работе с открытой вкладкой агент может прочитать её текущий контекст; укажите нужную вкладку и задачу. Выделение позволяет явно передать конкретную часть страницы. Меню выделения скрывается при прокрутке, нажатии Escape и открытии контекстного меню. Обращения агента к содержимому и инструментам чтения описаны в механизмах 2.8–2.10.
Агент может управлять открытой браузерной вкладкой через Playwright: заполнять формы, выбирать значения, нажимать элементы и проверять результат. В сообщении назовите вкладку и опишите действие. Пошаговые примеры — в инструкции по управлению браузером, а разработка повторяемых тестов — в разделе для разработчиков.
Терминальная вкладка
На стартовой вкладке кнопка создания терминала открывает запомненную доступную оболочку. Отдельная стрелка выбора оболочки показывает обнаруженные оболочки. Просмотр списка не запускает процесс; выбор оболочки создаёт терминал.
На снимке открыта командная оболочка. В терминал вручную введена команда показа рабочего каталога; она вывела путь учебного проекта. Это действие пользователя в терминале, а не вызов инструмента агентом.
В начале вывода сохранено предупреждение запуска оболочки о доступе к локальному файлу настроек. Далее видны сама команда, фактический путь и новое приглашение. Предупреждение оболочки и ошибка запроса модели в чате относятся к разным процессам.
Элемент или состояние
Поведение
Область терминала
Принимает команды после получения фокуса
Название вкладки
Обозначает оболочку; двойное нажатие позволяет переименовать вкладку
Новая вкладка
Возвращает к стартовым действиям, откуда можно открыть ещё один терминал
Получить управление, когда показано
Передаёт этому подключению право ввода, если им владеет другая страница
Восстановить подключение, когда показано
Восстанавливает подключение к сохранённому терминалу
Завершённая оболочка
Оставляет экран с кодом завершения и предусмотренным действием нового запуска
Закрытие терминальной вкладки
Убирает вкладку и завершает её процесс
Сворачивание панели или смена вкладки
Сохраняет работающий процесс
Команды работают в среде хоста выбранного проекта. Текст, введённый в терминал, исполняется оболочкой. Текст в поле сообщения передаётся агенту. Эти поля имеют разные адресаты и собственные состояния выполнения.
Терминал в панели и фоновые задания агента имеют разные интерфейсы управления. Инструмент запуска команды сохраняет свой вывод и идентификатор задания согласно механизму 2.6; терминальная вкладка показывает интерактивный процесс пользователя.
Выделения и элементы просмотра офисных файлов
Выделение показывает часть документа на экране. Чтобы включить её в сообщение, нажмите «Добавить в чат» в появившемся меню. После этого проверьте карточку источника и допишите вопрос.
Страница текстового документа
Учебный DOCX показан как страницы подготовленного просмотра. Название вкладки сохраняет имя исходного файла.
Поле номера и общее число показывают положение в документе. Поиск работает по текстовому слою страниц; масштаб меняет размер отображения. Прокрутка и переход страницы не меняют исходник.
Для передачи фрагмента выделите текст на странице и нажмите «Добавить в чат». Синяя подсветка сама по себе не означает добавления в сообщение. Для чтения скана текстовый слой может отсутствовать; изображение страницы и распознанный текст — разные материалы.
Выделен текст на странице; меню предлагает «Добавить в чат».
Каждый фрагмент добавлен отдельно. Оба остаются в черновике без отдельного закрепления.
Ячейка и формула
В учебной книге выбрана B8. Строка формулы показывает =B7-B6, сохранённое значение ячейки — 4.
Элемент
Назначение
Буквы столбцов и номера строк
Координаты ячеек
Адрес выбранной области
Ячейка или диапазон, например B8 или B6:C7
Строка текущей ячейки
Значение или формула активной ячейки
Область листа
Выбор ячейки щелчком и диапазона протягиванием; Shift со стрелками расширяет область
Вкладки листов
Переключение листов книги
Масштаб
Размер табличного представления
Отображаемое число не подтверждает пересчёт формулы. Если результат зависит от вычислений, поручите отдельный пересчёт и проверку. Он сохранится в новом файле.
Диапазон и добавление в чат
Выбраны четыре исходных значения двух недель. Меню предлагает добавить их в чат.
Выберите диапазон B6:C7 мышью или расширьте область с Shift и стрелками.
Нажмите «Добавить в чат».
Проверьте карточку: имя книги, лист и координаты.
Допишите вопрос и отправьте сообщение.
В черновике показаны значения 12, 9, 16 и 12 и адрес «Показатели!B6:C7».
В B6:C7 не входят подписи недель из столбца A и названия показателей из строки 5. Для самостоятельного анализа с заголовками выберите A5:C7. Добавление нового фрагмента сохраняет предыдущие карточки; ненужную удалите крестиком. Подробнее — вложения и выделения.
Просмотр офисных документов
Офисный файл открывается в правой панели. Word и презентации показываются как страницы подготовленного просмотра, книги — как листы и ячейки, PDF — в просмотрщике страниц. Исходный файл сохраняется неизменным.
Дождитесь содержимого. «Готовлю предпросмотр…» или счётчик 0 ещё не означают, что страницы готовы.
Можно открыть несколько вкладок и переключаться между ними. Закрытие вкладки не удаляет файл. «На весь экран» разворачивает просмотр; «Выйти из полноэкранного режима» возвращает обычное расположение.
Текстовый документ
Открыт «учебный-план-отчёта.docx». Имя вкладки указывает исходный документ, внутри видны страницы его просмотра.
Деталь того же просмотра: текст условий и учебная таблица.
Используйте номер страницы, поиск, прокрутку и масштаб. Эти действия меняют просмотр. Для правки текста, таблицы или колонтитула опишите задачу в чате и задайте отдельный выходной файл.
Электронная таблица
Табличный просмотр показывает лист «Показатели», адрес активной ячейки и строку формулы.
Выберите ячейку, чтобы увидеть её адрес и значение либо выражение. Предупреждение о формулах сообщает, что сохранённые результаты могут отсутствовать или быть неточными. Для проверки расчётов поручите пересчитать книгу и сохранить отдельный результат.
Когда просмотрщик сообщает о неподдерживаемых объектах, появляется кнопка «Показать диаграммы и оформление в PDF». Она открывает подготовленный печатный вид. Проверьте диаграммы целиком, подписи, оси и границы страниц.
Выделение диапазона и подготовка вопроса
Выберите нужную область, затем нажмите «Добавить в чат». Для сравнения двух недель вместе с заголовками учебной книги подходит A5:C7. Диапазон B6:C7 содержит только четыре числа и не включает подписи недель и показателей.
Проверьте имя книги, лист и координаты на карточке, допишите вопрос и отправьте его. Порядок выбора ячейки, формулы и диапазона показан в главе о выделениях.
Презентация
PPTX открыт как две страницы подготовленного просмотра.
Переход страницы меняет положение просмотра. Перестановка, копирование и изменение слайдов выполняются отдельным поручением агенту. Для проверки созданной презентации просмотрите все слайды и заметки; инструменты описаны в главе о презентациях.
PDF
Просмотрщик показывает страницы PDF, поиск и элементы навигации.
Номер страницы относится к её положению в файле и может отличаться от напечатанного номера. Для вопроса по фрагменту выделите текст и добавьте его в чат. Для изменения страниц или заполнения формы укажите отдельный результат.
Оригинал и результат
Предпросмотр не меняет исходник. Если подготовка вида требует преобразования или пересчёта, приложение использует отдельную рабочую копию. Каждая правка и пересчёт агентом также сохраняются в новый выходной файл.
Открытие файла не подтверждает его изменение или прочтение агентом. Проверьте ссылку на полученный результат, содержание и оформление. Общий порядок — в офисных задачах.
Правая панель, файлы и просмотр документов
Правая панель показывает источники и результаты рядом с чатом. Слева сохраняются раскрытые проекты и список чатов; в центре остаётся поле задачи или переписка. Просмотр источника и отправка задания агенту — самостоятельные действия.
Расположение и начальный экран
Рисунок 14 показывает новый чат проекта «Учебные примеры» и открытую правую панель. На её начальном экране доступны файлы рабочей области, терминал и браузер. Само открытие панели не запускает команду, не читает документ для модели и не отправляет запрос.
Нажмите кнопку открытия правой панели в верхней части рабочей области чата.
Выберите вид содержимого на начальном экране.
Продолжайте работу с чатом в средней области; источник остаётся справа.
Фрагмент рисунка 14 показывает три верхние кнопки: разделить область, развернуть панель и свернуть её. Сворачивание изменяет расположение рабочей области. Оно не удаляет открытый исходный файл.
Дерево рабочей папки
На рисунке 15 открыта вкладка «Файлы». Под именем вкладки виден путь рабочей папки выбранного проекта. В папке расположен учебный документ «план-отчёта.md». Учебный материал вымышлен; он включён в комплект исходников.
На начальном экране панели выберите «Файлы рабочей области».
Найдите документ в дереве выбранной папки.
Нажмите его имя. В панели появится отдельная вкладка документа.
Если состав папки изменился после открытия дерева, воспользуйтесь кнопкой «Обновить» в панели файлов.
Текущий путь относится к выбранной рабочей области. Похожее имя файла в другом проекте не означает тот же источник. Нажатие документа открывает просмотр; оно не добавляет файл в базу знаний и не публикует его как норматив.
Открытый документ
На снимке выбран проект «Учебные маршруты», все шесть проектов раскрыты. Открыт файл «маршруты/план-отчёта.md»; его вкладка расположена рядом с вкладкой «Файлы». В верхней строке просмотрщика видны конец пути и обозначение формата. Основная область показывает заголовки, абзацы и таблицу исходного учебного материала. Вкладка имеет кнопку закрытия. Закрытие вкладки не удаляет исходный документ из папки. В этом чате нет сообщений и выделений.
Тот же снимок: раздел «Срок и состав».
Фрагмент того же снимка показывает абзац раздела «Срок и состав». Этот же абзац затем выделяется в разделе о входных материалах. Дата начала — 15 октября; требуемое число главных изменений — три. Эти значения взяты из учебного источника, а не из ответа модели.
Элемент
Действие и результат
Вкладка документа
Переключает отображаемый источник в панели
Путь
Позволяет определить открытый файл и рабочую папку
Кнопка перечитывания
Запрашивает текущее содержимое файла повторно
Обозначение формата
Показывает используемый просмотр; доступные способы открытия зависят от формата и поставки
Кнопка закрытия
Убирает вкладку из панели
Текст документа
Позволяет выделить фрагмент для очередного сообщения
Просмотрщик размещает содержимое в пределах ширины панели. В данном состоянии широкая таблица выходит за её правый край; полный снимок не является подтверждением видимости всех столбцов. При проверке таблицы нужно отдельно просмотреть нужные столбцы или открыть её в соответствующем представлении.
Передача фрагмента агенту
Открытие вкладки создаёт доступный контекст источника. Чтобы явно передать нужный участок с очередным вопросом, выделите его и проверьте карточку возле поля сообщения. Имя документа, выбранный текст и доступная позиция сохраняются в сведениях выделения.
Закрепление и несколько фрагментов описаны в разделе 1.5. Фактический запрос по двум абзацам и его результат записаны в сценарии А-03.
Документ с фиксированной разметкой и несколько страниц
На следующем снимке показана рабочая папка другого учебного проекта — «Учебные примеры». В ней находится «учебный-план-отчёта.pdf». Это специально подготовленный вымышленный источник: первая страница содержит правила отчёта, вторая — таблицу двух недель.
Первая страница учебного документа в локальной версии продукта.
Нажатие имени файла открыло встроенный просмотрщик. На полном снимке видны вкладки «Файлы» и документа, первая страница, поле задания в центре и раскрытые проекты слева. В верхней строке просмотрщика указан номер 1 из 2. Документ прокручивается непрерывно: внизу экрана уже начинается второй лист.
После нажатия кнопки следующей страницы номер изменился на 2. В области просмотра появились заголовок «Учебные показатели» и таблица; над ними остался нижний край предыдущего листа. Это обычное положение непрерывного просмотра, а не третий лист документа.
Деталь того же экрана: переход между страницами.
Для перехода можно воспользоваться стрелками возле номера страницы. Поле номера и общее число страниц позволяют проверить положение в документе. Изменение масштаба и переход по страницам управляют просмотром и сами по себе не отправляют сообщение модели.
Таблица на странице 2. Это исходные данные, а не ответ агента.
На втором листе видны все три столбца. Первая неделя содержит 12 обращений и 9 завершённых, вторая — 16 и 12. Разница составляет 4 и 3 соответственно. Это контрольные значения из учебного источника; они не выдаются за ответ агента.
Выделение текста таблицы и вопрос
На снимке мышью выделены две строки таблицы. Возле поля ввода появилась карточка, а в поле подготовлен вопрос о разнице показателей. В этот момент сообщение ещё не отправлено. В сведениях выделения сохранены имя файла и страница 2; на компактной карточке длинное имя сокращено.
В данном просмотрщике выделение таблицы передаётся как выбранный текст, а не как диапазон электронной таблицы с адресами ячеек. Заголовки столбцов не вошли в это выделение: вопрос отдельно называет показатели. Перед отправкой следует проверить полноту выбранного текста, особенно последнюю цифру строки.
Завершённый ответ и последовательность работы с выделенной таблицей приведены в учебном сценарии. Открытие и выделение источника проверяются отдельно от ответа модели.
Границы модуля
Управление адресной строкой браузера, пример реально загруженной страницы и интерактивный терминал описаны в продолжении 1.8.
Открытие вкладок, браузерные действия и передача выделений относятся к общим средствам продукта. Контекст офисных документов предоставляется офисным компонентом; протокол передачи в чат обрабатывает ядро. Модуль «База Знаний» для работы с материалами и проверок по нормативам выполняет свои предметные операции, описанные в отдельном руководстве.
Снимки этого раздела показывают открытие текстового учебного документа и двухстраничного документа с фиксированной разметкой. Реальное открытие текстового офисного документа, электронной таблицы и презентации показано в продолжении об офисных документах. Эти примеры используют подготовленные учебные исходники; создание результатов агентом остаётся отдельной проверкой.
Задания и результаты
Завершённый ход показывает итоговое сообщение и созданные материалы. Карточка выполнения позволяет раскрыть инструменты, а карточка файла — открыть результат в правой панели.
В примере нормативной проверки агент выполнил работу в одном разговоре. Подробный сценарий относится к руководству базы знаний.
Как проверить результат
Результат
Признак и действие
Ответ в чате
Прочитайте итоговое сообщение и его ограничения
Созданный файл
Откройте карточку и проверьте содержимое
Изменение существующего файла
Сверьте изменённый документ с запросом
Фоновое задание
Проверьте конечное состояние задания; ответ о запуске не означает его завершения
Дочерняя задача
Просмотрите её результат и итог родительского агента, который объединяет работу
Строка «Завершено» относится к текущему ходу. Описание ещё предстоящих действий в ответе не подтверждает их выполнение. Наличие карточки файла также требует проверки самого файла.
Дочерние задачи
Для задач, где агент использует субагентов, список исполнителей позволяет наблюдать их состояние и открывать разговоры. У каждого исполнителя отдельный результат; основной агент объединяет их в итог задачи. Порядок работы описан в главе о субагентах.
Журнал
Раскройте строку выполнения, чтобы прочитать инструментальные вызовы. Режим отладки предоставляет подробности выполнения. Журнал сессии доступен и при выключенной отладке. Эти сведения помогают проверить, какой инструмент прочитал или изменил данные. Они не заменяют проверку пользовательского результата.
Задания, результаты и журнал сессии
Эта глава описывает элементы наблюдения за работой и открытия её результатов. Список заданий, сообщение субагента, изменённый файл и файл, представленный агентом, имеют разные источники и состояния.
В выбранном чате проверка завершена и сохранён отчёт. Меню «Еще действия» содержит команду выгрузки журнала. Эта команда относится к истории сессии; открытие результата показано в главе о заданиях и результатах.
Список фоновых заданий
Компонент списка находится среди действий в заголовке текущего чата. Он появляется, когда сессия видит хотя бы одно задание. Пустой чат не показывает кнопку пустого списка.
Кнопка открывает список. Работающие задания располагаются отдельно от завершённых. Строка показывает название, состояние и длительность; раскрытие строки показывает доступный вывод. Поток наблюдения открыт, пока строка раскрыта; закрытие строки или списка прекращает передачу вывода в это представление.
Элемент
Действие и состояние
Кнопка со счётчиком
Открывает задания текущей сессии; при работающих заданиях счётчик относится к ним
Строка задания
Раскрывает или скрывает сохранённый и поступающий вывод
Выполняется / останавливается
Задание работает или получило запрос остановки
Завершено / отменено / ошибка
Завершилось, отменено или закончилось ошибкой
Кнопка остановки
Первое нажатие включает подтверждение, второе отправляет запрос остановки
Завершённые задания
Отдельная раскрываемая группа; когда работающих нет, группа по умолчанию раскрыта
Очистка списка
Убирает завершённые строки из текущего отображения
Копирование вывода
Копирует показанный вывод
Показ дополнительных строк / сворачивание
Показывает дополнительные строки или сворачивает длинный вывод
Клавиша «Эскейп»
Закрывает открытый список и возвращает фокус кнопке
Запрос остановки и завершённая остановка отображаются отдельно. Очистка списка не является удалением созданных файлов. Закрытие наблюдения не прекращает процесс. Механика создания и чтения задания описана в 2.6.
Дочерние задачи и сценарии автоматизации
Вызов делегирования имеет собственную строку выполнения. Дочерний агент получает отдельную задачу и может продолжить её после сообщения. Его результат поступает родителю предусмотренным механизмом. Созданный пользователем второй чат управляется через список чатов; это другой элемент.
Компонент программной координации отображает выполнение программного сценария, его объявленные фазы, сообщения журнала и итог. Состав записи зависит от фактического вызова и объявленной метаинформации. Переход к записи не является повторным запуском сценария.
После хода, в котором зарегистрированы изменения, компонент результатов может показать список файлов, число добавленных и удалённых строк и переход к сравнению. Этот список относится к изменениям данного хода. Он не охватывает произвольные внешние изменения всей файловой системы.
Вкладка сравнения в правой панели содержит выбор файла, единое или двухколоночное представление, перенос строк и открытие всего файла. Двоичный или слишком большой файл имеет соответствующее состояние вместо текстового сравнения. Удалённый файл и созданный файл показываются относительно начала и конца хода.
Сводка изменений отличается от ответа модели: она формируется по зарегистрированным файловым изменениям. Для проверки сохранённого результата откройте сам файл.
Представленные результаты
Агент передаёт готовые файлы в карточках результатов. Карточка содержит имя файла, его место и описание. Предпросмотр открывает файл в правой панели. Если локальная серверная среда располагает рабочим столом и путь доступен, действия позволяют открыть файл во внешнем приложении или показать его в файловом менеджере.
В длинном списке доступны раскрытие всех файлов и сворачивание. Состояния подготовки, доставки, ошибки и прерывания относятся к вызову представления. Сообщение «открытие запрошено» подтверждает передачу команды приложениям рабочего стола; оно само по себе не удостоверяет качество документа.
Файл по ссылке читается из фактического места хранения. Более позднее изменение или удаление этого файла влияет на последующее открытие. Порядок создания и объявления результатов — в 2.16, управление просмотром — в 1.8.
Сохранить диалог в PDF
В настольном Дипнео откройте «Еще действия» → «Сохранить PDF…». В окне «Экспорт диалога в PDF» выберите пары вопросов и ответов, которые нужны в файле.
Меню отдельно предлагает PDF и скачивание сессии.
По умолчанию выбран последний завершённый диалог. В примере доступна одна пара вопроса и ответа.
Проверьте счётчик «Выбрано». Для незавершённого ответа показано «Ответ ещё не готов».
Нажмите «Сохранить PDF» и дождитесь создания и скачивания файла.
Откройте PDF и проверьте полноту выбранных вопросов и ответов, таблицы, ссылки и изображения.
В PDF включается содержание выбранных диалогов. Для прерванного ответа сохраняется полученная часть с соответствующей пометкой. Такой PDF предназначен для чтения; технический журнал и вложения получают отдельным экспортом сессии.
Сохранить только выделенный фрагмент
Выделите нужный текст в сообщениях чата и выберите «Сохранить PDF» в появившемся меню. В этом случае сохраняется выделение, а не все диалоги. Проверьте границы выделенного текста перед действием.
Действия «Добавить в чат» и «Сохранить PDF» относятся к выделенному фрагменту.
Скачать журнал сессии
Откройте «Еще действия» в заголовке и выберите «Скачать сессию». Экспорт предоставляет сжатый архив с журналом выбранной сессии и предусмотренными связанными материалами. Команда /export доступна через меню команд чата и не принимает путь назначения.
Журнал фиксирует данные сессии и выполнения. Перед его передачей учитывайте содержимое своего чата и вложений: архив является материалом этой работы.
Общие настройки
Откройте «Настройки» внизу левой панели и выберите «Общие». Окно содержит настройки доступа, языка, голосового ввода, оформления и работы диалога. Большинство значений сохраняется сразу после выбора; дождитесь завершения сохранения.
Голосовой ввод расположен после языка. В нижней части находятся отдельные настройки отладки и инструментов через код.
Строка
Что меняет
Доступ
Режим доступа по умолчанию для новых сессий; у существующего чата есть собственный выбор
Язык
Язык элементов интерфейса
Голосовой ввод
Локальную модель распознавания речи и её установку
Язык распознавания
Язык Whisper Small; строка появляется для многоязычной модели
Оформление
Светлую, тёмную или системную тему
Размер шрифта
Размер текста диалога, от 10 до 22 пикселей
Отображение диалога
Вид процесса в завершённых ходах
Открывать ссылки из чата
Встроенный браузер в боковой панели или браузер по умолчанию
Поведение Enter во время работы
Очередь или вмешательство, пока агент занят
Производительность и расход
Краткие или подробные показатели
Режим отладки
Дополнительные инструменты и подробности работы
Инструменты через код
Программные вызовы инструментов для новых диалогов
Доступ и язык
Выберите режим доступа по умолчанию для следующих сессий. Перед изменением доступа отдельного разговора используйте его настройки. Подтверждение расширенного доступа относится к конкретному выбору.
Изменение языка интерфейса не переводит файлы и уже записанные сообщения. Для перевода материала задайте отдельную задачу в чате.
Голосовой ввод
Выберите «Русский (GigaAM v2)» или «Мультиязычная (Whisper Small)». Если модель не установлена, справа доступен значок загрузки. Для Whisper Small ниже выбирают язык или автоопределение.
Полный порядок скачивания, установки, записи и проверки текста приведён в главе «Голосовой ввод». Выбор модели для голоса не меняет модель ИИ текущего чата.
Оформление и размер текста
«Светлая», «Тёмная» и «Системная» выбирают оформление приложения. Системный вариант следует теме операционной системы.
В «Размер шрифта» введите целое число от 10 до 22 или используйте кнопки изменения. Настройка влияет на содержимое диалога и черновик; она не меняет размер текста в исходных документах. Для возврата задайте прежнее значение и тему вручную.
Завершённые ходы и показатели
«Отображение диалога» управляет представлением процесса уже завершённых ходов. Смена вида не запускает инструменты повторно и не создаёт новый ответ.
«Производительность и расход» предлагает «Кратко» и «Подробно». Краткий вид показывает доступные показатели скорости вывода и повторного использования входных данных. Подробный добавляет статистику чата и расход при наличии полного учёта. Настройка не меняет записанные события. Показатели расхода зависят от сведений провайдера.
Ссылки из чата
«В боковой панели» открывает веб-ссылки во встроенном браузере. «В браузере по умолчанию» передаёт открытие системному браузеру. Выбор места открытия относится к обычному нажатию веб-ссылки, а просмотр файла рабочей области описан в правой панели.
Открытие страницы и передача её содержания агенту — разные действия.
Enter во время работы
Вариант
Действие
В очередь
Новое сообщение ждёт начала следующего хода
Вмешаться
Сообщение передаётся как уточнение текущей работы при поддержке такого взаимодействия
Обычный Enter и основная кнопка отправки используют выбранное действие. Cmd+Enter на macOS или Ctrl+Enter на Windows и Linux используют другой способ, когда агент занят. Shift+Enter вставляет перенос строки. Если агент свободен, отправка начинает новый ход.
Это отдельные настройки. «Инструменты через код» можно включить при выключенной отладке; изменение применяется к новым чатам. Подробности — в главе об отладке.
Файл конфигурации
Кнопка «Открыть файл конфигурации» в верхней части настроек открывает локальный файл настроек в системном редакторе. Для обычного выбора языка, темы, голоса и моделей используйте соответствующие элементы приложения.
Учебный пример
Откройте общие настройки и выберите язык интерфейса.
Установите удобные тему и размер текста.
Если планируете диктовку, выберите и установите голосовую модель.
Проверьте поведение Enter во время работы.
Перед отправкой новой задачи проверьте модель ИИ и доступ в поле сообщения.
Провайдеры и модели
В «Настройки → Провайдеры» подключают сервисы моделей ИИ и формируют список моделей для чатов. Для ответа нужна сохранённая конфигурация, доступ к выбранному сервису и действительные данные авторизации. Модель конкретного разговора выбирают возле поля сообщения.
Голосовой ввод имеет отдельные локальные модели: их выбор и загрузка описаны в собственной главе. Добавление модели в каталог провайдера не скачивает её веса на компьютер.
Добавить провайдера из предустановки
Откройте «Настройки → Провайдеры».
Нажмите «Добавить провайдера» и оставьте вкладку «Выбрать провайдера».
Выберите категорию «Российские», «Китайские» или «Другие».
В списке «Предустановка провайдера» выберите сервис, которым будете пользоваться.
Введите выданный этим сервисом API-ключ.
Проверьте модели и дополнительные настройки. При необходимости запросите доступные модели и добавьте нужные.
Нажмите «Создать провайдера» и дождитесь его появления в списке.
Категория группирует предустановки. Она не подтверждает доступность сервиса из вашей сети.
Предустановка определяет параметры адаптера и исходный каталог. Для обращения нужны данные доступа.
Подключить сервис вручную
Выберите вкладку «Ввести вручную». Укажите отображаемое имя, «Базовый URL», «Протокол API», ключ и хотя бы одну модель. В форме есть протоколы «OpenAI — Chat Completions», «OpenAI — Responses» и «Anthropic — Messages». Выберите именно тот, который поддерживает подключаемый сервис.
Имя помогает отличать подключения в меню чата. Адрес и ID моделей должны соответствовать сведениям сервиса. Корпоративное или локальное подключение использует тот же порядок настройки; запуск сервера модели выполняется отдельно.
Получить список и выбрать нужные модели
Задайте параметры подключения и необходимые данные авторизации.
Нажмите «Доступные модели» в блоке «Модели».
Дождитесь окна «Выберите модели для добавления».
Найдите нужные модели через «Поиск моделей», когда поле доступно, и отметьте их флажками. «Выбрать все» отмечает список, «Снять выделение» убирает отметки.
Нажмите «Добавить выбранные». Модели появятся в редакторе подключения.
Сохраните форму кнопкой «Создать провайдера» или «Применить».
Вымышленное учебное подключение показывает три записи; выбраны две. Их названия служат только примером работы списка.
Добавление выбранных записей возвращает их в форму. До сохранения подключения это подготовленные изменения.
Список моделей возвращает сервис или встроенный каталог адаптера. Возможность получить список зависит от протокола, адреса и ключа. Прочитайте сообщение, если получение списка не удалось. Наличие модели в списке ещё не подтверждает право аккаунта обращаться к ней или качество ответа.
Добавить модель по ID и указать лимиты
Нажмите «Добавить модель», введите «ID модели» и при необходимости «Отображаемое имя». ID должен точно совпадать с идентификатором, который принимает сервис. Разные подключения могут содержать модели одного семейства.
Раскройте «Лимиты» у записи. Настройте контекстное окно, максимум токенов вывода и типы входа «Текст» и «Изображение» в соответствии с реальными возможностями модели.
Поля описывают возможности выбранной записи. Они не увеличивают реальные лимиты сервиса.
Числовые лимиты должны быть положительными целыми значениями; поддерживается сокращённая запись K и M. Подсказка в пустом поле не является введённым значением. Повторяющиеся ID отклоняются.
Корзина удаляет строку из подготовленного списка. Если каталог унаследован от адаптера, «Восстановить значения по умолчанию» возвращает его исходный состав. Сохраните редактор, чтобы применить подготовленные изменения.
Изменить подключение
В списке нажмите «Изменить» у нужного провайдера. Проверьте имя, адрес, протокол, ключ и список моделей. «Применить» сохраняет изменения, «Отмена» закрывает редактор без их применения.
«Свой» обозначает пользовательскую конфигурацию. Действия относятся к этой строке подключения.
Секретный ключ скрыт в интерфейсе. Для его замены используйте поле ключа в редакторе; для удаления ключа — предусмотренное действие, когда оно доступно. Не включайте ключи в сообщения и снимки экрана.
Выбрать модель для чата
Закройте настройки.
Нажмите название модели возле отправки сообщения, затем строку «Модель».
Выберите запись в группе нужного провайдера.
Проверьте имя возле поля сообщения.
Отправьте короткий запрос и проверьте ответ.
В меню чата показаны две модели, ранее сохранённые в учебном подключении.
Для анализа изображения выберите модель с поддержкой изображений. Для больших материалов учитывайте контекстное окно и предел ответа; числовой лимит в настройках должен соответствовать подключению. Параметры рассуждения показываются только при их поддержке моделью и адаптером.
Меню выбирает модель конкретного чата; редактирование провайдера меняет доступную конфигурацию. Подробности момента применения и режима доступа — в настройках чата.
Проверить подключение
Сохранённая строка подтверждает настройки. Полученный ответ подтверждает выполненное обращение. Если запрос завершился ошибкой, проверьте адрес, протокол, ключ, ID модели, доступ аккаунта и соединение с сервисом. Ошибка запроса и ошибка получения списка моделей могут иметь разные причины.
Каталог или одно успешное обращение не заменяют проверку качества на вашей задаче. Сверяйте факты, числа и ссылки ответа с исходными материалами.
Удалить подключение
Нажмите «Удалить» у провайдера и прочитайте подтверждение. Для подключения с сохранённым ключом окно сообщает, что будут удалены и настройки, и API-ключ. «Отмена» сохраняет подключение.
Диалог явно перечисляет удаляемые данные. На снимке удаление ещё не выполнено.
Режим отладки и инструменты через код
В «Настройки → Общие» доступны две отдельные строки: «Режим отладки» и «Инструменты через код». Прежнее название переключателя «Разработчик» больше не используется. Для обычных задач с офисными файлами, сайтами и материалами включать отладку не требуется.
На снимке отладка выключена, а инструменты через код включены. Каждый переключатель имеет собственное состояние.
Режим отладки
Настройка открывает дополнительные инструменты и подробности работы для разработчика. Включите «Режим отладки» и дождитесь сохранения. Для работы с новым составом инструментов начните новый чат.
Отладка не меняет режим доступа к файлам. Состав доступных действий и разрешение конкретной операции проверяются отдельно. Если сохранение не удалось, интерфейс сообщает об ошибке; проверьте фактическое положение переключателя.
Траектория
В существующем разговоре при доступности этого представления выберите «Траектория». Она показывает сообщения, запросы и инструментальные события; поиск помогает найти нужный участок. Представление «Чат» возвращает сообщения и результат того же разговора.
Траектория описывает записанную работу. Наличие вызова или отсутствие совпадений в поиске не подтверждает правильность результата. Сам результат проверяют по документу, данным или сайту.
Инструменты через код
Эта настройка позволяет агенту писать программу для вызова инструментов и обработки их ответов. Она доступна независимо от состояния «Режим отладки» и применяется к новым диалогам.
Откройте «Настройки → Общие».
Включите «Инструменты через код» и дождитесь состояния «включ».
Начните новый чат и опишите задачу обычным текстом.
После выполнения проверьте обработанные материалы и итоговые файлы.
Механизм полезен для последовательностей операций и обработки набора материалов. Пользователю писать программу не требуется. Подробности и пример — в главе «Программные вызовы инструментов».
Изменение настройки не пересобирает уже существующий разговор и не добавляет отсутствующие библиотеки. Режим доступа чата продолжает действовать.
Скачать журнал сессии
Откройте меню дополнительных действий в заголовке чата и выберите «Скачать сессию» или выполните /export. Экспорт доступен без включения отладки. Название команды меню сверяйте с главой о журнале.
Журнал содержит историю, материалы и события разговора. Перед передачей другому человеку просмотрите его содержимое. Экспорт журнала не является сохранением офисного результата; итоговый файл открывают по его отдельной ссылке.
Управление установленными модулями
Откройте «Настройки → Модули и навыки → Пользовательские». Здесь можно установить переданный модуль из папки, включить нужные модули и отключить неиспользуемые. Сейчас поддерживаются только модули компании — правообладателя Дипнео.
Рис. 1. Кнопка добавления, карточки и переключатели модулей.
Карточка модуля
Элемент
Назначение
Название и описание
Назначение модуля
Версия
Версия установленного модуля
Переключатель и состояние
Включение или отключение модуля
Раскрывающаяся строка «Навыки»
Просмотр входящих в модуль навыков
Сообщение об ошибке
Причина, по которой действие не удалось
«Удалить», когда доступно
Удаление дополнительно установленного модуля
Кнопка «Добавить модуль» открывает выбор папки. Порядок действий описан в инструкции по установке.
Список обновляется автоматически при открытии раздела и после установки, удаления, включения или отключения модуля.
Навыки модуля
Модуль — подключаемый пакет, который может объединять несколько навыков. Во вкладке «Пользовательские» раскройте строку «Навыки» под его карточкой. Число рядом со строкой показывает количество навыков в каталоге. Во вкладке «Системные» показаны системные навыки приложения.
Навыки в обеих вкладках используют одинаковую карточку: название, краткое описание назначения и технический идентификатор. Нажмите название, чтобы раскрыть дополнительные сведения; повторное нажатие свернёт карточку. Длинный список прокручивается внутри окна настроек. Раскрытие карточки не запускает навык.
Полный список и примеры раскрытых карточек модуля «База Знаний» для работы с материалами и проверок по нормативам приведены в его обзоре.
Включение и отключение
Измените переключатель в карточке и дождитесь результата. Включение подключает инструменты, настройки и элементы интерфейса модуля. Отключение убирает эти возможности; карточка и установленный модуль сохраняются. Чтобы снова пользоваться модулем, включите его.
Если переключение завершилось ошибкой, прочитайте сообщение в карточке. Во время выполнения действия управление списком временно недоступно.
Удаление
У дополнительно установленного модуля может быть кнопка «Удалить». Нажмите её, только если модуль больше не нужен. После успешного удаления его карточка исчезнет из списка. Для временного прекращения работы используйте отключение.
У предустановленных и защищённых системных компонентов удаление из этого списка недоступно. Вкладка «Системные» показывает системные навыки приложения; установка переданного модуля выполняется в «Пользовательских».
В системном списке есть «Навыки для новых диалогов» и «Глобальные навыки». Состав первой группы зависит от текущих настроек. Поиск фильтрует записи. Офисные возможности подключаются агентом по задаче; раскрытие их карточки не запускает чтение или изменение документа.
Установка дополнительного модуля из папки
Дополнительный модуль расширяет возможности Дипнео. Сейчас установка доступна только для готовых модулей, созданных компанией — правообладателем Дипнео. Если вам передали такой модуль, установите его из папки по этой инструкции.
Информация о самостоятельном создании модулей будет опубликована позже.
Подготовка
Сохраните переданную папку модуля на компьютере. Если модуль передан в архиве, распакуйте его. При установке выбирайте папку самого модуля, а не архив или общую папку с несколькими модулями. Сохраняйте состав и структуру переданных файлов.
Условия работы и необходимые параметры подключения указаны в руководстве конкретного модуля.
Установка
Рис. 1. Добавление переданного готового модуля выполняется в представлении «Пользовательские».
Откройте «Настройки → Модули и навыки → Пользовательские».
Нажмите «Добавить модуль».
В окне выбора папки укажите переданную папку модуля.
Дождитесь завершения проверки и установки. В настройках отображается ход операции.
При сообщении «Модуль добавлен и включён» найдите его карточку в списке. Если приложение сообщает, что для подключения требуется перезапуск, перезапустите Дипнео.
Откройте настройки модуля, если они предусмотрены, и задайте параметры из его руководства. Выполните описанное там первое действие, чтобы проверить работу.
Установка включает модуль автоматически. Карточка показывает его название, описание, версию и состояние.
Включение и отключение
В «Пользовательских» найдите карточку модуля и измените её переключатель. После успешного изменения появится состояние «Включён» или «Отключён».
Отключение убирает доступные возможности модуля, но сохраняет его установленным. Для возобновления работы включите переключатель. Список обновляется автоматически после изменения состава или состояния модулей.
Убедитесь, что выбрана папка самого переданного модуля и архив распакован. Если комплект неполный, обратитесь к передавшей его компании
Этот модуль уже установлен
Найдите его карточку в списке и управляйте включением там
Требуется перезапуск приложения
Перезапустите Дипнео, затем проверьте карточку модуля
Ошибка установки, подключения или переключения
Сохраните текст сообщения и передайте его компании, предоставившей модуль
Во время операции дождитесь её результата: кнопки управления временно недоступны.
Справочник элементов управления
Справочник индексирует элементы текущей поставки и ведёт к их подробному описанию. Отключённые поверхности отмечены в соответствующей главе; наличие исходного компонента не подтверждает доступность его интерфейса.
Рис. 1. Главное окно Дипнео: проекты раскрыты, открыт новый чат.
Отправка; во время работы применяется настройка очереди или вмешательства
Клавиша сдвига и клавиша ввода
Перенос строки в сообщении
Командная клавиша и ввод на Макинтош / управляющая клавиша и ввод на Виндоус
Другое предусмотренное действие отправки во время работы
Клавиша «Эскейп» в открытом списке заданий
Закрывает список и возвращает фокус
Подсказка кнопки
Сочетание текущей платформы, если оно связано с командой
Отдельное окно всех сочетаний в текущем профиле отключено.
Недоступный элемент может означать отсутствие необходимых данных, текущую загрузку или сохранение, ограничение политики либо выключенный компонент. Пояснение относится к конкретному элементу. Открытие меню не меняет значение; черновик ещё не является отправленным сообщением; состояние «запрошено» не равно завершению действия.
Указатели подробных глав
Главное меню приложения: разделы для macOS, Windows и Linux, команды редактирования и масштаба, навигация, инструменты разработчика, управление окнами, сведения о программе и обновления.
Главное меню управляет окнами Дипнео, редактированием, масштабом, навигацией и проверкой обновлений. Его расположение и часть команд зависят от операционной системы. Ниже приведён состав меню настольного приложения; команды перечислены в порядке их появления.
macOS
Меню находится в системной строке вверху экрана, когда Дипнео — активное приложение. Разделы идут в следующем порядке: «Дипнео» → «Правка» → «Вид» → «Разработчик» → «Окно». Название первого раздела соответствует имени запущенного приложения; в сборке для разработки оно может отличаться.
Меню «Дипнео»
Пункт
Что делает
О программе
Открывает окно с названием приложения и номером версии. Кнопка OK закрывает это окно.
Проверить обновление
Запускает ручную проверку обновлений. Возможные результаты описаны ниже.
Службы
Открывает системное подменю служб macOS. Состав зависит от установленных служб и текущего выделения или поля ввода.
Скрыть Дипнео
Скрывает окна приложения, оставляя его запущенным. В названии пункта используется имя текущего экземпляра.
Скрыть остальные
Скрывает окна остальных приложений и оставляет Дипнео видимым.
Показать все
Показывает приложения, скрытые системной командой скрытия.
Завершить Дипнео
Завершает приложение и останавливает его локальные процессы. В названии пункта используется имя текущего экземпляра.
Разделители отделяют сведения и обновления от служб, управление видимостью — от завершения приложения.
Состав «Правки», «Вида», «Разработчика» и «Окна» описан в общих командах. Сочетания навигации на macOS используют клавишу Command (⌘).
«Окно → Закрыть» закрывает текущее окно. После закрытия последнего окна приложение остаётся запущенным; нажатие на его значок в Dock снова открывает главное окно. Для завершения используется «Дипнео → Завершить Дипнео».
Windows
Строка меню находится в верхней части окна. Разделы идут в следующем порядке: «Правка» → «Вид» → «Разработчик» → «Окно» → «Справка». Состав первых четырёх разделов приведён в общих командах.
Меню «Справка»
Пункт
Что делает
О программе
Показывает название приложения и номер версии в отдельном окне. Кнопка OK закрывает его.
Проверить обновление
Запускает ручную проверку обновлений; результат появляется в диалоге проверки. Подробности — в описании проверки.
Команды навигации используют Ctrl, а переходы назад и вперёд — Alt со стрелками. «Окно → Закрыть» закрывает активное окно. Закрытие последнего окна завершает приложение и останавливает его локальные процессы.
Linux
В текущей реализации Linux использует тот же состав меню, что и Windows: «Правка» → «Вид» → «Разработчик» → «Окно» → «Справка». Строка меню задаётся для каждого окна. Её внешний вид определяется окружением рабочего стола и темой системы.
Меню «Справка»
Пункт
Что делает
О программе
Показывает название приложения и номер версии. Кнопка OK закрывает окно сведений.
Проверить обновление
Обращается к механизму обновлений текущей сборки и показывает его результат. Доступность загрузки и установки зависит от формата пакета и настройки канала обновлений.
Сочетания навигации совпадают с Windows: Ctrl для перезагрузки, Alt со стрелками для истории. «Окно → Закрыть» закрывает активное окно; закрытие последнего окна завершает приложение и останавливает его локальные процессы.
Команды, общие для трёх систем
Правка
Команды работают с выделением и полем ввода, имеющим фокус. Их применимость зависит от текущего содержимого и возможности редактирования.
Пункт
Что делает
Отменить
Отменяет последнее доступное действие редактирования.
Повторить
Восстанавливает отменённое действие, если оно доступно.
Вырезать
Переносит выделенное содержимое в буфер обмена и удаляет его из редактируемого поля.
Копировать
Помещает выделенное содержимое в буфер обмена.
Вставить
Вставляет содержимое буфера обмена в текущее редактируемое поле.
Выбрать все
Выделяет всё содержимое текущего поля или документа, в зависимости от фокуса.
Разделитель находится после «Повторить». Отмена и повтор относятся к редактированию в интерфейсе; операции агента с файлами описываются в главе о заданиях и результатах.
Вид
Пункт
Что делает
Увеличить
Увеличивает масштаб содержимого активного окна.
Уменьшить
Уменьшает масштаб содержимого активного окна.
Сбросить масштаб
Возвращает масштаб содержимого к исходному значению.
Во весь экран
Переключает активное окно между полноэкранным и обычным режимами. Повторный выбор возвращает обычный режим.
Подменю управляет содержимым активного окна Дипнео: главного окна, отдельного окна базы знаний или открытого из базы знаний документа. Кнопки встроенной браузерной вкладки описаны в главе о браузере и терминале.
Пункт
Что делает
Когда доступен
Назад
Возвращает предыдущую страницу в истории активного окна.
В истории есть предыдущая страница.
Вперед
Переходит к следующей странице после возврата назад.
В истории есть следующая страница.
Перезагрузить
Повторно загружает текущую страницу окна.
Есть доступное окно с содержимым.
Принудительно перезагрузить
Повторно загружает текущую страницу, игнорируя кэш загрузки.
Есть доступное окно с содержимым.
Остановить загрузку
Останавливает текущую загрузку страницы окна.
Страница загружается.
Главная
Открывает главный интерфейс чата в основном окне Дипнео.
Сервис чата готов к работе.
Рабочая область DCD
Открывает адрес рабочей области модуля DCD в основном окне Дипнео.
Модуль базы знаний включён, его сервер и сервис чата готовы, адрес рабочей области получен.
База знаний
Открывает отдельное окно интерфейса базы знаний или выводит уже открытое окно на передний план.
Модуль базы знаний включён и его сервер готов.
Разделители находятся после «Вперед» и после «Остановить загрузку». Пункты «Рабочая область DCD» и «База знаний» появляются при включённом внешнем модуле «База Знаний» для работы с материалами и проверок по нормативам. Пока нужный сервис запускается или недоступен, соответствующий пункт неактивен. При отключении модуля оба пункта скрываются.
«Остановить загрузку» действует на загрузку страницы. Для остановки выполнения задачи агентом используется кнопка остановки в поле сообщения.
Разработчик → Инструменты разработчика
Этот пункт находится после подменю «Навигация» и разделителя. Он открывает или закрывает инструменты диагностики содержимого активного окна: инспектор интерфейса, консоль и сведения о сетевых запросах. Пункт доступен при наличии окна с содержимым.
Раздел «Разработчик» главного меню показывается независимо от переключателя «Режим отладки» в общих настройках. Настройка отвечает за траекторию и дополнительные возможности чатов; они описаны в отдельной главе.
Сочетания команд навигации и диагностики
Команда
macOS
Windows
Linux
Назад
Command + [
Alt + ←
Alt + ←
Вперед
Command + ]
Alt + →
Alt + →
Перезагрузить
Command + R
Ctrl + R
Ctrl + R
Принудительно перезагрузить
Command + Shift + R
Ctrl + Shift + R
Ctrl + Shift + R
Остановить загрузку
Esc
Esc
Esc
Инструменты разработчика
Option + Command + I
Ctrl + Shift + I
Ctrl + Shift + I
Окно
Пункт
Что делает
Свернуть
Сворачивает активное окно средствами операционной системы.
Закрыть
Закрывает активное окно. Последствия закрытия последнего окна описаны в разделе вашей ОС выше.
Проверка обновления
В macOS команда находится в меню приложения, в Windows и Linux — в «Справке». Проверка показывает одно из состояний:
Состояние
Что происходит
Новых обновлений нет
Диалог сообщает, что установлена актуальная версия, и показывает её номер.
Обновление доступно
Диалог сообщает о новой версии; начинается фоновая загрузка.
Обновление уже скачивается
Диалог сообщает о текущей загрузке. Её завершение сопровождается уведомлением о готовности.
Обновление готово
Открывается диалог с кнопками «Позже» и «Перезапустить сейчас». Вторая запускает перезапуск для установки скачанной версии.
Канал обновлений не настроен
Диалог объясняет, почему проверка недоступна в этой сборке.
Ошибка проверки
Диалог показывает сообщение об ошибке и доступное пояснение.
Доступность проверки определяется составом сборки и настройкой обновлений. В сборке для разработки механизм обновления по умолчанию не включён. Наличие пункта меню само по себе не подтверждает доступность канала.
Голосовой ввод: выбор, загрузка и использование моделей
Голосовой ввод превращает речь с микрофона в редактируемый текст сообщения. Для него используются локальные модели GigaAM v2 и Whisper Small. После установки аудио распознаётся на компьютере, где запущено Дипнео. Полученный текст можно проверить и исправить перед отправкой.
Модель распознавания выбирают в «Настройки → Общие → Голосовой ввод». Она независима от модели ИИ, которая отвечает в чате: подключение провайдера описано в главе «Провайдеры и модели».
Как выбрать модель
Откройте «Настройки» внизу левой панели и выберите «Общие».
Найдите «Голосовой ввод» сразу после строки «Язык».
Нажмите название текущей модели и выберите нужную.
Для Whisper Small задайте «Язык распознавания» в появившейся строке.
Проверьте название после сохранения. Для установки выбранной модели используйте значок загрузки справа.
Меню предлагает русскую GigaAM v2 и многоязычную Whisper Small.
Вариант в интерфейсе
Для какой речи
Настройка языка
Русский (GigaAM v2)
Русская диктовка
Дополнительной строки языка нет; это выбор по умолчанию
Мультиязычная (Whisper Small)
Диктовка на нескольких поддерживаемых языках
Автоопределение, русский, английский, китайский, японский или корейский
Для обычной русской диктовки выберите GigaAM v2. Если нужен другой язык из списка или автоматическое определение языка, выберите Whisper Small. Явный выбор языка помогает задать ожидаемый язык записи. Строка «Язык» выше меняет язык интерфейса и не заменяет «Язык распознавания».
При выборе Whisper Small появляется строка языка распознавания.
В списке можно оставить автоопределение или выбрать язык явно.
Скачать модель из настроек
Выберите нужную модель в строке «Голосовой ввод».
Если её локальные файлы ещё не установлены, справа показан значок с подсказкой «Загрузить веса для локальной модели». Нажмите его.
Дождитесь загрузки. Компактный индикатор рядом с выбором модели показывает процент; затем приложение распаковывает и проверяет файлы.
При необходимости остановите операцию кнопкой «Отменить подготовку» в индикаторе.
Дождитесь «Установлено». Кнопка «Скрыть статус установки» убирает это уведомление.
Загрузка и распаковка — разные этапы. Даже после завершения передачи файла установка должна закончиться успешно. Во время подготовки можно продолжать редактировать сообщение. Установка сама не начинает запись с микрофона.
«Установлено» относится к выбранной голосовой модели. При повторном открытии настроек одноразовое уведомление не повторяется.
Скачанные и проверенные модели используются после перезапуска. Выбор другой модели не требует повторной установки уже сохранённой модели. Установленные файлы GigaAM v2 занимают дополнительно около 240 МБ, Whisper Small — около 190 МБ. Для загрузки и распаковки рекомендуется оставить 500 МБ свободного места для одной модели или около 1 ГБ для обеих, сверх места для программы. Подробные требования к диску учитывают одновременное хранение архива и распакованных файлов. Размер загрузки выбранного архива показывается в подтверждении из микрофона.
Скачать модель из поля сообщения
Закройте настройки и нажмите значок микрофона возле отправки сообщения. Пока модель не установлена, его действие называется «Настроить голосовой ввод».
В окне «Загрузка модели голосового ввода» проверьте название, назначение по языкам и размер загрузки.
Если требуется другая модель, нажмите «Выбрать модель»: откроются общие настройки. Выберите модель и снова запустите подготовку.
Нажмите «Скачать и установить». Окно закроется, а рядом с микрофоном появится прогресс.
Дождитесь окончания установки. Доступный микрофон означает, что можно отдельно начать запись.
Название Whisper Small, многоязычное назначение и размер архива указаны до загрузки. Размер зависит от выбранной модели и комплекта.
Индикатор показывает подготовку локальной модели; поле сообщения остаётся доступным.
Для первичного скачивания нужен доступ к сервису загрузки и свободное место на диске. Для последующего локального распознавания повторно скачивать веса не нужно. Работа модели ИИ в чате имеет собственные требования к подключению.
Продиктовать сообщение
Нажмите микрофон «Начать запись».
При первом обращении разрешите приложению доступ к микрофону средствами операционной системы.
Продиктуйте текст. Состояние «Идёт запись…» означает захват звука.
Нажмите «Остановить и распознать». Дождитесь завершения распознавания.
Прочитайте текст в редакторе. Проверьте имена, числа, даты, отрицания и термины; исправьте ошибки клавиатурой.
Нажмите обычную кнопку отправки, когда сообщение готово.
Кнопка остановки голосовой записи завершает запись и запускает распознавание. Остановка работы агента относится к выполнению задачи в чате и является другим действием.
«Отмена» или Escape отменяют текущую запись. Если речь не распознана, запишите фразу ещё раз. Если во время распознавания изменился черновик, приложение сохраняет расшифровку отдельно: действие «Вставить текст» позволяет вставить её в текущую позицию курсора. Перед отправкой сопоставьте вставленный текст с остальным сообщением.
Если подготовка или запись не удалась
Сообщение или состояние
Что сделать
Ошибка сети, DNS или истекло время загрузки
Проверьте соединение и доступ к источнику загрузки; затем явно повторите установку
Сертификат не прошёл проверку
Проверьте системное время, доверенные сертификаты и настройки прокси
Файл не прошёл проверку целостности
Повторите загрузку выбранной модели
Недостаточно места или нет прав на запись
Освободите место и проверьте доступ к папке данных приложения
Установка отменена
Временные файлы удалены; установку можно начать заново
Нет доступа к микрофону
Проверьте разрешение для Дипнео в настройках системы и доступность устройства записи
Запись прервана или речь не распознана
Начните новую запись и проверьте выбранные модель и язык
Прочитайте сообщение об ошибке до повторной операции. Ошибка установки не означает готовность модели. Готовность распознавания также не подтверждает точность конкретной расшифровки: текст перед отправкой проверяет пользователь.
Учебный пример
Задача: подготовить сообщение голосом, сохранив контроль над его текстом.
Выберите GigaAM v2 для русской речи и установите модель.
Продиктуйте: «Сравни показатели за первую и вторую недели. Числа возьми только из приложенной таблицы».
Остановите запись и проверьте расшифровку.
Приложите учебную таблицу и отправьте сообщение.
Проверьте числа в ответе по таблице.
Результат голосового ввода — текст сообщения. Файл, расчёт или ответ агента появляется после отправки и выполнения задачи.
Интерфейс и настройки
Выберите элемент приложения, с которым работаете: окно и навигацию, чат, вложение, правую панель или настройки. Главы объясняют действия и состояния элементов. Для целой задачи с примером результата перейдите к учебным сценариям.
Главное меню приложения описано отдельно для macOS, Windows и Linux: состав разделов, действия команд, сочетания навигации и проверка обновлений.
Контекст модели — набор инструкций и рабочих сведений, которые приложение передаёт модели на конкретном шаге. Контекст собирается для обращения к модели и обновляется при получении новых сообщений и результатов инструментов.
Обученные знания находятся в самой модели. Данные текущего контекста передаются приложением для конкретного обращения. Пополнение контекста не является переобучением.
Контекст в работающем интерфейсе
Окно «Использование контекста» показывает оценку подготовленного входа и окно выбранного подключения. На снимке завершённого чата проверки — около 274 964 токенов из 1 000 000, или 27%. Отдельно показаны системные инструкции, инструменты и сообщения. Эти числа относятся к выбранной сессии и подключению.
Описания инструментов занимают отдельную категорию и могут составлять значительную часть входа. Значения меняются вместе с каталогом, сообщениями и режимом. Кнопки и категории описаны в 1.7.
В траектории видны обращения модели, загрузка данных и результаты инструментов. Подписи типов событий на этом снимке ещё не локализованы; в описании используются русские названия их назначения. В этой сессии отдельные секции передают правила рабочей папки, текущую среду и каталог навыков. Они дополняют запрос на шаге, а не переобучают модель.
Состав
Состав зависит от режима, подключённых компонентов, провайдера и текущего шага.
Составляющая
Содержимое
Способ включения
Системные инструкции
Роль агента и правила работы
Подключённые секции инструкций приложения
Инструкции рабочей папки
Правила проекта и работы с его материалами
Загрузка предусмотренным механизмом инструкций
Запрос и история
Сообщения пользователя, уточнения, ответы и рабочие результаты в передаваемой истории
Сборка истории текущей сессии
Описания инструментов
Описание действий, доступных агенту для задачи
Подключённые возможности текущего чата
Каталог навыков
Имена и описания доступных навыков
Каталог выбранного режима и подключённых компонентов
Загруженные навыки
Подробные инструкции выбранного навыка
Результат загрузки инструкции
Вложения
Метаданные файла, подготовленный текст или другой поддерживаемый вход
Обработка вложения; фактическое содержимое может потребовать вызова инструмента
Отправленные выделения
Фрагмент, источник, формат и доступные координаты
Отправка выбранного фрагмента с сообщением
Открытые источники
Краткие сведения о вкладках текущей сессии и активном источнике
Динамическая секция реестра источников
Результаты инструментов
Прочитанный текст, найденные сведения, расчёты, вывод команды, ошибка, метаданные результата
Завершённый вызов и последующая сборка обращения к модели
Сведения внешних модулей
Зарегистрированные сведения для сессии и результаты предметных инструментов
Механизмы контекста и вызовов подключённого модуля
Изображения
Визуальные входы
Подготовка приложением и передача при поддержке модели и провайдера
Каталог навыков и загруженные инструкции — разные составляющие. Метаданные документа и его фактически прочитанное содержимое также включаются разными механизмами.
Сборка и пополнение
Сессия принимает сообщение и связанные с ним входные данные.
Приложение собирает инструкции, передаваемую историю и сведения доступных возможностей и источников.
Модель возвращает ответ или вызов инструмента.
Приложение исполняет вызов, сохраняет его результат и состояние.
Следующее обращение собирается с учётом полученного результата и изменений сессии.
Этот цикл описывает движение данных. Последовательность пользовательских действий через несколько элементов интерфейса находится в приложении А.
Выделения
Вместе с выделением передаются выбранный фрагмент, имя и формат источника и доступная позиция: страница, строка, лист или диапазон таблицы.
До отправки выделение находится в черновике. Закрепление сохраняет карточку при выборе другого фрагмента. При отправке фрагмент и сведения об источнике передаются вместе с сообщением. После подтверждённой отправки карточки удаляются из черновика. Карточка и её действия описываются в 1.5, механизм передачи — в 2.10.
Реестр открытых источников
Динамическая секция содержит краткий список источников с отметкой активного. Полный текст документа или страницы получается соответствующим инструментом чтения или поиска. Его результат попадает в последующее обращение к модели.
Исходный файл, доступный источник и переданный фрагмент имеют разный объём. Открытие документа добавляет сведения об источнике в предусмотренный реестр, но не означает включение каждого абзаца в запрос.
Список связан с сессией. При обновлении вкладок меняются метаданные; закрытый источник удаляется из текущего реестра. Сохранённые ранее сообщения и результаты являются отдельными данными истории.
Сведения подключённых модулей
Модуль может регистрировать инструменты, навыки, источники и секции сведений для сессии. Описания доступных операций и навыков включаются предусмотренными механизмами; подробные инструкции появляются после загрузки навыка. Результат вызванного инструмента дополняет рабочие сведения текущей задачи.
Результаты системных и внешних инструментов могут присутствовать в контексте одной сессии. Сохранённый файл передаётся между операциями через путь или другую поддерживаемую ссылку; содержимое, необходимое модели, получается чтением или обработкой. Установка пакета не означает автоматическую загрузку всех данных его источников.
Механизм генерации и исполнения кода раскрывается в разделе 2.7. Код, выбранная среда, сведения о библиотеке и результаты команд могут участвовать в текущей задаче. Установка библиотеки меняет среду исполнения; в контекст передаются сведения об этой операции, а не содержимое установленного пакета целиком.
Исходные файлы и промежуточные данные могут обрабатываться инструментами и кодом вне входа модели. В контекст включаются возвращённые результаты: фрагменты, значения, сводки, сообщения об ошибках и ссылки на сохранённые файлы.
В режиме программных вызовов инструментов модель формирует код вызовов доступных инструментов. Программа использует их возвращаемые значения и выдаёт результат выполнения. Механика программных вызовов инструментов описывается в 2.20; сценарии массовой обработки — в приложении В.
Размер файлов в хранилище и размер контекста не совпадают. Путь к файлу указывает объект для операции, а фактический текст или результат обработки передаётся отдельным входом или результатом вызова.
Объём и сохранение
Контекстное окно ограничено и обычно измеряется в токенах — единицах представления текста и других поддерживаемых входов. В лимит входят инструкции, история, описания возможностей и передаваемые материалы. Фактический объём зависит от модели, сервера и бюджета ответа.
Сохранённая история и содержимое конкретного обращения к модели могут различаться. Подключённый механизм управления контекстом может сжимать историю и сокращать большие результаты. Сводка и исходный результат имеют разную детализацию; точное содержимое источника получается операцией чтения.
Контекст относится к конкретному чату. Другой чат имеет собственную историю. Данные общего файла включаются после предоставления входа или исполнения чтения. Контекст субагента определяется переданной задачей и механизмом делегирования.
Рассуждение модели, отображаемый блок и сохранение данных рассуждение провайдером — отдельные механизмы. Их передача между шагами зависит от поддержки и конфигурации.
Границы и связанные разделы
Содержимое документов и сайтов является материалом задачи. Системные инструкции, инструкции навыка и текст источника имеют разные роли; цитата из документа сама по себе не меняет правила работы агента.
Сессия и агентский цикл
Сессия связывает историю чата, рабочую папку, настройки и события выполнения. Агент использует подключённую модель для выбора следующего действия, а приложение исполняет выбранные инструменты и сохраняет результат.
На снимке открыт завершённый чат «Проверка по нормативам ТЗ». Траектория показывает последовательность чтения документа и нормативных доказательств. Итог этого хода — сохранённый отчёт; следующим ходом пользователь запросил сравнение с ключом ошибок.
Состояние сессии
В сессии сохраняются отправленные сообщения, выбранные параметры и события работы. Рабочая папка задаёт основание для относительных файловых путей. История и файлы — разные объекты: сообщение может хранить ссылку на файл, а содержимое файла изменяется операцией файлового инструмента или команды.
Один проект может иметь несколько чатов. У каждого чата своя история и текущий ход. Чаты одного проекта могут работать с общей папкой. Контекст другого чата можно явно передать через @: выберите чат по названию в поле сообщения и отправьте задачу. Агент получит текстовый снимок на момент передачи. Порядок действий и ограничения описаны в разделе «Контекст другого чата через @». Переключение строки слева само по себе не объединяет истории.
Ход и шаг
Ход начинается с принятой задачи или сообщения. Один ход может включать несколько шагов модели и вызовов инструментов. Шаг отправляет подготовленный вход подключённой модели и обрабатывает её ответ.
Модель не исполняет файловую запись самим утверждением «файл создан». Такой результат требует операции среды. Приложение связывает вызов с действительным выводом и сохранённым объектом.
Несколько шагов в реальной истории
В сессии «Проверка по нормативам ТЗ» после сообщения пользователя агент загрузил инструкцию, прочитал приложенный документ и подготовил локальную проверку с доказательствами. Это отдельные операции одного процесса. На снимке выбран результат первой операции; остальные строки показывают последующие сохранённые вызовы. Количество цветных отметок сверху само по себе не является числом подтверждённых замечаний.
Справа показан текст загруженного навыка. Этот результат добавляет инструкцию для следующих шагов. Загрузка и выполнение предметной задачи — разные события. Сохранённый отчёт показан в главе модуля.
Успешное изменение с проверкой результата
Другой чат: чтение файла после добавления четырёх строк.
В чате «Добавить 4 пункта в таблицу» сохранён ход от 4 октября 2026 года. Пользователь попросил добавить четыре пункта. Агент сначала запросил сведения об открытом документе, затем прочитал его файл. Получив таблицу из двух строк, он выполнил точную замену и перечитал изменённый фрагмент перед итоговым ответом.
Последовательность
Что произошло
Что подтверждено
Сведения об открытом документе
Агент определил название и место открытого файла
Определён объект работы
Первое чтение
Агент прочитал исходный файл
В исходной таблице две строки
Изменение
Агент сохранил прежние строки и добавил ещё четыре
Инструмент сообщил об успешной записи
Проверка
Агент перечитал изменённый участок
В таблице шесть строк со значениями 100–600
Ответ
Агент перечислил добавленные пункты
Ответ соответствует прочитанному результату
На полном снимке выбран последний вызов чтения. Справа показаны фактические строки файла, а не только утверждение агента об успехе. Текущий файл отдельно прочитан на диске и открыт в панели; его таблица содержит те же значения. Так проверяется связь между запросом, выполненным изменением и итогом. Это наблюдение сохранённого успешного хода, а не повторное выполнение задачи 8 октября. Отображённые показатели скорости относятся к истории и не используются как измерение производительности текущей поставки.
Ожидание пользователя
Инструмент может запросить уточнение или разрешение. Работа зависит от полученного ответа. Состояние ожидания отличается от выполняющегося запроса модели и от завершённого хода. Оно отображается соответствующей карточкой и индикатором чата.
Сообщение, добавленное в процессе работы, обрабатывается по выбранному действию отправки: очередь или вмешательство. Элементы отправки описаны в 1.4.
Остановка и продолжение
Остановка прекращает активное выполнение. Она не является отменой уже записанных данных. Последующее сообщение использует сохранённую историю и фактическое состояние материалов. Проверка файлов позволяет установить, какие изменения уже произошли.
Длительная команда может иметь отдельное состояние фонового задания. Завершение общения модели и завершение такого процесса проверяются по своим событиям и результатам.
Ошибки
Ошибка сервиса модели, неверные входные данные, ошибка самой операции и отмена имеют разные причины. Пример ошибки обращения к модели приведён отдельно. Причина остановки определяется по событию, а не по самому отсутствию результата.
Сохранённые события позволяют проверить, на каком этапе работа остановилась. Для описания оконченного сценария требуется результат самого задания и его проверка.
Границы
Режим агента задаёт состав и представление инструментов. Модель и провайдер задают поддерживаемые ответы и параметры. Права исполнения контролируются механизмами продукта и среды. Эти составляющие должны быть совместимы для продолжения цикла.
Агент использует инструменты, чтобы читать материалы, менять файлы, выполнять расчёты и открывать страницы. Вы задаёте результат обычным текстом. Настройки доступа определяют, какие действия разрешены в выбранном чате.
Выбор доступа в поле сообщения. На снимке выбран режим «Запись в рабочей области».
Доступны три режима.
Что передать агенту
Задача
Какие данные нужны
Что проверить в результате
Прочитать материал
Файл, ссылку или выделенный фрагмент и вопрос
Ответ относится к нужному источнику
Изменить файл
Исходный файл, описание правок и место сохранения
Правки внесены, нужные данные сохранены
Выполнить расчёт
Исходные данные, правила расчёта и формат ответа
Числа и выводы согласуются с исходными данными
Запустить программу
Цель запуска и нужную рабочую папку
Программа завершилась и дала ожидаемый результат
Описание действия и его результат появляются в области выполнения. Её можно раскрыть, чтобы посмотреть ход работы. Работа с файлами описана отдельно.
Разрешения на действия
Режим
Для чего подходит
Только чтение
Изучить материалы и получить ответ без изменения файлов
Запись в рабочей области
Создавать и менять файлы в разрешённой рабочей папке
Полный доступ
Выполнять действия в более широкой области; выбирайте его осознанно
При необходимости приложение показывает запрос разрешения. Перед подтверждением прочитайте, какое действие будет выполнено и каких файлов или ресурсов оно касается. Настройка доступа и вход в сторонний сервис решают разные задачи: широкий доступ не подключает отсутствующий сервис или модуль.
Подтверждение полного доступа
Перед применением полного доступа требуется подтверждение.
Пока обязательный флажок не отмечен, кнопка применения недоступна.
После добавления строк агент читает изменённую таблицу.
В примере таблица после правки содержит шесть строк со значениями 100–600. Повторное чтение позволяет сверить фактическое содержимое с запросом.
Сообщение об успешной записи подтверждает сохранение файла. Смысл, числа и оформление проверяют по самому результату. Откройте файл и сравните его с требованиями задачи.
Остановка агента или ошибка следующего действия не отменяют уже сохранённые изменения. Если работа прервана, проверьте текущее состояние файлов перед продолжением.
При ошибке прочитайте её причину: например, файл отсутствует, формат не поддерживается или доступ запрещён. Агент должен учитывать эту причину в дальнейшей работе.
Защита данных
Обработку чувствительного текста предоставляет дополнительный модуль «Защита Данных». Его правила и настройки описаны в отдельном руководстве.
Навыки: выбор и работа с материалами
Навык задаёт агенту порядок работы с определённым классом задач: например, с документами, веб-поиском или проверкой по нормативам. Вы описываете задачу обычным текстом и передаёте материалы. Агент применяет подходящие инструкции и выполняет необходимые действия.
В меню команд найден офисный навык. Состав списка зависит от подключённых модулей и рабочей папки.
Подключение возможностей по задаче
Для офисных задач и работы с материалами агент сначала выбирает нужную группу возможностей, затем подключает подробные инструкции и операции. Все описания не загружаются одновременно. Уточняйте формат, объект и ожидаемый результат обычным текстом. Подключение возможности ещё не означает чтение или изменение файла.
Отладка для обычной офисной работы не требуется. Возможности документов, книг, презентаций и PDF собраны в главе об офисных задачах.
Что передать для работы
Возможность
Что передать агенту
Что он обрабатывает и готовит
Поиск и чтение сайтов
Вопрос, ссылки, ограничения по источникам и дате
Находит страницы, читает нужные сведения и готовит ответ со ссылками
Работа с документами
Файл или исходный текст, желаемые изменения, формат результата
Читает и создаёт документы, таблицы, презентации и PDF; проверяет результат
Поиск в базе знаний
Вопрос, тему и нужный раздел базы
Находит материалы и связывает выводы с источниками; требуется модуль «База Знаний» для работы с материалами и проверок по нормативам
Проверка по нормативам
Проверяемый документ, область проверки и требования к отчёту
Сопоставляет документ с нормативными материалами и готовит замечания; требуется тот же модуль
Подготовка правил защиты данных
Описание категории данных, контекст и искусственные примеры
Готовит черновик правила для локальной проверки; требуется модуль «Защита Данных»
Дополнительные навыки рабочей папки
Задачу и материалы, указанные в описании выбранного навыка
Следует установленной инструкции; состав таких навыков может отличаться между проектами
Для файла укажите его имя или приложите его к сообщению. Для изменения документа опишите нужный результат: какие разделы добавить, какие данные сохранить, куда записать итог. Программные параметры вводить не требуется.
Допишите задачу, материалы и критерии готовности, затем отправьте сообщение.
Проверьте ответ и полученные файлы.
Агент также может сам выбрать подходящий доступный навык по смыслу задачи. Если нужного навыка нет в меню, проверьте подключение соответствующего модуля в разделе «Модули и навыки».
Выбор навыка даёт агенту инструкцию. Сам документ или отчёт появляется после выполнения задачи. Ход работы можно раскрыть в области выполнения под вашим сообщением.
Пример задания
Подготовь краткий отчёт по приложенной таблице. Сравни показатели двух недель, объясни изменения и сохрани результат в документ Word. Проверь, что числа в отчёте совпадают с таблицей.
Здесь входом служат таблица и требования к отчёту. Агент читает данные, рассчитывает разности, создаёт документ и проверяет его. Пользователю достаточно описать ожидаемый результат.
Агент может читать текст и изображения, искать файлы и фрагменты, создавать текстовые документы и вносить изменения. Для работы передайте файл или укажите его место в рабочей папке чата.
Что передать агенту
Действие
Что указать
Результат
Прочитать текст
Файл и вопрос; при необходимости раздел или строки
Ответ по прочитанному материалу
Рассмотреть изображение
Изображение и вопрос о нём
Описание или анализ при поддержке изображений выбранной моделью
Создать файл
Содержание, формат, имя и место сохранения
Новый текстовый файл
Изменить текст
Исходный файл, нужный фрагмент и требуемую правку
Изменённый файл и описание правки
Найти файлы
Папку, часть имени или тип файлов
Список подходящих файлов
Найти текст
Слова или выражение и область поиска
Найденные фрагменты с указанием файлов и строк
Как указать материал
Панель «Файлы» показывает содержимое рабочей папки. Можно назвать файл относительно этой папки или приложить его к сообщению. Если файлы имеют одинаковые имена, уточните папку.
Имя файла помогает найти материал. Для ответа по его содержимому агенту нужно прочитать нужную часть. Большой документ может читаться частями; если важен весь документ, прямо укажите это в задании.
Для Word, таблиц, презентаций и PDF используются средства соответствующего формата: документы, таблицы, презентации, PDF.
Пример чтения после изменения
Повторное чтение изменённого участка.
В чате «Добавить 4 пункта в таблицу» агент прочитал исходный файл, добавил строки и проверил изменённый участок. Таблица содержит пункты 1–6 со значениями 100–600. Просмотр одного участка подтверждает его содержимое; проверка остальных частей требует отдельного чтения.
Создание и изменение
При создании опишите структуру документа и место сохранения. При редактировании укажите, что нужно сохранить и что заменить. Если исходник должен остаться отдельно, попросите записать результат в новый файл.
Пример изменения части списка
Завершённый ответ со ссылкой на изменённый документ.
В примере агент сохранил исходные пункты и добавил ссылку, зачёркнутый текст и вложенный список. Откройте файл по ссылке, чтобы проверить изменения.
Ссылка открывает текущее содержимое файла. Последующие правки того же файла будут видны и по старой ссылке из истории.
Поиск и организация материалов
Для поиска по имени достаточно запроса «Найди в рабочей папке все PDF с отчётами». Для поиска внутри файлов — «Найди упоминания срока сдачи в текстовых документах проекта».
Перенос, удаление и подсчёт размеров папок могут потребовать запуска команды или скрипта. Такие действия зависят от прав текущего чата. Указывайте конкретные папки и ожидаемое изменение. Примеры собраны в разделе о файлах и компьютере.
После изменения откройте результат, проверьте нужные фрагменты и убедитесь, что агент сохранил его в указанном месте.
Исполнение команд и фоновые задания
Агент может запускать программы и скрипты для выполнения вашей задачи. Длительный процесс может продолжать работу в фоне, пока агент получает его состояние и результаты.
Что указать в задании
Возможность
Что передать агенту
Что получается
Запуск программы
Что запустить, для какой задачи и в какой папке
Вывод программы, сообщение о завершении и созданные файлы
Запуск обработки данных
Исходные файлы, правила обработки и место сохранения
Обработанные данные и отчёт о результате
Проверка фоновой работы
Название задания или описание запущенного процесса
Текущее состояние и доступный вывод
Остановка задания
Какую работу нужно остановить
Результат остановки и сведения об уже выполненных действиях
Командную среду выбирают с учётом операционной системы. Для обычной задачи достаточно описать нужный результат: агент сам готовит команду. Если вы передаёте конкретную команду, уточните рабочую папку и её назначение.
Как следить за процессом
Раскройте область выполнения под сообщением. Проверьте название действия, состояние и вывод. Завершение ответа агента и завершение фонового процесса могут происходить в разное время.
Можно написать:
Проверь, закончилась ли обработка файлов. Покажи результат и перечисли материалы, которые ещё не обработаны.
Ожидание ответа о состоянии не останавливает сам процесс. Для остановки прямо укажите нужное задание. Подробности пользовательского терминала — в главе о браузере и терминале.
Завершение и ошибки
Успешное завершение программы означает, что она отработала без сообщённой ошибки. Полученные числа, файлы и оформление нужно сверить с задачей. Пустой вывод сам по себе не подтверждает готовность результата.
При ошибке агент должен сообщить её причину и состояние работы. Остановка или истечение времени не отменяют уже записанные файлы. Перед повторным запуском проверьте, какие результаты успели сохраниться.
Агент может создавать и исполнять программу как часть выполнения пользовательской задачи. Программа получает исходные данные, выполняет операции и возвращает значения или создаёт файлы. Самостоятельный программный продукт может быть результатом отдельной задачи; здесь описывается код как рабочий механизм обработки.
Модель формирует программу и интерпретирует обратную связь. Файловые инструменты сохраняют её и предоставляют входные материалы. Инструмент исполнения запускает выбранный интерпретатор или команду. Результат запуска возвращается в агентский цикл. Это соединение свойств модели с инструментами продукта описывается отдельно от области применения.
Среда исполнения в интерфейсе
Здесь вручную выполнена команда pwd в терминале проекта. Снимок подтверждает открытую оболочку и выведенный каталог. Код агентом в этой попытке не создавался. Предупреждение оболочки zsh относится к локальной конфигурации оболочки и сохранено в исходном снимке. Элементы терминала описаны в 1.8.
Состав механизма
Элемент
Роль
Задание и критерий готовности
Определяют необходимые преобразования, выходные данные и способ проверки
Исходные данные
Файлы, предоставленные значения, доступные адреса или соединения и параметры обработки
Программа
Код, созданный или изменённый моделью; при сохранении имеет путь и содержимое
Среда исполнения
Рабочая папка, интерпретатор, версии, переменные среды и доступные внешние программы
Зависимости
Библиотеки и их версии, необходимые выбранной программе
Вызов исполнения
Команда, аргументы, параметры процесса, доступ и пределы выполнения
Обратная связь
Вывод, код завершения, ошибки, состояние задания и полученные значения
Результаты
Созданные или изменённые файлы, их пути и метаданные, итоговые данные и проверка
Описание механизма опирается на файловые операции и Баш или Пауэршелл, подключаемые в стандартном режиме. Фактический набор операций определяется режимом, ОС и составом конкретного чата. Генерация кода как свойство модели описывается в 3.3; команды и фоновые задания — в 2.6.
Входы и подготовка
Для исполнения нужны цель, входные материалы, требуемый формат результата и ограничения обработки. Если результат записывается в файл, указываются рабочая папка и путь. Для обращения к внешнему источнику используются предоставленные адреса, параметры и доступное соединение.
Среда проверяется по фактическим сведениям: какой интерпретатор запускается, какие библиотеки ему доступны, какие версии используются и какие внешние программы нужны. Сведения о существовании языка или библиотеки в знаниях модели не подтверждают их наличие на компьютере.
Код может быть сохранён как файл либо передан в предусмотренный инструмент исполнения. Рабочая папка и параметры запуска определяют разрешение относительных путей и расположение результатов. Эти сведения входят в описание фактического выполнения.
Установка и подключение внешних библиотек
При выбранном способе выполнения агент может подготовить зависимости программы: определить пакет и нужную версию, выполнить установку доступным менеджером пакетов, затем подключить библиотеку в коде. Для Пайтон таким менеджером может быть pip, для проекта Джаваскрипт — npm. Используется среда, заданная для конкретной задачи.
Установка — отдельная команда, которая меняет эту среду. Её результат содержит ход операции и код завершения. Подключение библиотеки проверяется тем интерпретатором, которым запускается программа. Нужные внешние программы проверяются отдельно от библиотек языка.
Состояние зависимости
Значение
Требуется
Программа использует библиотеку, её доступность ещё не установлена
Доступна
Наличие и версия подтверждены в выбранной среде
Установка выполняется
Запущена команда менеджера пакетов
Установка завершена
Получен результат команды; доступность проверена для выбранного интерпретатора
Ошибка установки или подключения
Команда или импорт вернули конкретную ошибку; выполнение задачи учитывает её
Версия зафиксирована
Сохранены сведения, необходимые для повторения запуска
Установка библиотеки для программы и установка модуля продукта — разные операции. Библиотека предоставляет программный интерфейс исполняемому коду. Модуль подключается через механизм продукта и может регистрировать инструменты, навыки, источники и элементы интерфейса. Сам факт установки библиотеки не добавляет её в каталог навыков или инструментов модели. Модули описываются в 2.21 и отдельном разделе.
Порядок исполнения
Механизм проходит следующие состояния:
Агент определяет входы, выходы, среду и критерии проверки.
Модель формирует код и параметры запуска; при необходимости код сохраняется инструментом работы с файлами.
Агент подготавливает выбранную среду и необходимые зависимости.
Инструмент запускает программу и возвращает вывод, состояние процесса или итог завершения.
Агент получает данные исполнения и проверяет соответствие результата заданию.
При конкретной ошибке модель анализирует сообщение и изменяет соответствующий код или параметры; результат изменения проверяется новым запуском.
Итоговые значения и пути файлов включаются в ответ и историю текущей сессии.
Для фонового выполнения состояние и результат читаются через механизм заданий. Вывод, который ещё не получен инструментом, не считается доступной обратной связью.
Успешный код завершения подтверждает завершение процесса. Для готовности задачи дополнительно проверяются ожидаемые файлы, формат, содержимое и заданные условия. Создание текста программы, её запуск и получение проверенного результата фиксируются как отдельные факты.
Работа с инструментами в программном режиме
Механизм
Что исполняется
Откуда поступают операции
Прямой вызов инструмента
Зарегистрированная операция с аргументами
Каталог инструментов конкретного чата
Программа через оболочку
Скрипт, интерпретатор или внешняя команда
Файлы программы, библиотеки и доступные программы среды
программные вызовы инструментов
Код вызовов зарегистрированных инструментов и обработки их результатов
Программный интерфейс инструментов выбранного режима
Способ исполнения определяется требуемыми операциями и средой задачи. Инструменты, библиотеки и код могут участвовать в одной последовательности: результат операции передаётся следующему шагу как значение или как путь к файлу. Режим программных вызовов инструментов подробно описывается в 2.20; его доступность задаётся декларацией режима.
Офисный навык предусматривает создание и изменение презентаций зарегистрированными операциями и библиотекой python-pptx. Конкретные входы, создание презентаций и проверка слайдов раскрываются в приложении Г.
Данные и контекст модели
Программа может обрабатывать файлы и промежуточные данные вне контекстного окна. В контекст модели поступают переданные программе сведения и полученные результаты вызовов: значения, сводки, ошибки, фрагменты, пути и сведения о проверке.
Путь к файлу, метаданные и содержимое файла имеют разные роли. Созданный файл хранится в файловой системе; необходимый текст или результат его чтения включается отдельным вызовом. Установленная библиотека остаётся частью среды исполнения, а сведения о её наличии и версии могут передаваться модели.
Для массовой обработки программа может сохранять промежуточные таблицы и журналы. Объём таких данных определяется хранением и средой обработки; объём переданного модели материала ограничивается её контекстным окном.
Выходы, ошибки и условия работы
В результате фиксируются выполненная программа, фактическая среда, параметры, сведения о зависимостях, код завершения, выходные файлы и результат проверки. Для повторения задачи сохраняются код и необходимые параметры; требуемые входные материалы указываются явно.
Ошибки могут относиться к синтаксису, импорту, версии программного интерфейса, входному формату, пути, соединению, лимитам процесса или проверке результата. Сообщение об ошибке является входом следующего шага агентского цикла. Наличие и содержание результата подтверждаются выполненной проверкой.
Доступ к файлам, сети, внешним программам и установке пакетов определяется средой и разрешениями чата. Возможность написать код не подтверждает наличие всех библиотек, доступность любого сайта или поддержку любого формата. Условия конкретной операции отражаются в каталоге и сценарии.
Связанные разделы
Файловая система — 2.5; исполнение команд — 2.6; веб-операции — 2.8; офисные инструменты — 2.11–2.14; результаты — 2.16; программные вызовы инструментов — 2.20; модули — 2.21; генерация кода моделью — 3.3.
Применение механизма раскрывается в приложениях: Б — обход сайтов и скачивание документов; В — массовая обработка и анализ данных; Г — создание офисных файлов; И — обработка видео и медиаматериалов.
Агент может искать сведения в интернете, читать страницы, управлять вкладками встроенного браузера и выполнять действия в веб-интерфейсе через Playwright. Передайте вопрос или адрес страницы и опишите, какой результат нужен.
Учебная страница открыта в правой панели Дипнео.
Адрес текущей страницы и кнопки навигации.
Что передать для работы
Действие
Что указать
Результат
Найти сведения
Вопрос, тему, нужную дату и ограничения по источникам
Ответ с адресами найденных источников
Прочитать страницу
Ссылку и вопрос или нужный раздел
Сведения из прочитанной страницы
Открыть страницу
Полный адрес сайта
Вкладка в правой панели
Обновить страницу
Название или адрес открытой вкладки
Обновлённая страница
Закрыть вкладку
Какую вкладку закрыть
Закрытая вкладка браузера
Заполнить форму
Вкладку, поля, значения и условие отправки
Заполненная форма и проверенное состояние
Нажать элемент или выбрать значение
Описание элемента и требуемое действие
Изменение состояния страницы
Снять экран
Нужную страницу и состояние
Снимок интерфейса
Для поиска можно написать: «Найди условия участия в выставке на официальном сайте организатора и укажи дату, к которой относятся сведения». Для чтения: «Прочитай эту страницу и перечисли требования к заявке».
Показ страницы в правой панели позволяет вам просматривать её. Для ответа агент читает нужное содержимое. Одна открытая страница не означает, что изучен весь сайт.
Если вопрос относится к конкретному месту, выделите фрагмент и отправьте его с сообщением. Для нескольких вкладок уточните название или адрес источника. Подробнее — источники и выделения.
В ответе по найденным сведениям проверяйте ссылки и дату. Для сравнения нескольких вариантов задайте общие критерии и попросите указать источник каждого существенного вывода.
Ограничения
Во встроенном браузере может быть открыто не более десяти вкладок во всех чатах. Содержимое других страниц и отдельных встроенных областей не читается автоматически. Недоступный сайт, неверный адрес или неудачное действие отображаются как ошибка.
Массовая обработка страниц и сохранение набора материалов могут потребовать скрипта. Исходные адреса, условия отбора и место сохранения нужно задать в запросе. Готовые примеры — в учебных сценариях поиска и веба.
Реестр открытых источников и передача выделений
Реестр вкладок и явное выделение связывают показанный пользователю материал с текущим чатом. Они имеют разные входы и жизненные циклы. Реестр сообщает, какие источники открыты. Выделение передаёт конкретный выбранный фрагмент с очередным сообщением.
2.9. Реестр источников
В новом чате проекта «Учебные маршруты» открыт файл «маршруты/план-отчёта.md». Видны все шесть раскрытых проектов. Чат пуст; открытие вкладки не сопровождалось запросом модели.
Начало — 15 октября Три главных изменения
Тот же снимок: раздел «Срок и состав».
На фрагменте того же снимка виден первый абзац источника: начало 15 октября и три главных изменения в отчёте. Показаны просмотр и источник; успешный вызов чтения агентом эти снимки не подтверждают.
Клиент регистрирует метаданные документов и веб-страниц правой панели в текущей сессии.
Поле
Значение
Идентификатор вкладки
Адресует конкретный зарегистрированный источник
Формат
Определяет способ чтения
Имя
Позволяет обозначить источник в ответе
Путь или адрес
Определяет исходный объект
Активная вкладка
Обозначает материал, который сейчас показан пользователю
Открытие добавляет источник, переключение меняет активный источник, закрытие удаляет запись. Список вкладок не отображается как набор карточек в поле сообщения. В контекст модели передаются краткие метаданные; фактическое содержимое получается операцией чтения.
Активная вкладка ставится первой в описании источников. Это помогает связать указания пользователя с показанным материалом. При нескольких возможных источниках важны имя, формат и доступные координаты.
Работа с открытыми материалами
Возможность
Что передать агенту
Результат
Узнать открытые источники
Попросить перечислить документы и страницы текущего чата
Названия и доступные сведения об источниках
Найти фрагмент
Слова для поиска и нужный документ или страницу
Найденные фрагменты с привязкой к источнику
Прочитать материал
Название открытого источника и вопрос
Ответ по прочитанной части
Если открыто несколько документов, уточняйте название и нужную страницу, лист или диапазон. Для полного ответа попросите проверить все относящиеся к вопросу части.
Извлечение текста PDF, DOCX, таблиц и презентаций использует общий слой обработки документов. Текстовый документ .md сохраняет исходную разметку. Для PDF без текстового слоя требуется отдельное распознавание.
Содержимое веб-страницы
В настольном приложении открытый браузер предоставляет заголовок, адрес и ограниченный объём видимого текста основной структуры страницы. Это текущая страница, а не автоматически прочитанный сайт целиком. Переходы и получение других страниц являются отдельными операциями.
Реестр получает сведения из встроенного браузера настольного приложения. Текст относится к доступной основной структуре текущей страницы; содержимое других страниц и отдельных встроенных областей требует самостоятельного чтения.
Открытие источника из ответа базы знаний
В существующем разговоре нажата ссылка на источник со страницей 53. Справа открыт исходный документ; чат и раскрытые проекты остаются видимыми. Это проверенное открытие пользователем одной версии документа.
Просмотрщик показывает страницу 53 из 69 при масштабе 100%. Номер означает положение страницы в файле, которое может отличаться от печатной нумерации документа. Перейти к продолжению можно через поле страницы или прокрутку.
Ссылка открывает исходную версию документа. Для проверки ответа сравните его с нужными страницами. Сверка текста на соседних страницах и обнаруженное расхождение с ответом приведены в главе 2.6 модуля.
Полный документ и фрагмент
Контекст открытого офисного документа может предоставлять агенту сведения о доступном документе. Выделение добавляет конкретный фрагмент с координатами; оно не заменяет весь исходник для правки структуры. Для анализа всех листов или страниц назовите полный файл и требуемый охват. Само открытие вкладки не является отправленным запросом.
2.10. Передача выделений
Выделите фрагмент документа или диапазон таблицы.
Нажмите «Добавить в чат» в меню выделения.
Проверьте карточку возле редактора: источник, координаты и содержимое.
При необходимости добавьте следующие фрагменты тем же действием.
Напишите вопрос и отправьте сообщение.
В карточке есть имя книги, лист и диапазон B6:C7. Выделение добавлено, сообщение ещё не отправлено.
Жизненный цикл
Добавленные карточки сохраняются при новом выборе, снятии подсветки и смене фокуса. Отдельного закрепления не требуется. Крестик удаляет выбранную карточку из черновика. После принятия сообщения переданные фрагменты остаются в истории, а черновик очищается.
Что получает агент
Вместе с сообщением передаются выбранное содержимое, имя и формат источника и доступные координаты. Для диапазона нужны лист и адреса; для страницы — её номер. Видимое сокращение на карточке не означает, что нужно вручную переписывать фрагмент в поле сообщения.
Для проверки вопроса по части достаточно соответствующего фрагмента. Для анализа всего файла назовите полный документ и требуемый охват. Сценарии: один абзац, два фрагмента.
Выделения в разных форматах
Формат
Передаваемый фрагмент
Координаты и особенности
Текстовая разметка
Выбранный текст и исходный блок с текстовой разметкой
Строка и номер блока
PDF
Текст выделения из текстового слоя
Начальная и конечная страницы; номер абзаца этот адаптер не предоставляет
Таблица
Отображаемые значения диапазона в табличном представлении
Имя листа и адрес диапазона
Веб-страница в настольном приложении
Выбранный текст страницы
Адрес страницы и доступные сведения о фрагменте
Открытие таблицы с начальным диапазоном не создаёт карточку: выделите нужную область и нажмите «Добавить в чат». Для сканированного PDF текст и координаты получают через поддерживаемый механизм распознавания.
В подготовленном просмотре DOCX выберите текст страницы и нажмите «Добавить в чат». Карточка сохраняет имя исходного Word и доступную позицию в просмотре. Для скана сначала требуется доступный текстовый слой или распознавание. Примеры Word и диапазона XLSX показаны в главе о выделениях.
В веб-адаптере основная структура страницы ограничена текущей страницей; содержимое других адресов и кросс-доменных встроенных фреймов не включается автоматически. Объём передаваемого текста ограничен.
Работа с офисными файлами: задача, оригинал и результат
Дипнео читает, создаёт, изменяет и проверяет текстовые документы, книги, презентации, PDF и OpenDocument. Опишите результат обычным текстом, передайте исходники и укажите формат. Агент выбирает нужные офисные возможности по задаче и подключает их по мере работы. Для обычной офисной задачи включать отладку не требуется.
Подготовить задание
Что указать
Пример
Исходник
Приложенный документ или файл выбранной рабочей области
Область изменения
Раздел, абзац, таблица, лист и диапазон, слайд или страница
Требуемое действие
Заменить условие, пересчитать формулы, добавить диаграмму, заполнить форму
Что сохранить
Структуру, стили, формулы, комментарии, редактируемость и исходный формат
Сначала агент определяет формат и выбирает подходящие возможности. Подключение инструкции само не меняет документ. Итог появляется после выполнения операций и сохранения файла.
Неизменяемые оригиналы
Каждая правка и пересчёт сохраняются в отдельный выходной файл. Исходный документ пользователя не перезаписывается. При нескольких этапах используйте последовательные рабочие версии: например, «отчёт-правки.docx», затем «отчёт-проверен.docx».
Предпросмотр также сохраняет исходник. Если для показа нужно подготовить PDF или пересчитать данные, это выполняется в отдельной рабочей копии. Просьба изменить файл означает подготовку изменённого результата; проверяйте его имя и расположение.
Если задача состоит только в чтении, попросите ответ по файлу: создание копии или отдельного отчёта для простого ответа не требуется. Уточняйте, нужен весь документ или конкретная часть. Выделенный фрагмент ограничивает переданный контекст; он не заменяет полный исходник для изменения структуры.
Форматы и возможности
Ниже перечислены поддерживаемые расширения входных файлов. Доступные изменения и форматы результата зависят от вида материала и задачи.
Материал
Что можно поручить
Подробности
Word
Чтение .doc, .docx, .odt, .rtf; создание DOCX; текст, таблицы, исправления, поля и структура
Новый PDF можно создать напрямую из текста с кириллицей, заголовками, списками и таблицами. Экспорт уже существующего офисного документа в PDF — отдельная задача, в которой требуется сохранить его вёрстку.
Сверьте изменённые данные с заданием и исходником.
Для формул проверьте выражения и пересчитанные значения; для сводной — источники, группировки и итоги.
Просмотрите затронутые страницы или слайды. Если просмотрщик сообщает о неподдерживаемых объектах, используйте появившуюся кнопку «Показать диаграммы и оформление в PDF» для проверки диаграмм и печатного вида.
Убедитесь, что сохранились требуемые формат и редактируемые объекты.
Успешное чтение структуры файла не подтверждает точность текста и оформления. Наличие картинки страницы не означает распознавания текста скана. Для чтения изображения нужен соответствующий доступный способ распознавания или модель с поддержкой изображений.
Пример запроса
В приложенном плане измени срок сдачи на 25 октября и добавь строку с ответственным в таблицу. Сохрани структуру, оформление и остальные разделы. Запиши результат в «план-обновлён.docx». Проверь замену даты, новую строку и вид затронутой страницы.
В ответе ожидаются ссылка на отдельный файл, перечень внесённых изменений и результат проверки. Сообщение о невозможности чтения, записи или проверки следует учитывать при оценке готовности.
Текстовые документы Word и OpenDocument
Офисные возможности читают текстовые документы, создают Word, меняют текст и структуру, работают с комментариями и отслеживаемыми исправлениями. Для правки задайте отдельный выходной файл; исходник пользователя сохраняется.
Учебный DOCX открыт в правой панели для просмотра. Открытие не изменяет документ и не создаёт ответ агента.
Деталь того же открытого документа: содержание, таблица и разности исходных чисел.
Что можно поручить агенту
Возможность
Что передать агенту
Результат
Прочитать текст
DOCX, DOC, RTF или ODT, вопрос и нужные разделы
Ответ по содержанию, абзацам и таблицам
Создать Word
Текст, структуру, заголовки и требования к оформлению
Новый DOCX
Заменить текст
Точный фрагмент и его положение, новый текст
Отдельная версия с адресной заменой и сохранением незатронутого оформления
Изменить таблицу
Нужную таблицу, строки, столбцы, объединения и значения
Обновлённая структура таблицы и её данные
Работать с комментариями
Фрагмент, текст замечания или комментарий для удаления
Прочитанные, добавленные или выборочно удалённые комментарии
Обработать исправления
Какие изменения принять или отклонить, при необходимости автора
Версия с обработанными отслеживаемыми правками
Оформить структуру
Разделы, колонки, колонтитулы, нумерацию и сноски
Структурированный документ с сохранением связей
Обновить поля и ссылки
Нужные закладки, ссылки, оглавление или поля
Обновлённые связанные элементы; итоговые номера проверяют по страницам
Добавить объекты
Формулы, изображения, диаграммы и их положение
Редактируемые объекты в документе
Работа с источниками
Библиографические записи и требования к ссылкам
Согласованные источники и поля библиографии
Объединить документы
Файлы, порядок и требования к оформлению
Общий документ с проверкой стилей, нумерации и связей
Настроить защиту
Требуемые ограничения и известный пароль, если он нужен
Отдельный защищённый файл с проверенными ограничениями
Проверить результат
Критерии содержания, структуры и вида
Сведения о проверке и просмотр затронутых страниц
Точные правки и исправления
Укажите раздел и конкретное место замены, особенно если одинаковый текст повторяется в нескольких абзацах, таблицах или колонтитулах. Для комментария назовите фрагмент привязки. Для отслеживаемых изменений уточните, принять или отклонить все правки либо только выбранного автора.
Для полей страниц, оглавления и перекрёстных ссылок проверьте итоговые отображаемые значения. Правильная структура поля ещё не подтверждает правильность номера страницы после изменения вёрстки.
OpenDocument
ODT читается как текстовый документ и может редактироваться с сохранением формата ODT. Укажите необходимость сохранить стили, списки, закладки, примечания и историю изменений. Для одной текстовой замены не требуется превращать исходник в DOCX или пересоздавать документ.
Проверка
Чтение текста помогает проверить содержание. Для оценки таблиц, переносов, колонтитулов и объектов нужно просмотреть страницы сохранённого результата. Проверьте незатронутые элементы рядом с правкой, а при объединении — также стили и нумерацию.
Исходник и результат
Офисные оригиналы сохраняются неизменными. Каждая правка и пересчёт записываются в отдельный выходной файл, даже если исходник расположен в доступной для записи рабочей папке. Для последовательных изменений указывайте следующее имя результата на каждом этапе. Отмена дальнейшей работы не удаляет уже созданные результаты.
Приложите файл или укажите его в рабочей области. Опишите нужные изменения, формат и имя результата. После выполнения откройте именно полученный файл и проверьте содержание, структуру и оформление. Подробный порядок — в главе об офисных задачах.
Электронные таблицы, формулы и сводные
Дипнео читает книги, создаёт XLSX, изменяет значения и оформление, пересчитывает формулы и работает с диаграммами и обновляемыми сводными таблицами. Формула, её сохранённое значение и пересчитанное значение могут различаться.
Открыта учебная книга «учебные-показатели.xlsx». Табличный вид показывает ячейки, адрес и строку формулы; предупреждение напоминает о проверке расчётов.
Для выбора ячейки нажмите её. Для диапазона выделите нужную область; в вопрос о сравнении включайте также заголовки строк и столбцов. Порядок передачи фрагментов — в главе о выделениях.
Что можно поручить агенту
Возможность
Что передать агенту
Результат
Прочитать книгу
Файл, листы, диапазоны и вопрос
Значения, формулы и координаты ячеек
Создать книгу
Данные, заголовки, типы столбцов и имена листов
Новый XLSX с числами, датами и текстовыми кодами
Изменить ячейки
Лист, адреса и новые значения или формулы
Отдельная обновлённая книга
Оформить диапазон
Форматы чисел, шрифты, размеры, выравнивание и переносы
Настроенные ячейки, ширина, высота и закрепление областей
Сортировать и фильтровать
Таблицу, ключи, порядок и условия
Переставленные целые строки с учётом формул и связанных правил
Настроить таблицы и правила
Диапазоны, имена, списки допустимых значений и условия
Именованные области, таблицы, проверка ввода и условное оформление
Создать или изменить диаграмму
Диапазон, серии, подписи, вид и положение
Диаграмма и её данные; предусмотрены также минидиаграммы
Создать обновляемую сводную
Источник, строки, столбцы, показатели и фильтры
Настоящая сводная таблица с данными для обновления
Уточнить сводную
Группировки, вычисляемые поля и итоги
Настроенная сводная с проверкой чисел и связей источника
Рассчитать формулы
Формулы и ожидаемые значения
Пересчитанная копия с сохранёнными выражениями
Сложные расчёты
Массивы, LET, LAMBDA, таблицы подстановки и критерии
Расчёт поддерживаемых выражений и сообщение о неподдерживаемой операции
Изменить структуру
Листы, имена, ссылки, область печати и разрывы страниц
Согласованная структура книги и параметры печати
Защитить книгу
Ограничения ячеек, листов, структуры или известный пароль
Отдельный файл с требуемой защитой
Сравнить версии
Исходную и изменённую книги
Различия значений, формул, структуры и оформления
Форматы и типы данных
Формат
Чтение
Изменение и результат
XLSX
Листы, ячейки, формулы и сохранённые значения
Создание и изменение книг, расчёт и объекты Excel
XLS
Чтение через предусмотренную обработку старого формата
Укажите требуемый формат результата явно
CSV, TSV
Текстовые строки с учётом разделителя и кодировки
Укажите разделитель, кодировку, типы столбцов и формат сохранения
ODS
Листы, ячейки, значения и формулы
Изменение и пересчёт с сохранением ODS
Для кодов с ведущими нулями задавайте текстовый тип. Для дат укажите смысл и формат, для сумм — единицы и десятичный разделитель. Эти условия помогают не превратить код в число или дату в обычную строку.
Пересчёт и сводные
Сохранённое значение ячейки может отличаться от результата пересчёта. Если вывод зависит от формул, попросите пересчитать книгу, проверить ошибки и сохранить отдельный результат. Поддерживаемые сложные формулы и массивы обрабатываются офисными средствами; неподдерживаемое выражение требует явного сообщения, а не подстановки готового ответа вместо формулы.
Для сводной прямо укажите, нужна ли обновляемая сводная таблица. Назовите источник, поля строк и столбцов, показатели, фильтры и итоги. Простая таблица готовых сумм и нативная сводная — разные результаты. Для обновляемой сводной проверьте, что источник и возможность обновления сохранены.
Сортировка должна переставлять строку целиком и сохранять связи данных, формул, комментариев, гиперссылок и правил. После неё проверьте несколько строк и общий итог.
OpenDocument и просмотр
ODS можно изменять и пересчитывать в исходном формате, сохраняя формулы, имена листов и зависимые диапазоны. Уточняйте требования к объединённым ячейкам, фильтрам, диаграммам и области печати.
Просмотр ячеек не показывает все диаграммы и особенности печати. При наличии предупреждения о неподдерживаемых объектах появляется кнопка «Показать диаграммы и оформление в PDF»: она открывает подготовленный вид страниц. Проверьте диаграмму целиком, включая подписи, легенду и оси; для печати — границы объектов и число страниц.
Исходник и результат
Офисные оригиналы сохраняются неизменными. Каждая правка и пересчёт записываются в отдельный выходной файл, даже если исходник расположен в доступной для записи рабочей папке. Для последовательных изменений указывайте следующее имя результата на каждом этапе. Отмена дальнейшей работы не удаляет уже созданные результаты.
Приложите файл или укажите его в рабочей области. Опишите нужные изменения, формат и имя результата. После выполнения откройте именно полученный файл и проверьте содержание, структуру и оформление. Подробный порядок — в главе об офисных задачах.
Презентации PowerPoint и OpenDocument
Дипнео читает презентации, создаёт редактируемые слайды, изменяет тексты и объекты, работает с заметками и проверяет структуру и оформление.
Учебная презентация открыта как страницы подготовленного просмотра. Кнопки страниц меняют просматриваемую страницу; порядок слайдов изменяется отдельным поручением агенту.
Что можно поручить агенту
Возможность
Что передать агенту
Результат
Прочитать презентацию
PPTX, PPT или ODP и вопросы к слайдам
Текст, сведения об объектах и выводы
Создать презентацию
Аудиторию, содержание, точное число слайдов и оформление
Новая редактируемая презентация
Добавить слайд
Исходник, содержание и место
Отдельная версия с новым слайдом
Заменить текст
Слайд, фигуру или ячейку таблицы и точную замену
Адресная правка с сохранением соседних объектов
Заменить изображение
Нужную картинку, слайд, рамку и правила кадрирования
Новое изображение в требуемом положении
Изменить порядок
Слайды для копирования, удаления и перестановки
Новый порядок с сохранёнными связанными объектами
Подготовить заметки
Текст для докладчика по слайдам
Заметки с требуемым оформлением
Настроить тему
Шрифты, требования к наследованию и размер слайда
Согласованное оформление и структура
Создать таблицу или схему
Заголовки, значения, шаги и связи
Редактируемые таблицы, фигуры и соединители
Работать со сложными объектами
Диаграммы, встроенные книги, группы или видео и действие
Изменённые объекты и проверка связанных данных
Рецензирование
Комментарии, альтернативные описания и свойства
Сохранённые сведения рецензирования и доступности
Экспортировать
Формат и состав: слайды, заметки, комментарии, скрытые слайды
PDF согласно выбранному составу
Проверить презентацию
Содержание, порядок, критерии и образец
Обзор слайдов и найденные проблемы
Создание и точные изменения
Укажите точное число слайдов и содержание обложки: заголовок, подзаголовок или отсутствие подзаголовка. Для каждого слайда задайте тезисы, таблицу, схему или процесс. Если требуется редактируемая таблица или схема, назовите это явно.
Для адресной замены укажите слайд и нужный объект, особенно если подпись встречается несколько раз. При замене картинки задайте требования к кадрированию, рамке и сохранению соседних подписей. При копировании слайда проверьте независимость заметок, диаграмм и встроенных данных копии.
OpenDocument
ODP читается и редактируется с сохранением исходного формата. Возможны замены текста, добавление титульного слайда, копирование сложных слайдов и работа со связями. Укажите, какие стили, объекты и анимационные сведения требуется сохранить; проверьте результат в целевом приложении.
Проверка
Просмотрите все слайды сохранённой версии: порядок, читаемость текста, полноту тезисов, числа, картинки, диаграммы и заметки. Для встроенной книги проверяйте и данные, и показанную диаграмму. Проверка структуры и предупреждения о пересечениях не заменяют просмотр.
Исходник и результат
Офисные оригиналы сохраняются неизменными. Каждая правка и пересчёт записываются в отдельный выходной файл, даже если исходник расположен в доступной для записи рабочей папке. Для последовательных изменений указывайте следующее имя результата на каждом этапе. Отмена дальнейшей работы не удаляет уже созданные результаты.
Приложите файл или укажите его в рабочей области. Опишите нужные изменения, формат и имя результата. После выполнения откройте именно полученный файл и проверьте содержание, структуру и оформление. Подробный порядок — в главе об офисных задачах.
Инструменты документов с фиксированной разметкой
Операции читают текст, таблицы и поля, создают документ с фиксированной разметкой, объединяют, разделяют и поворачивают страницы. Работа с текстовым слоем и распознавание изображения страницы имеют разные требования.
Учебный PDF открыт в правой панели. Открытие не означает выполнения агентом операции изменения.
Для выполнения задачи передайте файл и требуемый результат; операции подключаются по задаче.
Что можно поручить агенту
Возможность
Что передать агенту
Результат
Прочитать PDF
Файл, вопрос и страницы
Текст, таблицы и сведения об источнике
Создать PDF
Текст с кириллицей, заголовки, списки, таблицы и требования к странице
Новый PDF напрямую из содержания
Изменить страницы
Файлы, порядок, диапазоны и угол поворота
Объединённый, разделённый или повёрнутый документ
Добавить заметки и выделения
Страницу, фрагмент, текст комментария и цвет
Аннотации и многострочные выделения
Удалить текстовый блок
Страницу и точно указанный блок
Копия с удалением выбранного текста и проверкой извлечения
Заполнить форму
PDF со встроенными полями и значения
Отдельная заполненная форма с проверкой отображения
Сохранить интерактивность формы
Требования к редактированию и исходному шрифту
Заполненная копия с сохранёнными полями и оформлением
Изменить состав документа
Закладки, ссылки, метаданные, вложения и метки страниц
Версия с требуемой структурой и проверкой связей
Настроить защиту
Известный пароль и требуемые права
Отдельный защищённый PDF
Подготовить доступность
Логический порядок, теги и требования к чтению
Проверяемая структура тегированного PDF
Получить изображения
Нужные страницы или встроенные картинки
Файлы изображений
Проверить результат
Файл и критерии содержания, полей и вида
Проверка структуры и изображений страниц
Чтение и сканы
Укажите, нужен ли весь PDF или определённые страницы. Краткое чтение по умолчанию ограничено первыми 20 страницами; для полного анализа явно попросите прочитать весь документ. Сопоставляйте вывод с фактически обработанными страницами.
Номера в задании относятся к порядку страниц файла и могут отличаться от напечатанных номеров. Для скана укажите страницу и задачу распознавания. Изображение страницы само по себе не является извлечённым текстом; требуются доступное распознавание или модель с поддержкой изображений.
Создание и экспорт
Новый PDF создаётся напрямую из содержания с поддержкой кириллицы, переносов, заголовков, списков и таблиц. Укажите размер страниц и требования к оформлению.
Если нужно получить PDF из существующего Word, книги или презентации с сохранением вёрстки, попросите экспорт этого файла. Для таблиц проверьте область печати, масштаб и разрывы; для презентации — состав слайдов и заметок.
Формы
Передайте значения по названиям полей, например: «Название отчёта — Недельный обзор, дата — 25 октября, число изменений — 3». Уточните, сохранить ли интерактивность формы. Заполнение встроенных полей и работа со сканированным бланком — разные задачи.
Проверьте сохранённые значения, текст на страницах, шрифт, размещение и возможность дальнейшего редактирования, если она требуется. Непустое поле в структуре файла ещё не подтверждает видимость заполненного текста.
Удаление текста и защита
Для удаления укажите точный блок и страницу. Проверьте отсутствие текста при повторном извлечении и на изображении страницы. Простая чёрная плашка поверх текста не подтверждает удаление данных. Отдельно задавайте требования к метаданным, вложениям и другим объектам файла.
Пароль открытия и права печати или редактирования имеют разное назначение. Права PDF исполняет просмотрщик. Работа с зашифрованным исходником требует известного пароля; подбор пароля не выполняется.
Исходник и результат
Офисные оригиналы сохраняются неизменными. Каждая правка и пересчёт записываются в отдельный выходной файл, даже если исходник расположен в доступной для записи рабочей папке. Для последовательных изменений указывайте следующее имя результата на каждом этапе. Отмена дальнейшей работы не удаляет уже созданные результаты.
Приложите файл или укажите его в рабочей области. Опишите нужные изменения, формат и имя результата. После выполнения откройте именно полученный файл и проверьте содержание, структуру и оформление. Подробный порядок — в главе об офисных задачах.
Извлечение изображений и подготовка изображений страниц
Извлечение получает сохранённые в документе картинки. Подготовка создаёт изображение страницы или слайда. Оба механизма подготавливают файлы для просмотра и дальнейшей обработки.
Системный офисный компонент для работы с документами.
Офисные возможности доступны в составе системных навыков. Для задачи укажите документ и ожидаемый результат; агент подключает нужные возможности по мере работы.
Что можно поручить агенту
Возможность
Что передать агенту
Результат
Извлечь картинки из документа
Word, таблицу, презентацию или PDF и указание нужных изображений
Отдельные файлы картинок
Получить изображения страниц
Документ, номера страниц и требования к качеству
Изображения страниц или слайдов для просмотра
Подготовить PDF для просмотра
Документ Word, таблицу или презентацию
PDF, созданный с помощью LibreOffice
Сравнить оформление
Версии документа до и после изменения или изображения их страниц
Сведения об изменённых страницах и областях
Какие изображения получаются
Извлечённая картинка — отдельное изображение, сохранённое внутри документа. Изображение страницы показывает страницу целиком: текст, картинки и их расположение. Уточните в запросе, какой результат нужен и куда его сохранить.
Просмотр и распознавание
Чтобы модель могла рассмотреть картинку, выбранное подключение должно поддерживать изображения. Для получения текста скана нужен доступный способ распознавания. Подготовленная картинка страницы сама по себе не является распознанным текстом.
Проверяйте три стороны результата: открывается ли файл, правильно ли выглядит и соответствует ли содержание заданию. Успешная проверка структуры не подтверждает полноту текста или правильность чисел.
Как передать файл и сохранить результат
Приложите исходный файл или выберите его в рабочей папке. В запросе назовите нужный документ, опишите изменения и укажите имя и папку результата. Оригиналы сохраняются неизменными; для правки, пересчёта и экспорта укажите отдельное имя результата.
После выполнения откройте итоговый файл и проверьте содержание и оформление. Если файл недоступен, повреждён или для обработки отсутствует нужная программа, агент должен сообщить причину. Уже сохранённые изменения остаются после остановки или ошибки следующего действия.
Файлы результатов
Результат задачи может быть сохранённым файлом. Его идентичность задаётся путём и форматом, а содержимое и состояние подтверждаются чтением и проверкой. Сохранение, выдача пользователю и открытие в панели — отдельные действия.
В чате «Тестовый MD-файл» агент создал test.md и затем добавил три пункта списка. На снимке открыто текущее содержимое этого файла в развёрнутой панели. Вверху виден фактический путь, ниже — документ.
В документе видны ссылка, зачёркнутый текст и вложенный список с подпунктом. Первые три пункта списка сохранены. Изменение и его проверка показаны в 2.5.
Путь и формат
Текстовый инструмент записывает текст в кодировке UTF-8. Офисная операция создаёт или изменяет свой формат. Скрипт может сохранить набор файлов и журнал. Все эти результаты имеют фактические пути; текст ответа должен связываться с существующим объектом.
Ссылка на путь открывает текущий файл. Если его впоследствии изменили, открытое содержимое может отличаться от версии на момент выдачи. История сообщения и версия файла имеют разные жизненные циклы.
В этом примере первоначальная запись содержала две строки таблицы. В другом чате того же рабочего пространства, «Добавить 4 пункта в таблицу», 4 октября агент изменил тот же путь и добавил пункты 3–6. Поэтому при открытии ссылки из ответа от 3 октября видны уже шесть строк. Старая ссылка не является снимком первоначального содержимого.
Создание и проверка на этом примере
Завершённый ответ со ссылкой на файл.
Карточка записи фиксирует изменения по пути файла; сохранённый ответ содержит ссылку на него. Открытие и повторное чтение подтверждают содержимое.
Другой чат: чтение файла после добавления четырёх строк.
После добавления четырёх строк агент прочитал строки 15–26 и получил все шесть пунктов таблицы. Текущий файл на диске и его представление в панели содержат те же значения. Открыв результат, можно сверить сохранённую таблицу с заданием.
Офисные оригиналы
Правки и пересчёты офисных файлов сохраняются в отдельные результаты. Исходный файл пользователя остаётся неизменным. При нескольких этапах проверяйте последнюю выходную версию; правила и пример задания — в офисных задачах.
Как получить итоговые файлы
Попросите агент сохранить результат в нужном формате и дать ссылку на него. Для нескольких материалов укажите состав: например, отчёт Word, таблицу с расчётами и PDF для отправки.
Что указать
Что получает пользователь
Как проверить
Формат, имя и папку результата
Ссылку или карточку сохранённого файла
Открыть файл и сверить содержимое
Перечень итоговых материалов
Набор файлов с пояснениями
Проверить наличие всех материалов
Требования к данным и оформлению
Результат выполненной задачи
Сопоставить числа, текст и внешний вид с заданием
Ссылка открывает текущий файл. Для сохранения отдельной версии попросите записать её под новым именем.
Изменения и исходники
У вложения может быть рабочая копия. Уточните, нужно ли изменить исходник или сохранить отдельный результат. Укажите имя и папку нового файла.
Источник результата фиксируется через использованные файлы, адреса и координаты. Общие показатели в электронной таблице, текстовом документе и презентации проверяются на согласованность по исходным данным. Такой составной маршрут относится к приложению З.
Проверка
Файл должен существовать и содержать ожидаемые данные. Для офисных документов используются структурные проверки и рендер. Для кода — реальный запуск и его вывод. Для текстового ответа — критерии исходной задачи.
Выдача созданных офисных файлов
В учебных примерах Создание документа Word, Рабочая таблица и Презентация агент создал DOCX, XLSX и PPTX и передал ссылки на готовые файлы. В сценариях показаны карточки результатов и открытые документы.
План, цель и список шагов
В комплексной задаче агент может вести список шагов и отмечать выполненные пункты. Режим планирования помогает заранее согласовать решение. Режим достижения цели позволяет агенту автоматически продолжать длительную работу. Эти возможности используются для разных задач.
Возможность
Зачем нужна
Что вы наблюдаете
Список шагов
Видеть ход выполнения составной задачи
Пункты с отметками, текущий шаг и оставшиеся работы
Режим планирования
Изучить материалы и обсудить решение до внесения изменений
Предложенный план, который можно уточнить или одобрить
Режим достижения цели
Продолжать работу до заданного результата или остановки
Панель цели, её состояние и последовательные продолжения работы
Список шагов: отчёт о ходе работы
Агент раскладывает комплексную задачу на несколько пунктов и обновляет их по мере выполнения. Завершённые пункты отмечаются, текущий показывает, чем агент занят сейчас. Это удобно, когда работа включает чтение материалов, расчёт, подготовку документа и проверку результата.
Список шагов используется и в обычном чате: включать режим планирования для него не требуется. Это способ показать выполнение задачи и отчитаться о сделанном.
Над полем сообщения раскрыт блок «Задачи»: один пункт выполнен, один находится в работе, один ожидает. Отдельный список отражает ход задачи даже после завершения текущего ответа.
Как попросить список
Сравни два приложенных отчёта, составь таблицу изменений и подготовь краткие выводы. Разбей работу на шаги и отмечай каждый выполненный пункт в списке задач.
Ожидаемые шаги могут быть такими:
Прочитать оба отчёта.
Сопоставить показатели и найти изменения.
Подготовить таблицу и выводы.
Проверить результат по исходным данным.
Это пример состояния в середине работы. Отметки обновляет агент. Если список свёрнут, нажмите строку «Задачи» над полем сообщения. Сопоставляйте завершённые пункты с ответом и полученными файлами: отметка сама по себе не подтверждает правильность результата.
Режим планирования: согласование решения
Режим планирования подходит, если сначала нужно изучить материалы, обсудить подход и согласовать будущие изменения.
Откройте меню команд чата и выберите «План».
Опишите задачу, материалы и ограничения.
Прочитайте предложенный план. Укажите, что нужно изменить или дополнить.
Одобрите подход, когда будете готовы перейти к выполнению.
Команда планирования найдена в меню текущего чата.
Во время подготовки плана агент исследует материалы без реализации изменений. После согласования он может вести отдельный список шагов, чтобы показывать выполнение решения.
Режим достижения цели
В этом режиме вы задаёте ожидаемый итог, а агент сохраняет цель и может автоматически начинать следующие продолжения работы. Для продолжения после каждого ответа не требуется новое сообщение пользователя.
Цель стоит формулировать так, чтобы результат можно было проверить. Например:
Включи режим достижения цели: подготовить сравнительный отчёт по двум приложенным документам. Результат — таблица различий и документ с выводами. Считай работу завершённой после проверки всех чисел и ссылок по исходникам.
Над полем сообщения показана панель «Цель на паузе». Справа находятся кнопки продолжения, изменения формулировки и удаления цели. В истории открыт предыдущий ход того же учебного чата.
Как работать с целью
Откройте меню команд и выберите «Цель» или прямо попросите агента включить режим достижения цели.
Укажите итог, исходные материалы, ограничения и понятный критерий завершения.
Проверьте формулировку в панели цели. При необходимости исправьте её.
Следите за состоянием цели, действиями агента, временем и расходом токенов.
При необходимости приостановите цель её кнопкой паузы. После проверки состояния продолжите работу кнопкой возобновления.
После завершения откройте результаты и сверьте их с критерием готовности.
Текст цели и её состояние показаны в отдельной панели чата. Назначение кнопок можно увидеть при наведении.
Кнопка
Действие
Приостановить цель
Поставить автоматическое продолжение на паузу
Продолжить цель
Возобновить приостановленную цель
Изменить цель
Исправить формулировку ожидаемого результата
Убрать цель
Удалить текущую цель из чата
Приостановленная цель ждёт возобновления. Пауза отключает следующие автоматические продолжения; если нужно прервать уже выполняющийся ответ, используйте также кнопку остановки генерации. Если продолжение заблокировано, прочитайте причину в сообщениях и устраните препятствие перед новым запуском. Завершение цели означает, что агент сообщил о достижении результата; окончательную оценку даёт пользователь.
Время, токены и контроль человеком
Используйте режим цели осторожно: автоматические продолжения могут расходовать много токенов. Работа может занимать час и более. Каждое продолжение требует новых обращений к модели; фактический расход зависит от задачи, объёма материалов и числа попыток.
Агент может долго стремиться к цели и не достигать её: например, из-за неясного критерия завершения, недоступных материалов или повторяющихся неудачных действий. Само наличие цели не гарантирует результат за определённое время.
Рекомендуется контроль человеком. Периодически проверяйте, появился ли новый полезный результат, меняется ли список оставшихся работ и оправдан ли расход. Если агент повторяет одни и те же действия без продвижения, приостановите цель, проверьте причину и уточните задачу перед продолжением.
Работа с субагентами
Субагент (дочерний агент; также «сабагент») — отдельный исполнитель части вашей задачи. Основной агент создаёт его из текущего чата, передаёт поручение и затем объединяет результаты. У субагента собственный разговор, история действий и состояние работы. Например, один исполнитель готовит план отчёта, а второй независимо составляет критерии проверки.
Первый запуск: готовый промпт
Откройте чат в нужном проекте и выберите подключённую модель. В чате должна быть доступна работа с субагентами.
Вставьте промпт ниже в обычное поле сообщения и отправьте. Исполнителей создаёт основной агент вызовом инструмента. Создание второго пользовательского чата само по себе субагента не создаёт.
После создания исполнителей откройте меню с их количеством в верхней строке. Проверьте, что появились две отдельные задачи.
Дождитесь ответов исполнителей и общего ответа основного агента. В результате должны быть пять разделов и шесть критериев, с указанием вклада каждого исполнителя.
Учебный запуск субагентов. Подготовь структуру краткого отчёта
о рабочей встрече.
Запусти параллельно двух субагентов в фоновом режиме с возможностью
продолжения их разговоров.
1. «План отчёта»: предложи пять разделов и объясни назначение каждого.
2. «Критерии проверки»: независимо составь шесть критериев качества
такого отчёта.
Передай каждому полный текст его задачи. Не создавайте и не меняйте
файлы, не обращайтесь к сайтам. Дождись завершения обоих субагентов,
сопоставь результаты и дай единый ответ: план и чек-лист.
Укажи, какую часть выполнил каждый субагент.
В запросе заданы два независимых поручения и общий результат. Пользователю достаточно описать их обычным текстом.
Рис. 1. Новый учебный чат: запрос вставлен в обычное поле сообщения. Названия исполнителей, отдельные задачи и общий результат указаны заранее.
Для своей задачи замените тему, поручения и критерий готовности. Независимые поручения можно выполнять параллельно. Если второй исполнитель должен проверить ответ первого, прямо укажите, что сначала нужно получить этот ответ и передать его проверяющему.
Где найти всех исполнителей задачи
В основном разговоре меню субагентов находится в верхней строке, рядом с заголовком и действиями чата. Оно появляется при наличии дочерних задач. Счётчик отражает непосредственных детей текущего уровня; индикатор показывает активность. Если детей ещё нет, счётчик отсутствует.
Нажмите счётчик, чтобы открыть и закрепить меню. Наведение также открывает его, но при уходе указателя такое меню закрывается. Щелчок вне меню или Escape закрывает закреплённый список.
С клавиатуры переведите фокус на счётчик или переключатель и нажмите ↓, чтобы открыть меню и выбрать первую строку. Клавиши ↑ и ↓ перемещают фокус по строкам; Home и End — к первой и последней. Enter или пробел открывают выбранный разговор, → раскрывает ветвь потомков, а ← сворачивает её. Escape закрывает меню.
Меню перечисляет исполнителей этой задачи, включая завершённых, и позволяет выбрать любого из них. Это дерево разговоров; отдельной команды массового выделения «выбрать всех» здесь нет. Дочерние разговоры не дублируются как самостоятельные пользовательские чаты в левой панели: вход к ним — через родительский разговор и его меню.
Рис. 2. Меню исполнителей основного разговора. Каждая строка показывает отдельную задачу, её состояние, токены и время работы.
Рис. 3. Статус находится непосредственно под названием субагента. Индикатор расположен слева; токены и длительность — справа.
Элемент
Значение и действие
Название
Краткое имя поручения. Нажатие строки открывает разговор исполнителя в основной области
Строка под названием
Краткий заголовок разговора, режим continuable или one-shot, состояние running, completed или not running. Длинный текст может сокращаться
Индикатор слева
Выполнение, нормальное завершение последнего хода либо отсутствие активного хода
Токены справа сверху
Суммарный учтённый расход модели этого разговора; K — тысячи, M — миллионы. Это не процент готовности
Время справа снизу
Суммарная длительность активных ходов. Во время работы обновляется; после остановки или завершения перестаёт расти. Наведение показывает точную длительность
Стрелка слева
Раскрыть или свернуть собственных потомков исполнителя
Стрелка справа
Открыть разговор в правой панели для просмотра рядом с основным
Полужирное название
Сейчас открыт именно этот субагент
Цвета и состояния: как понять результат
Индикатор
Подпись в меню
Значение
Вращающийся круг
running
Субагент выполняет текущий ход
Зелёная точка
completed
Последний ход завершился нормально
Серая точка
not running
Субагент сейчас не работает, а нормальное завершение последнего хода не подтверждено
Серый индикатор бывает после прерывания или остановки, а также после ошибки, отказа, исчерпания лимита либо при отсутствии завершённого хода. Цвет не различает эти причины. Откройте разговор и прочитайте состояние выполнения и последние сообщения.
Зелёная точка подтверждает завершение хода, но не правильность ответа и не выполнение всех пунктов поручения. Агент может нормально закончить ответ, сообщив об отклонённом создании вложенного исполнителя. После нового сообщения тот же субагент снова переходит в running, затем получает состояние по результату нового хода.
Рис. 5. После остановки текущий исполнитель показан серой точкой и состоянием not running.
Рис. 6. Серый индикатор остановленного исполнителя рядом с зелёными индикаторами нормально завершённых ходов.
В открытом разговоре состояние хода показано ниже запроса, в области выполнения: например, «Завершено за … с». Разверните строку, чтобы посмотреть действия. В меню состояние каждого исполнителя остаётся под его именем. Это два места наблюдения за одним разговором.
Перейти в субагента и вернуться назад
Откройте меню исполнителей основного разговора.
Нажмите строку нужного субагента. Откроются его задание, действия и ответ.
Посмотрите верхнюю цепочку переходов — breadcrumbs. Она показывает путь от основного разговора к открытому исполнителю.
Для возврата нажмите название родительского или основного разговора в цепочке. Переход не останавливает работающих агентов.
Рис. 7. Открыт разговор дочернего исполнителя. Вверху — путь к родителю, ниже запроса — состояние хода.
Рис. 8. Название родителя возвращает в основной разговор. Переключатель с шевронами рядом с текущим субагентом открывает список исполнителей того же родителя.
Чтобы перейти к соседнему субагенту, нажмите переключатель рядом с именем текущего исполнителя и выберите другую строку. В списке текущий исполнитель отмечен полужирным. У промежуточных предков в breadcrumbs доступны переход к их разговору и меню соответствующего уровня.
Для сравнения с основным разговором нажмите правую стрелку строки исполнителя. Его ответ откроется вкладкой в правой панели, а основной разговор останется в центре. Закрытие вкладки прекращает просмотр и не останавливает задачу.
Иерархия и вложенные субагенты
Основной агент находится на уровне 0, его непосредственный ребёнок — на уровне 1, ребёнок этого субагента — на уровне 2. Исполнители одного родителя находятся на одном уровне и являются соседями.
Основной разговор уровень 0
├── План отчёта уровень 1
│ └── Заголовок отчёта уровень 2
└── Критерии проверки уровень 1
В такой структуре breadcrumbs вложенного исполнителя читаются как «Основной разговор / План отчёта / Заголовок отчёта». Нажмите левую стрелку возле «План отчёта» в меню, чтобы раскрыть его детей. Они появятся с отступом и соединительными линиями. Можно открыть разговор на любом доступном уровне; первое раскрытие загружает список этого уровня. Счётчик детей одного родителя не равен числу всех потомков дерева.
При глубине 1 основной агент создаёт субагентов, но они не могут создавать своих детей. Попытка создать второй уровень отклоняется с сообщением о превышении глубины. Для приведённого дерева нужна разрешённая глубина не меньше 2; промпт лимит не повышает.
Когда глубина разрешена, дополнение к заданию первого исполнителя можно сформулировать так:
Поручи субагенту «План отчёта» создать собственного субагента
«Заголовок отчёта». Его задача — предложить три заголовка отчёта
о рабочей встрече. «План отчёта» должен дождаться его ответа
и включить выбранный заголовок в свой результат.
Если создание отклонено, сообщи причину и не приписывай
несозданному исполнителю какой-либо результат.
Продолжить работу и отправить уточнение
Режим continuable означает возможность продолжения. Откройте разговор и отправьте сообщение через обычное поле ввода:
Сократи предложенный план до трёх разделов. Сохрани отдельный
раздел с решениями, ответственными и сроками.
Сообщение работающему субагенту поступает в его очередь; сообщения обрабатываются в порядке отправки. Сообщение неработающему продолжаемому субагенту запускает новый ход в том же разговоре. Отправка доступна и во время выполнения; подтверждение отправки ещё не является ответом.
Можно поручить основному агенту передать уточнение:
Отправь субагенту «План отчёта» сообщение: «Сократи план до трёх
разделов, сохрани решения, ответственных и сроки».
Дождись его ответа и обнови общий результат.
Если вы меняете критерий готовности напрямую в дочернем разговоре, сообщите об этом и основному агенту: он получает сообщения и результаты исполнителей, но не читает автоматически всю их переписку. Так он сможет согласовать новый ответ с общим итогом.
Основной агент передаёт сообщение выбранному исполнителю. Имена могут повторяться: в неоднозначном случае укажите поручение и родителя. Прямой обмен предусмотрен между родителем и его непосредственным продолжаемым ребёнком. Для глубокого потомка передайте поручение через его родителя.
one-shot — одноразовая задача: её разговор является записью исполнения и не принимает продолжений. Вместо поля ввода показано пояснение One-shot subagent record. Запись позволяет прочитать все действия и ответ. В продолжаемом разговоре поле тоже может быть недоступно, когда его точный родитель не подключён; интерфейс объясняет, что нужно открыть родителя. Неопределённый режим показан как unknown mode и допускает только чтение до установления режима.
Общие действия у ответа, например копирование и «Ответвить в новый диалог», описаны в главе о сообщениях и выполнении. Ответвление обычного разговора создаёт самостоятельный чат и не добавляет его в дерево субагентов исходной задачи.
Рис. 11. Одноразовая запись: внизу показано One-shot subagent record вместо поля ввода. В ответе также зафиксировано ограничение вложенного запуска глубиной 1.
Упоминание через @ вставляет имя работающего субагента как текст. Само по себе @имя не отправляет ему сообщение и не открывает продолжение: сформулируйте поручение основному агенту или откройте разговор адресата.
Остановить субагента
Откройте работающего субагента continuable и нажмите «Остановить генерацию» в его поле ввода. Кнопка относится к текущему ходу открытого исполнителя. Для остановки из основного разговора напишите:
Останови текущую работу субагента «Критерии проверки».
Не запускай ему новое поручение.
Основной агент запрашивает остановку выбранного исполнителя. Принятый запрос ещё не означает фактическую остановку: дождитесь исчезновения running и проверьте запись прерывания в разговоре.
Остановка сохраняет историю и уже поставленные в очередь сообщения. Очередь остаётся припаркованной до последующей отправки сообщения. Собственные потомки автоматически не останавливаются: основной агент отдельно останавливает нужных исполнителей и проверяет всё дерево. Переключение разговора, закрытие меню или правой вкладки не являются остановкой.
Настройки глубины, количества и моделей
В текущем профиле отдельная страница изменения ограничений отключена: навык «Настройки субагентов» имеет состояние «Выключен». При этом запуск, управление и навигация субагентов работают. Промпт не включает отсутствующую страницу и не изменяет лимиты.
Чтобы проверить состав, откройте «Настройки» → «Модули и навыки» → «Системные». Введите «Настройки субагентов» в поле «Поиск навыков», раскройте группу «Глобальные навыки» и найдите нужную карточку. Состояние этой карточки определяет доступность отдельной страницы настройки лимитов.
Рис. 13. Компонент отдельной страницы настроек субагентов выключен.
Для субагентов предусмотрены следующие настройки. Они доступны через его отдельную страницу только в профиле с подключённым интерфейсом настроек; в текущем профиле эта форма не отображается.
Настройка
Действие
Maximum recursion depth
0 запрещает создание субагентов; 1 разрешает детей только основному агенту; 2 разрешает ещё один уровень. Собственный предел инструмента имеет приоритет
Subagent parallelism limit
Общее число живых субагентов одного основного агента на всех уровнях; основной агент в число не входит. Достижение предела отклоняет новый запуск
Allow agents to choose models for Subagents
Выбор оператора, модели и уровня рассуждения из разрешённых маршрутов. Для включения выберите хотя бы одну модель
Save
Сохранить изменения. Уход со страницы без сохранения отбрасывает введённые изменения
Разрешение выбора моделей фиксируется при создании нового основного разговора и наследуется детьми. Изменение настройки не переписывает политику существующего чата. При выключенном выборе применяются заданные параметры или наследуется модель родителя. При включённом выборе агент может использовать разрешённые модели. Пользователь задаёт ограничения через доступные настройки.
Контекст, инструменты и общий результат
Передайте каждому исполнителю цель, материалы, ограничения и формат ответа. При отдельном поручении он может не видеть всю беседу основного агента. Если нужно учитывать предыдущий разговор, явно попросите передать его контекст.
Возможность
Что указать
Результат
Создать исполнителя
Название поручения, полную задачу и материалы
Отдельный разговор и ответ исполнителя
Продолжить работу
Нужного исполнителя и уточнение
Новый ход в том же разговоре, если продолжение доступно
Узнать состояние
Какое поручение проверить
Текущее состояние и доступный результат
Остановить работу
Нужного исполнителя и область остановки
Запрос остановки; его результат нужно проверить
У продолжаемой задачи можно уточнять поручение. Одноразовая запись доступна для чтения. Состояние без активного выполнения само по себе не подтверждает, что поручение успешно выполнено: прочитайте последние сообщения.
Агенты могут работать с одной папкой. Разделите области записи: например, каждый готовит свой файл, а основной собирает общий документ. Два завершённых ответа не объединяют изменения автоматически. Основной агент проверяет содержание, согласованность файлов и общий критерий готовности. Уведомление, текст ответа и созданный файл — разные сведения.
Субагенты относятся к общим средствам Дипнео. Предметные правила зависят от задачи и инструкций рабочей области; сценарии внешних модулей описываются в их руководствах.
Быстрая проверка работы
В меню появились исполнители с ожидаемыми заданиями.
Разговоры открываются; breadcrumbs возвращают к родителю и позволяют переключаться к соседям.
Статус виден под именем в меню и ниже запроса в разговоре; причина серого состояния прочитана в записи исполнения.
В continuable уточнение попало в нужный разговор и вызвало новый ход; в one-shot показана запись только для чтения.
После остановки проверены текущий ход и собственные потомки исполнителя.
Основной агент получил ответы и подготовил проверенный общий результат.
Координация нескольких агентских задач
Для сложной работы можно поручить агенту организовать несколько исполнителей и этапы их работы. Например, один исполнитель изучает материалы, второй проверяет расчёты, а основной агент собирает общий отчёт.
Возможность доступна в новых чатах при включённом компоненте координации.
Какие данные нужны
Что указать
Для чего это нужно
Общая цель
Определить результат всей работы
Исходные материалы
Дать исполнителям файлы, ссылки и необходимые сведения
Отдельные поручения
Разделить задачи и ответственность
Порядок этапов
Отделить независимую работу от этапов, которым нужен предыдущий результат
Ограничения
Задать допустимые действия и правила изменения общих файлов
Критерии готовности
Проверить результаты исполнителей и общий итог
Программные команды для организации процесса составляет агент. В запросе достаточно описать участников, последовательность и результат.
Пример задания
Организуй работу нескольких агентов над отчётом по приложенным материалам. Сначала один исполнитель выделяет основные выводы, а другой независимо проверяет исходные числа. Затем передай их результаты третьему для проверки согласованности. Собери общий отчёт и перечисли нерешённые вопросы.
Такой процесс запускается по явному запросу пользователя. Для одного отдельного поручения достаточно субагента.
Как следить за выполнением
В области выполнения отображаются этапы, сообщения о ходе работы и результаты участников. Если процесс работает в фоне, его состояние проверяется отдельно от завершения очередного ответа в чате; подробнее — фоновые задания.
Если участник не выполнил поручение, проверьте причину и перечень недостающих результатов. Завершение общего процесса не подтверждает полноту отчёта. Итог нужно сверить с материалами, критериями и выводами участников.
Если исполнители меняют общую папку, заранее разделите файлы или области правок. Основной агент должен согласовать полученные изменения.
Программные вызовы инструментов
Режим программных вызовов инструментов позволяет модели составить программу, которая вызывает зарегистрированные инструменты и обрабатывает возвращённые значения. Программа может использовать переменные, условия, циклы и несколько операций внутри одного обращения к исполнителю.
«Инструменты через код» включены при выключенной отладке и применяются к новым чатам.
Когда это полезно
Режим подходит для серийной обработки: например, проверить набор таблиц, извлечь выбранные показатели и собрать общую сводку. Агент составляет программу, которая выполняет несколько действий и обрабатывает промежуточные данные.
Что передать агенту
Что он обрабатывает
Какой результат ожидать
Папку или набор файлов, условия отбора и нужные показатели
Последовательно или группами читает подходящие материалы
Сводку и перечень обработанных файлов
Правила проверки и критерии ошибок
Сопоставляет полученные значения с условиями
Список найденных несоответствий
Формат и место сохранения
Собирает итоговые данные
Отчёт или другие файлы результата
Пример запроса
Проверь все таблицы из указанной папки. Для каждой найди итоговую сумму и дату отчёта, затем собери общую таблицу. Перечисли файлы, которые не удалось обработать, и проверь число обработанных источников.
Пользователю не требуется писать программу вызовов или вводить программные параметры. Для одной задачи режим может уменьшить объём промежуточных данных, передаваемых модели; экономия зависит от обработки и не гарантируется.
Включение и проверка результата
Включите «Инструменты через код» в общих настройках и начните новый диалог. Нужна подключённая совместимая среда исполнения.
Права доступа чата продолжают действовать. Режим не подключает отсутствующие инструменты и библиотеки.
Раскройте область выполнения, проверьте список обработанных материалов и откройте итоговые файлы. Ошибка или остановка последующего действия не отменяет уже сохранённые изменения. После прерывания сверяйте результат с фактическим состоянием файлов.
Дополнительные модули Дипнео
Модуль — подключаемый пакет, который регистрирует дополнительные возможности в продукте. Внешний предметный модуль может включать инструменты, навыки, источники данных, настройки и элементы интерфейса. Системные и внешние пакеты указываются в составе конкретной поставки.
Установка и управление
Сейчас поддерживаются готовые модули компании — правообладателя Дипнео. Переданный модуль устанавливается из папки через «Настройки → Модули и навыки → Пользовательские → Добавить модуль» и включается после установки. Информация о самостоятельном создании модулей будет опубликована позже.
Добавляются в каталог; инструкция загружается предусмотренным механизмом
Источники
Предоставляют сведения или операции доступа к данным
Интерфейс и настройки
Добавляются в предусмотренные точки расширения интерфейса
Включение
Применяет регистрации пакета в соответствии с его декларацией
Отключение
Снимает относящиеся к пакету регистрации; сохранение самого пакета и настроек отличается от удаления
Удаление
Убирает установленный пакет через предусмотренное действие менеджера
Доступные действия и защищённые системные компоненты фиксируются по конкретной поставке. Полный инвентарь содержит версии и фактические состояния.
Связь через контекст и данные
Описания зарегистрированных возможностей позволяют модели формировать вызовы. Загруженный навык добавляет инструкции. Результаты инструментов включаются в контекст текущей сессии.
Следующая операция может использовать полученные значения или сохранённый файл через его путь. Так механизмы нескольких пакетов могут работать с общими данными задачи. Общий контекст не объединяет автоматически историю разных чатов и все источники подключённых пакетов.
Массовая обработка, анализ и согласованное создание нескольких офисных результатов — области применения этих механизмов. Они описываются в приложениях В и З.
Указатель отдельных модулей
Модуль
Предмет отдельного руководства
Ссылка
База знаний и проверки по нормативам
Объекты базы, источники, размещение, версии, справочники, поиск, термины и механизм проверки
База знаний и защита данных — опциональные модули, устанавливаемые дополнительно. Их предметная документация ведётся в отдельных корневых разделах. Состав доступных руководств указан в корневом оглавлении. Сочетание подключённого модуля с системными офисными операциями входит в прикладную часть и ссылается на руководство модуля.
Самостоятельное создание модулей
Сейчас Дипнео поддерживает установку готовых модулей, созданных компанией — правообладателем Дипнео. Информация о самостоятельном создании модулей будет опубликована позже.
Таблицы помогают выбрать задачу и подготовить материалы для агента. Опишите нужный результат обычным текстом. Доступность возможностей зависит от подключённых модулей, выбранной модели и настроек чата.
Состав приложения можно проверить в разделе «Модули и навыки».
Файлы, которые можно открыть и проверить; результаты
Документы и данные
Перед выполнением укажите формат и отдельный выходной файл. Офисные оригиналы сохраняются неизменными. Общий порядок, этапы подключения возможностей и проверка результата описаны в офисных задачах.
Возможность
Что передать агенту
Что он может подготовить
Текстовые документы
DOCX, DOC, RTF, ODT или исходный текст, структуру, правки и требования к оформлению
Документ, таблицы, комментарии и работу с отслеживаемыми правками; подробнее
Электронные таблицы
Книгу или исходные строки, листы, диапазоны и правила расчёта
Значения, формулы, оформление, диаграммы и обновляемые сводные таблицы; подробнее
Презентации
PPTX, PPT, ODP или материалы, аудиторию, структуру и оформление
Слайды, заметки, перестановку и проверку содержания; подробнее
PDF
Файлы, страницы, нужные действия или данные для формы
Извлечённый текст и таблицы, объединённые или разделённые документы, заполненные формы; подробнее
Изображения из документов
Документ и указание нужных картинок или страниц
Отдельные изображения и материалы для просмотра; подробнее
Проверка оформления
Итоговый файл, требования или образец для сравнения
Найденные проблемы структуры, отображения и соответствия задаче; подробнее
Выбирайте навык по описанию в меню команд. Дополнительные навыки рабочей папки могут отличаться между проектами.
Модули устанавливаются отдельно. Полный доступ расширяет область разрешённых действий, но сам по себе не добавляет новые возможности. Описание установки и управления модулями приведено отдельно.
Управление браузером по описанию
Агент может выполнять действия в веб-интерфейсе по вашему поручению: заполнять поля, выбирать пункты, нажимать кнопки, прокручивать страницу и получать снимки экрана. Для этого в настольном Дипнео встроена автоматизация на Playwright. Писать код или устанавливать расширение браузера не требуется.
Начать работу
Откройте «Браузер» в правой панели и перейдите на нужный сайт.
Если сайт требует входа, войдите в этой вкладке.
Укажите в сообщении название или адрес вкладки, цель и необходимые данные.
Опишите, что нужно получить, и где агент должен остановиться.
После выполнения проверьте результат на самой странице.
При работе с текущей вкладкой сохраняются её авторизация и введённые данные. Если открыто несколько сайтов, явно назовите нужный. Подключение агента к вкладке само по себе не отправляет форму.
Что можно поручить
Возможность
Что передать агенту
Результат
Заполнить форму
Подписи полей и значения
Заполненные поля; отправка определяется вашим заданием
Выбрать параметры
Пункты списка, фильтры или флажки
Установленные значения и обновлённая страница
Нажать элемент
Описание кнопки или ссылки и контекст
Действие выбранного элемента
Прикрепить файл
Нужный файл и поле загрузки
Выбранный в форме файл и состояние загрузки
Найти область страницы
Название раздела или нужный элемент
Найденная область и доступные сведения о ней
Проверить результат
Признак успеха или ожидаемую запись
Сопоставление с текущим состоянием страницы
Сделать снимок
Какую страницу или состояние сохранить
Изображение выбранного состояния
Заполнить без отправки
Во вкладке с формой обращения заполни тему «Уточнение срока»
и сообщение «Прошу сообщить плановую дату ответа».
Выбери категорию «Общий вопрос».
Оставь форму заполненной для моей проверки перед отправкой.
Агенту нужны сами значения, а не только просьба «заполни всё». Для полей с одинаковыми названиями укажите раздел формы. Перед отправкой проверьте выбранную категорию, адресата и текст.
Учебная форма: тема и приоритет уже выбраны, заявка ещё не создана. Пример можно повторить с материалами из раздела для разработчиков.
Выполнить действие и проверить
В учебной форме заявки введи тему «Проверить форму»,
выбери высокий приоритет и нажми «Создать заявку».
Проверь, что в списке появилась ровно одна новая заявка
с этой темой и приоритетом. Покажи итоговое состояние.
Полный пример с локальной формой и материалами находится в учебном проекте для разработчиков. На рабочем сайте укажите собственные данные и допустимые действия. Нажатие «Отправить», оформление заказа и изменение записи могут менять данные сайта; такие шаги задавайте явно.
Что учитывать
Автоматизация действует в выбранном браузере и не даёт управления произвольными окнами компьютера. Для текущей вкладки используется браузер Дипнео; работа с отдельно запущенным приложением описана в руководстве Playwright.
Доступность действий зависит от сайта и состояния страницы. При ошибке агент должен сообщить, на каком шаге остановился и что уже изменилось. Ранее выполненные действия не отменяются остановкой. Если сайт требует подтверждения входа или другого действия человека, выполните его в выбранной вкладке перед продолжением.
Для ответа о содержании страницы достаточно попросить прочитать её или передать выделение. Для кликов и ввода укажите действие и ожидаемый результат. Подготовка повторяемых тестов вынесена в раздел для разработчиков.
Как работает агент
Здесь объясняются контекст, цикл выполнения, вызовы инструментов, разрешения, навыки и работа с файлами. Начните с контекста и сессии, затем выберите нужный механизм или формат. В конце раздела доступен полный каталог инструментов и навыков.
Общий порядок работы с Word, книгами, презентациями, PDF и OpenDocument, сохранение оригиналов и проверка результата описаны в офисных задачах.
Для делегирования части задачи откройте отдельную главу «Работа с субагентами». В ней есть готовый промпт первого запуска, меню исполнителей, цепочка переходов, иерархия, цвета статусов, продолжение, остановка и настройки.
Клики, заполнение форм и другие действия на сайте описаны в управлении браузером по описанию. Созданию программных продуктов, командам, развёртыванию сервисов и тестированию Playwright посвящён раздел руководства «Для разработчиков».
Свойства модели и возможности агентской системы образуют совместный рабочий процесс. Модель понимает запрос, формирует текст, код и действия. Приложение предоставляет контекст, инструменты, хранение и среду исполнения. Провайдер определяет доступный программный интерфейс и параметры конкретного развёртывания.
Рис. 3.1.2. Деталь того же снимка: DeepSeek-V41-Flash в группе DeepSeek.
Требования и свойства семейства Qwen приведены в паспорте модели. Выбирайте подключение и модель с учётом своей задачи.
3.1. Модель и обученные знания
Обучение формирует свойства модели до её подключения к текущему чату. Предварительное обучение и последующая настройка на инструкции решают разные задачи. В официальном описании семейства Qwen модели, дообученные на инструкциях, предназначены для выполнения запросов в диалоге; среди текстовых задач указаны перевод, сокращение и ответы на вопросы. Понятия семейства Qwen.
Знания модели помогают понимать языки, понятия и способы решения. Переданные пользователем материалы относятся к текущему контексту. Чтение документа в чате не изменяет обученные веса.
Один и тот же общий класс задачи может поддерживаться несколькими моделями с разным качеством. Предметные области, языки, точность следования формату и способность удерживать требования оцениваются на нужных пользователю материалах. Размер модели сам по себе не подтверждает такой результат.
Для утверждения о текущем файле, установленной программе или новом событии требуется источник текущих данных. Обученное знание об операционной системе помогает объяснить принцип, а состояние конкретной машины получает инструмент.
Текстовые преобразования подробно описаны в 3.2. Области применения находятся в приложениях; свойства источников и контекста — в 2.1.
3.3. Генерация кода
Для работы агентом модель должна формировать код по заданным входам и требованиям, читать существующий код, использовать объявленный программный интерфейс и учитывать фактические ошибки запуска. Исполнимость проверяется в среде продукта.
Код может быть итогом задачи либо рабочим средством её выполнения. В первом случае пользователь получает программу или изменение проекта. Во втором код обрабатывает материалы и создаёт нужный результат: таблицу, документ, изображение или медиафайл. Механизм второго случая описан в 2.7.
Свойство
Что требуется от модели
Что обеспечивает среда
Использование программного интерфейса
Верные имена и аргументы по доступной документации
Установленный пакет и доступный интерфейс
Обработка данных
Явные правила преобразования и проверки
Доступные входные файлы и исполнение
Исправление ошибки
Изменение кода с учётом реального сообщения
Вывод команды и сохранённый скрипт
Создание результата
Формирование структуры и содержимого
Запись, конвертация и проверка файла
Обученные знания модели о программном интерфейсе библиотеки может относиться к иной версии. Для текущей операции используется доступная документация или объявленная схема. Существование фрагмента кода в ответе не означает, что он запускался.
Установка внешней библиотеки — операция подготовки среды. Текст модели не заменяет установку. При отсутствии зависимости её состояние фиксируется по реальному выводу.
3.4. Рассуждение
Многошаговое рассуждение требуется для удержания условий, сопоставления материалов, выбора порядка операций и проверки результата. Структурированное объяснение может включать основания, критерии, расчёт и вывод в форме, которую запросил пользователь.
Отдельный канал рассуждений, настройка усилия и сохранение рассуждения между обращениями зависят от модели и сервиса. Паспорт Qwen отдельно фиксирует параметры производителя; их наличие у весов ещё не подтверждает передачу через выбранный провайдер. Паспорт Qwen.
Сущность
Значение
Рассуждение
Работа модели над условиями задачи
Видимое рассуждение
Отдельное представление поддержанного вывода
Уровень рассуждения
Поддерживаемый параметр текущего подключения
Режим планирования
Механизм продукта для подготовки и согласования решения
Второй чат
Независимая сессия для параллельной задачи
Эти сущности не взаимозаменяемы. Длинный видимый блок не подтверждает правильность результата. Результат оценивается по исходным условиям и материалам. В показанном учебном подключении DeepSeek интерфейс отображает уровень «Высокий»; его значение сохраняется вместе с фактическим выбором модели.
3.5. Вызовы инструментов
Модель должна выбирать операцию из доступного каталога и формировать аргументы по схеме. Результат исполняет приложение и передаёт его последующему шагу. Такой принцип вызова функций описан в официальном руководстве Qwen. Вызовы функций.
Для совместимости требуется поддержка на трёх уровнях: модель формирует вызов, провайдер передаёт его в нужном формате, приложение распознаёт и исполняет. Обычный текст «прочитаю файл» не является вызовом.
После исполнения модель должна различать значение, пустой результат, отказ доступа, ошибку аргументов и ошибку операции. Следующее действие строится по фактическому выводу. Требуется сохранять связи с путями, источниками и координатами.
Программные вызовы инструментов добавляют программную форму: модель создаёт тело программы, обращающееся к программной библиотеке инструментов. Для этого нужны генерация допустимого кода, верные аргументы и обработка полученных значений. Механика программных вызовов инструментов.
3.6. Контекстное окно
Контекстное окно задаёт предел входа и продолжения модели в конкретном развёртывании. Токенизация преобразует текст в единицы модели; число токенов зависит от её токенизатора. Токен не равен универсальному числу русских букв, словам или байтам файла. Документация токенизатора.
В этой сессии приложение показывает окно 262 144 и оценку ~29 846 токенов. Значение относится к выбранному подключению и подготовленному контексту. Оно не измеряет правильность ответа и не означает, что весь исходный проект прочитан.
В объём входят инструкции, передаваемые сообщения, описания доступных возможностей и результаты обработки. Бюджет ответа и ограничения сервера задаются отдельно. Предел из карточки производителя, установленное значение подключения и фактически доступный серверный лимит должны быть сопоставлены.
Большой файл может обрабатываться кодом без включения целиком в запрос модели. Приложение может передать фрагмент или результат расчёта. Сжатие истории меняет передаваемое представление, поэтому точный исходник и сводка имеют разную детализацию. Устройство контекста.
3.7. Визуальные входы
Работа с изображением требует визуальной поддержки модели, передачи изображения провайдером и подготовки входа приложением. Чтение текстового слоя документа и анализ картинки страницы имеют разные входы.
Для визуального профиля проверяются чтение видимого текста, положение объектов и сопоставление изображения с запросом. Распознавание текста и извлечение изображений являются отдельными механизмами; наличие подготовленного растрового изображения не подтверждает распознавание.
Требования задаются наблюдаемым поведением и совместимостью. Ни имя семейства, ни число параметров не заменяют проверку. Ниже — критерии продукта, а не утверждение об уже измеренном качестве подключённой Qwen.
Обязательная способность
Критерий проверки
Инструкции и русский язык
Понимает задачу и соблюдает явно заданные ограничения
Текстовые преобразования
Переводит, перефразирует, сокращает, разворачивает тезисы и проверяет требования с сохранением нужных фактов
Работа по источнику
Использует переданный материал и указывает основания и пробелы
Структурированный ответ
Соблюдает указанную таблицу или структуру полей
Инструменты
Формирует допустимые вызовы и использует реальные результаты
Код
Создаёт исполняемый код для доступной среды и учитывает ошибку запуска
Несколько шагов
Продолжает задачу после результатов вызовов и проверяет итог
Программный интерфейс
Подключение передаёт сообщения, вызовы и результаты в поддерживаемом продуктом формате
Объём
Минимально допустимое окно модели и сервиса — 128K токенов (131 072); инструкции, каталог, материалы конкретной задачи и генерируемый ответ помещаются в его бюджет
Для работы Дипнео, его навыков и модулей, включая модуль «База Знаний» для работы с материалами и проверок по нормативам, минимальное контекстное окно модели и сервиса — 128K токенов (131 072).
Для визуального профиля добавляется обработка изображений. Для программных вызовов инструментов добавляется проверка доступной программной библиотеки. Для предметного использования добавляются задания на выбранный язык, документы, нормы и терминологию.
Модель подбирается по задачам пользователя. Паспорт фиксирует точный идентификатор, провайдера, параметры и результаты проверки. Успешное соответствие одному профилю не подтверждает качество всех предметных областей.
Текстовые способности модели
Модель, дообученная для выполнения инструкций, может понимать предоставленный текст и формировать ответ по заданным требованиям. Официальная документация Qwen относит к задачам такого дообучения, в частности, ответы на вопросы, перевод и сокращение текста. Общий круг задач современных моделей близок, а поддерживаемые языки и качество выполнения зависят от конкретной модели. Понятия Qwen.
Ниже задан профиль текстовых способностей для документации Дипнео. Каждая способность указывается в паспорте модели с её условиями и ограничениями. Перечень не означает одинакового обучения всех моделей или одинаковой точности результата.
Запрос и результат в чате
Рис. 3.2.1. Пример перевода учебного абзаца.
Перевод с сохранёнными условиями Дата, числа и термин workspace.
Рис. 3.2.2. Деталь того же снимка: полученный английский текст.
В запросе заданы язык, сохранение чисел и перевод термина. Полученный ответ сохраняет 15 октября, три изменения и workspace. Последовательность действий и проверка приведены в Перевод с сохранением даты и количества. Развёртывание тезисов, выделение главного и проверки по критериям показаны в Ж-05–Ж-08.
Состав способностей
Способность
Входы и условия
Выход и предмет проверки
Понимание текста и ответы по нему
Предоставленный текст, вопрос, нужная детализация
Ответ с опорой на содержимое и указанные фрагменты
Перевод
Исходный текст, языки, словарь, требования к стилю
Перевод; сохранение смысла, терминов, чисел и значимых оговорок
Перефразирование
Текст, стиль, аудитория, требуемая сложность
Новая формулировка; сохранение исходного значения
Редактирование
Текст и правила языка, структуры или оформления
Исправленная редакция и сведения о существенных изменениях
Тезисы либо структурированные сведения с привязкой к источнику
Развёртывание тезисов в полный текст
Тезисы, материалы, аудитория, структура и стиль
Связный текст; сохранение заданных положений и обозначение отсутствующих сведений
Проверка по критериям
Проверяемый текст и явные требования, в том числе из указанного раздела документа
Вывод по каждому критерию с основанием и указанием недостаточных данных
Смысловое сопоставление
Несколько текстов и критерии сравнения
Совпадения, различия, противоречия и основания сопоставления
Объяснение
Исходный фрагмент, уровень подготовки читателя и вопрос
Объяснение понятий и связей с опорой на материал
Структурированный ответ
Схема полей, порядок, ограничения и данные
Таблица, список, структурированные данные или другой заданный формат; проверка схемы и содержания
Тезисы → полный текст и полный текст → тезисы — два направления преобразования. Развёртывание включает структуру, связки и объяснения по предоставленным материалам. Оно не подтверждает новые факты, отсутствующие в источниках. При сокращении критерии определяют, какие положения и детали должны сохраниться.
Критерии и основания
Критерии могут быть заданы в сообщении, приложенном списке или конкретном разделе документа. Если они находятся в документе, сначала получают этот фрагмент и фиксируют перечень требований. Затем сопоставляют каждое требование с проверяемым содержимым.
Для каждого критерия сохраняются формулировка, относящийся к нему фрагмент, вывод и основание. Отсутствие сведений отличается от обнаруженного противоречия. Оценка формулировок моделью и проверка точного числа, формулы или схемы инструментом имеют разные способы подтверждения.
Проверка по предоставленным критериям входит в текстовый профиль модели. Предметные функции базы знаний и проверки по нормативным источникам модуля базы знаний имеют собственное руководство и соответствующие инструменты.
Связь с продуктом и контекстом
Материал должен попасть в контекст модели как сообщение, выделение или полученный результат чтения. Ссылка или путь указывают источник; фактический текст предоставляется операцией чтения либо самим сообщением. Для большого документа учитываются полнота полученного материала и предел контекстного окна.
Текстовые преобразования выполняются моделью. Чтение текстовых документов, электронных таблиц, презентаций или документов с фиксированной разметкой и запись итогового файла выполняются инструментами продукта. Навык может задавать правила работы с форматом и проверки результата. Перевод или выделение тезисов не считаются отдельными зарегистрированными навыками без такой записи в фактическом каталоге.
Создание текста ответа и создание оформленного документа — разные результаты. Для файла дополнительно учитываются структура, формат, сохранение и проверка отображения средствами соответствующих офисных операций.
Минимальный профиль и паспорт модели
Для базовой работы Дипнео модель должна выполнять понятные инструкции на русском языке, работать с предоставленным материалом, делать базовые текстовые преобразования и сопоставлять текст с явно заданными критериями. Это часть минимального профиля 3.8; исполнимый код, вызовы инструментов и многошаговая работа описываются отдельно.
Поле паспорта
Что фиксируется
Идентификатор
Точная модель и версия, провайдер и конфигурация исполнения
Языки
Нужные языки и качество на проверочных материалах задачи
Преобразования
Поддержка перевода, перефразирования, сокращения и обоих направлений работы с тезисами
Критерии
Работа с явным списком, извлечение требований из предоставленного раздела, основания выводов
Форматы
Текст, таблицы и структурированные ответы, поддержка и проверка схемы
Объём
Фактический предел входа и ответа, работа с длинными материалами
Предметные ограничения
Термины, домены и виды материалов, на которых качество отличается
Знание терминов, языков и предметных областей зависит от обучения модели. Свободная формулировка ответа не подтверждает точность фактов или полноту проверки. Для выбора модели используются материалы и критерии конкретной задачи. Официальное семейство Qwen описывает способности к письму, выполнению инструкций и работе с несколькими языками; эти сведения служат основанием для паспорта, а качество в Дипнео подтверждается отдельно. Репозиторий Qwen3.
Типовая модель руководства фиксируется в 3.9. Её точный идентификатор не заменяется обобщённым названием семейства или числом параметров.
Связанные разделы
Обученные знания — 3.1; генерация кода — 3.3; рассуждение — 3.4; контекстное окно — 3.6; минимальный профиль — 3.8; паспорт — 3.9. Работа с офисными файлами описывается в 2.11–2.14.
Примеры запросов, последовательность действий, перевод и переработка документа, развёртывание тезисов и проверка по критериям собраны в приложениях Г и Ж.
Паспорт типовой модели Qwen3.8-27B
Для типового примера руководства выбрана Qwen3.8-27B. Её свойства и фактическое развёртывание описываются отдельно: модель одного семейства может обслуживаться разными сервисами с разными настройками и пределами.
Модели сгруппированы по провайдеру.
На снимке текущая запись называется qwen3.8-27b и находится в группе PlusVibeAPI. Галочка отмечает её выбор для нового учебного чата. Название в каталоге является идентификатором данного сервиса; официальная запись весов — Qwen/Qwen3.8-27B.
Группы провайдеров и выбранная модель
Фрагмент каталога моделей нового чата.
Подтверждённые свойства модели
Поле
Сведение производителя
Официальная запись
Qwen3.8-27B
Тип
Плотная языковая модель с визуальным энкодером
Размер
27 млрд параметров
Подготовка
Предварительное обучение и последующее дообучение
Входы
Текст, изображения, видео в поддерживаемом способе подачи
Контекст
262 144 токена нативно; предусмотрено расширение до 1 000 000
Рассуждение
Режим рассуждения включён по умолчанию и управляется параметрами запроса
Параметры
Глубина рассуждения и сохранение данных рассуждения при поддержке маршрута
Производитель описывает развитие работы с кодом, профессиональными материалами, исследованием и многошаговыми агентскими задачами. Эти сведения и числа взяты из официальной карточки Qwen3.8-27B. Они не являются измерениями производительности Дипнео.
Производитель описывает настройку глубины рассуждения, включение рассуждения и сохранение его данных между шагами. Доступность этих возможностей в Дипнео зависит от выбранного подключения; проверьте, какие настройки доступны в вашем чате. Параметры в карточке производителя.
Паспорт подключения в Дипнео
Для рабочего подключения фиксируются провайдер, протокол обмена, точный идентификатор, предел контекста, предел ответа, типы входа и поддерживаемые параметры рассуждения. Поля настраиваются в 1.11.
Сервис должен принимать объявленные параметры и возвращать ответ в поддерживаемом формате. Возможности весов не заменяют такую совместимость. Например, объявление поддержки изображений в форме указывает поддерживаемый вход маршрута; оно должно соответствовать реальной обработке изображения.
Паспорт Qwen основан на указанных официальных источниках. Качество на конкретной задаче нужно проверять с выбранным подключением. Примеры, выполненные с другой моделью, не подтверждают качество Qwen.
Предметная применимость
При выборе модели учитываются языки, терминология, длина исходников, точность текстовых преобразований, работа с предоставленными критериями, генерация исполнимого кода и использование результатов инструментов. Различия оцениваются на материалах той задачи, ради которой готовится продукт.
Для одной задачи могут требоваться сильные знания программных библиотек, для другой — сохранение терминов в переводе или точное сопоставление документа с критериями. Число параметров и название семейства сами по себе не подтверждают одинакового качества на этих материалах.
Создание дополнительного чата, доступ к папке, просмотр документа и установка расширений предоставляются продуктом. Модель использует переданный контекст и доступные операции этого чата. Независимость второго разговора определяется устройством сессии.
Разберитесь, что зависит от подключённой модели: знания, работа с текстом, рассуждение, код, инструменты, контекст и визуальные входы. Возможности и требования помогут оценить пригодность модели для своей задачи; паспорт описывает конкретную конфигурацию.
Дипнео — настольное приложение, в котором вы ставите задачу в чате, передаёте материалы и получаете ответ или результат работы с файлами. Возможности складываются из интерфейса, инструментов и навыков, среды исполнения и подключённой модели.
Как выбрать материал
Вопрос
Раздел
Как установить приложение в своей операционной системе?
Чтобы попробовать описанные функции вместе, откройте учебные сценарии. В каждом сценарии есть задача, материалы, последовательность и проверка; сохранённые примеры ответов находятся там же.
Подключаемые предметные модули
Можно управлять дополнительными модулями: подключать нужные, отключать неиспользуемые и устанавливать новые из папки. Сейчас доступны только готовые модули компании — правообладателя Дипнео. Инструкция по установке переданного модуля описывает порядок действий и сообщения приложения. Информация о самостоятельном создании модулей будет опубликована позже.
Модуль «База знаний и проверки по нормативам» описывается в отдельном руководстве базы знаний. В основном руководстве описаны его установка, состояние подключения и связь с общими механизмами продукта.
Модуль «Защита данных» описывается в отдельном руководстве. Оба модуля опциональны и устанавливаются дополнительно. Используйте руководство, соответствующее установленной версии модуля.
Для установки Дипнео используйте 64-разрядную Windows 10 или Windows 11 и установщик dipneo-ВЕРСИЯ-win-x64.exe. Этот комплект предназначен для компьютеров с процессором Intel или AMD архитектуры x64.
Проверка компьютера и выбор файла
Откройте Пуск → Параметры → Система → О системе.
В сведениях об устройстве проверьте тип системы: 64-разрядная операционная система и процессор x64. Сверьте версию Windows.
Получите установочный EXE-файл. Откройте папку, в которой он сохранён, обычно «Загрузки».
Запуск установщика
Дважды щёлкните по EXE-файлу. Текущий Windows-комплект поставляется без цифровой подписи, поэтому Windows может показать предупреждение о неизвестном издателе или приложение может вызвать проверку SmartScreen.
Если появилось окно «Система Windows защитила ваш компьютер», проверьте, что это полученный от поставщика установщик Дипнео. Откройте ссылку «Подробнее» или «Дополнительные сведения», затем нажмите «Выполнить в любом случае». Такой порядок подтверждения описан в документации Microsoft о SmartScreen.
На компьютере организации возможность такого подтверждения зависит от политики администратора. Если запуск запрещён политикой или кнопка подтверждения отсутствует, передайте установщик администратору для разрешения установки.
Установка и первый запуск
Дождитесь окончания установки. Не закрывайте установщик во время копирования файлов.
Если Windows запросит разрешение на изменение устройства, подтвердите установку полученного приложения; на управляемом компьютере разрешение может потребовать участия администратора.
Откройте Дипнео из меню «Пуск» после завершения установки.
Убедитесь, что появилось главное окно приложения.
Установщик текущего комплекта выполняет установку автоматически. Выбор каталога и последовательность экранов ручного мастера не являются обязательными шагами.
Проверка результата
Закройте приложение и откройте его повторно из меню «Пуск». Оно должно запускаться без повторного открытия EXE-установщика. После этого настройте подключение к модели ИИ и выполните первую учебную задачу.
Если установщик сообщает, что нужна 64-разрядная Windows 10 или Windows 11, проверьте тип системы в параметрах Windows. На 32-разрядной системе этот комплект не устанавливается.
Для установки новой версии завершите работу Дипнео и запустите полученный EXE-файл нового выпуска. Используйте комплект той же редакции продукта.
macOS
Для установки Дипнео требуется macOS 13.5 или новее. Выберите DMG-файл для своего процессора: Intel или Apple Silicon.
Выбор установочного файла
Откройте меню Apple → Об этом Mac и проверьте версию macOS и процессор компьютера.
Что указано в сведениях о компьютере
Какой файл получить
Процессор Intel
dipneo-ВЕРСИЯ-mac-x64-intel.dmg
Чип Apple M1, M2 или другой Apple Silicon
dipneo-ВЕРСИЯ-mac-arm64-silicon.dmg
Компьютер Intel, для которого поставщик передал отдельную неподписанную редакцию «Дипнео А»
dipneo-a-ВЕРСИЯ-mac-x64-intel.dmg
«Дипнео А» — отдельная редакция для macOS Intel. Используйте её только при получении именно этого комплекта. Для Apple Silicon предназначена обычная редакция Дипнео.
Для ручной установки используйте DMG. ZIP-файлы могут входить в комплект обновления; для описанных ниже действий они не нужны.
Копирование приложения
Откройте папку со скачанным DMG-файлом, обычно «Загрузки».
Дважды щёлкните по DMG. В Finder появится подключённый образ диска с приложением.
Перетащите приложение в папку «Программы» / Applications, показанную в окне образа.
Дождитесь завершения копирования. Если Finder запросит пароль или Touch ID для записи в «Программы», подтвердите действие.
Извлеките подключённый образ через кнопку извлечения рядом с ним в боковой панели Finder.
Рис. 1. Перетащите Дипнео в Applications. Окно установки одинаково для Mac с процессорами Intel и чипами Apple Silicon. На снимке для примера показана версия 0.1.53. При установке актуального выпуска в окне будет указан его номер версии.
Первый запуск
Откройте Finder → Программы и дважды щёлкните по установленному приложению. При первом запуске macOS может попросить подтвердить открытие приложения, загруженного из интернета. Нажмите «Открыть».
Для переданной неподписанной редакции «Дипнео А» может потребоваться разрешение Gatekeeper для этого приложения:
Попробуйте открыть установленное приложение и закройте предупреждение о невозможности проверить разработчика или приложение.
Откройте Системные настройки → Конфиденциальность и безопасность.
Внизу раздела найдите сообщение о заблокированном приложении и кнопку подтверждения запуска — «Всё равно открыть».
Подтвердите действие паролем или Touch ID, если система запросит его, затем нажмите «Открыть» в повторном предупреждении.
Если macOS сообщает, что приложение повреждено или содержит вредоносное ПО, передайте точный текст сообщения поставщику. Это сообщение требует отдельной проверки полученного комплекта.
Проверка результата
Убедитесь, что главное окно открывается из папки «Программы» после извлечения DMG. Закройте приложение и запустите его ещё раз. Теперь переходите к началу работы и настройке модели ИИ.
Для установки новой версии завершите работу приложения и скопируйте приложение из нового DMG в «Программы», подтвердив замену прежней версии. Новый файл должен соответствовать процессору и ранее установленной редакции: Дипнео или Дипнео А.
Установка Дипнео
Выберите инструкцию для операционной системы своего компьютера. В каждом разделе описаны выбор установочного файла, установка, первый запуск и проверка результата.
В обозначениях файлов ВЕРСИЯ означает номер полученного выпуска. Фактическое имя скачанного файла используйте целиком, включая расширение.
Что подготовить перед установкой
Проверьте требования к компьютеру: операционную систему, процессор, свободное место и память.
Получите установщик Дипнео от поставщика или администратора вашей организации.
На компьютере организации согласуйте установку с администратором.
Завершите работу ранее установленного Дипнео перед установкой новой версии.
Дополнительное место для голосового ввода
Модели распознавания речи устанавливаются отдельно от программы. Файлы GigaAM v2 занимают дополнительно около 240 МБ, Whisper Small — около 190 МБ. Для скачивания и распаковки оставьте 500 МБ свободного места для одной модели или около 1 ГБ для обеих сверх места для самой программы. Подробности — в требованиях к месту на диске, выбор и загрузка — в инструкции голосового ввода.
После установки
Откройте приложение и перейдите к началу работы. Для отправки задач нужен доступ к выбранному сервису модели ИИ и его настройка в разделе моделей и провайдеров. Установленное приложение и настроенное подключение к модели — два отдельных этапа подготовки.
Модуль «База Знаний» для работы с материалами и проверок по нормативам и модуль «Защита Данных» подключаются отдельно. Полученный готовый модуль устанавливается по инструкции управления модулями.
Модуль: «База знаний и проверки по нормативам». Поставка: полностью рабочее локальное решение для персонального использования; для бизнеса — демонстрация возможностей технологии. Навигация:оглавление, часть 2, справочники.
Ограничения поставки и возможность переработки для серверов компании описаны в приложении В. Административные изменения базы знаний требуют соответствующих прав. В демонстрационном контексте эта роль используется по умолчанию. Куратор — назначение пользователя в процессе подготовки данных; отдельную промышленную систему ролей оно не образует.
1.1. Назначение серверной части и основные объекты
Сервер принимает источники и сохраняет их так, чтобы клиент мог находить проверяемые выдержки. Серверный интерфейс предназначен для подготовки корпуса, контроля обработки и управления документами. Агент использует те же серверные данные через инструменты.
Организация данных
Объект
Назначение и связь
Домен
Верхняя тематическая область
Коллекция
Группа источников внутри домена
Документ
Карточка источника в коллекции: название, доступ, нормативность и активная версия
Версия
Конкретная загрузка или обновление содержимого документа
Редакция разбора
Сохранённый результат извлечения текста и структуры
Исходный блок
Адресуемая часть извлечённого текста
Смысловая единица
Связанная последовательность исходных блоков без замены исходного текста
Поисковый фрагмент
Часть текста для поиска; сохраняет связь с версией, смысловой единицей и местом источника
Смысловая редакция
Результат структурирования и построения связей для конкретного разбора
Задание
Запись о выполнении обработки, стадии, состоянии и ошибках
Путь источника: файл → сохранённая версия → извлечённый текст → первичный индекс → смысловая редакция → просмотр и подтверждение → активный источник.
Метка версии, например 1.0, понятна пользователю. Внутренний идентификатор версии связывает операции с конкретной записью. Идентификаторы разбора и смысловой редакции фиксируют именно обработанное содержимое. Повторная обработка той же версии не означает появления новой пользовательской версии, но может изменить смысловую редакцию.
Нормативный документ отмечается отдельно. Такой признак делает источник кандидатом для проверки, а подтверждение актуальной редакции допускает его к действующей нормативной проверке. Обычный справочный источник может использоваться для ответов без назначения нормативом.
Проверяемый пользовательский файл относится к рабочей проверке из части 2. Его приём на проверку не равен загрузке официального источника в каталог.
1.2. Доступ к модулю и готовность к работе
Откройте ссылку «База знаний» в разделе модулей Дипнео. Серверный интерфейс позволяет загрузить материалы, просмотреть каталог и проверить готовность подключений.
Рис. 1. Серверный интерфейс модуля: подключения работают, в каталоге 24 документа, очередь проверки пуста.
Перед передачей файлов проверьте индикаторы модели обработки и векторного представления. Состояния относятся к разным подключениям. Снимок показывает выбранную среду; счётчик документов не является пределом продукта.
Операция 1.2.1 — открыть базу знаний и проверить готовность.
Поле
Описание
Назначение
Получить доступ к серверу и установить готовность необходимых подключений
Исполнитель и способ вызова
Пользователь; включение модуля в разделе подключаемых модулей «Дипнео», затем открытие «База знаний»
Предусловия и вход
Установленный модуль, локальная среда сервера, адрес подключения и настройки моделей
Результат и сохранение
Открытый серверный интерфейс; показанное состояние сервера и подключений. Сам просмотр источники не меняет
Ограничения и прослеживаемость
Доступность сервера не подтверждает готовность распознавания или векторной индексации; состояние видно в индикаторах подключения
Пример
С-01
Включите модуль «База знаний».
Откройте его интерфейс. В локальном встроенном режиме клиент запускает серверный процесс и проверяет его готовность.
Проверьте адрес и индикаторы подключений. По умолчанию используется адрес 127.0.0.1 и порт 8000; фактический адрес определяется настройками запуска.
Убедитесь в готовности языковой модели и средства векторного представления. Для изображения или скана требуется модель с поддержкой изображений.
Выберите раздел «Загрузить», «Таксономия», «Все файлы» или «Настройки».
«Обновить» запрашивает актуальные сведения с сервера. Оно не переиндексирует документы. Выбор модели в индикаторе меняет выбранную серверную модель в пределах доступного списка; такой выбор сам по себе не изменяет уже подтверждённые индексы.
Локальное хранение не означает полностью автономных вычислений: настроенные модели могут обслуживаться внешними службами. Адреса и условия подключений относятся к конфигурации конкретной поставки.
1.3. Организация каталога и таксономии
Раздел «Таксономия» показывает тематические области, коллекции и документы. В показанной среде пять областей, двенадцать коллекций и 24 файла.
Рис. 2. Дерево размещения и карточка выбранного норматива.
Область, коллекция и источник являются разными объектами. Свойства документа показывают его размещение и состояние. Перемещение меняет принадлежность источника к разделу.
В разделе «Все файлы» источники представлены таблицей. Поле поиска фильтрует каталог по введённому тексту.
Рис. 3. Отфильтрованный каталог: название, раздел, статус, версия, число фрагментов и нормативный признак.
Операция
Вход и условия
Выполнение и результат
1.3.1. Просмотр структуры
Доступ к серверу
Откройте «Таксономия», выберите домен, коллекцию или документ; для общего списка откройте «Все файлы». Сохраняемые данные не меняются
1.3.2. Создание домена
Административная роль; название, описание, при необходимости идентификатор
Заполните форму домена и сохраните. Создаётся тематическая область
1.3.3. Создание коллекции
Административная роль; существующий домен, название, описание
Откройте новую форму, явно проверьте поле «Домен», затем создайте коллекцию. Сохраняется выбранная в форме связь с доменом
1.3.4. Изменение раздела
Существующий объект; административная роль
Проверьте все поля формы, измените нужные значения и сохраните. Отправляется весь набор полей, включая размещение или резервную коллекцию. Проверочные примеры относятся к административной настройке раздела
1.3.5. Изменение документа
Действующий документ, допустимая пара домена и коллекции
Сохраните название и размещение в свойствах. Изменения отражаются в карточке и индексе
1.3.6. Перенос документа
Существующая целевая коллекция в выбранном домене
Используйте свойства или предусмотренное перетаскивание в дереве. Через агента сначала получите допустимые варианты, затем подтвердите выбранное место
1.3.7. Удаление раздела
Административная роль; отсутствие блокирующих документов и активных требований
Выполните удаление. При блокирующих объектах сервер отказывает и сообщает причину
Коллекцию можно перенести в другой домен через изменение её свойств. Сервер обновляет домен у связанных документов, фрагментов и требований. Удаление домена без блокирующих документов и активных требований удаляет также его дочерние коллекции. Наличие дочерней коллекции само по себе не является запретом удаления домена.
Учебный пример создания и изменения разделов показывает заполнение форм, сохранённые результаты и перенос пустой коллекции. В текущей форме новой коллекции выбранная ранее область не гарантирует значение поля «Домен»: его нужно проверить явно. При изменении области проверьте также «Резервная коллекция»: список без пустого варианта может выбрать первый доступный объект. Удаление в учебном запуске не выполнено, поскольку встроенная вкладка блокировала диалог подтверждения; это ограничение приведено отдельно от условий серверной операции.
При загрузке классификатор предлагает размещение по содержимому. В предусмотренном процессе он может создать недостающие разделы. Получившееся размещение следует проверить перед подтверждением. Приём требует пригодной исходной структуры каталога: хотя бы действующей коллекции в действующем домене.
Изменение признака «Нормативный документ» влияет на подтверждение нормативности. Система сбрасывает прежнее подтверждение признака и согласует смысловую редакцию. Проверяйте актуальное состояние карточки; прежнее решение по другой редакции недостаточно.
Административные операции таксономии
Следующие возможности относятся к административной работе. Их доступность зависит от прав и подключённого интерфейса управления.
Операция
Вход
Сохраняемый результат и предел реализации
1.3.8. Предложение изменения
Состав изменений и основание
Сохранённое предложение; применение выполняется отдельной разрешённой операцией
1.3.9. Создание и чтение редакции
Основание; затем идентификатор редакции
Запись с состоянием, датой и количеством доменов и коллекций. Полный снимок дерева этой операцией не создаётся
1.3.10. Оценка маршрутизации
Идентификатор редакции и текущие проверочные примеры
Совпадения домена и коллекции считаются по текущему маршрутизатору; отдельный снимок редакции не испытывается
1.3.11. Публикация редакции
Идентификатор, основание, прошедшая оценка
Запись становится активной, прежние активные записи отмечаются заменёнными
1.3.12. Откат редакции
Идентификатор и основание
У выбранной записи меняется состояние. Дерево доменов и коллекций из исторического снимка не восстанавливается
1.3.13. Проверочные примеры
Текст запроса и ожидаемое размещение
Создание, чтение и изменение примеров для оценки
1.3.14. Справочник требований
Идентификатор требования и изменяемые поля
Просмотр, изменение и архивирование отдельных записей требований
1.3.15. Сведения о влиянии
Текущий каталог
Счётчики объектов. Это не содержательное выявление последствий для всех ответов
Для изменений сохраняются идентификаторы и события учёта действий. Отсутствие проверочных примеров при оценке возвращает успешный признак, но не доказывает качество маршрутизации. Сценарий размещения: С-04.
1.4. Загрузка файлов через серверный интерфейс
Выберите файлы или папку в разделе «Загрузить». Проверьте имена; при необходимости раскройте параметры и задайте метку версии.
Рис. 4. Выбор файла перед отправкой.
На снимке выбран регламент-испытаний.md. Кнопка «Очистить» снимает выбор до отправки. Подготовка снимка завершилась очисткой выбора и не добавила источник в базу.
Проверка подключения перед передачей
Кнопка «Загрузить» сначала проверяет необходимое подключение, затем передаёт выбранный набор. Выбранный файл не означает принятый пакет, созданную версию или готовый индекс. После приёма следите за стадиями обработки и подтвердите готовый источник.
Операция 1.4.1 — загрузить файл или пакет.
Поле
Описание
Назначение
Сохранить официальные источники и запустить подготовку для поиска
Исполнитель и доступ
Пользователь, выполняющий подготовку корпуса; административная роль сервера
Способ вызова
«Загрузить»: «Выбрать файлы», «Выбрать папку» или перетаскивание
Вход и предусловия
Выбранные файлы, пригодная таксономия, подключённые средства обработки; необязательная метка версии
Результат и влияние
Сохранённые оригиналы, документы или обновления версий, пакет и задания обработки
Ограничения
Лимит размера, неподдерживаемое содержимое, занятый пакет и недоступные подключения приводят к сообщениям о причине
Прослеживаемость
Идентификаторы пакета, задания, документа и версии; исходное имя и путь
Примеры
С-01, С-03, С-05, С-07
Откройте «Загрузить».
Выберите файлы или папку. Проверьте список; «Очистить» очищает выбор до отправки.
Нажмите «Загрузить». Если проверка подключения языковой модели разрешает загрузку, исходные файлы передаются и сохраняются. При отказе проверки передача не начинается; сначала устраните указанную причину.
Наблюдайте за каждым файлом и общим пакетом.
Перейдите к проверке результатов из главы 1.7.
Поддерживаются текстовые документы, документы с фиксированной разметкой страниц, таблицы, презентации и изображения. Полный перечень расширений и условия чтения приведены в справочнике форматов. Принятие расширения файла не означает успешного извлечения всего содержимого.
Предел по умолчанию — 812 646 400 байт на один файл. Размер принятого пакета не равен размеру одного файла. При превышении лимита конкретный файл отклоняется; действующий лимит определяется настройкой сервера.
Повторная загрузка
Сервер сопоставляет новое имя, относительный путь и название с существующими документами. Если есть пригодный черновик, он может обновиться. При отсутствии такого черновика создаётся следующая версия; автоматическая нумерация начинается с 1.0 и увеличивает младшую часть.
Сопоставление учитывает нормализованные значения и может затронуть существующую карточку. Оно не является проверкой равенства содержимого. Если совпадает несколько документов, выбирается наиболее поздно созданный подходящий объект. Поэтому одинаковые имена в разных папках нужно проверять по получившейся карточке и идентификатору; абсолютная независимость файлов с одинаковым именем не гарантируется.
1.5. Автоматическая обработка после загрузки
Для просмотра результата выберите документ, откройте его версию, нажмите «Структура» и раскройте нужную единицу.
Рис. 5. Раскрытый фрагмент ГОСТ Р ИСО 17776-2012; рядом указаны страница и связи с другими единицами.
Это сохранённый результат обработки существующего источника. Адрес и текст позволяют сопоставить единицу с оригиналом. Метки связи показывают происхождение отсылок; их наличие не гарантирует правильности каждой связи.
Операция 1.5.1 — подготовить поисковый источник. Она запускается сервером после принятия файла. Вход — сохранённый оригинал и настройки обработки; результат — извлечённое содержимое, размещение, индекс и смысловая редакция. Пользователь наблюдает стадии, но не подтверждает каждый технический шаг отдельно.
Сохранение: создаётся файл и запись загрузки; фиксируются размер и контрольная сумма.
Извлечение: библиотека разбора получает текст, элементы и таблицы; сохраняет адреса источника и предупреждения.
Распознавание: при необходимости обрабатываются страницы или изображения через подключённую модель.
Классификация: предлагается размещение и нормативность.
Первичная индексация: формируются поисковые фрагменты и состояние первичной готовности.
Смысловая обработка: строятся единицы и связи, сохраняются редакция и ход обработки.
Подготовка к подтверждению: сервер возвращает карточку, готовность и ограничения.
Исходный текст смысловой единицы составляется из исходных блоков. Служебные описания и связи не заменяют нормативную формулировку. В штатном режиме смысловая обработка использует структуру и векторные представления; распознавание и классификация могут обращаться к языковой модели.
Сведения о происхождении
Источник
Доступный адрес
Документ с фиксированными страницами
Исходная страница и связанные текстовые области
Презентация
Слайд и элемент
Электронная таблица
Лист, ячейки или диапазон
Текстовый документ
Адресуемая часть и исходные текстовые диапазоны; физический номер страницы не выдумывается
Для таблиц сохраняются строки и доступные выражения формул. Значения формул берутся из сохранённых значений исходного файла, если они есть. Модуль базы знаний не обеспечивает пересчёт формул. Структура, покрытие блоков и показатели уверенности разбора не являются измерением точности всех извлечённых значений.
Явная отсылка к пункту, продолжение текста и связь по сходству имеют разное происхождение. Неразрешённые отсылки остаются в сведениях о структуре. Известная неполнота извлечения может препятствовать готовности норматива даже при полном покрытии извлечённых блоков.
Сохраняются результаты разбора, индекса, смысловые редакции и события заданий. Пример: С-05.
1.6. Очередь, ход обработки и отмена загрузки
Очередь «Требуется проверка» относится к подготовке источников. Она показывает материалы, ожидающие пользовательского подтверждения, отдельно от хода разговора.
Рис. 6. В текущем состоянии нет документов для подтверждения.
Счётчик «24 в базе» и нулевая очередь описывают эту среду. Они не подтверждают приём нового файла или выполнение нормативной проверки.
Операция
Порядок и результат
Ограничения
1.6.1. Наблюдение
Откройте ход загрузки; через агента запросите сведения о том же пакете. Просматриваются стадия, отдельные файлы, обработанные страницы или блоки и сообщения
Завершение передачи файла или первичного индекса не равнозначно готовности смысловой редакции
1.6.2. Остановка пакета
Нажмите «Остановить» у текущего пакета; через агента подтвердите отмену пакета с его идентификатором. Отмена отмечается в записях и распространяется на незавершённые связанные задания
Уже сохранённый файл и ранее завершённые результаты не считаются автоматически удалёнными
1.6.3. Возобновление
При запуске сервер восстанавливает незавершённые загрузки и смысловые задания, используя сохранённые промежуточные результаты
Отмена и ошибка имеют собственные состояния; сообщение о готовности не подменяет их
Для нового отдельного пакета сервер проверяет отсутствие активных ожидающих или выполняемых заданий другого пакета. Продолжение того же пакета учитывается отдельно. Если другой пакет активен, новая фоновая загрузка отклоняется. Число исполнителей общего локального пула по умолчанию равно одному.
При ошибке откройте сообщение соответствующего файла, устраните указанную причину и выполните доступное повторное действие. Переобработка индекса и повторное распознавание — разные действия. Частично принятый пакет не следует считать ни полностью завершённым, ни полностью отклонённым.
Прослеживаемость: пакет → задания → версии → результаты обработки. Пример: С-07.
1.7. Проверка результата и подтверждение источника
Проверьте свойства, размещение, нормативный признак и готовность конкретной версии.
Рис. 7. Активная версия готова и подтверждена; ниже показана история.
В примере открыта версия 1.1 ГОСТ Р ИСО 17776-2012 с 362 фрагментами. Подтверждение выполнено ранее. Просмотр не является новой загрузкой или новым нажатием подтверждения.
Операция 1.7.1 — проверить и подтвердить документ.
Поле
Описание
Назначение
Зафиксировать пользовательское решение по конкретному готовому источнику
Исполнитель и доступ
Пользователь, выполняющий подготовку корпуса; административная роль
Способ вызова
Очередь «Требуется проверка»; «Подтвердить документ» или «Подтвердить готовые»; через агента — после выбора пользователя
Вход
Документ, версия, актуальная смысловая редакция, нормативный признак и основание действия
Подтверждение редакции, назначение активной версии, запись решения и учёта действий
Ограничения
Незавершённая обработка или изменение источника между просмотром и подтверждением приводят к отказу
Примеры
С-01, С-02, С-03, С-18
Откройте карточку в «Требуется проверка».
Проверьте название, размещение, извлечённый текст, предупреждения и структуру.
Откройте оригинал, если нужно сверить распознанные значения.
Выберите «Нормативный документ» по назначению источника. Предложение классификатора не заменяет это решение.
Подтвердите конкретный документ или готовые документы списка.
Проверьте активную версию и состояние подтверждения.
Подтверждение фиксирует конкретную редакцию. Если сервер сообщает об изменении версии, обновите сведения, прочитайте актуальный результат и подтвердите его заново. Активация новой версии заменяет предыдущую активную версию; состояние старой версии меняется на заменённое.
Для нормативного источника нужны активная версия, актуальная подтверждённая смысловая редакция и подтверждение нормативного назначения. Одна лишь загрузка или публикация без этих условий не делает источник пригодным для текущей нормативной проверки.
1.8. Управление версиями и изменениями
В карточке документа прокрутите до «Все версии». Метки, идентификаторы и состояния относятся к конкретной редакции.
Рис. 8. Текущая версия 1.1 и заменённая версия 1.
В показанном источнике версии имеют 362 и 186 фрагментов. Количество фрагментов не является содержательным сравнением. Для чтения исходного текста открывайте структуру нужной версии.
Операция
Вход и действие
Результат и ограничения
1.8.1. Просмотр версий
Выберите документ и версию
Метаданные и структура конкретного содержимого; чтение не меняет активную версию
1.8.2. Создание версии
Новый исходный файл и документ; повторная загрузка либо отдельная серверная операция
Новая версия или обновление пригодного черновика по правилам главы 1.4
1.8.3. Отметка разбора
Идентификатор версии; программная операция
Обновляет состояние по сохранённому результату разбора и время. Эта операция самостоятельно не извлекает исходный файл повторно
1.8.4. Индексация
«Индексировать» либо серверная операция конкретной версии
Перестраивает индекс по сохранённому разбору, создаёт запись индекса и ставит смысловую обработку. Архивные, удалённые и заменённые версии не допускаются
1.8.5. Переобработка
«Переобработать» либо серверная операция; основание
В текущем обработчике вызывает индексацию и смысловую обработку. Повторное распознавание оригинала выполняется отдельно
1.8.6. Публикация
Готовая версия и основание; административное управление
Активирует версию при выполнении условий; смена состояния во время записи вызывает отказ
1.8.7. Архивирование версии
Идентификатор и основание; административное управление
Исключает выбранную версию из действующего использования; архив активной версии меняет активность документа
1.8.8. Откат к версии
Выбранная версия и основание; административное управление
Активирует допустимую выбранную версию через проверки готовности. Удалённый или отозванный документ не допускается
1.8.9. Сравнение
Идентификатор версии; административное управление
Возвращает другую версию и пустые перечни изменений; содержательное сравнение не реализовано
1.8.10. Влияние
Идентификатор версии; административное управление
Считает ссылки по строковой метке. Из-за различия с сохраняемыми идентификаторами текущего обзора подсчёт может быть неполным
1.8.11. Конфликты
Идентификатор версии; административное управление
Возвращает сохранённые записи конфликтов; автоматический поиск противоречий этой операцией не выполняется
При подготовке замены подтверждённая редакция сохраняет собственную идентичность. Доступность для поиска определяется состояниями и используемой операцией; не следует считать каждый новый черновик уже действующим нормативом.
Сохраняются версии, индексы, редакции и события с основанием. Примеры: С-03, С-19.
1.9. Работа со сканами и коррекция распознанного текста
Отсутствующий текстовый слой и признаки изображений влияют на необходимость распознавания. Для скана без доступного текста неготовое распознавание означает отсутствие достаточного содержимого для проверки. Текстовый документ со встроенными изображениями может иметь доступный текст и отдельно неполное содержимое изображений; эти состояния различаются в предупреждениях.
Операция
Вход и доступность
Результат
1.9.1. Просмотр распознавания
Конкретная версия; административное управление
Сохранённый результат, страницы, предупреждения и диагностические сведения
1.9.2. Повторное распознавание
Существующий оригинал, подключённая модель с изображениями, основание; административное управление
Новый результат разбора изображений с дальнейшими стадиями классификации и индексирования
1.9.3. Исправление текста
Полный исправленный текст версии и основание; административное управление
Изменённый разбор, сведения о ручной правке, повторная классификация и индекс
Для исправления сохраните необходимые исходные номера, значения и адресуемую структуру. Замена текста не означает изменения байтов оригинала. После обработки проверьте размещение, нормативность и актуальное подтверждение: классификация может изменить предлагаемое нормативное назначение.
Отдельные инструменты этих операций не зарегистрированы в обычном чате. Описание серверной операции не подразумевает наличие одноимённой кнопки редактора текста. Прослеживаемость: версия, причина ручной правки, разбор, индекс и новая смысловая редакция. Пример: С-06.
1.10. Архивирование, восстановление и удаление
В карточке доступны сохранение, перемещение, архивирование и удаление. Сохранение полей недоступно до изменения данных.
Рис. 9. Карточка источника и действия над ним.
Показанное состояние подтверждает доступность действий.
Операция
Назначение и вход
Действия и влияние
1.10.1. Архивирование документа
Прекратить использование источника; документ и основание
Выполните архивирование в серверном управлении или поручите его агенту. Агент архивирует документ без дополнительного подтверждения. Документ и версии переводятся в архивные состояния; прежние сведения для восстановления сохраняются
1.10.2. Восстановление документа
Вернуть архивный источник
Выполните восстановление. Сервер возвращает сохранённые состояния, после чего нужно проверить актуальную активную версию и доступность
1.10.3. Удаление документа
Удалить источник и сохранённые в базе знаний файлы всех его версий
Подтвердите удаление в карточке или поручите его агенту, указав документ. Агент обязательно покажет в чате варианты «Отмена» и «Удалить документ»; удаление начнётся только после выбора и отправки опции «Удалить документ». Удаляются сохранённые файлы, извлечённый текст, поисковые данные и кэши обработки; связанные незавершённые задания отменяются. Прежние ссылки на источники перестают работать
Все изменения требуют административного доступа. Архивирование документа и архивирование одной версии имеют разный объём действия. Восстановление архива не является восстановлением физически удалённого оригинала.
Удаление документа необратимо: восстановить его через действие «Восстановить» нельзя. Исходные файлы пользователя вне хранилища базы знаний сохраняются. Для учёта остаются служебные отметки удаления без содержимого документа; ранее сохранённые отчёты и журналы не очищаются этой операцией. При ошибке удаления файлов операция сообщает, что удаление не завершено: проверьте доступ к хранилищу и повторите удаление. Если источник меняется в ходе клиентского обзора, проверка состояния источников может потребовать нового обзора.
Для результата проверьте каталог и область последующего поиска. Прослеживаемость: объект, версии, событие и отменённые задания. Пример: С-08.
1.11. Загрузка и управление данными через агента
Операция 1.11.1 — добавить выбранные файлы через чат.
Поле
Описание
Назначение
Выполнить загрузку официальных источников по запросу пользователя
Способ вызова и доступ
Запрос «Добавь эти документы в базу знаний»; разрешённые пользователем файлы и подтверждение изменяющих действий
Вход и условия
Выбранные файлы вне защищённого хранилища базы, доступный сервер, готовые подключения
Результат и сохранение
Тот же серверный пакет и записи документов, что при подготовке корпуса; карточки для решения пользователя
Ограничения
Проверка выбранного файла не равна его добавлению; финальное подтверждение нормативности выполняет пользователь
Прослеживаемость и пример
Идентификатор пакета, версии и действия; С-02
Выберите файлы и попросите добавить их в базу.
Разрешите передачу выбранных файлов.
Агент создаёт один фоновый пакет и наблюдает за ним по идентификатору.
Агент показывает результаты и готовность документов.
Пользователь определяет нормативность и размещение.
Агент передаёт решение по конкретным актуальным редакциям с подтверждением операции.
Сервер сохраняет решение; агент сообщает результат.
Временная копия прикрепления в системном временном каталоге удаляется после успешной передачи. Исходные пользовательские файлы вне временных каталогов сохраняются.
Операция 1.11.2 — перенести документ через чат. Агент получает допустимые домены и коллекции, показывает варианты, получает выбранную пользователем пару и выполняет подтверждённое перемещение. Произвольное название без проверенного целевого объекта не заменяет идентификатор коллекции.
Операция 1.11.3 — изменить метаданные через чат. Вход — выбранный документ и новые сведения; действие требует подтверждения. Результат — изменённая карточка и событие учёта. Изменение нормативного признака имеет последствия из главы 1.7.
Сложное управление версиями, распознаванием и структурой базы относится к административным действиям. Проверьте доступность нужной возможности и свои права. Каталог действий описан в главе 1.12.
Автоматическими являются стадии после разрешённого приёма файлов. Наблюдение за папкой, загрузка по расписанию и самостоятельная публикация любого прикрепления не входят в заявленную реализацию.
1.12. Администрирование и техническая прослеживаемость
В настройках модуля откройте DCD-tools. Каталог показывает доступные операции и их назначение.
Рис. 10. Операции модуля в серверном интерфейсе.
Наличие операции в техническом каталоге не означает одноимённой кнопки пользовательского интерфейса. Чтение каталога не выполняет перечисленные действия.
Операция
Вход и порядок
Результат и границы
1.12.1. Просмотр возможностей
Описание нужной задачи
Доступные возможности и требования к материалам
1.12.2. Проверка действия
Выбранное действие, материалы и предполагаемое изменение
Проверка готовности без применения изменений
1.12.3. Выполнение действия
Действие, материалы и требуемое подтверждение
Выполненное действие либо причина отказа; административные изменения требуют соответствующих прав
1.12.4. История действий
Идентификатор запуска либо фильтр списка
Сохранённые входные сведения, время, состояние и результат
1.12.5. Профили моделей
Административное чтение
Сведения о доступных моделях и назначении профилей. Описанный вариант не равен подключённой модели
1.12.6. Версии последовательности обработки
Создание черновика, изменение шагов, проверка структуры, испытание, оценка, публикация и откат
Сохраняются описатель, версии и состояния. Само изменение описателя не подтверждает изменения действующего клиентского алгоритма
1.12.7. Просмотр задач и трассировок
Доступный объект, задание или запуск
Сведения о ходе и происхождении результата с проверкой доступа
Испытание административной последовательности показывает готовность описанных шагов. Её оценка содержит условные показатели по результату проверки структуры; это не измеренная точность модели или итоговой нормативной проверки.
Административные действия требуют проверки прав на сервере. Описание возможности в каталоге само по себе не предоставляет доступ к её выполнению.
Для изменения корпуса сохраняются события учёта. Для проверки сохраняются отдельные пакеты, суждения, замечания, запуск и отчёт. Наличие этих записей обеспечивает прослеживаемость выполнения, но не удостоверяет смысловую правильность каждого вывода.
Часть 2. Использование базы знаний и работа агента
Модуль: «База знаний и проверки по нормативам». Поставка: полностью рабочее локальное решение для персонального использования; для бизнеса — демонстрация возможностей технологии. Навигация:оглавление, подготовка данных, справочники.
Ограничения текущей реализации и возможность корпоративного развёртывания приведены в приложении В. Для нормативной проверки нужны подготовленные и подтверждённые нормативные источники. Условия источников обычного ответа на вопрос отличаются от условий нормативной проверки.
2.1. Выбор пользовательской задачи
В чате сформулируйте задачу для модуля «База Знаний», предназначенного для работы с материалами и проверок по нормативам. Укажите тему, нужные источники или проверяемый документ и желаемую форму результата.
Для ответа по источникам используется навык «Работа с базой знаний», для проверки документа — навык «Проверка по нормативам». Выбирайте формулировку запроса по нужному результату:
Запрос пользователя
Маршрут
Результат
«Какие документы есть по теме?»
Просмотр каталога
Перечень документов и ссылки
«Что сказано в базе знаний?»
Навык «Работа с базой знаний»
Сведения, выдержки и источники
«Найди эту фразу или обозначение»
Точный поиск
Совпадения и их расположение
«Проверь этот документ по нормативам»
Навык «Проверка по нормативам»
Клиентский обзор, подтверждённые замечания, ограничения и отчёт
«Добавь эти файлы в базу»
Подготовка корпуса из части 1
Загруженные источники и карточки для подтверждения
«Исправь документ по замечаниям»
План правок и подтверждённое применение
Новая редакция проверяемого документа
«Подготовь файл ответа»
Создание отдельного файла
Ссылка на созданный результат
Явный запрос к базе знаний обрабатывается её навыком. Обычный бытовой вопрос без обращения к базе или официальным источникам остаётся обычным разговором с агентом.
По вопросу к источникам агент даёт ответ с выдержками и ссылками. По нормативной задаче он проверяет документ и сохраняет итоговый отчёт. Если нужен отдельный файл ответа или правки документа по замечаниям, укажите это в запросе.
Откройте «Все файлы», чтобы увидеть состав каталога, размещение, состояния и версии. Поле поиска отбирает документы по введённому тексту.
Рис. 1. Поиск ГОСТ в текущем каталоге базы знаний.
Операция 2.2.1 — просмотреть состав базы. Вход — доступный каталог и условие поиска. Результат — список найденных источников и их свойств. Открытие и фильтрация не изменяют документы.
В чате можно попросить: «Перечисли тематические области и количество коллекций и документов в каждой». Для такого запроса агент читает серверные сведения. Счётчик интерфейса не следует выдавать за ответ агента. Полнота списка проверяется по области доступа и продолжению выдачи.
Для нормативной задачи проверяйте активную подтверждённую версию. Источники общего вопроса и источники нормативной проверки могут иметь разные условия допуска.
2.3. Подготовка поискового запроса агентом
Перед поиском агент выделяет темы запроса, последние уточнения пользователя и точные обозначения из выбранного документа. Он сохраняет числа, условия и отрицания, чтобы найденный похожий текст не подменил заданную задачу.
План помогает подобрать доказательства. Он не подтверждает применимость нормы и не заменяет чтение её полного условия. В нормативной проверке подготовка документа и дальнейшее чтение показаны в главе 2.7.
Операция 2.3.1 — сформировать поисковый план. Исполнитель — клиентский агент. Вход — текущий запрос, относящийся к нему контекст и доступное содержимое выбранного документа. Результат — обязательный структурированный план для инструментов поиска, вопросов и проверки.
Агент:
Определяет все темы, включая сведения в последних разделах документа.
Применяет последние исправления пользователя и сохраняет числа, условия, отрицания и обозначения.
Создаёт от двух до шести различных нейтральных формулировок поиска.
Выделяет обязательные термины, дополнительные формулировки и точные фразы.
Указывает цель получения доказательств, форму ответа и исключаемые неверные толкования.
Передаёт план инструменту при подготовке поиска; продолжение читает тот же локальный снимок по указателю.
Поля и пределы приведены в справочнике. Некорректный план отклоняется: агент исправляет конкретное поле, сохраняя темы и заданную область источников. Пользователю не требуется составлять техническую структуру плана вручную.
Сервер применяет клиентский план и добавляет детерминированные признаки запроса. Он не вызывает отдельную языковую модель для планирования. Ограничения размера относятся к входным спискам клиента; объединение с серверными признаками может содержать дополнительные элементы.
Обязательные термины служат признаками релевантности. Они не означают, что все термины обязаны встретиться в каждом фрагменте. Исключения направляют интерпретацию агента; они не являются самостоятельным смысловым фильтром сервера.
Инструкции, содержащиеся внутри проверяемого документа, рассматриваются как данные. Они не изменяют правила доступа, область проверки или пользовательское разрешение чтения файлов. Поисковая гипотеза не становится фактом пользователя.
Сохраняемые сведения о применённом плане входят в трассировку результата. Пример: С-12.
2.4. Вопросы к базе знаний и поиск по смыслу
Откройте «Настройки → Модули и навыки → Пользовательские», раскройте «Навыки» в карточке «DCD — база знаний», затем нажмите «База знаний: вопросы и поиск». Карточка показывает назначение и тип навыка. Чтобы получить ответ по источникам, задайте вопрос в чате.
Навык находит сведения в документах и нормативах базы знаний и готовит ответ с указанием источников. Случайный бытовой вопрос без обращения к таким источникам сам по себе не требует базы знаний. Пример ответа с источниками показан далее на сохранённом разговоре.
Операция 2.4.1 — задать новый вопрос базе знаний.
Поле
Описание
Назначение
Получить ответ, основанный на доступных источниках
Способ вызова
Запрос пользователя к базе знаний; инструмент «Спросить базу знаний»
Вход
Вопрос, поисковый план и при необходимости область источников
Предусловия
Источники проиндексированы и доступны; необходимые поисковые подключения готовы
Результат и сохранение
Локальный снимок доказательств, его первая порция, ссылки и указатель продолжения; серверная рабочая проверка не создаётся
Ограничения
Каталог не является ответом по содержимому; обычный вопрос допускает индексированные черновики
Пример
С-10
Последовательность свежего вопроса:
Агент формирует поисковый план.
Первый вызов возвращает компактный каталог и подтверждение его получения. Поиск этим вызовом не выполняется.
Агент выбирает область по запросу пользователя.
Следующий вызов с подтверждением выполняет поиск. Сервер один раз передаёт выбранные связанные доказательства локальному механизму агента.
Агент получает первую ограниченную порцию и читает продолжение из того же локального снимка. Новый серверный поиск для следующих порций не запускается.
Агент составляет ответ с буквальными выдержками и ссылками. Сервер готовит материалы и не составляет ответ вместо агента.
Поиск использует область доменов и коллекций, состояние версии и разрешения. Векторные представления отвечают за смысловую близость, словесные признаки — за буквальные термины и обозначения. Сервер объединяет ранжирование; клиент объясняет найденные сведения.
Источники обычного ответа могут включать индексированные черновики. Поэтому такой ответ нельзя по одному факту получения считать основанным исключительно на действующих подтверждённых нормативах. Для нормативного заключения используется отдельный маршрут.
Агент должен ответить на каждую часть вопроса с указанием источника. Если полученных материалов недостаточно, он указывает конкретную неполноту. Источники базы читаются через её инструменты; непосредственное чтение защищённых локальных файлов хранилища не используется для дополнения ответа.
2.5. Точный поиск терминов, фраз и идентификаторов
Операция 2.5.1 — найти буквальные совпадения.
Поле
Описание
Назначение
Найти фразу, термин, номер пункта, обозначение стандарта или допустимый вариант написания
Способ вызова
Пользовательский запрос; отдельный инструмент точного поиска базы знаний
Вход
Запрос, поисковый план, режим, варианты написания, точные фразы, область и размер выдачи
Порядок
Агент передаёт буквальные опоры; сервер ищет доступные совпадения; агент показывает источники
Результат и влияние
Совпадения, выдержки, найденные варианты и адреса; содержимое базы не меняется
Ограничения
Совпадение не доказывает применимость нормы; неоднозначный термин требует уточнения смысла
Прослеживаемость и пример
Документ, версия и положение совпадения; С-11
Режим
Смысл
Точное совпадение
Поиск буквального выражения
Фраза
Поиск последовательности слов
Отдельное слово
Поиск термина по словесным признакам
Автоматический выбор
Сервер выбирает предусмотренный способ буквального сопоставления
Широкий поиск
Поиск более широкой совокупности словесных признаков
Точные режимы выполняются сразу. Широкий поиск сначала возвращает каталог и требует следующего вызова с подтверждением его получения.
Варианты написания берутся из запроса и обоснованных обозначений. Агент не создаёт произвольный словарь синонимов. Если сокращение встречается в нескольких темах, следует показать различие найденных источников и уточнить требуемый смысл.
Точный поиск — самостоятельный штатный инструмент. Его применение для термина не требует изменения режима всей базы. Дальнейший вопрос может использовать область и документы, выявленные этим поиском.
2.6. Контекст источников, ссылки и полнота ответа
Операция 2.6.1 — прочитать связанный контекст и продолжить выдачу. Вход — найденные фрагменты, их смысловые редакции и указатель продолжения. Результат — дополнительные части доказательств из тех же доступных источников.
Сервер расширяет найденные фрагменты связанными единицами, продолжениями и явными отсылками с учётом версии и доступа. Связь по сходству имеет другой смысл, чем явная отсылка. Она сама по себе не доказывает исключение из требования.
В текущем маршруте обычного вопроса обход смысловых связей не имеет отдельного ограничения числа переходов. После расширения доказательства разбиваются на порции с бюджетом контекста. Настройка, содержащая число переходов, не применяется этим обработчиком как фактический предел.
Ссылки указывают документ и доступное место исходника: страницу, пункт, слайд, лист, диапазон или адресуемую часть. Компактная выдержка может быть сокращена; при выводе учитываются сведения о пропусках и неполных ссылках.
Для продолжения агент читает следующие части подготовленного поиска, пока не проверит запрошенные темы или не исчерпает материалы. Непрочитанные части не считаются оценёнными.
Необходимо различать:
«В полученных материалах ответ не найден» — ограничение текущей выдачи.
«Весь корпус прочитан» — отдельное утверждение, которое обычный поиск не подтверждает.
«Соответствие доказано» — вывод, который не следует из отсутствия найденного совпадения.
Служебные идентификаторы нужны для диагностики. В обычном ответе используются понятные ссылки и названия. Примеры: С-05, С-10, С-18.
2.7. Подготовка документа к нормативной проверке
Прикрепите документ к чату и напишите «Проверь по нормативам». Если проверка должна опираться на определённые стандарты или тематическую область, назовите их в запросе. Приложенный файл является проверяемым материалом; такая проверка не добавляет его в нормативный каталог.
Источники проверки — доступные пользователю активные подтверждённые нормативы с готовой смысловой обработкой и индексом. Пользователь может ограничить этот состав. Архивная версия, неподтверждённый источник или одно только название стандарта не становятся основанием заключения.
Сервер подготавливает текст документа, факты, нормативный корпус и связи с источниками. Модуль получает подготовленные материалы в локальное хранилище текущей сессии. Последующее чтение, дополнительный поиск и сохранение оценок выполняются локально. Нормативное суждение формирует агент Дипнео.
2.8. Проверка одним агентом
Проверку ведёт один агент в том же разговоре. Он читает документ, сопоставляет его с нормативными материалами, сохраняет оценки и завершает отчёт. Деление на дочерние задачи в этом сценарии не используется.
Прочитать весь документ. Агент получает полные пакеты документа и реестр фактов: утверждения, числовые значения, условия, решения и обязательные результаты. Краткий предварительный текст факта помогает выбрать запись; оценка опирается на полный текст.
Сопоставить группу фактов с нормами. Подготовленные материалы выдаются рабочими группами. Агент учитывает требования, определения, область действия, единицы, условия, таблицы и исключения. Название источника или поисковое совпадение само по себе не доказывает нарушение.
Сохранить оценки группы. Один вызов сохраняет оценки и замечания, затем возвращает следующую группу. Для каждого утверждения выбирается нарушение, соответствие, неприменимость либо неясность с конкретной причиной. Для обязательных тем также сохраняется явная оценка.
Уточнить нерешённые вопросы. Если нужно установить применимость нормы или обязательность содержания, агент ищет доказательства в уже подготовленном разрешённом корпусе. Связанные вопросы объединяются; найденный фрагмент читается вместе с относящимся к нему контекстом.
Завершить проверку. Завершение допускается после принятой оценки всех утверждений и первоначальных обязательных тем. Принятые записи сохраняются даже при необходимости исправить другие строки. Неясность является оценкой с ограничением, а отсутствие оценки означает незавершённую работу.
В журнале можно раскрыть вызовы инструментов и их результаты. Число вызовов и время зависят от документа, корпуса и модели; пример не задаёт норматив производительности.
2.9. Замечания и отчёт
Отчёт открывается из карточки результата в правой панели. Для чтения широкой таблицы разверните документ на весь экран.
Поле
Что проверять
Замечание и важность
Какой конкретный дефект выявлен и насколько он существенен
Цитата документа
Какое утверждение, значение или решение проверялось
Пояснение
Почему требование применимо и в чём противоречие или отсутствие обязательного содержания
Нормативная ссылка
Какой исходный фрагмент поддерживает вывод; ссылка содержит место в источнике
Рекомендуемое исправление
Как устранить конкретное несоответствие
Покрытие и ограничения
Какие факты и темы оценены и какие вопросы остались неясными
Каждое замечание связано с конкретным фактом документа и прочитанным нормативным фрагментом. Модуль проверяет привязку факта и создаёт ссылку на нормативный источник. Это проверка происхождения записи; применимость нормы и обоснованность вывода оценивает агент.
Обычный отчёт содержит пояснения и ссылки. Дословная нормативная цитата не является обязательным условием его завершения. По отдельному запросу «Покажи полный отчёт с точными нормативными цитатами» модуль извлекает тексты уже связанных фрагментов локально, без повторной подготовки документа и без нового вызова модели для извлечения этих цитат.
Процедурные риски без доказанного нормативного нарушения сохраняются отдельно, с фактами документа, пояснением и предложенным исправлением. Они не включаются в число подтверждённых нормативных замечаний и не подменяют оценки фактов и тем.
Для отсутствия обязательного содержания нужно установить требование именно к данному документу или процессу и прочитать проверяемое содержимое полностью. Неясное условие применимости не превращается в подтверждённое нарушение.
Отчёт следует проверять по источникам, в том числе по его ограничениям. Полное покрытие реестра не является процентом найденных ошибок.
2.10. Работа с результатом
Сохранённый отчёт остаётся материалом сессии. Можно попросить агента объяснить выбранное замечание, уточнить нормативное основание, показать точные цитаты либо составить план исправлений. Сначала укажите нужные строки и желаемый результат.
Проверка и открытие отчёта сами по себе не меняют исходный документ и не создают исправленный DOCX. Редактирование выполняется отдельной задачей. Для серверного плана правок нужен документ, сохранённый в рабочей проверке; приложенный файл не становится таким объектом автоматически. План пользователь просматривает до применения. После исправления выполняется новая проверка актуальной редакции.
Экспорт в другой формат также задаётся отдельным запросом. Не следует повторять весь нормативный анализ только ради открытия уже сохранённого отчёта или вывода связанных цитат.
2.11. Управление и диагностика
Состояние завершённого хода, его длительность и карточка отчёта видны в чате. Раскрытая строка выполнения показывает инструментальные действия; режим отладки предоставляет подробности выполнения; журнал сессии можно скачать и при выключенной отладке. Эти общие средства описаны в руководстве Дипнео.
Проверка продолжается в текущем чате. Можно запросить сохранённые замечания или полный отчёт. Этапы и результат описаны в справочнике.
Состояния загрузки и индексации нормативного источника относятся к серверным заданиям. Состояния проверки документа относятся к локальной работе агента. Остановка разговора не означает удаления сохранённых материалов или автоматической отмены фонового задания сервера.
Ошибка обращения к модели относится к конкретному ходу. Её пример и диагностические признаки приведены один раз в главе о сообщениях и выполнении.
Документ, добавленный пользователем в каталог базы; такое размещение не удостоверяет юридический статус файла
Нормативный источник
Источник с нормативным назначением; для проверки нужен подтверждённый актуальный индекс и действующая версия
Проверяемый документ
Пользовательское содержимое, сопоставляемое с нормативами
Черновик
Подготовленные данные, ещё не получившие требуемого пользовательского подтверждения
Активная версия
Версия, назначенная для действующего использования документа
Публикация
Серверная операция назначения версии активной при выполнении условий
Подтверждение
Пользовательское принятие конкретной смысловой редакции и нормативного назначения
Извлечение
Получение текста и структуры из исходного файла
Распознавание
Получение содержимого изображения через подключённую модель
Индексация
Подготовка фрагментов и векторных представлений для поиска
Смысловая редакция
Сохранённые единицы, связи, покрытие и замечания конкретной обработки
Явная отсылка
Связь, опирающаяся на обозначение или ссылку в источнике
Продолжение
Механическая связь частей исходного текста
Связь по сходству
Связь по признакам близости; не удостоверяет нормативную зависимость
Поисковый план
Структурированные формулировки и признаки, создаваемые агентом клиента
Рабочая проверка на сервере
Отдельный сохранённый объект для серверных операций с документами; обычный вопрос и локальная проверка его не создают
Локальная проверка
Привязанное к сессии состояние документа, нормативных доказательств, оценок и отчёта
Пакет
Порция документа или нормативных доказательств для оценки клиентом
Реестр документа
Подготовленные утверждения с точными привязками; агент читает их полный текст и сохраняет оценки
Замечание
Подтверждённый дефект с цитатами, объяснением и рекомендуемым исправлением
Отчёт
Сохранённый результат завершённой проверки
Файл ответа
Отдельный созданный документ по запросу пользователя
Трассировка
Сведения о выполнении, источниках, версиях и ограничениях результата
Учёт действий
Сохранённые события изменений и попыток выполнения серверных действий
Исходные блоки, смысловые единицы и поисковые фрагменты не взаимозаменяемы. Служебный идентификатор фрагмента указывает на конкретную часть доказательства; пользовательская метка версии не заменяет такой идентификатор.
Б.2. Состояния документов и обработки
Документ базы знаний
Состояние
Практический смысл
Черновик
Документ находится в подготовке и пользовательском рассмотрении
Активен
Назначена действующая версия; пригодность для конкретного вида запроса определяется дополнительными условиями
Архивирован
Исключён из действующего использования; предусмотрено восстановление
Удалён
Исключён из действующего каталога, фрагменты очищены; это не полное физическое уничтожение всех файлов
Отозван
Недействующий источник; операции, требующие действующего документа, его не принимают
Версия
Группа состояния
Значение
Загружена; ожидает разбора; разбирается
Принята, но извлечение ещё не завершено
Разобрана; разобрана с предупреждениями
Сохранён результат извлечения; предупреждения нужно прочитать
Разбивается; разбита; индексируется
Идёт подготовка поискового представления
Индексированный черновик
Первичный индекс создан; это не подтверждение нормативной редакции
Активна
Используется как действующая версия
Заменена
Активной назначена другая версия
Ошибка
Стадия не выполнена; следует устранить её конкретную причину
Архивирована; удалена
Версия исключена из текущего использования
Смысловая обработка и задания
Смысловая редакция имеет собственное состояние, покрытие блоков, сведения о связях и замечания. Пригодность к подтверждению определяется обработчиком готовности, а не одним текстом статуса в общей карточке. Известная неполнота источника и неразрешённые связи отражаются в предупреждениях; их значение зависит от содержания и тяжести.
Задание различает ожидание, выполнение, завершение, ошибку и отмену. Стадия задания показывает, какой шаг выполняется. Процент или число обработанных частей не заменяет конечное состояние.
Клиентский обзор
Состояние
Что происходит
Ожидает клиента
Материалы подготовлены и связаны с сессией агента
Пакет выдан
Материал передан агенту; ещё не равнозначен принятой оценке
Факт оценён
Локальный механизм принял оценку утверждения и сохраняет её
Тема оценена
По теме выполнено итоговое сопоставление
Тема неясна
Сохранена причина недостаточной определённости
Проверка завершена
Приняты оценки всех утверждений и обязательных тем, сохранён локальный отчёт
Проверяйте конечное состояние вместе с сообщениями и результатами обработки.
Б.3. Виды файлов и условия извлечения
Ниже перечислены все поддерживаемые расширения со страницы «Загрузить» и условия чтения материалов.
Вид
Поддерживаемые варианты
Особенности
Документ с фиксированной разметкой страниц
.pdf
Извлечение доступного текста и страниц; скан без текста требует распознавания
Документ текстового редактора
.doc, .docx, .odt, .rtf
Доступная структура зависит от варианта; для части старых форматов требуется компонент преобразования
Текст
.md, .txt
Адреса частей и текстовые диапазоны; физические номера страниц не предполагаются
Веб-документ
.html, .xhtml
Извлекается текст и доступная структура
Электронная таблица
.xls, .xlsx, .ods
Листы, диапазоны, выражения формул и исходные сохранённые значения
Таблица с разделителями
.csv, .tsv
Строки и поля; разделение запятой либо знаком табуляции зависит от исходного содержимого
Презентация
.ppt, .pptx, .odp
Слайды, текст, таблицы и доступные изображения; старый двоичный вариант требует преобразования
Растровое изображение
.png, .jpg, .jpeg, .tif, .tiff, .bmp, .webp, .gif
Основное содержимое требует распознавания подключённой моделью
Поддержка вида включает попытку предусмотренного извлечения; она не гарантирует полноту чтения повреждённого, зашифрованного или нестандартного файла. Неподдерживаемый вид возвращает предупреждение и не считается нормативом с успешно извлечённым содержимым.
Для старых офисных форматов используются средства преобразования, если они предусмотрены установленной средой. При отсутствии требуемого компонента документ получает сообщение о невозможности соответствующего извлечения.
В таблицах выражение формулы и рассчитанное значение различаются. Если исходное значение не сохранено, модуль не выдаёт его за рассчитанный результат. Данные, появившиеся только после преобразования, не считаются исходным сохранённым значением формулы.
Изображения внутри текстового файла и его текстовый слой оцениваются отдельно. Уверенность средства разбора и покрытие извлечённых блоков не являются проверкой всех изображений и формул.
Б.4. Как уточнить поиск
Для поиска опишите вопрос обычным текстом. Если важны конкретные обозначения, область или формат ответа, добавьте их в запрос. Агент сам подготавливает поисковые формулировки.
Что передать
Как это помогает
Вопрос и цель поиска
Определить, какие сведения нужны для ответа
Раздел или коллекцию
Ограничить область поиска нужными материалами
Обязательные термины и точные фразы
Найти нужные обозначения и формулировки
Похожие термины
Учесть разные способы назвать один предмет
Исключения
Убрать темы, которые не относятся к задаче
Форму ответа
Получить определение, перечень, сравнение или порядок действий
Б.5. Параметры обзора и замечаний
Для проверки передайте документ, область нормативов и требования к отчёту. Агент читает материалы частями, сопоставляет утверждения с источниками и сохраняет оценки.
Этап
Какие данные используются
Результат
Подготовка
Выбранный файл или сохранённый документ, область проверки
Материалы, подготовленные для текущего чата
Чтение
Фрагменты проверяемого документа и нормативные доказательства
Оценённые утверждения и открытые вопросы
Дополнительный поиск
Конкретные нерешённые вопросы
Уточняющие доказательства из подготовленных материалов
Сохранение оценок
Найденные соответствия, нарушения и неясности
Промежуточные результаты проверки
Отчёт
Сохранённые оценки и требования к результату
Замечания с привязкой к документу и источникам
Замечание должно объяснять проблему, указывать место в документе, основание и предлагаемое исправление. Точные нормативные цитаты можно запросить отдельно. Процедурные риски, не подтверждённые как нарушение нормы, должны быть обозначены отдельно.
Проверка завершается после оценки всех утверждений и обязательных тем. Если материалов недостаточно, причина неясности должна быть указана в отчёте. Количество прочитанных частей само по себе не подтверждает полноту проверки.
Б.6. Где выполнять основные действия
Задача
Как начать
Что проверить
Найти документ
Открыть каталог или попросить агент найти материал
Название, версию и доступность источника
Добавить материалы
Выбрать файл или папку для загрузки
Завершение обработки и предупреждения
Подтвердить источник
Рассмотреть подготовленную редакцию и назначение
Актуальность версии и принятое решение
Изменить размещение
Выбрать допустимые область и коллекцию
Новое место в каталоге
Управлять разделами и версиями
Использовать доступные административные действия
Права доступа и состояние связанных материалов
Задать вопрос по базе
Передать вопрос и область поиска в чат
Ответ, источники и ограничения полноты
Проверить документ
Передать файл, область нормативов и критерии
Оценку всех частей и итоговый отчёт
Получить замечания
Запросить результат проведённой проверки
Привязки, объяснения и исправления
Подготовить правки
Попросить план изменений, затем согласовать применение
Актуальность исходной версии и результат
Создать файл ответа
Указать формат и состав результата
Существование и содержимое файла
Узнать состояние работы
Открыть сведения о задании или спросить агент
Стадию, завершение, ошибку или отмену
Административные возможности зависят от прав и доступного интерфейса. Наличие описания возможности не означает отдельной кнопки в каждом чате.
Б.7. Подтверждение и доступ
Административные действия требуют соответствующих прав. Доступ к документам и проверкам зависит от владельца, организации, рабочей области и групп пользователя.
Действия с изменением данных требуют предусмотренного подтверждения. Перед применением проверьте объект и ожидаемое изменение. История помогает увидеть результат или причину отказа.
Локальные значения контекста имеют демонстрационное происхождение. Для персонального использования это часть локальной поставки; для общей базы компании нужна интеграция установленной личности и групп доступа. Наличие полей организации не заменяет такую интеграцию.
Б.8. Сообщения и действия пользователя
Формулировки ниже передают смысл сообщений на русском языке; техническая строка конкретного ответа может отличаться.
Ситуация
Что означает
Действие на основном маршруте
Сервер недоступен
Нет соединения с настроенным адресом
Проверить состояние локального сервера и адрес; затем обновить сведения
База пуста
Нет содержимого для поиска
Добавить источники по части 1
Нет готовых нормативов
Источники не отвечают условиям текущей проверки
Проверить нормативность, активную версию и подтверждение
Средство векторного представления недоступно
Не выполнено условие штатного поиска или индексации
Проверить подключение и повторить соответствующую операцию после восстановления
Индекс неполон
Не готовы векторные данные выбранных нормативных источников
Выполнить предусмотренную индексацию и дождаться готовности
Распознавание не подключено
Изображение или скан не распознаны
Подключить нужное средство и повторить распознавание
Текст доступен, изображения неполны
Можно читать текстовый слой, но не всё содержимое иллюстраций
Учитывать ограничение, проверить нужные изображения
Файл превышает предел
Превышен действующий размер одного файла
Подготовить файл в пределах согласованной конфигурации
Другой пакет активен
Новый пакет не принят, пока предыдущий ожидает или выполняется
Дождаться завершения либо явно остановить действующий пакет
Обработка не завершена
Документ ещё не готов к нужному подтверждению
Прочитать стадию и причину, завершить требуемую обработку
Редакция изменилась
Пользователь просматривал прежние данные
Обновить карточку и проверить актуальную редакцию
Источник изменился в обзоре
Состояние нормативов или доступ не совпадают с началом проверки
Начать новый обзор по текущим источникам
Недопустимое размещение
Коллекция не принадлежит выбранному домену
Выбрать существующую допустимую пару
Раздел не пуст
Документы или активные требования препятствуют удалению
Сначала управлять связанными объектами
Поиск не принят
Не удалось подготовить допустимый запрос
Агент уточняет запрос, сохраняя тему и область поиска
Цитата отклонена
Цитата не принадлежит выданному материалу или изменена
Агент исправляет замечание либо явно отзывает неподтверждённый кандидат
Обзор нельзя завершить
Остались пакеты или темы без оценки
Агент завершает необходимую обработку и указывает причины неясности
План правок устарел
Исходная редакция документа изменилась
Создать и согласовать новый план по актуальной редакции
Приложение А. Сценарии использования и демонстрации
Выберите сценарий для нужной задачи. Каждый сценарий содержит исходные материалы, порядок действий и критерии проверки результата.
А.1. Общие условия
Исполнитель имеет право работы с выбранными файлами и изменения учебного корпуса. Сервер, языковая модель и векторное представление готовы; для сканов готово распознавание. Изменения выполняются на учебных источниках, выбранных для показа.
Учебные правила вымышлены. Их не следует применять к реальному оборудованию или представлять как государственные стандарты. Для демонстрации на документах компании используются отдельно согласованные источники.
Наборы
Набор А — вопросы и обновление: руководство по двигателю и регламент обращений в двух редакциях.
Набор Б — нормативная проверка: регламент испытаний, документ с замечаниями и образец исправленного документа.
Набор В — границы извлечения: разрешённый скан, документ с изображением, таблица с формулами и отдельный неподдерживаемый файл. Эти двоичные файлы выбираются перед показом; они не включены в текущий комплект.
Набор Г — термины: два справочника с разными значениями сокращения СПД.
В базе как нормативы подтверждаются регламенты. Руководство и справочники остаются справочными. Документы для проверки не загружаются в нормативный каталог.
А.2. Последовательности первого показа
Для вопросов по источникам: С-01 → С-09 → С-10 → С-11 → С-03.
Для проверки: С-13 → С-14 → С-15 → С-16 → С-17.
Ошибки и граничные случаи С-06–С-08 и С-18–С-19 показываются отдельно. Они не обязательны для объяснения основного пути, но входят в полную документацию.
Выберите три файла в «Загрузить» и отправьте пакет.
Покажите общий ход и отдельные стадии файлов.
Откройте карточки и проверьте текст, таблицу, размещение и смысловую структуру.
Отметьте регламенты нормативными, а руководство справочным.
Подтвердите готовые документы и проверьте активные версии.
Ожидается: документы сохранены, обработаны и имеют назначение; подтверждение связано с конкретными редакциями. Зафиксировать: пакет, документы, версии, предупреждения и пользовательское решение.
С-02. Добавление источников через чат
Исполнитель: пользователь и агент. Главы: 1.11. Вход: отдельные выбранные учебные источники вне защищённого хранилища.
Выберите файлы и напишите: «Добавь эти регламенты в базу знаний».
Разрешите передачу выбранных файлов.
Покажите один пакет и наблюдение по его идентификатору.
Дождитесь карточек результата.
Выберите нормативное назначение и подтвердите готовые редакции.
Проверьте документы в серверном каталоге.
Ожидается: чат выполняет тот же маршрут подготовки; пользователь принимает финальное решение. Зафиксировать: разрешение, пакет и результат; отдельно отметить судьбу временной копии. Проверяемый пользовательский исходный файл не удаляется.
С-03. Обновление учебного регламента
Исполнитель: пользователь и агент. Главы: 1.4, 1.8, 2.4. Вход:первая и вторая редакции одного файла.
Подтвердите первую редакцию и спросите срок регистрации по её активной версии.
Покажите учебное значение «один рабочий день».
Загрузите вторую редакцию под тем же исходным именем.
Проверьте, что сервер сопоставил её с нужной карточкой. Если создан другой документ, не представляйте результат как обновление первой карточки.
Просмотрите новую версию и подтвердите её.
Задайте вопрос с явной областью активной новой версии.
Ожидается: после подтверждения новой версии цитируется срок «четыре рабочих часа». Пользовательская нумерация версии и номер учебного текста различаются. Зафиксировать: оба идентификатора версий и ссылки на цитаты. Обычный вопрос может искать черновики; до подтверждения второй загрузки нельзя обещать выдачу только первой версии.
С-04. Исправление размещения источника
Исполнитель: куратор или пользователь через агента. Главы: 1.3, 1.11, 2.2. Вход: учебный документ и существующая целевая коллекция.
Покажите текущее размещение.
Через интерфейс выберите другую допустимую коллекцию и сохраните.
Проверьте дерево, карточку и список файлов.
Для показа через чат запросите перенос, получите допустимые варианты и выберите пару домена и коллекции.
Подтвердите операцию и снова проверьте размещение.
Ожидается: один документ перенесён, фрагменты связаны с новым размещением. Зафиксировать: документ, прежнее и новое место, событие изменения.
С-05. Текст, таблица и связанный контекст
Исполнитель: пользователь и агент. Главы: 1.5, 2.6. Вход: руководство с таблицей; дополнительно разрешённый документ с иллюстрацией и таблица с формулой для расширенного показа.
Откройте извлечённую таблицу руководства и связь с текстом.
Спросите причины «повышенного нагрева и стука подшипников».
Покажите обе возможные причины и ссылки на исходный текст.
Убедитесь, что агент не выдаёт возможную причину за подтверждённое состояние оборудования.
В расширенном показе сравните выражение формулы с сохранённым исходным значением и состояние чтения изображения.
Ожидается: сведения подтверждены таблицей; адрес источника соответствует виду файла. Зафиксировать: цитаты, адреса и ограничения изображения или формулы. Пересчёт формул этим модулем не заявляется.
С-06. Скан и ручная коррекция
Исполнитель: технический пользователь с административным доступом. Главы: 1.9. Вход: отдельно подготовленный разрешённый скан с известным текстом и числом.
Загрузите скан и покажите состояние распознавания.
Сверьте число в оригинале с извлечённым текстом.
При необходимости выполните отдельную серверную операцию повторного распознавания.
Для ручной коррекции нужны исправленный текст, причина изменения и доступ к административному управлению. Если такого действия нет в доступном интерфейсе, обратитесь к администратору.
Проверьте результат классификации, новый индекс и актуальное подтверждение.
Задайте вопрос по исправленному источнику.
Ожидается: правка относится к сохранённому разбору, а оригинал остаётся отдельным файлом. Зафиксировать: исходное и исправленное значение, причина и редакции. Если распознавание недоступно, фиксируется ограничение; успешный результат не выдумывается.
С-07. Ошибка и остановка пакета
Исполнитель: пользователь. Главы: 1.6. Вход: отдельный учебный пакет с допустимым файлом и заранее подготовленным файлом проблемного вида; для остановки — источник с ещё выполняемой обработкой.
Покажите независимые состояния файлов в одном пакете.
Откройте сообщение проблемного файла.
При выполняемом пакете нажмите «Остановить».
Покажите отменённые и ранее завершённые результаты.
Проверьте, что новый отдельный пакет не принимается, пока предыдущий остаётся активным.
Ожидается: ошибка или отмена не обозначаются как готовность всего пакета. Зафиксировать: стадии, ошибка, отмена и сохранённые файлы. Если обработка успела завершиться, это не считается демонстрацией отмены выполняемого задания.
С-08. Архивирование и восстановление
Исполнитель: пользователь с административным доступом. Главы: 1.10, 2.2. Вход: отдельный подтверждённый учебный источник.
Зафиксируйте активную версию.
Архивируйте документ и проверьте его состояние.
Повторите поиск с явной областью этого источника и покажите изменение доступности.
Восстановите документ.
Проверьте версию, состояние и повторный поиск.
Ожидается: архив исключает источник из действующего использования, восстановление возвращает предусмотренные состояния. Зафиксировать: документ и состояния до и после. Удаление и физическая очистка всех файлов не отождествляются с архивом.
С-09. Инвентарный запрос
Исполнитель: пользователь и агент. Главы: 2.2. Вход: подготовленный набор А.
Запрос: «Какие документы по двигателю Д-01 есть в базе знаний?»
Покажите перечень названий, размещение и ссылки.
Если список имеет продолжение, запросите следующие порции.
Откройте отдельную карточку только при необходимости.
Перейдите к содержательному вопросу отдельно.
Ожидается: каталог отвечает на вопрос о наличии документов. Зафиксировать: список и продолжение. Агент не заявляет чтение содержимого каждого файла только по факту списка.
С-10. Вопрос о неисправности
Исполнитель: пользователь и агент. Главы: 2.3–2.6. Вход: руководство по двигателю.
Запрос: «Какие возможные причины повышенного нагрева и стука подшипников указаны в руководстве?»
Покажите получение каталога перед свежим поиском.
Затем покажите материалы поиска и ссылки.
В ответе должны быть различены неправильная центровка и повреждение подшипников.
При необходимости откройте соответствующую часть источника.
Ожидается: ответ основан на таблице и не утверждает установленную причину реального состояния. Зафиксировать: цитаты, версии, ограничения и предусмотренное продолжение выдачи.
С-11. Фраза, пункт и неоднозначный термин
Исполнитель: пользователь и агент. Главы: 2.5. Вход: руководство, регламент испытаний и оба справочника сокращения СПД в разных коллекциях.
Попросите найти буквальную фразу «повышенный нагрев и стук подшипников».
Найдите пункт 3.2 учебного регламента.
Попросите найти СПД и покажите два значения из разных источников.
Уточните, требуется ли стенд проверки двигателя или система подготовки документов.
Покажите различие точного вызова и широкого поиска с предварительным каталогом.
Ожидается: буквальные совпадения и предметные значения разделены. Зафиксировать: варианты, области и ссылки. Для показа реального обозначения стандарта используйте отдельно согласованный источник.
С-12. Последнее уточнение и несколько тем
Исполнитель: пользователь и агент. Главы: 2.3, 2.4. Вход: набор А.
Задайте вопрос о причинах повышенного нагрева и сроке регистрации обращения.
Уточните: «Используй вторую активную редакцию регламента; меня интересуют обе темы».
Покажите, что поиск сохранил неисправность и актуальный срок.
Сверьте ответ с руководством и выбранной версией регламента.
Ожидается: позднее уточнение заменило прежнюю область; ни одна тема не потеряна. Зафиксировать: оба источника и план по смыслу, без вывода внутреннего текста рассуждений.
С-13. Проверка без заданного перечня норм
Исполнитель: пользователь и агент. Главы: 2.7–2.9. Вход: подтверждённый регламент испытаний и документ с замечаниями.
Запрос: «Проверь этот документ по доступным нормативам базы знаний».
Разрешите использование выбранного проверяемого файла.
Покажите подготовку локальной проверки и область всех доступных активных подтверждённых нормативов.
Покажите чтение полного проверяемого документа и реестр фактов.
Покажите работу одного агента: чтение нормативных пакетов, оценки всех утверждений и обязательных тем.
Откройте сохранённый локальный отчёт.
Ожидается: обзор завершён либо возвращены конкретные ограничения. Учебный эталон содержит два противоречия и отсутствие даты поверки. Зафиксировать: фактические замечания и отличия от эталона. Подготовка пакетов не считается завершённой проверкой.
С-14. Проверка по названному нормативу
Исполнитель: пользователь и агент. Главы: 2.7–2.9. Вход: тот же документ и активная версия регламента испытаний.
Запрос: «Проверь документ именно по учебному регламенту испытаний изделия И-01».
Агент задаёт явную область выбранного норматива.
Проверьте версию и актуальное подтверждение.
Выполните обзор и откройте отчёт.
Сравните область с С-13.
Ожидается: проверка выполняется по названному источнику. Зафиксировать: идентификатор источника и активной версии. Архивная версия не используется как действующая норма этого маршрута.
С-15. Отсутствие обязательного содержания
Исполнитель: пользователь и агент. Главы: 2.8, 2.9. Вход: набор Б; пункт 3.3 и полный проверяемый документ.
Найдите требование о приборе и дате поверки.
Проверьте полный текст документа: обозначение прибора имеется, дата поверки отсутствует.
Покажите цитаты требования и описания состава протокола.
При недостатке доказательств выполните дополнительный поиск в том же обзоре.
Зафиксируйте замечание либо обоснованную неясность.
Ожидается: отсутствие конкретного обязательного сведения отличается от отсутствия неизвестного внешнего факта. Зафиксировать: правило, полное прочтение документа, объяснение и рекомендуемое исправление. Воздушное охлаждение не создаёт обязанности указывать расход воды.
С-16. Один дефект и несколько оснований
Исполнитель: пользователь и агент. Главы: 2.8, 2.9. Вход: пункты 3.2 и 3.7 регламента и значение 10 минут в документе.
Покажите два основания одного ограничения продолжительности.
Сопоставьте их с одной и той же точной цитатой документа.
Сохраните устойчивый ключ дефекта.
Проверьте, что замечание не удвоено, а нормативная поддержка дополнена.
Ожидается: один дефект о продолжительности с несколькими основаниями. Зафиксировать: замечание, цитату и поддерживающие требования.
С-17. Исправление и повторная проверка
Исполнитель: пользователь и агент. Главы: 2.10. Вход: завершённый отчёт, сохранённый документ рабочей проверки, образец исправления.
Если исходный файл проверялся без сохранения документа, сохраните его отдельной разрешённой операцией.
Попросите подготовить план исправления подтверждённых дефектов.
Проверьте предварительные изменения и исходную редакцию.
Подтвердите применение плана.
Покажите новую редакцию и историю.
Запустите отдельную повторную проверку и сравните отчёты.
По отдельному запросу создайте файл ответа и откройте ссылку.
Ожидается: исправление и повторная проверка — отдельные операции. Исходный отчёт сохраняется. Зафиксировать: план, подтверждение, редакции и два отчёта. Образец содержит вымышленные факты; при реальной работе агент не должен объявлять выполненными испытания, утверждения или поверку только за счёт изменения текста.
С-18. Недостаток источников или доказательств
Исполнитель: пользователь и агент. Главы: 1.7, 2.6–2.9. Вход: выбранный вариант на отдельном учебном корпусе.
Покажите по отдельности:
Пустую базу при вопросе.
Нормативный документ без актуального подтверждения при проверке.
Неясную применимость условного требования.
Неполный индекс или ограниченное извлечение изображения.
Отсутствие найденного доказательства в текущей порции.
Ожидается: в каждом варианте называется конкретная причина; отсутствие материала не выдаётся за соответствие. Зафиксировать: выбранный вариант и сообщение. Варианты не требуют удаления основного личного корпуса пользователя.
С-19. Источник изменился во время проверки
Исполнитель: пользователь, агент и технический куратор. Главы: 1.8, 2.8. Вход: начатый учебный обзор и участвующий норматив.
Начните обзор и зафиксируйте версии источников.
До следующей фиксации суждения измените участвующий норматив предусмотренной административной операцией.
Зафиксируйте отказ продолжать обзор с прежними условиями.
После подготовки источника начните новый обзор.
Ожидается: сервер не смешивает прежние доказательства с изменённой активной версией или доступом. Зафиксировать: исходное и новое состояния, отказ и новый обзор.
Приложение В. Ограничения текущей реализации и возможности для расширения
Модуль: «База Знаний» для работы с материалами и проверок по нормативам.
В.1. Персональное использование и демонстрация для бизнеса
Локальная поставка предназначена для персонального использования: пользователь загружает источники, управляет версиями, задаёт вопросы и выполняет проверки по нормативам. Для бизнеса она также позволяет продемонстрировать возможности технологии. Корпоративное размещение и общий доступ к базе требуют отдельной настройки инфраструктуры и разграничения доступа.
На компьютере пользователя запускается сервер обработки, хранения и поиска. Основное хранилище использует SQLite; оригиналы документов и результаты сохраняются в локальной файловой системе. Операции распознавания, векторизации и анализа могут использовать внешние службы моделей ИИ, указанные в настройках. Локальное хранение не означает полностью автономную обработку.
В.2. Технические характеристики текущего локального сервера
Характеристика
Условие работы
Запуск
При включённом модуле клиент запускает локальный сервер и контролирует его готовность
Подключение
По умолчанию 127.0.0.1:8000; адрес и порт настраиваются
Хранение
База данных, оригиналы, версии, задания и результаты сохраняются локально
Размер загрузки
По умолчанию до 775 МиБ на файл; лимит меняется настройкой сервера
Приём файлов
Файл принимается до фоновой обработки; готовность индекса нужно проверить отдельно
Фоновая обработка
По умолчанию один исполнитель; допускается настройка от одного до четырёх. Новый пакет не принимается, пока задания предыдущего ожидают или выполняются
Распознавание
Требует настроенной модели с поддержкой изображений; по умолчанию до шести параллельных задач
Поиск
Результаты зависят от запроса, прав доступа, состояния индекса и подключений моделей
Разграничение доступа
Для корпоративного использования требуется интеграция с системой идентификации и управления доступом организации
Объём корпуса, одновременность пользователей и задержки следует оценивать на данных и конфигурации конкретной установки. Требования к корпоративному серверу описаны отдельно.
В.3. Возможности корпоративной переработки
Корпоративная архитектура может предусматривать серверное хранилище, масштабируемый поисковый индекс, интеграцию с системой доступа, резервное копирование и мониторинг. Состав такого решения определяется требованиями организации.
Переход с локальной поставки требует переноса документов, версий, смысловых редакций, подтверждений источников, прав доступа и результатов проверок. Эти направления относятся к отдельному внедрению.
В.4. Ограничения отдельных функций
Функция
Ограничение
Отметка разбора версии
Обновляет состояние по сохранённому результату; повторное извлечение выполняется отдельно
Переобработка версии
Обновляет индекс и смысловую обработку; повторное распознавание запускается отдельно
Откат редакции таксономии
Не восстанавливает историческое дерево областей и коллекций
Сравнение версий
Содержательное сравнение редакций этим действием не выполняется
Анализ влияния версии
Подсчёт ссылок не подтверждает отсутствие всех затронутых проверок
Конфликты нормативов
Показывает сохранённые записи; автоматическое выявление всех противоречий не выполняется
Оценка последовательности обработки
Условные показатели готовности не являются измеренной точностью модели
Оценка таксономии
Отсутствие проверочных примеров не доказывает точность маршрутизации
Вопросы к базе
Ответ может использовать индексированные черновики
Нормативная проверка
Требует активных версий и подтверждённых актуальных смысловых редакций нормативных источников
Полнота проверки
Поиск по корпусу и чтение каждого его документа различаются; агент оценивает полученные доказательства
Доказательства
Ссылка на фрагмент не удостоверяет смысловую правильность вывода
Удаление документа
Удаление из рабочего каталога не означает физическую очистку всех оригиналов, журналов и исторических результатов
Загрузка
Наблюдение за папками, загрузка по расписанию и самостоятельная публикация не входят в описываемые функции
В.5. Покрытие проверки и качество заключения
Покрытие реестра означает, что каждое включённое утверждение и обязательная тема получили оценку. Оно не означает прочтения каждой страницы нормативного корпуса или обнаружения всех ошибок.
Отчёт содержит замечания, основания, ссылки и ограничения. Проверяйте применимость норм, полноту доказательств и нерешённые вопросы по исходникам. Специалист оценивает правильность и достаточность заключения для своей задачи.
Большие материалы выдаются порциями. Агент должен читать необходимые продолжения; непрочитанные порции не считаются оценёнными.
В.6. Доступность модели
Для вопросов и нормативных суждений требуется доступное подключение модели. Работающий каталог базы не подтверждает готовность модели. Ошибка обращения не является оценкой качества поиска или нормативного анализа.
В.7. Готовность обработки перед загрузкой
Перед отправкой файлов проверьте подключения, необходимые для обработки. Выбранный файл, принятый пакет и готовая подтверждённая версия — разные состояния.
После приёма контролируйте задания и подтверждайте готовые источники. Очистка выбора до отправки не отменяет уже принятый пакет. Порядок действий описан в главе о загрузке.
В.8. Сокращённая выдержка и сверка исходника
Короткая выдержка может обрываться на границе страницы или не включать условие применимости нормы. Откройте источник и прочитайте соседние абзацы и продолжение на следующей странице. Не считайте последовательные перечни причин и действий готовыми попарными соответствиями без проверки структуры документа.
Порядок открытия источников и проверки полноты описан в главе 2.6.
Учебный пример. Создание и изменение разделов базы знаний
Модуль: «База знаний и проверки по нормативам».
Пользователь готовит тематическую область для недельных отчётов. В ней будут отдельно храниться правила подготовки отчёта и материалы отчётности. На этом этапе создаётся только структура: документы не загружаются, нормативные требования не формируются.
Все действия ниже выполнены через серверный интерфейс во встроенной вкладке локальной браузерной версии. Слева раскрыты пять проектов продукта; в центре остаётся пустой чат, справа — база знаний. Пустой чат на снимках означает, что этот пример выполнен вручную через формы, а не агентом. Названия и описания новых объектов вымышлены.
До начала примера в каталоге было четыре тематические области, десять коллекций и 24 файла. Счётчики на снимках отражают последовательные состояния этой среды; это не ограничения объёма базы. На отдельных снимках индикаторы моделей сообщают об ошибках. Выполненные операции со структурой каталога не подтверждают готовность загрузки и обработки документов.
1. Создать тематическую область
В правой панели открыта форма новой области. В ней уже введены название «Учебные отчёты» и описание назначения. Поле идентификатора оставлено для автоматического назначения, группа-владелец — admin, резервная коллекция не указана. Счётчики ещё показывают исходные четыре области: форма пока не отправлена.
Откройте «Таксономия» и нажмите «+ Домен».
Введите название и описание. При необходимости задайте идентификатор и группу-владельца.
Проверьте остальные поля. В этом примере резервная коллекция оставлена пустой.
Нажмите «Создать домен».
Выберите созданную область в дереве, чтобы открыть её свойства. Форма создания сама по себе не означает, что свойства сохранённого объекта уже открыты.
После сохранения область появилась в дереве; общий счётчик областей вырос до пяти. Выбранный объект содержит ноль коллекций, файлов и активных требований. Раздел создан под заданным названием.
Создание тематической области не добавляет в неё документы. Свойства можно изменить отдельным сохранением; коллекции создаются следующей операцией.
2. Проверить область перед созданием коллекции
В этом фактическом шаге пользователь нажал «+ Коллекция» после открытия учебной области. Однако поле «Домен» в новой форме показывает «Асинхронные электродвигатели». Это первая область текущего каталога. Название «Недельные отчёты» и описание уже введены, но они не определяют родительскую область.
В текущей реализации обязательно проверьте и явно выберите поле «Домен» перед созданием коллекции.
Открытая ранее область не гарантирует такое же значение в новой форме. Это поведение подтверждено экраном и кодом построения формы.
В показанной попытке значение не было исправлено до отправки. Коллекция действительно создалась в области «Асинхронные электродвигатели». Далее приведён сохранённый результат этой ошибки ввода; он нужен для демонстрации последующего переноса.
Общий счётчик коллекций вырос с десяти до одиннадцати. В свойствах «Недельные отчёты» сохранена исходная область формы. Активных файлов и требований в коллекции нет; ниже показано сообщение об отсутствии файлов.
Название новой коллекции не переносит её автоматически в одноимённую или тематически подходящую область. Размещение задаётся выбранным значением поля «Домен».
3. Перенести и переименовать пустую коллекцию
В свойствах существующей коллекции выбрана область «Учебные отчёты», введены новое название «Правила недельного отчёта» и новое описание. Заголовок над формой всё ещё содержит «Недельные отчёты»: на этом снимке изменения находятся только в редактируемых полях.
Выберите созданную коллекцию в дереве.
В поле «Домен» укажите «Учебные отчёты».
Измените название на «Правила недельного отчёта» и уточните описание.
Проверьте активность и нажмите «Сохранить». Отправляются область, название, описание и активность из формы.
Убедитесь, что заголовок и размещение в дереве обновились.
После сохранения дерево показывает «Правила недельного отчёта» внутри «Учебные отчёты». Заголовок свойств содержит новое название, поле «Домен» — новую область. Общее число коллекций осталось одиннадцать: изменён существующий объект, а не создан ещё один.
После переименования это та же коллекция. В этом примере перенесена пустая коллекция.
4. Создать вторую коллекцию в явно выбранной области
Во второй форме поле «Домен» проверено и явно установлено в «Учебные отчёты». Введены название «Материалы недельного отчёта» и описание временной пустой учебной коллекции. В дереве пока видна только первая учебная коллекция; общий счётчик показывает одиннадцать коллекций. Новая форма ещё не отправлена.
Нажмите «Создать коллекцию», затем выберите её строку в дереве и проверьте свойства сохранённого объекта.
Учебная область теперь содержит две коллекции. Общий счётчик вырос до двенадцати, количество файлов осталось 24. В свойствах новой коллекции сохранена нужная область. Активных файлов и требований в ней нет.
Фильтр дерева в этих шагах содержит «Учебные». Он оставляет видимыми корневые области и показывает подходящие ветви. Его действие нельзя описывать как полное скрытие всех других областей: на полном снимке остаётся, например, «Техническое регулирование».
5. Изменить область и проверить все сохраняемые поля
Выбрана область «Учебные отчёты». В поле «Название» введено «Учебная отчётность», изменено описание. Дерево и заголовок над формой ещё показывают прежнее имя, потому что сохранение не выполнено. Область уже содержит две пустые коллекции.
Проверьте поле «Резервная коллекция» вместе с остальными полями. В форме создания оно было пустым текстовым полем. В форме изменения это список коллекций без отдельного пустого варианта. После появления коллекций он выбрал первый доступный объект — «Материалы недельного отчёта».
Кнопка «Сохранить» отправляет название, описание, группу-владельца, резервную коллекцию и активность. Поэтому в этом примере вместе с переименованием сохранилась и выбранная резервная коллекция. Это не изменение одного поля: отправлена вся форма.
После сохранения дерево и заголовок показывают «Учебная отчётность». Внутри остаются две коллекции, ноль файлов и ноль активных требований. Общие счётчики — пять областей, двенадцать коллекций и 24 файла. Область сохранена; резервной выбрана коллекция «Материалы недельного отчёта».
Назначение резервной коллекции относится к существующему механизму размещения. Снимки подтверждают значение поля и сохранение свойства.
6. Удаление
Выберите ненужную область или коллекцию, нажмите действие удаления и подтвердите его в диалоге. Перед подтверждением проверьте выбранный объект и связанные с ним документы. После завершения убедитесь, что объект исчез из дерева. Если приложение показывает ошибку или диалог подтверждения недоступен, удаление не завершено.
Модуль «База Знаний»: работа с материалами и проверки по нормативам
Внешний опциональный модуль: «База Знаний» для работы с материалами и проверок по нормативам, устанавливается дополнительно.
Состав и границы модуля
Модуль «База Знаний» для работы с материалами и проверок по нормативам подключается к Дипнео дополнительно. В его состав входят сервер обработки и хранения базы знаний, серверный интерфейс управления данными, клиентский интерфейс работы с источниками, инструменты и навыки вопросов, поиска, нормативной проверки и администрирования. Все эти предметные функции описываются в этом разделе.
Установка и состояние пакета описаны в основном продукте. Работа с файлами, браузером и офисными документами описана в основном руководстве. Защита чувствительного текста относится к отдельному модулю «Защита Данных».
Руководство модуля «База Знаний» для работы с материалами и проверок по нормативам включается в пользовательский комплект после установки модуля по правилу комплектации документации.
Навыки модуля
Модуль «База Знаний» для работы с материалами и проверок по нормативам объединяет следующие навыки:
Навык
Назначение
База знаний: вопросы и поиск
Ответы по документам и нормативам с указанием источников
База знаний: проверка по стандартам
Проверка документов по регламентам, ГОСТам и стандартам
База знаний: файл ответа и правки
Подготовка файла ответа или плана исправлений
База знаний: пополнение и публикация
Добавление, индексирование, публикация и размещение источников
База знаний: документы проверки
Управление документами, участвующими в проверке
База знаний: настройка разделов
Администрирование разделов и правил маршрутизации
База знаний: OCR для сканов
Проверка и исправление распознавания сканов и изображений
База знаний: настройки долгой проверки
Администрирование процесса ответов и проверок
База знаний: редактирование документа
Серверная подготовка и применение подтверждённых правок
База знаний: DOCX-ответ
Серверное создание файла ответа по материалам базы
Откройте «Настройки → Модули и навыки → Пользовательские». В карточке «DCD — база знаний» раскройте строку «Навыки». Число рядом с ней показывает размер каталога; список прокручивается внутри окна настроек. Карточка показывает назначение навыка; нажмите его название, чтобы посмотреть тип и сведения о необходимости подтверждения действий.
Рис. 1. Раскрытый каталог модуля «База Знаний» для работы с материалами и проверок по нормативам во вкладке «Пользовательские».
Рис. 2. Продолжение каталога при прокрутке: подготовка ответа, пополнение базы и административные навыки.
Рис. 3. Нижняя часть каталога: распознавание сканов, настройки долгой проверки и серверные навыки.
В заголовке каждой карточки видны название, назначение и идентификатор навыка. После раскрытия показан его тип — «Навык агента» или «Серверный навык». У навыков с действиями, требующими подтверждения, есть соответствующее пояснение.
Рис. 4. Карточка «База знаний: вопросы и поиск»: краткое назначение и тип «Навык агента».
В каталоге представлены восемь навыков агента и два серверных навыка. Наличие записи в каталоге не означает, что каждая связанная операция доступна как отдельная команда обычного чата. Условия выполнения и доступность административных операций описаны в соответствующих главах руководства.
Назначение модуля
Модуль позволяет загружать документы, управлять их размещением и версиями, находить сведения с указанием источников и проверять пользовательские документы по доступным нормативам. Подготовку и хранение источников выполняет сервер. Рассуждение, сопоставление доказательств и формирование нормативных выводов выполняет агент клиентского приложения.
Описываемая поставка
Документация относится к локальной поставке — полностью рабочему решению для персонального использования. Загрузку и управление данными выполняет один пользователь. Клиент запускает действующий сервер на компьютере пользователя, а база и исходные файлы хранятся локально.
Для бизнеса локальная поставка используется для демонстрации возможностей технологии, в том числе компаниям и крупным корпорациям. Демонстрационное назначение для бизнеса не ограничивает полноценное персональное использование реализованных функций.
По запросу заказчика модуль может быть переработан под требования компании и развёрнут на её серверах с другой технологией хранения и поиска. Состав персональной локальной базы не определяет окончательную архитектуру корпоративного решения. Подробное описание входит в ограничения текущей реализации и возможности для расширения.
Создание и изменение областей и коллекций, перенос пустой коллекции и удаление
Порядок чтения
Для первой загрузки прочитайте главы 1.1–1.7, затем выполните сценарий С-01. Для вопросов по источникам перейдите к главам 2.2–2.6. Для нормативной проверки сначала изучите требования к источникам в главе 2.7, затем цикл и правила заключения в главах 2.8–2.9.
Каждая самостоятельная операция имеет номер, назначение, доступность, входные данные, условия, порядок выполнения, результат, ограничения и связь со сценарием. Номер главы сохраняется при дальнейшем расширении руководства.
Документ, загруженный для проверки, нормативный источник, отчёт и файл ответа — разные объекты. Проверка файла сама по себе не добавляет его в нормативную базу. Получение пакетов доказательств само по себе не означает завершения проверки.
Учебный документ проведения испытаний изделия И-01
Учебный документ. Правила, данные и объект вымышлены. Файл подготовлен для демонстрации программы и не является производственной инструкцией или действующим нормативом.
1. Предмет
Документ устанавливает порядок и состав записи учебных испытаний изделия И-01.
2. Исходные условия
Паспорт изделия предоставлен. Применяется воздушное охлаждение. Прибор измерения — учебный прибор П-01.
3. Проведение
До начала испытаний утверждён учебный план испытаний.
Продолжительность непрерывного испытания составляет 30 минут.
4. Протокол
Протокол содержит дату испытания, номер изделия и полученные значения.
Обозначение прибора: П-01. Дата его поверки: 1 октября 2026 года.
Отдельный рисунок изделия в протокол не включается.
5. Итог
Утверждение плана, значения и дата поверки являются вымышленными данными учебного примера. Этот текст не подтверждает проведение реальных испытаний.
Учебный документ проведения испытаний изделия И-01
Учебный документ. Правила, данные и объект вымышлены. Файл подготовлен для демонстрации программы и не является производственной инструкцией или действующим нормативом.
1. Предмет
Документ устанавливает порядок и состав записи учебных испытаний изделия И-01.
2. Исходные условия
Паспорт изделия предоставлен. Применяется воздушное охлаждение. Прибор измерения — учебный прибор П-01.
3. Проведение
Испытания выполняются без утверждения отдельного плана.
Продолжительность непрерывного испытания составляет 10 минут.
4. Протокол
Протокол содержит дату испытания, номер изделия и полученные значения.
Обозначение прибора: П-01. Отдельный рисунок изделия в протокол не включается.
5. Итог
Это полный учебный текст для проверки. Дополнительные приложения к нему не заявлены.
Материалы для учебной базы знаний
Файлы подготовлены для воспроизведения пользовательских маршрутов. Они содержат вымышленные правила и данные. Ожидаемые замечания — эталон учебного примера, а не измерение точности программы.
Для документа с замечаниями по регламенту испытаний предусмотрены:
Противоречие пункту 3.1: испытания без утверждённого плана.
Противоречие пунктам 3.2 и 3.7: 10 минут вместо минимальных 30. Это один дефект с двумя основаниями.
Отсутствие даты поверки прибора, требуемой пунктом 3.3.
Паспорт изделия присутствует. Расход воды не требуется при заявленном воздушном охлаждении. Отсутствие рисунка не нарушает рекомендательное положение.
Второй проверяемый документ показывает учебное устранение трёх дефектов. Программа может вернуть ограничения или неясность; фактический результат сравнивают с эталоном и фиксируют отдельно.
Подготовка дополнительных материалов
Для сценария распознавания выберите отдельный разрешённый скан с известным исходным текстом. Для сценария электронных таблиц — файл с формулами и известными сохранёнными значениями. Для сценария изображений — документ с известной подписью или числом на иллюстрации. Эти двоичные файлы в данный комплект не включены.
Сценарии с реальными государственными стандартами и документами компании выполняются после выбора разрешённых источников. Учебные правила этого каталога не представляются как требования таких стандартов.
Учебный документ. Правила, данные и объект вымышлены. Файл подготовлен для демонстрации программы и не является производственной инструкцией или действующим нормативом.
Редакция учебного текста: 1.
1. Область действия
Регламент относится к регистрации обращений о состоянии двигателя Д-01 в учебной системе. Он не устанавливает порядок производственной эксплуатации.
2. Регистрация
2.1. Обращение о выявленной неисправности двигателя Д-01 должно быть зарегистрировано не позднее одного рабочего дня после получения сообщения.
2.2. Запись обращения должна содержать обозначение объекта, описание симптома и время получения сообщения.
2.3. Возможные причины указываются отдельно от подтверждённых результатов осмотра.
3. Связанный документ
Сведения о возможных причинах симптома «Повышенный нагрев и стук подшипников» приведены в учебном руководстве по двигателю Д-01.
Вторая редакция регламента
Здесь собраны вторая редакция регламента. Выберите материал в списке раздела.
Учебный документ. Правила, данные и объект вымышлены. Файл подготовлен для демонстрации программы и не является производственной инструкцией или действующим нормативом.
Редакция учебного текста: 2.
1. Область действия
Регламент относится к регистрации обращений о состоянии двигателя Д-01 в учебной системе. Он не устанавливает порядок производственной эксплуатации.
2. Регистрация
2.1. Обращение о выявленной неисправности двигателя Д-01 должно быть зарегистрировано не позднее четырёх рабочих часов после получения сообщения.
2.2. Запись обращения должна содержать обозначение объекта, описание симптома и время получения сообщения.
2.3. Возможные причины указываются отдельно от подтверждённых результатов осмотра.
3. Связанный документ
Сведения о возможных причинах симптома «Повышенный нагрев и стук подшипников» приведены в учебном руководстве по двигателю Д-01.
4. Изменение учебной редакции
Во второй редакции срок регистрации из пункта 2.1 сокращён. Остальные перечисленные сведения об обращении сохранены.
Учебный регламент испытаний изделия И-01
Учебный документ. Правила, данные и объект вымышлены. Файл подготовлен для демонстрации программы и не является производственной инструкцией или действующим нормативом.
1. Область действия
Этот регламент применяется к учебному документу, описывающему проведение испытаний изделия И-01. Требования к составу протокола относятся к содержимому проверяемого документа.
2. Термины
План испытаний — предварительно согласованный порядок проведения испытания.
Протокол испытаний — запись условий, средств и результатов испытания.
3. Обязательные требования
3.1. До начала испытаний должен быть утверждён план испытаний.
3.2. Продолжительность непрерывного испытания должна составлять не менее 30 минут.
3.3. Протокол испытаний должен содержать сведения о приборе и дате его поверки.
3.4. К испытаниям допускается изделие с паспортом.
3.5. При применении водяного охлаждения протокол должен содержать расход воды.
3.6. Рекомендуется включать в протокол отдельный рисунок изделия. Эта рекомендация не является обязательным требованием.
3.7. Непрерывное испытание продолжительностью менее 30 минут не допускается. Требование подтверждает нижний предел из пункта 3.2.
4. Разграничение проверки
Отсутствие известного внешнего факта не является нарушением само по себе. Применимость условного требования определяется описанными в проверяемом документе условиями.
Учебное руководство по двигателю Д-01
Учебный документ. Правила, данные и объект вымышлены. Файл подготовлен для демонстрации программы и не является производственной инструкцией или действующим нормативом.
1. Назначение
Двигатель Д-01 — вымышленный объект для демонстрации поиска по эксплуатационным документам. В настоящем руководстве показаны примеры связей симптомов, причин и записей диагностики.
2. Поиск сведений о неисправностях
Симптом
Возможная причина, указанная в учебном руководстве
Что фиксируется в записи диагностики
Повышенный нагрев и стук подшипников
Неправильная центровка двигателя и приводного механизма; повреждение подшипников
Симптом, результат проверки центровки и состояние подшипников
Двигатель не запускается
Отсутствие питания; нарушение соединения
Наличие питания и состояние соединения
Повышенная вибрация
Ослабление креплений; нарушение центровки
Состояние креплений и центровки
Эта таблица перечисляет возможные причины из документа. Она не устанавливает причину фактической неисправности конкретного оборудования.
3. Связанные сведения
При описании повышенного нагрева и стука подшипников следует различать два возможных основания из строки таблицы: нарушение центровки и повреждение подшипников. Одно не подтверждает наличие другого.
Срок регистрации обращения определяется отдельным учебным регламентом обращений. Руководство по двигателю не устанавливает такой срок.
4. Пример записи
Объект: двигатель Д-01. Симптом: повышенный нагрев и стук подшипников. Результат осмотра ещё не установлен. Вывод о подтверждённой причине в записи отсутствует.
Учебный справочник обозначений документов
Учебный документ. Правила, данные и объект вымышлены. Файл подготовлен для демонстрации программы и не является производственной инструкцией или действующим нормативом.
Обозначение СПД
В этом справочнике СПД означает «система подготовки документов». Обозначение относится к учебному процессу оформления.
Справочник не описывает стенд проверки двигателя. Совпадение сокращения не означает совпадения его предметного смысла.
Учебный справочник обозначений оборудования
Учебный документ. Правила, данные и объект вымышлены. Файл подготовлен для демонстрации программы и не является производственной инструкцией или действующим нормативом.
Обозначение СПД
В этом справочнике СПД означает «стенд проверки двигателя». Обозначение относится к учебному оборудованию.
Справочник не описывает систему подготовки документов. Совпадение сокращения не означает совпадения его предметного смысла.
Состояние обработки и выбранный режим проверяются отдельно от создания правила.
Подключённый пакет и включённая обработка
Откройте «Настройки → Защита данных». Раздел доступен при подключении соответствующего пакета. Включение пакета в списке установленных компонентов и внутренний переключатель обработки — две отдельные настройки.
Внутренний переключатель выключен; сохранён выбор экранирования.
На снимке внутренний переключатель показывает «Выключен», а среди режимов выбран «Экранировать». Поэтому выбранный режим сейчас не применяется как включённая защита.
Состояние
Поведение по текущей реализации
Переключатель выключен
Текст передаётся без замены и блокировки; выбранный режим остаётся сохранённым параметром
Мониторинг
Найденные совпадения учитываются, текст передаётся без замены
Экранировать
Найденные фрагменты заменяются обозначениями; состав замены зависит от правил и выбранного способа обозначения
Блокировать
При найденном совпадении сообщение останавливается до вызова защищаемой команды или метода агента
Текущие обработчики охватывают текстовые части входящей команды чата и сообщения, передаваемые через методы агента. Нетекстовые части передаются без преобразования. Эти обработчики сами не выполняют распознавание текста изображений или полную проверку каждого вложенного файла. Защита действует в перечисленных текстовых точках обработки. Остальные данные проверяйте отдельно перед передачей.
Локальный блок «Создание правил и словарей (бета)» принимает описание задачи и примеры, создаёт и открывает пользовательское правило. Пошаговый порядок, проверка примеров и доработка приведены в главе о подготовке правил.
Каталог правил и словарей
Прокрутите настройки к каталогу. Он разделён на пользовательские правила, пользовательские словари и системные правила. Числа относятся к текущему каталогу установленной поставки.
Каталог: системные правила, пользовательские правила и словари.
Сводка показывает количество системных правил, пользовательских правил и словарей. В показанном профиле пользовательские правила и словари ещё не добавлены. Состав системных правил зависит от установленной поставки. Флажок отдельного правила управляет его участием в обработке; для применения защиты также должен быть включён общий переключатель.
Правило по шаблону определяет искомую форму, контекст и дополнительные проверки. Словарное правило связано с набором значений и вариантов написания. Положительные примеры задают ожидаемые срабатывания; отрицательные — тексты без срабатывания. Пользовательское правило, словарь и включение системного правила сохраняются предусмотренными элементами интерфейса.
Чтение системного правила
Поля системного правила доступны для чтения.
Раскрыто правило «Код подразделения паспорта РФ». В форме видны название, идентификатор, тип правила, тип сущности, метка замены и исходное системное правило. Поля доступны для чтения; команда «Скопировать в пользовательские» предусмотрена для создания редактируемого варианта.
Копирование системного правила создаёт пользовательский вариант. Проверьте его на положительных и отрицательных примерах перед сохранением.
Журнал защиты
Выберите вкладку «Журнал событий». Она показывает локально сохранённые срабатывания: время, действие, типы найденных сущностей и предварительный текст с заменёнными совпадениями.
В предварительном тексте заменяются только распознанные значения. Если правило пропустило чувствительные сведения, они могут остаться в журнале. Перед передачей журнала другому человеку проверьте его содержимое.
Кнопка «Скачать журнал» сохраняет файл событий защиты. Это отдельный файл от журнала сессии.
В «Настройки → Защита данных» находится блок «Создание правил и словарей (бета)». Он работает локально: вы описываете задачу в одном поле, приложение выбирает словарь или шаблон, проверяет примеры, сохраняет правило и открывает его в каталоге пользовательских правил.
В поле «Что нужно различать» напишите, что защищать, перечислите данные и варианты написания, добавьте положительные и отрицательные примеры.
Для словаря указывайте один термин на строке, а его варианты — через запятую.
Нажмите «Предложить правило» и дождитесь завершения.
В открытой карточке проверьте название, категорию, метку замены, словарь или шаблон и условия контекста.
Изучите «Проверка правила»: число прошедших примеров, пропуски и ложные срабатывания.
Если требуется уточнение, заполните «Как поправить правило», нажмите «Обновить правило» и проверьте результат повторно.
После ручных изменений используйте «Проверить» и «Сохранить». Отдельно проверьте состояние самого правила и общий переключатель защиты.
Учебная задача содержит названия двух вымышленных проектов и примеры ожидаемого поведения.
После создания приложение открывает правило в каталоге. Данные словаря редактируются локально.
В примере прошли два положительных и один отрицательный пример. Это проверка только перечисленных примеров; полноту защиты рабочего корпуса проверяют отдельно.
Если примеры не прошли, правило требует доработки. Сообщение о создании и сохранении не подтверждает полноту распознавания. Ошибка генерации или сохранения отображается в настройках; проверьте наличие и содержимое карточки перед использованием.
Бета-функции временно доступны бесплатно для тестирования. По окончании этого периода они могут стать недоступными или платными, о чём сообщает подсказка «Бета». Пометка относится к созданию правил и словарей; сама по себе она не включает обработку исходящих данных.
Реальные словарные значения вводите только в локальных настройках. Для обсуждения правила в чате используйте искусственные примеры: это другой маршрут подготовки.
Подготовить правило через чат
Навык модуля «Защита Данных» помогает подготовить черновик правила по вашему описанию. Полученный черновик нужно проверить и сохранить в настройках. Подготовка через чат сама по себе не включает правило.
Вход
Назначение
Описание защищаемой категории
Формулировка задачи администратора
Тип правила
Сопоставление по локальному словарю либо по форме значения, например по виду номера
Безопасные сведения о словаре
Идентификатор, название и число значений без самих защищаемых значений
Контекст
Слова и безопасные варианты контекстных слов рядом с защищаемым значением
Форма защищаемого значения
Как выглядит нужный номер или код и какую его часть нужно скрывать
Положительные и отрицательные примеры
Искусственные примеры ожидаемого срабатывания и отсутствия срабатывания
Секретные значения словаря и их варианты написания вводятся локально в настройках защиты данных. Инструкция навыка запрещает передавать их агенту в чате. Примеры для обсуждения должны быть искусственными и не содержать реальные секреты.
Порядок подготовки
Опишите агенту категорию данных, нужный способ поиска и контекст и безопасные примеры.
Получите черновик. Проверьте категорию данных, метку замены, условия срабатывания и защищаемый фрагмент.
Откройте пользовательское правило в настройках защиты данных. Для словарного правила задайте реальные значения только локально.
Проверьте правило по положительным и отрицательным примерам предусмотренным действием редактора. Исправьте пропуски и лишние срабатывания.
Сохраните проверенное правило в настройках. Затем отдельно проверьте его включение и общий переключатель обработки.
Черновик, полученный через чат, не проходит автоматическую оценку примеров. Перед сохранением проверьте его в редакторе правил на положительных и отрицательных примерах.
Правила по шаблону и словарю
Правило по шаблону подходит для структурных форм: идентификаторов, номеров, токенов. Если рядом есть слово «ИНН», «паспорт» или другая подсказка, правило должно скрывать само значение. Проверьте, что поясняющее слово остаётся читаемым.
Словарное правило сопоставляет локально заданные значения и варианты написания. Для неоднозначных значений предусмотрены контекстные условия. Преобразования вариантов написания выполняются локально; обсуждение политики преобразований не требует передачи защищаемых значений агенту.
Системные правила открываются для чтения. Команда копирования создаёт пользовательский вариант для последующего редактирования.
Модуль «Защита Данных» поставляется в пакете @agentic-rag/dipneo-privacy-guard. Его исполняемая часть подключается к службам настольного приложения. Отдельный сервер базы знаний и проверок по нормативам для защиты данных не требуется.
Компонент
Назначение
Подключение пакета
Декларация компонентов, интерфейса и зависимостей
Обработчики и локальные маршруты
Настройки, каталог, журнал, создание черновика и подключение обработки сообщений
Обработка текста
Поиск совпадений, замена, блокировка, обозначения и события журнала
Системные правила
Категории и правила поставки
Интерфейс
Настройки, редактор, локальная проверка, журнал и отображение обозначений
Подготовка правил
Черновик GuardSpec и оценка примеров
Навык
Инструкции агенту по безопасной подготовке черновика
Статус внешнего пакета
Самостоятельная установка и включение модуля
Точки обработки и режимы
Модуль обрабатывает текстовые части входящей команды чата и сообщения, поступающие через методы агента send, followup, steer и inject. В режиме экранирования также проверяются полные результаты инструментов до формирования текста для модели. Это позволяет защищать извлечённый текст документов и его повторные представления, например строки и отдельные ячейки таблицы.
Перед каждым запросом к модели проверяется собранный текстовый контекст: сообщения, результаты инструментов, открытые документы и предыдущая история. Поэтому включение защиты действует и на ранее прочитанный текст, который уже находится в истории. Экранирование заменяет найденные значения в передаваемой копии контекста. Блокировка останавливает запрос с чувствительными данными до отправки модели. Нетекстовые части сохраняются без преобразования.
Мониторинг передаёт текст без замены и учитывает совпадения. Экранирование передаёт текст с обозначениями вместо найденных фрагментов. Блокировка останавливает сообщение при наличии совпадения. Выключенный внутренний переключатель отключает замену и блокировку; сохранённый выбор режима сам по себе обработку не включает.
По умолчанию внутренний переключатель выключен, выбран режим экранирования и стабильные обозначения, запись событий включена. В показанной сборке пакет уже подключён. Эти значения описывают конфигурацию модуля и отличаются от решения установить внешний пакет в конкретную поставку.
Локальные данные и журнал
GuardSpec, словарные значения и параметры правил хранятся в локальных настройках модуля. Настройка также допускает локальный файл словаря. Стабильные обозначения связываются с исходными значениями в локальном хранилище сессий; оно содержит защищаемые значения и требует соответствующего обращения с локальными данными.
Журнал хранится в локальном файле событий. Запись содержит действие, типы сущностей, идентификаторы правил, контрольную сумму входного текста и предварительный текст с заменёнными найденными фрагментами. Скачивание возвращает файл этого журнала.
В предварительном тексте заменяются распознанные фрагменты. Чувствительные значения, пропущенные правилами, могут остаться в нём: учитывайте это при просмотре журнала. Наличие локального журнала не подтверждает полноту распознавания.
Ограничения
Защита применяется к извлечённому тексту, а исходные байты загруженного файла сохраняются локально без изменения. Открытие вложения само по себе не отправляет содержимое модели: текст проверяется, когда попадает в результат чтения и собираемый запрос. Закрытый документ исчезает из списка открытых источников; ранее прочитанные сообщения остаются в истории и проверяются при следующей отправке.
Распознавание изображений, OCR, проверка содержимого аудио и полная проверка двоичных вложений не входят в эти обработчики. Наличие замены не подтверждает, что распознаны все чувствительные сведения: результат зависит от правил и формы исходного текста.
Эти пункты относятся к самостоятельному руководству защиты данных.
Модуль «Защита Данных»
Внешний модуль: «Защита Данных».
Модуль «Защита Данных» подключается к Дипнео дополнительно. Он обрабатывает чувствительный текст по системным и пользовательским правилам. Модуль включает исполняемую часть, интерфейс настроек, каталог правил и словарей, журнал, инструмент и навык подготовки правил.
Подключение пакета и включение обработки; мониторинг, экранирование и блокировка; системные правила, пользовательские правила и словари; просмотр и скачивание журнала
Работа с материалами и проверки по нормативам описаны в руководстве модуля «База Знаний». Модуль «Защита Данных» можно установить отдельно. Порядок добавления модульных руководств в общий список зафиксирован в корневом оглавлении.
Для работы нужны папка проекта, подключённая модель ИИ и среда исполнения выбранного языка. Модель пишет и анализирует код; запуск выполняют инструменты Дипнео на вашем компьютере.
Подключить и выбрать модель
Откройте «Настройки → Модели». Если подключение уже настроено, переходите к выбору модели в чате.
Нажмите «Добавить провайдера», выберите категорию «Китайские» и предустановку DeepSeek.
Введите API-ключ своего аккаунта DeepSeek и сохраните подключение. При прямом подключении текущая Flash-модель использует ID deepseek-flash.
Вернитесь в чат, нажмите название модели возле отправки сообщения, затем «Модель» и выберите Flash в группе DeepSeek. Проверьте название перед отправкой.
При подключении через другой сервис выбирайте модель из его каталога. Например, предустановка PlusVibeAPI содержит DeepSeek V4.1 Flash с ID deepseek-v4.1-flash; такой ID относится к этому сервису. Не переносите идентификаторы между провайдерами. Полный порядок добавления и редактирования подключения — в инструкции по моделям.
DeepSeek V4.1 Flash поддерживает вызовы инструментов и работу с изображениями. Это позволяет сочетать анализ исходников с результатами команд и снимками интерфейса. Актуальное соответствие API-имени версии модели опубликовано в официальном каталоге DeepSeek. Поставщик также показывает примеры создания проектов, игр и трёхмерных сцен в анонсе DeepSeek-V4.1-Flash-1017. Это примеры возможностей модели; готовность вашего проекта определяется его собственными проверками.
Подготовить рабочую папку
Создайте проект через «Создать проект» и выберите папку исходников. Откройте чат внутри этого проекта. Для нового приложения удобна отдельная пустая папка; для существующего — корень репозитория с README и файлами зависимостей.
Укажите агенту, какие каталоги можно менять, команды запуска и важные ограничения. Правила проекта можно хранить в AGENTS.md: например, стиль кода, область правок, порядок проверки и правила обращения с Git. Сам файл должен находиться в области проекта, к которой относится инструкция.
Работаем в папке этого проекта. Используй выбранную DeepSeek V4.1 Flash.
Сначала прочитай README, AGENTS.md и файлы зависимостей.
Определи язык, команды запуска и проверки. Покажи короткий план.
Пока не меняй исходники и не устанавливай пакеты.
Полученный план должен называть реальные файлы и команды из проекта. Если репозиторий большой, задайте область: например, только сервер API или каталог веб-интерфейса.
Поставить задачу на реализацию
Добавь в существующую форму заявки проверку обязательного поля «Тема».
Переиспользуй компоненты и соглашения проекта.
Пустая строка и строка из пробелов должны показывать ошибку.
Корректная тема должна сохраняться без пробелов по краям.
Добавь подходящую проверку, запусти её и сборку.
В конце перечисли изменённые файлы, команды и фактические результаты.
Назовите ожидаемое поведение, исходные материалы, область изменений и критерий готовности. Для проектирования до правок используйте режим планирования.
После работы просмотрите изменения и вывод команд. Пример кода в сообщении, сохранённый файл, успешная сборка и проверенное поведение приложения — отдельные результаты. Попросите явно указать, какие из них получены.
Языки программирования и среды исполнения
Модель ИИ может создавать и разбирать код на разных языках в одном проекте. Дипнео предоставляет работу с файлами, команды и обратную связь от запуска. Возможность сгенерировать код не устанавливает компилятор, SDK, базу данных или зависимости проекта.
Ниже — типовые задачи для DeepSeek V4.1 Flash и других подключённых моделей с поддержкой инструментов. Таблица помогает выбрать среду для задачи; она не задаёт гарантированного уровня качества для каждого языка.
Язык или формат
Пример задачи
Что нужно для проверки
JavaScript, TypeScript
Веб-интерфейс, Node.js API, тесты Playwright
Node.js, менеджер пакетов и зависимости проекта
HTML, CSS
Страница, форма, адаптивная вёрстка
Браузер; локальный HTTP-сервер для приложения
Python
API, CLI, обработка данных, служебный скрипт
Python и отдельное виртуальное окружение
Go
HTTP-сервис, CLI, работа с файлами
Go toolchain и зависимости модуля
Rust
CLI, библиотека, системная утилита
Rust toolchain и Cargo
Java, Kotlin
JVM-сервис и прикладная логика
JDK, Maven или Gradle по проекту
C#
.NET API, CLI, прикладная библиотека
Подходящий .NET SDK
C, C++
Библиотека, нативная утилита
Компилятор и система сборки проекта
Swift
Код приложения и библиотеки
Совместимые macOS, Swift и при необходимости Xcode
SQL
Запрос, схема и миграция
Выбранная СУБД и тестовая база
Bash, PowerShell
Скрипт сборки, диагностика и автоматизация
Соответствующая оболочка и вызываемые программы
JSON, YAML, TOML
Конфигурация, манифест, CI
Проверка синтаксиса и инструмент, читающий конфигурацию
React, Vue, FastAPI, Django и другие фреймворки используются как зависимости вашего проекта. Нужны его версии и соглашения. В существующем продукте попросите сначала изучить манифесты и lock-файлы.
Проверить среду до написания кода
Подготовь план небольшого API на Python для каталога книг.
Сначала проверь версию Python и структуру рабочей папки.
Для зависимостей используй отдельное виртуальное окружение проекта.
Опиши два маршрута, формат JSON и способ проверки.
Перед реализацией перечисли необходимые зависимости.
Для Node.js попросите определить менеджер пакетов по проекту; для Go — прочитать go.mod, для Rust — Cargo.toml, для .NET — файл проекта. Согласуйте установку нужных SDK и пакетов в рамках задачи. Сеть и доступ к реестру пакетов определяются окружением компьютера.
Команды агента используют доступную оболочку: Bash в поддерживаемой среде macOS/Linux и PowerShell в Windows. Пути, активация окружения и синтаксис команд должны соответствовать вашей ОС.
Создание виртуального окружения, установка зависимостей и проверка версий разобраны в командах и пакетах. Для одинаковой контейнерной среды на компьютере и VDS используйте Docker-сценарий.
Примеры запросов
Что создать
Пример задания
Как проверить
Веб-форму
«Создай форму заявки на JavaScript с проверкой темы и подтверждением отправки»
Открыть страницу и пройти успешный и ошибочный ввод
CLI на Python
«Преобразуй CSV в JSON; ошибочные строки показывай с номером»
Сравнить JSON и коды завершения на небольших фикстурах
Сервис на Go
«Добавь маршрут проверки доступности и JSON-ответ»
Запустить тесты и выполнить HTTP-запрос
Исправление TypeScript
«Найди причину ошибки типов и исправь её в указанном модуле»
Выполнить проверку типов и относящиеся к изменению тесты
SQL-миграцию
«Подготовь миграцию и запросы проверки на отдельной тестовой базе»
Применить миграцию к тестовой схеме и сверить данные
В одном приложении могут сочетаться TypeScript, SQL и Bash. Укажите границы задачи для каждого слоя. Для нативного приложения запуск и упаковка зависят от целевой ОС; наличие исходного кода не подтверждает получение установщика для другой платформы.
Инструменты разработчика
Модель анализирует задачу и выбирает операции. Инструменты читают и меняют файлы, запускают программы и возвращают фактические результаты. Ниже приведены основные группы инструментария для разработки в настольном Дипнео. Состав конкретного чата зависит от настроек, ОС, разрешений и подключённых навыков.
Возможность
Что передать агенту
Результат
Чтение исходников
Файл, каталог или интересующий механизм
Разбор кода с указанием прочитанных файлов
Поиск по проекту
Имя, символ, строку или шаблон и область поиска
Найденные файлы и фрагменты
Создание и изменение файлов
Требуемое поведение, границы правок и соглашения
Исходники, конфигурация и объяснение изменений
Запуск команд
Команду либо цель запуска и рабочую папку
Вывод, код завершения и файлы результата
Установка программ и библиотек
ОС, версии, источник пакетов и файл зависимостей
Подготовленная среда и результаты проверки
Работа с VDS через SSH
Параметры подключения, каталог и допустимые изменения
Установленный и проверенный сервис на сервере
Docker и Compose
Проект, порты, образы и критерии проверки
Собранные образы, контейнеры и состояние приложения
Фоновые задания
Сервер, сборку или другой длительный процесс
Запущенный процесс, состояние и последующий вывод
Просмотр файлов и терминал
Файл или процесс, который нужно изучить
Материал в правой панели либо вывод оболочки
Веб-поиск и чтение
Вопрос, адрес документации и версию библиотеки
Сведения со ссылками на источники
Работа с текущей страницей
Вкладку и нужный фрагмент
Текст страницы, включая доступное текущее состояние
Playwright
Страницу или тестовое приложение, шаги и ожидаемый результат
Действия в интерфейсе, снимки и результаты проверок
План, цель и шаги
Задачу, ограничения и критерий готовности
План решения и состояние выполнения
Субагенты
Независимые поручения и области работы
Отдельные результаты, которые объединяет основной агент
Workflow
Связанные этапы, зависимости и ожидаемые выходы
Согласованная последовательность этапов работы
Инструменты через код
Набор операций и правила обработки
Программа вызовов доступных инструментов и её результат
Представление результата
Какие файлы и сведения нужно показать
Ссылки на результаты и итоговое объяснение
Исходники, команды и Git
Для файлов используйте обычное поручение: «Найди обработчик отправки формы, прочитай его и внеси правку». Для запуска: «Выполни тесты этого пакета и покажи причину падения». Сохранённый исходник и вывод команды доступны в рамках задачи; их содержание агент получает через соответствующее чтение.
Git, пакетные менеджеры, линтеры, компиляторы, CLI контейнеров и клиент базы данных запускаются как внешние программы, когда установлены и доступны. Они не становятся отдельными встроенными сервисами Дипнео. Задайте правила коммитов, веток, публикации и работы с удалённым репозиторием в поручении или AGENTS.md.
Фоновый сервер может продолжать работу после ответа агента. Укажите адрес и порт, попросите проверить доступность, а по окончании — остановить конкретный запущенный им процесс. Остановка процесса не отменяет уже записанные файлы.
Практический порядок: команды и установка зависимостей, VDS и SSH, локальный Docker. Эти операции используют установленный инструментарий и права выбранной среды. Для удалённой работы заранее подготовьте SSH-доступ и передайте параметры подключения.
Планирование и несколько исполнителей
В режиме планирования агент сначала исследует проект и предлагает решение. Обычный список шагов показывает ход реализации. Режим достижения цели предназначен для продолжения длительной работы до заданного результата.
Субагенты полезны для независимого анализа API, подготовки тестовых случаев и проверки изменения. Разделите области записи, если исполнители работают в одной папке. Основной агент отвечает за согласование итоговых файлов.
Workflow помогает организовать зависимые этапы. Например: описание контракта → реализация → проверки. Включённые в сценарий команды всё равно требуют установленной среды исполнения.
Отладка и программные вызовы
«Настройки → Общие → Режим отладки» открывает дополнительные средства для разработчика. Для нового состава инструментов начните новый чат. В доступной «Траектории» можно изучить запросы и события выполнения. Отладка не расширяет разрешения чата и не устанавливает SDK.
Автоматизация текущей пользовательской вкладки и отдельные тестовые запуски описаны в главе о Playwright. Доступность конкретной операции проверяйте по инструментам текущего чата.
«Инструменты через код» включаются отдельно и применяются к новым диалогам. Этот механизм позволяет модели вызывать доступные инструменты из программы и обрабатывать их ответы. Скрипт вашего приложения, программа вызовов инструментов и автотест Playwright выполняют разные задачи; выберите нужный результат в поручении.
Попросите исходники, способ запуска, команды выполненных проверок и результат каждой проверки. Для ошибки полезны шаги воспроизведения, ожидаемое и фактическое поведение. Для UI добавьте снимок и адрес проверенной страницы. Необходимые инструменты доступны по задаче; устанавливаемые модули и навыки описаны в руководстве по модулям.
От задачи к работающему приложению
В этом сценарии DeepSeek V4.1 Flash получает описание небольшой формы заявки. Результат — локальная веб-страница, проверка ввода и повторяемые тесты. Проект не отправляет данные на сервер и не требует аккаунтов.
Задача и материалы
Создайте пустую папку проекта и новый чат с выбранной моделью. Нужно приложение «Учебная заявка»: поле «Тема», список «Приоритет» и кнопка «Создать заявку». Результат виден на странице. После обновления страницы учебные данные исчезают.
Можно начать с запроса ниже или скачать готовый учебный проект. В архиве находятся HTML-страница, локальный сервер Node.js, конфигурация Playwright Test, тесты и инструкция. При распаковке выберите отдельную папку.
Запрос на создание
Создай в рабочей папке учебное веб-приложение «Учебная заявка»
на HTML, CSS и JavaScript. Используй стандартные элементы формы.
Нужны поле «Тема», список «Приоритет» со значениями «Обычный»
и «Высокий», кнопка «Создать заявку» и список созданных заявок.
Пустая тема и одни пробелы должны показывать сообщение
«Укажите тему заявки». При сохранении убирай пробелы по краям.
Покажи тему и приоритет новой заявки, затем очисти поле темы.
Данные хранятся только до обновления страницы; сетевой отправки нет.
Подготовь локальный сервер Node.js на 127.0.0.1:4173 и README
с запуском. Проверь приложение. Сохрани исходники и сообщи,
что именно удалось запустить и проверить.
Для более крупного продукта сначала попросите план, затем реализуйте проверяемый сценарий целиком: ввод → действие → видимый результат. Добавляйте хранение данных, авторизацию и другие функции отдельными задачами с собственными критериями.
Открыть результат
В готовом учебном проекте нужен Node.js 20 или новее. Из его папки выполните:
npm start
Откройте http://127.0.0.1:4173/ во встроенном браузере Дипнео. Можно попросить агента запустить сервер в фоне и открыть этот адрес. Если порт занят, выясните, какой процесс его использует, и явно выберите порт для своего проекта.
Проверка по шагам:
Нажмите «Создать заявку» без темы. Появится «Укажите тему заявки», список останется пустым.
Введите тему «Проверить форму» и выберите «Высокий».
Нажмите «Создать заявку». Появятся подтверждение и запись «Проверить форму — Высокий»; тема очистится.
Обновите страницу. Список снова будет пустым, поскольку постоянное хранение не входит в этот пример.
Попросить проверку через браузер
После отправки видны подтверждение и одна заявка с высоким приоритетом. Поле темы очищено.
Пройди учебное приложение на http://127.0.0.1:4173/ через Playwright.
Проверь пустую тему, тему из пробелов и создание заявки
с темой «Проверить форму» и высоким приоритетом.
После каждого действия проверь видимый результат.
Сохрани снимок успешного состояния и перечисли результаты проверок.
Пример сокращённого ответа о результате:
Пустая тема: показана ошибка, записей нет.
Пробелы вместо темы: показана ошибка, записей нет.
Корректная тема: создана одна запись с высоким приоритетом,
поле темы очищено. Данные после обновления не сохраняются.
Такой ответ нужно сопоставить с фактическими действиями и состоянием страницы. Сохранение повторяемого набора тестов описано в главе о Playwright. В готовом архиве уже есть четыре теста для этих условий, включая отдельную проверку удаления пробелов по краям темы.
Доработать приложение
Добавь в учебный проект удаление заявки по кнопке в её строке.
Сохрани существующую проверку темы и доступные подписи элементов.
Добавь тест удаления: создать две записи, удалить одну,
проверить, что другая осталась. Запусти весь набор тестов проекта.
Проверяйте и новую функцию, и поведение, которое нужно сохранить. Перед передачей результата другому человеку добавьте в README версии среды, команды запуска и ограничения хранения данных.
Работа с существующим проектом
Дипнео может разбирать существующую кодовую базу, исправлять ошибки, расширять поведение и готовить тесты. В начале задачи задайте область проекта и ожидаемый результат. В примерах выбрана DeepSeek V4.1 Flash.
Исследовать устройство
Прочитай README, правила проекта и файлы зависимостей.
Найди точку входа веб-приложения, обработчик формы заказа
и клиент API. Объясни путь данных от ввода до запроса.
Укажи файлы и существующие проверки. Пока код не меняй.
Для большой кодовой базы уточните пакет или каталог. Список файлов помогает ориентироваться; вывод о поведении должен опираться на прочитанный код и при необходимости на запуск.
Исправить воспроизводимую ошибку
Передайте шаги, ожидаемое поведение, фактический результат и подходящий журнал. Например:
В форме заказа строка из пробелов проходит как имя покупателя.
Шаги: открыть форму, ввести три пробела и нажать «Продолжить».
Ожидается ошибка у поля, фактически открывается следующий шаг.
Найди причину. Исправь валидацию в пределах этого сценария,
добавь регрессионный тест и запусти относящиеся к нему проверки.
Существующие компоненты и API-контракт сохрани.
Попросите сначала воспроизвести проблему либо показать, почему воспроизведение сейчас невозможно. После правки проверяется исходный случай и соседние допустимые входы. Отсутствие ошибки в одном ручном действии не заменяет проверку условий задачи.
Добавить возможность
Опишите пользовательский сценарий, структуру входов и результат. Для изменения API укажите формат запроса, ответа и ошибок; для UI — состояния загрузки, пустых данных и ошибки. Попросите изучить существующие компоненты, функции и тестовые фикстуры перед правками.
Добавь фильтр списка заявок по приоритету.
Используй существующий список и элементы управления проекта.
Значение «Все» показывает весь список; «Высокий» — только
заявки с высоким приоритетом. Пустой результат объясни в интерфейсе.
Сохрани существующий контракт API и проверь оба режима фильтра.
Провести рефакторинг
Задайте сохраняемое поведение, границы и способ сравнения. Например: «Вынеси разбор даты в общую функцию, сохрани формат результата и существующие ошибки; проверь на текущих тестовых случаях». Изменение структуры кода и добавление функции продукта лучше задавать отдельными критериями.
Передать результат на ревью
Попросите перечислить изменённые файлы, причину решения, выполненные команды и известные ограничения. Просмотрите diff через доступные средства Git или редактор. Если нужны коммит, новая ветка или отправка в удалённый репозиторий, задайте это отдельным явным поручением в соответствии с правилами проекта.
Файлы, журналы и вывод команд сохраняют фактическое состояние работы. После остановки задачи проверьте рабочую папку: уже внесённые изменения остаются на диске. Порядок тестирования UI и сервера — в главе о проверке приложения.
Проверка кода и приложения
Заранее определите, какие свойства подтверждают готовность. Модель может подготовить проверки, выполнить доступные команды, прочитать ошибки и исправить код. Результат проверки относится к указанной среде и выполненным случаям.
Проверка
Что подтверждает
Что передать агенту
Линтер и форматирование
Соблюдение выбранных правил исходников
Штатную команду и область изменений
Проверка типов
Совместимость типов в проверенном проекте
Конфигурацию и команду проверки
Сборка
Получение сборочного результата для выбранной цели
Команду, конфигурацию и целевую платформу
Unit-тесты
Поведение функций на заданных входах
Правила расчёта, граничные случаи и фикстуры
Интеграционные тесты
Совместную работу компонентов и зависимостей
Тестовые сервисы и ожидаемые контракты
HTTP/API
Статус, заголовки и тело ответа
Адрес, метод, тестовые данные и ожидаемые значения
Браузерный сценарий
Прохождение заданного пути в интерфейсе
URL, шаги и признаки успеха
Регрессионный тест
Сохранение исправленного поведения при повторном запуске
Воспроизводившуюся ошибку и ожидаемый результат
Задать объём проверки
Проверь изменение формы заявки. Прочитай команды проекта.
Запусти проверку типов и относящиеся к форме тесты.
Через Playwright проверь пустой ввод, корректное создание
и повторную отправку. Для каждого случая укажи ожидаемое
и фактическое состояние. При сбое сохрани шаги воспроизведения.
Проверки API и баз данных выполняйте с подходящими тестовыми данными и адресами. Для удаления, отправки писем и других действий с внешним эффектом явно задайте допустимые операции в задании.
Разобрать падение
Агент читает сообщение об ошибке, связывает его с кодом и входными данными, затем проверяет исправление запуском. Попросите сохранить первоначальный случай и объяснить причину. Неуспешный запуск сервера, отсутствие зависимости или недоступность сайта должны отражаться как препятствие проверке.
Если проверка долго выполняется, агент может запускать её как задание и получать состояние отдельно. Пустой вывод и запущенный процесс не означают успешного завершения. Подробнее — команды и фоновые задания.
Оценить итог
Попросите итог в таком составе:
Что проверено: сценарии, входные данные, адрес и среда.
Чем проверено: команды, наборы тестов и действия в браузере.
Что получено: завершение процесса, результаты assertions и существенные файлы.
Что осталось: непроверенные случаи и причина остановки каждой проверки.
Успешный клик подтверждает действие; готовность формы требует проверки записи или другого ожидаемого результата. Снимок показывает состояние интерфейса; проверка структуры ответа API требует проверки самих данных. Положительный результат ограниченного набора тестов не означает проверки всех путей продукта.
Для повторяемых браузерных проверок переходите к Playwright, для настольного приложения — к Electron.
Команды, установка программ и зависимостей
В чате можно поручить агенту установить зависимости проекта, собрать приложение, запустить сервер, прочитать журнал и проверить состояние процесса. Дипнео выполняет команды через доступную оболочку компьютера. Для сервера используются установленные SSH-клиент и средства передачи файлов.
Указать место выполнения
Для команды важны компьютер, рабочая папка, пользователь и среда. Передайте их вместе с задачей.
Где выполняется команда
Пример задачи
Что указать
На вашем компьютере
Установить зависимости и запустить проект
Папку, ОС и файл зависимостей
На VDS через SSH
Подготовить сервер и разместить сервис
Адрес, SSH-пользователя, способ доступа, ОС и каталог установки
В контейнере
Проверить версию программы или состояние приложения
Compose-проект и имя сервиса
В виртуальном окружении Python
Установить библиотеку для одного проекта
Путь к окружению и requirements.txt
Например: «В папке текущего проекта выполни npm ci, затем сборку; команды на сервере пока не запускай». Для удалённой работы: «На указанном VDS прочитай версию ОС и состояние диска через SSH, затем предложи план установки».
Рабочая папка чата находится на компьютере с Дипнео. Файлы VDS доступны через удалённые команды и передачу файлов. Попросите агента явно обозначать место каждого запуска.
Отсутствующая команда — результат диагностики. Для продолжения определите, какую программу и версию нужно установить. Менеджер пакетов выбирают по ОС; apt из серверных примеров ниже относится к Ubuntu.
Установить системные программы
Для нового VDS с Ubuntu 24.04 и пользователем с sudo пример подготовки Python-проекта выглядит так. Команды выполняются на VDS:
apt update обновляет сведения о доступных пакетах. apt install устанавливает выбранные программы и их зависимости. Попросите агента перечислить планируемые пакеты до установки и сохранить фактические версии после неё. Общая команда обновления всех программ сервера в этот пример не входит.
Подготовь указанный VDS с Ubuntu 24.04 для Python-приложения.
Сначала через SSH проверь ОС, архитектуру, место на диске
и установленные версии Python. Затем установи python3,
python3-venv и curl через apt. Покажи версии и результат проверки.
Работай только с перечисленными пакетами и каталогом проекта.
Для Node.js, Java, .NET и других SDK задайте версию из требований проекта и источник установки. Установка CLI и запуск системной службы проверяются отдельно.
Установить библиотеки Python
В папке проекта с подготовленным requirements.txt выполните на macOS/Linux:
Здесь пакет устанавливается в окружение данного проекта. Полный путь к его Python позволяет выполнять команды без предварительной активации. Порядок создания окружения описан в документации Python, установка из файла — в руководстве pip.
Добавь в Python-проект библиотеку httpx для обращений к API.
Сначала изучи существующий способ фиксации зависимостей.
Зафиксируй согласованную версию этим способом и установи её
в виртуальное окружение проекта. Проверь импорт, зависимости
и относящиеся к изменению тесты. Покажи изменённые файлы.
После установки полезны проверка импорта нужного модуля и запуск реального сценария. Само наличие пакета в списке не подтверждает работу его подключения.
Установить зависимости Node.js
В проекте с package.json и согласованным package-lock.json:
npm ci
npm run build
npm test
Перед запуском прочитайте доступные scripts: команды build и test должны быть определены в этом проекте. npm ci устанавливает зависимости по lock-файлу и пересоздаёт node_modules; особенности описаны в документации npm.
Для добавления нового пакета укажите его назначение и попросите обновить манифест и lock-файл средствами используемого менеджера пакетов. Версии, необходимые для сборки, должны быть доступны и на машине сборки.
Запустить процесс и прочитать журнал
Запусти сервер этого проекта в фоне на согласованном адресе.
Проверь, что он отвечает на HTTP-запрос. Покажи адрес,
состояние задания и последние строки вывода.
После проверки останови только запущенный тобой сервер.
Для службы Linux укажите её настоящее имя. Например, для установленного Docker на VDS:
systemctl показывает состояние службы, а журнал помогает понять причину ошибки. Имя службы приложения определяется его unit-файлом. Команды управления описаны в документации systemctl.
Для контейнера используется его собственное окружение, например docker compose exec web node --version. Диагностика контейнеров приведена в главе о Docker.
Другие практические поручения
Задача
Пример запроса
Проверяемый результат
Сборка проекта
«Установи зависимости по lock-файлу, выполни сборку и укажи выходной каталог»
Завершение сборки и полученные файлы
Служба приложения
«Подготовь systemd unit для указанной команды, пользователя и каталога; проверь запуск и журнал»
Активная служба и ответ приложения
Тестовая база
«Добавь PostgreSQL в отдельный локальный Compose-проект с именованным томом и проверь соединение»
Рабочее соединение и ожидаемая схема
Прокси и домен
«Подготовь конфигурацию Nginx для согласованного домена и внутреннего порта, затем проверь конфигурацию и HTTPS»
Доступность домена и корректная маршрутизация
Задание по расписанию
«Настрой запуск указанного скрипта по расписанию, покажи расписание, пользователя и журнал»
Фактический запуск с ожидаемым результатом
Для каждого поручения задайте точные входы, область изменений и критерий успеха. Получить файл конфигурации, применить его и проверить работающий сервис — отдельные этапы задачи.
Установка программ и развёртывание на VDS
VDS — виртуальный сервер, на котором можно разместить своё приложение и его зависимости. Дипнео может подготовить файлы, выполнить команды через SSH, передать проект и проверить сервис. Для этого нужен настроенный доступ к серверу и явное поручение на установку.
В примере используется новый тестовый VDS с Ubuntu 24.04, пользователь deploy с правом sudo и учебное приложение из Docker-сценария. Адрес 203.0.113.10, пользователь и путь ключа — образцы для замены своими значениями. Покупка сервера выполняется у выбранного вами поставщика.
Подготовить данные подключения
Передайте адрес или SSH-alias, порт, пользователя, путь к локальному ключу, версию ОС и каталог установки. Приватный ключ остаётся на вашем компьютере; его содержимое и пароль в сообщение не нужны. Публичный ключ заранее добавляется для выбранного пользователя на VDS.
Для первого подключения в обычном терминале компьютера:
ssh -i ~/.ssh/tutorial-vds deploy@203.0.113.10
Сверьте отпечаток ключа сервера с данными его панели управления. После входа проверьте hostname и ОС. Для работы агента должен быть настроен доступ через тот же SSH-клиент и ключ. Настройка OpenSSH описана в документации Ubuntu.
Попросить обследование сервера
Подготовь развёртывание учебного приложения на моём VDS.
Подключение: используй указанные SSH-alias или адрес,
пользователя и локальный путь ключа. ОС — Ubuntu 24.04.
Каталог установки — /home/deploy/tutorial-docker.
Сначала проверь ОС, архитектуру, свободное место, наличие Docker
и Compose и занятость порта 4180. Покажи план установки.
На этом этапе только прочитай состояние сервера.
Пример команд после входа на VDS:
hostname
cat /etc/os-release
uname -m
df -h
ss -lnt
Для Node.js или Python дополнительно проверяются соответствующий runtime, зависимости и способ запуска проекта. Файлы, показанные локальной панелью Дипнео, сами по себе не загружены на сервер.
Установить нужные программы и модули
Что требуется
Как устанавливается
Как проверяется
Системная программа
Пакетным менеджером выбранной ОС
Версия команды и её пробный запуск
Python-библиотеки
В отдельное серверное venv по файлу зависимостей
pip check, импорт и сценарий приложения
Node.js-пакеты
В каталоге проекта по lock-файлу
Установка, сборка и тесты проекта
Docker Engine и Compose
По инструкции для точной версии ОС
Ответ Docker daemon и версия Compose
Готовый модуль Дипнео
По инструкции переданной поставки
Установка в приложении и проверка функций модуля
Для зависимостей Python и Node.js используйте примеры команд. Виртуальное окружение Python создаётся на сервере заново; состав пакетов воспроизводится из файла зависимостей.
Установи на согласованный тестовый VDS с Ubuntu 24.04
Docker Engine и Compose plugin из официального apt-репозитория
Docker. Перед изменением перечисли пакеты и конфигурационные файлы.
После установки проверь службу Docker, версии daemon и Compose.
Затем разверни только учебный проект в согласованном каталоге.
Проверка на VDS, где Docker управляется через sudo:
sudo systemctl status docker --no-pager
sudo docker version
sudo docker compose version
Если речь о модуле Дипнео
Готовый модуль компании — правообладателя устанавливается на компьютере с Дипнео через «Настройки → Модули и навыки → Пользовательские → Добавить модуль». Порядок выбора переданной папки и включения описан в инструкции установки модуля.
Если поставка предусматривает отдельную серверную часть, для VDS нужны именно её комплект, инструкция, требования к ресурсам и параметры подключения. Передайте их агенту вместе с задачей; установку и проверку ведут по этой поставке.
Модуль «База Знаний» для работы с материалами и проверок по нормативам в описываемой персональной поставке запускает сервер локально. Корпоративное развёртывание определяется отдельным проектом и требованиями компании. Условия раскрыты в руководстве модуля и требованиях к серверному контуру.
Передать учебное приложение
Скачайте Docker-проект и распакуйте на своём компьютере. В архиве находится папка tutorial-docker. Для примера выбран новый каталог /home/deploy/tutorial-docker без предыдущей установки.
Из папки, содержащей распакованный проект, выполните на своём компьютере:
Передаются исходники и конфигурация. На VDS сборка создаёт образ с нужной средой Node.js.
Собрать и запустить на VDS
В SSH-сеансе на сервере:
cd /home/deploy/tutorial-docker
sudo docker compose config
sudo docker compose up -d --build
sudo docker compose ps
sudo docker compose logs --tail 50 web
curl -I http://127.0.0.1:4180/
Ожидается работающий контейнер web и HTTP 200 для учебной страницы. Просмотрите журнал и заголовки ответа. Загрузка образа и сборка требуют доступа сервера к используемому реестру.
В этом примере порт опубликован на loopback-интерфейсе VDS. Чтобы открыть приложение на своём компьютере, создайте в отдельном локальном терминале SSH-туннель:
Пока туннель работает, откройте http://127.0.0.1:14180/ во встроенном браузере Дипнео. Можно попросить агента проверить форму через Playwright: пустую тему, выбор приоритета и создание заявки. Параметр -L и локальная переадресация описаны в руководстве SSH.
Для публичного сайта отдельным поручением задайте домен, HTTPS и правила сетевого доступа. Учебное приложение хранит данные только в открытой странице; постоянная база данных в этот комплект не входит.
Завершить проверку
Для остановки и удаления контейнера учебного проекта выполните на VDS из его папки:
sudo docker compose down
Завершите SSH-туннель в его терминале через Ctrl+C. Исходные файлы проекта остаются на VDS. Попросите в итоговом ответе адрес, каталог установки, установленные версии, выполненные команды и проверенный результат каждого шага. При ошибке должны быть указаны её сообщение и состояние сервиса на момент остановки.
Локальный Docker и контейнеры проекта
Docker позволяет запустить приложение с его средой исполнения в контейнере. Дипнео может подготовить Dockerfile и Compose-конфигурацию, собрать образ, запустить сервис, прочитать журнал и проверить страницу. Команды выполняются установленным Docker CLI.
В этом сценарии в контейнере запускается та же учебная форма заявки. На компьютере открывается адрес http://127.0.0.1:4180/. Устанавливать Node.js на компьютер для данного контейнерного примера не требуется: он входит в образ.
Подготовить Docker
Для macOS и Windows установите подходящий Docker Desktop по официальной инструкции и запустите приложение. Для Linux подготовьте Docker Engine и Compose по инструкции своего дистрибутива. Доступ к Docker должен быть настроен для пользователя, запускающего команды.
В терминале своего компьютера проверьте:
docker version
docker compose version
docker context show
В docker version должны быть доступны клиент и сервер. Активный Docker context определяет, каким daemon управляет CLI; для локального сценария выберите контекст локальной установки. Состояние CLI и работа daemon проверяются отдельно.
Открыть готовый пример
Скачайте учебный Docker-проект и распакуйте в отдельную папку. Внутри tutorial-docker находятся:
Файл
Назначение
index.html
Учебная форма с проверкой темы и приоритетом
server.mjs
Сервер Node.js внутри контейнера
Dockerfile
Сборка образа приложения
compose.yaml
Сервис, сборка и публикация локального порта
.dockerignore
Исключения из контекста сборки
README.md
Команды запуска и проверки
Dockerfile использует node:22-alpine, копирует два файла приложения и запускает сервер от пользователя node:
FROM node:22-alpine
WORKDIR /app
COPY --chown=node:node index.html server.mjs ./
USER node
EXPOSE 8080
CMD ["node", "server.mjs"]
Сервер слушает 0.0.0.0:8080внутри контейнера. Compose связывает его с 127.0.0.1:4180на компьютере. Директива EXPOSE обозначает порт приложения; публикацию для доступа с компьютера задаёт ports. Правила привязки адреса описаны в документации Docker по портам.
Собрать и поднять приложение
Перейдите в распакованную папку tutorial-docker:
docker compose config
docker compose up -d --build
docker compose ps
docker compose logs --tail 50 web
curl -I http://127.0.0.1:4180/
config проверяет и показывает конфигурацию. up -d --build собирает образ и запускает контейнер в фоне. Первая сборка получает базовый образ из реестра. ps показывает состояние, а logs — вывод приложения. Параметры запуска описаны в справочнике Compose.
В PowerShell Windows для HTTP-проверки используйте curl.exe -I http://127.0.0.1:4180/. Ожидается HTTP 200. Затем откройте адрес во встроенном браузере и проверьте форму. Созданная заявка хранится только до обновления страницы.
Страница учебного контейнера после создания заявки: тема «Проверить Docker», высокий приоритет, поле темы очищено.
В текущей папке лежит учебный Docker-проект.
Проверь активный Docker context и доступность локального daemon.
Прочитай Dockerfile и compose.yaml. Собери и подними только
этот Compose-проект. Проверь состояние контейнера, журнал
и HTTP-ответ на http://127.0.0.1:4180/.
Открой страницу и через Playwright проверь пустую тему
и создание заявки с высоким приоритетом. Покажи результат.
Команды внутри контейнера и обновление
Чтобы проверить среду работающего контейнера:
docker compose exec web node --version
Чтобы применить правку index.html или server.mjs, сохраните файл и снова выполните из папки проекта:
docker compose up -d --build
Исходники копируются в образ при сборке. После пересборки обновите страницу и повторите относящиеся к правке проверки. Для своего приложения попросите подготовить сборку по его манифесту и lock-файлу, указать адрес прослушивания, порты и необходимые переменные среды.
Остановить проект
Команда из папки проекта
Результат
docker compose stop
Останавливает контейнеры проекта
docker compose start
Запускает уже созданные остановленные контейнеры
docker compose down
Останавливает и удаляет контейнеры и сеть проекта
Для окончания учебного сценария выполните docker compose down. Исходники и собранный образ сохраняются. В проектах с постоянными данными заранее определите именованные тома и правила их удаления; параметр down --volumes удаляет соответствующие тома. Подробности — в справочнике остановки Compose.
Другие задачи с контейнерами
Можно попросить агента добавить тестовую базу данных с именованным томом, выделить конфигурацию разработки, выполнить миграцию в согласованной тестовой базе или изучить журнал сервиса. Укажите проект, версии образов, данные и критерий результата.
Для переноса этого примера на сервер используйте сценарий VDS и SSH. База данных, постоянное хранение и публикация по домену добавляются как отдельные требования к вашему приложению.
Автоматизация и тесты на Playwright
Playwright позволяет агенту работать с настоящей страницей: находить элементы, вводить текст, выбирать значения, нажимать кнопки и проверять результат. В Дипнео он используется и для действий в текущей вкладке, и для исследования интерфейса во время разработки.
Повторяемый тест — отдельный файл с действиями и проверками ожидаемого результата. Агент может подготовить такой файл после прохождения сайта и запустить штатный набор тестов проекта.
Выбрать объект проверки
Цель
Что указать в запросе
Особенности
Текущая вкладка Дипнео
Название или URL открытой вкладки
Сохраняются её авторизация и текущее состояние
Отдельное тестовое окно
HTTP(S)-адрес либо локальную HTML-страницу
Открывается комплектный Chromium с отдельным профилем
Запущенное локальное приложение
Явно выбранный локальный CDP endpoint
Подключение не запускает и не останавливает внешний процесс
Electron-приложение
Исполняемый файл, аргументы и настройки тестового запуска
Для встроенной автоматизации не требуется устанавливать Node.js, Chrome или расширение браузера. Сохранённые тесты @playwright/test используют среду и зависимости вашего проекта.
При подключении к другой вкладке или запуске нового окна агент переключает выбранную цель автоматизации. Авторизация текущей вкладки не переносится в отдельный тестовый профиль. Если проверка требует входа, выполните вход в выбранном тестовом окне.
Пройти сайт по описанию
Выберите DeepSeek V4.1 Flash в чате и укажите сценарий. Выбранная модель анализирует страницу и определяет действия; Playwright выполняет их. Сохранённые тесты затем можно запускать runner без обращения к модели ИИ. В учебном проекте запустите локальный сервер, затем отправьте:
Проверь через Playwright http://127.0.0.1:4173/
в отдельном тестовом окне.
1. Отправь форму без темы: ожидается «Укажите тему заявки»,
созданных заявок быть не должно.
2. Введи только пробелы и повтори проверку.
3. Введи «Проверить форму», выбери «Высокий» и создай заявку.
Ожидается одна запись «Проверить форму — Высокий»,
подтверждение создания и пустое поле темы.
Сопоставь ожидаемое и фактическое для каждого случая.
Сохрани снимок результата. Затем останови созданный тобой
тестовый экземпляр. Исходники на этом этапе не меняй.
Для сложного сайта передайте начальный URL, тестовые данные, учётную запись для теста и границы обхода. Уточните, какие разделы и действия нужны: вход, поиск, фильтрация, оформление заявки, редактирование записи. Попросите отдельно перечислить непроверенные пути.
Playwright может получать структуру страницы, снимки, сообщения консоли и сведения о сетевых запросах. Используйте их для разбора конкретной ошибки. Снимок интерфейса и успешный HTTP-ответ подтверждают разные свойства приложения.
Пустая тема вызвала сообщение «Укажите тему заявки». Список созданных заявок остаётся пустым.
Сохранить сценарий в автотест
На основе проверенных сценариев учебной формы создай тесты
Playwright Test на TypeScript. Используй @playwright/test,
базовый адрес из конфигурации, локаторы по label и role
и assertions видимого результата.
Нужны отдельные тесты пустой темы, одних пробелов,
создания заявки и удаления пробелов по краям темы.
Запусти набор штатным runner. Сохрани конфигурацию, тесты
и инструкцию повторного запуска. Укажи фактический итог.
Не заменяйте проверку результата произвольной паузой. Проверьте, что локатор выбирает нужный элемент, а условие подтверждает пользовательский результат. Для отдельных случаев используйте независимые входные данные и исходное состояние страницы.
Повторить тесты из архива
В папке распакованного учебного проекта с Node.js 20 или новее выполните:
npm ci
npx playwright install chromium
npm test
Первая команда устанавливает зафиксированные зависимости проекта, вторая — Chromium для его тестового runner. Это окружение сохранённых тестов; встроенная автоматизация Дипнео использует свой Chromium. Установка требует доступа к соответствующим источникам пакетов и браузера; системные зависимости должны соответствовать требованиям Playwright.
Конфигурация проекта запускает собственный сервер на 127.0.0.1:4173 и выполняет четыре теста в Chromium. Перед запуском остановите ранее запущенный учебный сервер на этом порту. В конфигурации сохраняется trace при падении. Для визуального запуска и просмотра отчёта:
npm run test:headed
npm run test:report
В существующем репозитории используйте его команды, lock-файл, браузеры и настройки CI. Проверьте, что новые тесты входят в фактически запущенный набор.
Управление страницей и runner тестов
Встроенная автоматизация передаёт агенту управление выбранной страницей через Microsoft Playwright MCP. Она может выполнять действия и Playwright-код, но сама не запускает набор файлов .spec.ts. Такие файлы исполняются через @playwright/test командой в рабочей папке.
Для проекта можно отдельно настроить браузерные проекты Chromium, Firefox и WebKit, отчёты и запуск в CI средствами Playwright Test. Это конфигурация вашего тестового проекта; автоматизация текущей вкладки Дипнео работает с Chromium приложения. Не считайте прохождение одной вкладки результатом проверки всех браузеров.
Ошибки и завершение
При ошибке подключения прочитайте фактическое сообщение. Открытые DevTools могут прервать управление текущей вкладкой: для продолжения закройте DevTools и явно попросите подключиться к той же вкладке заново. Для внешнего CDP-подключения допускается локальный HTTP или WebSocket endpoint, предоставленный вами.
Попросите сохранить URL, шаги, ожидаемое и фактическое поведение, снимок и существенные сообщения консоли. Если тест исправлялся, итог должен относиться к последнему выполненному запуску. Агент останавливает созданный им тестовый экземпляр по завершении; подключение к вашей текущей вкладке не требует закрывать её.
Playwright и Electron
Для разработки настольного приложения Дипнео может запустить отдельный тестовый экземпляр Electron-приложения и подключить Playwright. Агент проверяет интерфейс окна и при необходимости использует Electron API основного процесса.
Подготовить запуск
Укажите абсолютный путь к исполняемому файлу, аргументы запуска, рабочую папку и необходимые переменные окружения. В macOS нужен исполняемый файл внутри Contents/MacOS, в Windows — .exe, в Linux — исполняемый файл приложения. Для проекта из исходников укажите исполняемый файл Electron, а путь к проекту передайте отдельным аргументом.
Инструмент запуска подготавливает отдельный профиль и локальные отладочные порты. Если приложение задаёт папку профиля собственным способом, явно задайте ещё не существующую папку тестового профиля и передайте тот же путь через настройку вашего приложения. Фактический app.getPath('userData') должен соответствовать выбранному профилю.
Протестируй мой локальный Electron-проект через Playwright
в отдельном экземпляре с новым тестовым профилем.
Исполняемый файл, аргументы и рабочая папка указаны ниже.
Дождись главного окна, проверь его заголовок и размеры.
В интерфейсе создай учебную запись и проверь её появление.
Сохрани снимок, опиши результаты и останови запущенный экземпляр.
После этого запроса добавьте реальные параметры своего проекта и точные признаки созданной записи. Для проверки нужен Electron с разрешённым Node inspector (nodeCliInspect). Экспериментальный Electron API Playwright и ограничения описаны в официальной документации.
Что можно проверить
Область
Примеры проверки
Интерфейс renderer
Ввод в форму, кнопки, навигация, видимый результат
Окна приложения
Список окон, главное окно, размеры и свойства BrowserWindow
Основной процесс
Имя и версия приложения, фактический профиль, состояние Electron API
События
Открытие нового окна и другие ожидаемые события приложения
Диалоги и меню
Проверка обработчиков и свойств через доступный Electron API
Агент может выполнять JavaScript в основном процессе и асинхронный код с ElectronApplication: например, получить первое окно и проверить его границы. Для снимка используется подключённая браузерная автоматизация.
Electron API работает с выбранным приложением. Произвольные окна операционной системы не становятся доступными для управления. Подмена метода системного диалога в тесте подтверждает проверку с подменой; реальное прохождение системного окна требует отдельной проверки.
Тестовый экземпляр Дипнео
Можно попросить запустить отдельный тестовый Дипнео. Он получает настройки выбранной модели ИИ и её хранилище ключей. История чатов, документы и браузерный профиль исходного экземпляра не копируются. Дополнительные модули «База Знаний» для работы с материалами и проверок по нормативам и «Защита Данных» в таком экземпляре отключены.
Каждый тестовый запуск хранит собственные данные в .dipneo-browser/applications рабочей папки. Агент может остановить только экземпляр, который запустил сам. Исходное приложение продолжает работать. При завершении агента созданные им тестовые процессы закрываются.
Проверить итог
Зафиксируйте версию тестируемого приложения, ОС, сценарий, фактические значения проверенных свойств и снимки. Ошибка старта, неподходящий профиль или запрет inspector означают, что проверка не выполнена. Результат проверки Electron-интерфейса не подтверждает поведение установщика или сборки для другой ОС.
Сохранённые тесты запускаются средствами вашего проекта. Общий порядок подготовки сценариев и assertions — в главе о Playwright.
Для разработчиков
Дипнео помогает создавать и развивать программные продукты: читать проект, писать код, устанавливать зависимости, запускать команды, развёртывать сервисы и проверять приложение. Вы задаёте результат и критерии готовности, модель ИИ выбирает действия, а инструменты выполняют их в выбранной среде.
Раздел рассчитан на разработчиков и опытных пользователей. В примерах используется DeepSeek V4.1 Flash. Другую модель можно выбрать в том же интерфейсе; её поддержка инструментов и изображений зависит от подключения.
Для работы с инфраструктурой начните с команд и установки пакетов. Docker-пример можно поднять локально и затем разместить на VDS. В инструкциях указаны место выполнения команд, входные данные, ожидаемый результат и готовые запросы агенту.
Разработка ведётся в обычном чате. «Режим отладки» открывает дополнительные сведения и инструменты; отдельная настройка «Инструменты через код» меняет способ вызова инструментов. Условия их применения описаны в обзоре инструментария.
Первый запрос связывает рабочую папку, файл и ответ. Используется вымышленный план еженедельного отчёта, расположенный в пространстве «Учебные маршруты» по пути маршруты/план-отчёта.md. Исходник подготовлен для упражнения, а ответ получен от агента продукта.
Последовательность
В левой панели наведите указатель на «Учебные маршруты» и нажмите кнопку нового чата.
У нижнего края поля сообщения откройте выбор модели. Выберите DeepSeek → DeepSeek-V41-Flash. Название оператора отличает это подключение от моделей с похожими именами.
Введите @план и выберите план-отчёта.md из папки маршруты. В поле появится упоминание файла.
После упоминания добавьте вопрос, проверьте пространство и нажмите кнопку отправки.
Дождитесь ответа. Сопоставьте его с разделами «Срок и состав» и «Проверка полноты» файла.
Запрос
Объясни в трёх пунктах, какой результат нужен по этому файлу. Укажи срок начала, состав отчёта и правило проверки полноты. Назови исходный файл.
Рис. А-01.1. Учебный запрос перед отправкой; выбрана DeepSeek-V41-Flash.
Пример результата
Рис. А-01.2. Отправленный вопрос и полученный ответ в учебном чате.
Пример ответа Результат учебной задачи.
Рис. А-01.3. Деталь того же снимка: ответ агента.
Агент прочитал файл и сформулировал три пункта: начало 15 октября, три главных изменения с источниками, проверка наличия даты, ответственного и ссылки. В конце назван путь маршруты/план-отчёта.md.
Как проверить
В ответе сохранилась дата 15 октября; год не добавлен.
Количество изменений — три.
Для каждого изменения обязательны дата, ответственный и ссылка. Предположения отделяются от подтверждённых сведений.
Имя источника совпадает с переданным файлом.
Это пример чтения и объяснения требований. Для получения самого отчёта нужны показатели и задача на создание файла, как в Контекст составной задачи.
Срок начала. Работа над еженедельным отчётом начинается 15 октября; материалы сохраняются в рабочей области.
Состав отчёта. Нужно выделить три главных изменения и указать источники к ним. Отдельный учебный блок — таблица показателей по неделям (обращения/завершено), которая к деятельности реальной компании не относится.
Правило проверки полноты. Каждое изменение считается раскрытым только при наличии даты, ответственного и ссылки на исходный материал; предположения должны быть отмечены отдельно от подтверждённых сведений.
Исходный файл:маршруты/план-отчёта.md (заголовок «Учебный план еженедельного отчёта»).
Получить дату начала, число изменений и место хранения из одного выбранного абзаца. В пространстве «Учебные маршруты» используется маршруты/план-отчёта.md, раздел «1. Срок и состав».
Последовательность
Создайте отдельный чат и откройте правую панель.
Выберите «Файлы рабочей области», раскройте маршруты и откройте план-отчёта.md.
Выделите весь абзац «С 15 октября…». Нажмите «Добавить в чат»: возле поля сообщения появится карточка источника.
Проверьте имя документа, текст и координаты: строка 7, блок 4. Для этого вопроса достаточно одной добавленной карточки.
Введите вопрос и отправьте его. Карточка переместится в историю вместе с вопросом; черновик очистится.
Сверьте ответ с абзацем, оставшимся открытым справа.
Запрос
По выделенному абзацу укажи дату начала подготовки отчёта, число главных изменений и где должны храниться материалы. Ответь тремя пунктами, опирайся только на выделение и назови документ-источник.
Пример результата
Рис. А-02.2. Отправленный вопрос и полученный ответ в учебном чате.
Пример ответа Результат учебной задачи.
Рис. А-02.3. Деталь того же снимка: ответ агента.
Ответ содержит три проверяемых факта: 15 октября, три главных изменения, материалы в рабочей области. Агент назвал план-отчёта.md и строку 7. В этом ходе дополнительные файловые инструменты не требовались: фрагмент уже был передан карточкой выделения.
Как проверить
Сравните каждый пункт с исходным абзацем. Проверьте, что ответ ссылается на нужный документ и не добавляет новых условий. Координаты и имя источника помогают отличить этот абзац от похожего текста в другом файле.
Выделение задаёт материал вопроса. История чата и системные инструкции также участвуют в контексте; для независимого задания создайте отдельный чат.
Пример ответа
Дата начала подготовки отчёта — 15 октября (подготовка еженедельного отчёта идёт «с 15 октября»).
Число главных изменений — три («нужно выделить три главных изменения»), плюс к ним требуется указать источники.
Где должны храниться материалы — в рабочей области («Материалы сохраняются в рабочей области»).
Соединить условия из двух абзацев: первый задаёт дату и число изменений, второй — обязательные сведения. Используется учебный маршруты/план-отчёта.md.
Последовательность
Создайте чат и откройте план в правой панели.
Выделите абзац раздела «Срок и состав» и нажмите «Добавить в чат».
Выделите абзац раздела «Проверка полноты». Нажмите «Добавить в чат» ещё раз. Первая карточка сохранится, рядом появится второй фрагмент.
Проверьте наличие двух карточек и их содержание.
Отправьте вопрос о сопоставлении и дождитесь ответа.
Запрос
Сопоставь два выделенных фрагмента: с какой даты готовится отчёт, сколько главных изменений нужно выделить и какие сведения обязательны для каждого изменения? Ответь кратко по пунктам, опираясь только на эти фрагменты.
Пример результата
Пример ответа Результат учебной задачи.
Рис. А-03.3. Деталь того же снимка: ответ агента.
Агент связал два фрагмента: отчёт готовится с 15 октября, включает три изменения; для каждого нужны дата, ответственный и ссылка. Дополнительно указано требование отдельно отмечать предположения.
Как проверить
Дата и число должны совпадать с первым абзацем, обязательные сведения — со вторым. Если условие содержится лишь в одном фрагменте, проверьте его именно там. Явное добавление позволяет собрать материалы до отправки вопроса; после ответа они остаются в истории чата.
Пример ответа
Сопоставление двух фрагментов:
С какой даты: с 15 октября (отчёт еженедельный).
Сколько изменений:три главных изменения.
Обязательные сведения по каждому изменению:дата, ответственный, ссылка на исходный материал (в первом фрагменте — «указать источники»).
Дополнительное требование: предположения отмечаются отдельно от подтверждённых сведений.
Сравнить две недели по исходным значениям: первая — 12 обращений и 9 завершённых, вторая — 16 и 12. В папке маршруты/офисный-вход пространства «Учебные маршруты» есть учебные-показатели.xlsx и учебный-план-отчёта.pdf. Оба файла содержат вымышленные данные.
1. Диапазон электронной таблицы
Создайте чат и откройте книгу из «Файлов рабочей области».
Выберите лист «Показатели» и мышью выделите A5:C7. В диапазон должны войти заголовки и обе строки недель.
Проверьте карточку: книга, лист, адрес A5:C7, числа 12, 9, 16 и 12.
Отправьте вопрос ниже. Строка с готовыми разностями находится за пределами выбранного диапазона.
Запрос
Сравни первую и вторую недели только по выделенному диапазону Показатели!A5:C7. Укажи число обращений и завершённых обращений для каждой недели и вычисли две разности. Не используй сведения из других ячеек.
Рис. А-04.1. Учебный запрос перед отправкой; выбрана DeepSeek-V41-Flash.
Пример результата
Рис. А-04.2. Отправленный вопрос и полученный ответ в учебном чате.
Пример ответа Результат учебной задачи.
Рис. А-04.3. Деталь того же снимка: ответ агента.
Агент показал исходные значения в таблице и вычислил 16 − 12 = +4 обращения, 12 − 9 = +3 завершённых обращения. В этом ходе ответ строился по переданному диапазону, без дополнительных файловых вызовов.
2. Текст таблицы в PDF
В отдельном чате откройте маршруты/офисный-вход/учебный-план-отчёта.pdf. В используемой редакции учебного PDF таблица находится на странице 1. Выделите строки «Первая 12 9» и «Вторая 16 12» до последнего числа. Это текстовое выделение страницы; адресов ячеек у него нет.
Сравни две недели по выделенным строкам таблицы: на сколько выросло число обращений и завершённых обращений? Покажи исходные числа и разницу. Не добавляй сведений вне выделения.
Рис. А-04.4. Строки PDF переданы отдельной карточкой; вопрос готов к отправке.
Рис. А-04.5. Ответ по текстовым строкам PDF и открытый источник.
Пример ответа Результат учебной задачи.
Рис. А-04.6. Деталь того же снимка: исходные числа и вычисленные разности.
Ответ снова содержит разности +4 и +3. Агент отметил, что заголовки столбцов не вошли в выделение, поэтому их назначение задано формулировкой вопроса. Для уточнения агент прочитал относящуюся к вопросу часть источника.
Как проверить
В обоих ответах должны сохраниться числа 12, 9, 16 и 12. Сверьте направление вычисления — вторая неделя минус первая. Для книги проверьте лист и диапазон; для PDF — имя документа и страницу. Заголовки лучше включать в выделение, чтобы смысл чисел передавался вместе с ними.
Пример ответа
Ответ по PDF
По выделенным строкам таблицы (с. 1, учебный-план-отчёта.pdf):
Неделя
Число обращений
Завершённые обращения
Первая
12
9
Вторая
16
12
Разница
+4
+3
Число обращений выросло на 4 (с 12 до 16).
Число завершённых обращений выросло на 3 (с 9 до 12).
Оговорка: в выделенном фрагменте столбцы не подписаны, поэтому отнесение чисел к «обращениям» и «завершённым обращениям» сделано по формулировке вашего вопроса — первый столбец значений и второй соответственно.
Основной ответ
По выделенному диапазону Показатели!A5:C7:
Неделя
Обращения
Завершено
Первая
12
9
Вторая
16
12
Разности (вторая неделя минус первая):
Обращения: 16 − 12 = +4
Завершённые обращения: 12 − 9 = +3
Итог: на второй неделе обращений на 4 больше, а завершённых обращений на 3 больше, чем на первой.
Составная задача объединяет несколько источников, формат результата и последующее уточнение. Такой маршрут полезен для отчёта, требования к которому уточняются по ходу работы.
Исходные материалы
план-отчёта.md - в учебном пространстве: маршруты/план-отчёта.md.
Нужны выбранная рабочая папка, чат и модель, способная читать переданные материалы через инструменты и соблюдать границы источника.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
По маршруты/план-отчёта.md, маршруты/данные/показатели.json и маршруты/требования-к-отчёту.md подготовь Markdown-отчёт. Сначала спроси, нужны ли выводы о причинах изменений или только вычисленные разности, и дождись моего ответа. После уточнения сохрани результаты/составной-отчёт.md; недостающие сведения обозначь.
Последовательность
Передайте три исходника в одном чате и задайте формат файла.
Проверьте перечень требований и ответьте на действительный уточняющий вопрос агента.
После уточнения дождитесь создания файла.
Откройте результат и проверьте, какие условия из уточнения вошли в текст.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Источники названы и использованы по назначению.
Уточнение относится к этому чату и учтено в итоговом тексте.
Числа совпадают с JSON; файл существует и открывается.
Пример выполнения
Рис. А-05.1. Учебная задача перед отправкой.
Рис. А-05.6. До создания отчёта агент уточняет глубину анализа.
В учебной карточке выбран ответ «Только вычисленные разности». После этого агент приступил к чтению материалов и созданию отчёта.
Пример ответа Деталь полного снимка.
Рис. А-05.3. Деталь того же снимка: результат выполнения.
Агент сначала запросил глубину отчёта. После выбора «Только вычисленные разности» объединил три входных материала в отдельный Markdown-отчёт.
Проверка результата
Включены разности +4 и +3 и ссылки на источники чисел. Причины изменений не выдуманы; нехватка третьего изменения, дат и ответственного обозначена. Отчёт создан после ответа на уточнение.
Пользователь выбрал вариант «только вычисленные разности». Читаю данные: обращения 12→16 (+4), завершено 9→12 (+3). Готовлю составной отчёт по требованиям.
Раздел 1 — таблица недель; раздел 2 — вычисленные разности (без анализа причин, как вы выбрали).
Раздел 3 — «три главных изменения»: подтверждены только два (рост обращений на 4 и завершённых на 3); третье обозначено как неподтверждённое, а не выдумано.
Файлы примера дополняют сценарий: откройте результат, сопоставьте его с исходными материалами и критериями проверки. Данные учебные и не описывают работу реальной организации.
Материал вымышленный и предназначен для демонстрации интерфейса: данные не относятся к деятельности реальной компании.
Краткое резюме
Отчёт собран по трём учебным материалам: плану отчёта, требованиям к отчёту и файлу показателей. По подтверждённым данным число обращений выросло с 12 на первой неделе до 16 на второй (разность +4), число завершённых обращений — с 9 до 12 (разность +3). Иных фактически подтверждённых изменений в исходных материалах нет: требование о трёх главных изменениях выполнено частично, недостаток обозначен отдельно. Интерпретация причин изменений в отчёт не включена — по выбору заказчика приведены только вычисленные разности.
1. Таблица показателей первой и второй недель
Неделя
Обращения
Завершено
Первая
12
9
Вторая
16
12
Источник: маршруты/данные/показатели.json (поля rows[].requests, rows[].completed); та же таблица продублирована в маршруты/план-отчёта.md, раздел 3.
2. Разности показателей
Показатель
Первая неделя
Вторая неделя
Разность (Вторая − Первая)
Число обращений
12
16
+4
Число завершённых обращений
9
12
+3
Разности вычислены простым вычитанием значения первой недели из значения второй недели. Источник чисел: маршруты/данные/показатели.json; контрольная разность обращений (+4) совпадает с утверждением в маршруты/план-отчёта.md, раздел 3.
Причины изменений не анализируются: по решению заказчика в отчёт включены только вычисленные разности.
3. Три главных изменения
Число обращений выросло на 4 — с 12 до 16. Источник: маршруты/данные/показатели.json.
Число завершённых обращений выросло на 3 — с 9 до 12. Источник: маршруты/данные/показатели.json.
Третье главное изменение не подтверждено. В исходных материалах нет третьего показателя или второго сравнимого периода, поэтому изменение не приводится: выдумывать его запрещено требованием 4 из маршруты/требования-к-отчёту.md.
План отчёта (маршруты/план-отчёта.md, раздел 2) требует для каждого изменения дату, ответственного и ссылку на исходный материал. Ссылки на источники приведены выше; дата и ответственный не заданы (см. раздел 6) и в отчёте не проставлены. Предположения отделены от подтверждённых сведений: подтверждены только две разности из раздела 2.
4. Источники числовых утверждений
Числовое утверждение
Значение
Источник
Обращения, первая неделя
12
маршруты/данные/показатели.json
Обращения, вторая неделя
16
маршруты/данные/показатели.json
Завершено, первая неделя
9
маршруты/данные/показатели.json
Завершено, вторая неделя
12
маршруты/данные/показатели.json
Разность обращений
+4
вычислено по маршруты/данные/показатели.json; подтверждено маршруты/план-отчёта.md
Разность завершённых
+3
вычислено по маршруты/данные/показатели.json
Структура отчёта взята из маршруты/требования-к-отчёту.md, состав разделов — из маршруты/план-отчёта.md.
5. Следующий шаг
Согласовать с ответственным дату встречи и добавить недостающие сведения из раздела 6 — прежде всего данные для третьего главного изменения. До этого отчёт остаётся неполным по требованию 4 из маршруты/требования-к-отчёту.md.
6. Сведения, которых не хватает
Дата встречи — не задана (маршруты/требования-к-отчёту.md, заключительная строка).
Ответственный — не задан (маршруты/требования-к-отчёту.md, заключительная строка); в плане отчёта (маршруты/план-отчёта.md, раздел 2) он требуется для каждого изменения.
Третье главное изменение — нет третьего показателя или второго сравнимого периода в маршруты/данные/показатели.json.
Даты самих изменений — в показателях указаны только недели («Первая», «Вторая»), календарных дат нет; из плана отчёта известна лишь дата начала подготовки — 15 октября (маршруты/план-отчёта.md, раздел 1).
Ссылки на исходные материалы по каждому изменению — кроме файла показателей иные первоисточники не предоставлены.
Обозначенные пробелы не заполнены предположениями: отсутствующие сведения оставлены явно помеченными.
Второй чат
Цель
Отдельный чат позволяет вести независимую задачу параллельно с текущей. Здесь проверяется самостоятельность истории и явная передача материалов каждому чату.
Исходные материалы
план-отчёта.md - в учебном пространстве: маршруты/план-отчёта.md.
Нужны выбранная рабочая папка, чат и модель, способная читать переданные материалы через инструменты и соблюдать границы источника.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Первый чат: «Составь три тезиса по маршруты/план-отчёта.md. Назови источник. Файлы не меняй».
Второй чат: «Сравни две недели по маршруты/данные/показатели.json и укажи разности. Назови источник. Файлы не меняй».
Последовательность
В первом чате передайте план и отправьте текстовую задачу.
Создайте отдельный чат в том же пространстве, передайте показатели и отправьте независимую задачу.
Переходите между чатами по левому списку и проверьте отдельные истории.
Проверьте оба ответа по их собственным исходникам.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
В первом чате — тезисы плана, во втором — сравнение показателей.
Материалы переданы в каждый чат явно.
Общая папка пространства не означает общую историю сообщений.
Пример выполнения
Рис. А-06.1. Учебная задача перед отправкой.
В двух отдельных чатах выполнены независимые задачи: три тезиса по плану и сравнение недель по JSON. У каждого свой запрос, история и чтение входа.
Проверка результата
Оба чата дали реальные ответы. Во втором получены разности +4 и +3; данные переданы ему явно. Первый чат не использован как автоматически общий контекст второго.
Обе недели дают одинаковую долю завершения — 75 %, рост завершённых пропорционален росту обращений.
Прирост обращений (+4) опережает прирост завершённых (+3) ровно на 1 обращение — это и есть весь прирост незавершённых.
Оба расчётных показателя (не завершено, доля завершённых) в файле не заданы — они вычислены из requests и completed.
Основной ответ
Источник:маршруты/план-отчёта.md — документ «Учебный план еженедельного отчёта». В самом файле указано, что это вымышленный материал для демонстрации интерфейса, а данные не относятся к деятельности реальной компании.
Три тезиса:
Срок и состав. Начиная с 15 октября команда готовит еженедельный отчёт; материалы сохраняются в рабочей области, а в отчёте нужно выделить три главных изменения и указать источники (раздел 1).
Требование к полноте. Каждое изменение должно содержать дату, ответственного и ссылку на исходный материал; предположения отмечаются отдельно от подтверждённых сведений (раздел 2).
Учебные показатели. За первую неделю — 12 обращений и 9 завершённых, за вторую — 16 и 12; разность числа обращений между неделями равна четырём (раздел 3, таблица).
Начните с первой задачи, затем попробуйте передать один фрагмент, несколько источников или табличный диапазон. Эти упражнения помогают понять, какие материалы попадут в контекст чата и как проверить привязку ответа к ним.
Создать отдельный чат → передать нужные материалы → поставить независимую задачу → проверить результаты двух чатов
Две параллельные задачи с собственным контекстом
Перед отправкой запроса задайте цель, ограничения и критерий готовности. Продолжайте существующий чат для связанных уточнений; для независимой задачи создайте отдельный чат. Сессия и агентский цикл объясняют работу контекста.
Поиск нужен, когда ответ должен опираться на внешние источники. Пользователь получает объяснение и возможность проверить его по прямым ссылкам.
Исходные материалы
Исходное условие передаётся в тексте запроса. Для веб-задачи материал должен быть действительно получен с указанного адреса; для помощи по ОС сначала задаются её версия и пользовательская цель.
Состав продукта и модель
Нужны доступные веб-инструменты, сетевой доступ к заданным адресам и поддержка вызовов инструментов моделью. Обход и скачивание также требуют среды исполнения кода.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Найди официальное объяснение, для чего зарезервированы домены example.com и example.org. Используй первичные источники, дай прямые ссылки и дату проверки. Отдели назначение доменов от сведений, которых в источниках нет.
Последовательность
Отправьте задачу в чате с доступными веб-инструментами.
Дождитесь поисковых запросов, чтения страниц и ответа.
Откройте приведённые ссылки в правой панели.
Проверьте каждое утверждение по содержимому источника.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Ссылки ведут на первичные источники IANA.
Дата относится к проверке источников, а не к выдуманной дате обновления страницы.
Неполученные сведения не представлены как факты.
Пример выполнения
Рис. Б-01.1. Учебная задача перед отправкой.
Агент выполнил веб-вызовы и объяснил назначение доменов example.com и example.org, указав IANA и RFC как первичные источники. Ответ содержит прямые ссылки и дату проверки. В пособии проверяется происхождение сведений, а не запоминание адресов.
Проверка результата
Прямые ссылки ведут на IANA, RFC Editor и IETF Datatracker. В ответе отделены назначение доменов, обычное разрешение DNS и отсутствие гарантий работы HTTP-сервиса. Полный ответ длиннее фрагмента на снимке.
Маршрут связывает поиск с чтением и уточнением по выбранному абзацу. Он полезен при изучении длинной страницы, где вопрос относится к одному фрагменту.
Исходные материалы
Исходное условие передаётся в тексте запроса. Для веб-задачи материал должен быть действительно получен с указанного адреса; для помощи по ОС сначала задаются её версия и пользовательская цель.
Состав продукта и модель
Нужны доступные веб-инструменты, сетевой доступ к заданным адресам и поддержка вызовов инструментов моделью. Обход и скачивание также требуют среды исполнения кода.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Найди официальную страницу IANA о доменах для примеров и открой её. После того как я выделю абзац, объясни только этот фрагмент двумя предложениями и назови источник.
Имена путей относятся к папке учебного проекта. Создаваемые файлы перечислены в задании.
Последовательность
Попросите найти и открыть страницу.
В открытой вкладке выделите нужный абзац и проверьте карточку в черновике.
Отправьте уточнение о выбранном фрагменте.
Сопоставьте ответ с выделением и адресом вкладки.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Карточка содержит адрес и выбранный текст.
Уточнение отвечает по фрагменту, а не по иной странице.
Поиск, открытие и получение содержимого подтверждены своими результатами.
Сравнение по одинаковым критериям помогает обоснованно выбрать вариант. В этом упражнении основанием служат официальные описания форматов, а не предположения модели.
Нужны доступные веб-инструменты, сетевой доступ к заданным адресам и поддержка вызовов инструментов моделью. Обход и скачивание также требуют среды исполнения кода.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Сравни Python csv и Python json для обмена небольшими табличными выгрузками по критериям из маршруты/критерии-веб-сравнения.md. Прочитай официальную документацию, составь таблицу и укажи источник каждого существенного ограничения.
Последовательность
Передайте критерии сравнения.
Дождитесь чтения официальных страниц двух форматов.
Откройте ссылки, на которых основаны различия.
Проверьте таблицу по каждому критерию.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Все заданные критерии представлены.
Возможности формата отделены от соглашений конкретного проекта.
Одинаковые основания применены к обоим вариантам.
Пример выполнения
Рис. Б-03.1. Учебная задача перед отправкой.
Рис. Б-03.2. Отправленная задача и полученный ответ.
Пример ответа Деталь полного снимка.
Рис. Б-03.3. Деталь того же снимка: результат выполнения.
Составлена таблица CSV и JSON по всем заданным критериям: таблицы, вложенность, типы, кодировка, ошибки и проверка. Основания приведены из официальных страниц Python.
Проверка результата
У каждой существенной разницы есть ссылка на документацию csv или json. Возможности формата отделены от схемы конкретного проекта; страницы действительно прочитаны веб-инструментом.
Набор страниц обрабатывается как единая исследовательская задача. Итоговый реестр позволяет проверить охват адресов и происхождение каждого извлечённого сведения.
Нужны доступные веб-инструменты, сетевой доступ к заданным адресам и поддержка вызовов инструментов моделью. Обход и скачивание также требуют среды исполнения кода.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Прочитай страницы из маршруты/адреса-страниц.json. Для каждой извлеки заголовок и краткое назначение, запиши исходный и конечный адрес. Сохрани результаты/страницы.json и перечисли адреса, которые не удалось получить.
Последовательность
Передайте перечень адресов и ожидаемые поля.
Дождитесь получения каждой страницы.
Откройте реестр результата.
Проверьте количество строк и соответствие полей источникам.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Каждому входному адресу соответствует запись.
Адреса переходов сохранены отдельно от стартовых.
Ошибка получения отражена в записи; текст неполученной страницы не придуман.
Пример выполнения
Рис. Б-04.1. Учебная задача перед отправкой.
Рис. Б-04.2. Отправленная задача и полученный ответ.
Пример ответа Деталь полного снимка.
Рис. Б-04.3. Деталь того же снимка: результат выполнения.
Получен JSON-реестр трёх официальных страниц с заголовками, назначением и исходными и конечными URL. Для всех трёх записан HTTP 200; список не полученных адресов пуст.
Проверка результата
Файл сверён с тремя заданными адресами. Это пример получения данных кодом: веб-маршрут в этой сессии не зарегистрировался, фактическое получение выполнено curl.
Два вида источников можно сопоставить в одном контексте задачи. Этот маршрут подходит для проверки связи материала сайта с локальным документом.
Исходные материалы
план-отчёта.md - в учебном пространстве: маршруты/план-отчёта.md.
Данные и материалы учебного примера вымышлены.
Состав продукта и модель
Нужны доступные веб-инструменты, сетевой доступ к заданным адресам и поддержка вызовов инструментов моделью. Обход и скачивание также требуют среды исполнения кода.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Сопоставь выделенный абзац открытого сайта с выделенным абзацем маршруты/план-отчёта.md: перечисли общие понятия и различия. Укажи, откуда взято каждое наблюдение. Не делай вывод, что два текста связаны, если такой связи в них нет.
Имена путей относятся к папке учебного проекта. Создаваемые файлы перечислены в задании.
Последовательность
Откройте сайт и документ в отдельных вкладках правой панели.
Выделите первый фрагмент и закрепите его; добавьте второй.
Проверьте две карточки и отправьте вопрос.
Проверьте ответ по обоим фрагментам.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Использованы два действительных источника и их позиции.
Общие понятия имеют подтверждения в обоих текстах.
Предполагаемая связь не выдана за установленный факт.
Код превращает последовательный просмотр страниц в ограниченный воспроизводимый обход. Результатом служат полученные документы и реестр, по которому можно проверить условия отбора.
Исходные материалы
план-обхода.json - в учебном пространстве: маршруты/план-обхода.json.
Данные и материалы учебного примера вымышлены.
Состав продукта и модель
Нужны доступные веб-инструменты, сетевой доступ к заданным адресам и поддержка вызовов инструментов моделью. Обход и скачивание также требуют среды исполнения кода.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Напиши и выполни скрипт по маршруты/план-обхода.json: обход только заданного домена, глубина не больше 1, до 5 страниц. Скачай PDF по ссылкам, соответствующим условию отбора. Сохрани скрипт и реестр URL, статуса, типа содержимого и пути файла.
Последовательность
Передайте стартовые адреса, область обхода и условие отбора.
Проверьте предложенный код и установленные зависимости.
Дождитесь действительного запуска и скачивания.
Откройте реестр и каждый полученный PDF.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Глубина, домен и лимит страниц соблюдены.
Расширение проверено вместе с фактическим типом содержимого.
Реестр содержит все посещённые адреса, включая ошибки; файлы действительно открываются.
Пример выполнения
Рис. Б-06.1. Учебная задача перед отправкой.
Рис. Б-06.2. Отправленная задача и полученный ответ.
Пример ответа Деталь полного снимка.
Рис. Б-06.3. Деталь того же снимка: результат выполнения.
Написан и выполнен скрипт обхода: только заданный домен, глубина не выше 1 и до пяти страниц. Получен реестр фактических адресов, статусов и типов содержимого.
Проверка результата
Посещены ровно пять страниц внутри www.rfc-editor.org; стартовый редирект сохранён. Подходящих PDF-ссылок на этих страницах не найдено, поэтому скачанных файлов нет. Это подтверждает обход и проверку условия отбора; успешное скачивание PDF данным прогоном не показано.
Посещены пять страниц в пределах www.rfc-editor.org. Глубина обхода не превышала одного перехода. В реестре сохранены исходные и конечные адреса, состояние загрузки, тип содержимого и результат отбора.
Достигнут предел в пять страниц, в очереди осталась 21 ссылка. Подходящих PDF со строкой rfc2606 в имени среди посещённых страниц не найдено. Скачанных файлов нет.
Ограничения по домену и числу страниц соблюдены. Пустая папка скачивания соответствует этому результату.
Этот пример показывает ограниченный обход и проверку условий отбора. Для проверки скачивания нужен пример, в котором по разрешённым ссылкам найдены подходящие файлы.
Найдите сведения, сравните источники или исследуйте несколько страниц. Для каждого упражнения заданы запрос и требуемый результат; проверяйте ссылки и различайте сведения источника и выводы агента.
«Пройди по страницам этих сайтов, проверь заданные условия и скачай подходящие документы»
Код обхода, скачанные файлы и реестр адрес, условий отбора и результатов получения
Проверяйте доступность источников, правила отбора и границы обхода. Механика поиска и чтения страниц описана в веб-инструментах. Для анализа собранного набора перейдите к данным и расчётам.
Нужны файловые операции и среда исполнения кода. Для создания таблиц и графиков нужны соответствующие инструкции и зависимости. В варианте PTC режим должен быть включён.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Обработай Markdown-файлы в маршруты/пакет. Из каждого извлеки номер, дату, тему и статус. Создай результаты/обращения.json с полем source_file и отдельным списком отсутствующих обязательных полей.
Последовательность
Укажите папку и перечислите, какие сведения нужно получить из каждого файла.
Дождитесь перечисления и чтения файлов.
Откройте общую таблицу данных и список неполных записей.
Сверьте каждую строку с исходным документом.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Получены три записи без смешивания полей разных документов.
Отсутствующая дата отмечена как отсутствующая.
Для каждой записи сохранён путь исходного файла.
Пример выполнения
Рис. В-01.1. Учебная задача перед отправкой.
Рис. В-01.2. Отправленная задача и полученный ответ.
Пример ответа Деталь полного снимка.
Рис. В-01.3. Деталь того же снимка: результат выполнения.
Обработаны три Markdown-файла. Получены DEMO-01, DEMO-02 и DEMO-03 с путями source_file; у третьего документа отсутствующая дата сохранена как null и перечислена отдельно.
Файлы пакета прочитаны: три обращения, у обращение-03.md отсутствует дата. Формирую JSON.
Готово. Обработаны три Markdown-файла из маршруты/пакет/, результат сохранён в результаты/обращения.json.
source_file
номер
дата
тема
статус
отсутствует
маршруты/пакет/обращение-01.md
DEMO-01
2026-10-15
Подготовка еженедельного отчёта
в работе
—
маршруты/пакет/обращение-02.md
DEMO-02
2026-10-16
Согласование структуры отчёта
завершено
—
маршруты/пакет/обращение-03.md
DEMO-03
—
Обновление справочных данных
ожидает уточнения
дата
Данные сохранены в JSON. Для каждой записи указаны исходный файл, номер, дата, тема и статус. Отсутствующие обязательные сведения перечислены отдельно. У третьего файла дата не указана; она отмечена как пропуск. Формат результата проверен.
Уточнение: я взял именно папку маршруты/пакет/ (3 файла) — остальные Markdown-файлы в маршруты/ к обращениям не относятся. Если нужно обработать и их (как «маршруты») или изменить названия/язык ключей, скажите — поправлю.
Подготовка данных устраняет одинаковые дубли и делает конфликты заметными до расчёта. Пользователь задаёт правило решения, когда исходные записи расходятся.
Нужны файловые операции и среда исполнения кода. Для создания таблиц и графиков нужны соответствующие инструкции и зависимости. В варианте PTC режим должен быть включён.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Объедини маршруты/данные/выгрузка-а.json и выгрузка-б.json по полю id. Выдели одинаковые дубли, конфликтующие записи и пропуски. Не угадывай отсутствующие значения. Сохрани очищенные данные и журнал решений; по конфликту запроси моё решение.
Последовательность
Передайте две выгрузки и ключ объединения.
Проверьте обнаруженные дубли и конфликт одного идентификатора.
Дайте правило разрешения действительного конфликта.
Откройте очищенный набор и журнал преобразований.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Одинаковые дубли не посчитаны дважды.
Пропущенное значение не заполнено выдуманным числом.
Конфликт сохранён и разрешён по данному правилу.
Пример выполнения
Рис. В-02.1. Учебная задача перед отправкой.
Карточка вопроса о конфликтующих значениях до выбора решения.
В учебном примере выбраны 21 из выгрузки Б для r3 и сохранение r1 с отметкой об отсутствии в Б. Это заданное решение для упражнения; оно не доказывает, что выгрузка Б всегда вернее.
Рис. В-02.2. Отправленная задача и полученный ответ.
Пример ответа Деталь полного снимка.
Рис. В-02.3. Деталь того же снимка: результат выполнения.
Объединены две выгрузки по id, выделены дубли, конфликт и пропуски. В карточке вопросов выбраны 21 из выгрузки Б для r3 и сохранение r1 с отметкой «нет в Б».
Проверка результата
Дубль r2 оставлен один раз. Выбор r3 записан в журнал, отсутствующее значение r4 не придумано. Очищенный JSON открыт в панели.
Источники: маршруты/данные/выгрузка-а.json, маршруты/данные/выгрузка-б.json. Поле объединения: id, сравниваемое поле: amount.
Отсутствующие значения не восстанавливались. Конфликт r3 разрешён пользователем: принято 21 из выгрузка-б.json, значение 20 из выгрузка-а.json отклонено.
Одинаковые дубли
id
A
Б
Решение
r2
15
15
значения совпали, конфликта нет
Конфликты
id
A
Б
Решение
r3
20
21
принято значение 21 из выгрузка-б.json
Пропуски
id
A
Б
Решение
r1
10
—
запись включена как есть
r4
—
null (отсутствует)
значение отсутствует и не восстанавливалось
Итог
id
amount
status
источники
r1
10
one_sided
выгрузка-а.json
r2
15
identical_duplicate
выгрузка-а.json, выгрузка-б.json
r3
21
conflict_resolved
выгрузка-б.json
r4
None
one_sided
выгрузка-б.json
Файлы результата
Файлы примера дополняют сценарий: откройте результат, сопоставьте его с исходными материалами и критериями проверки. Данные учебные и не описывают работу реальной организации.
Нужны файловые операции и среда исполнения кода. Для создания таблиц и графиков нужны соответствующие инструкции и зависимости. В варианте PTC режим должен быть включён.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
По маршруты/данные/продажи.json вычисли выручку, расходы и прибыль по месяцам и регионам. Создай сводную таблицу и график выручки; укажи единицу измерения и проверь общий итог. Сохрани исходный код расчёта.
Последовательность
Передайте набор и формулы показателей.
Дождитесь выполнения расчёта и построения графика.
Откройте таблицу, график и сохранённый код.
Сверьте месячные итоги и итог по всем регионам.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
В графике совпадают категории, значения и единицы.
Формула прибыли — выручка минус расходы.
Пример выполнения
Рис. В-03.1. Учебная задача перед отправкой.
Рис. В-03.2. Отправленная задача и полученный ответ.
Пример ответа Деталь полного снимка.
Рис. В-03.3. Деталь того же снимка: результат выполнения.
Вычислена сводка по месяцам и регионам, создана книга с тремя листами и диаграммой выручки. Общие итоги — 1010 выручки, 685 расходов и 325 прибыли в условных единицах.
Проверка результата
Итоги сверены с шестью строками JSON; прибыль совпадает с разностью выручки и расходов и суммой по регионам.
Нужны файловые операции и среда исполнения кода. Для создания таблиц и графиков нужны соответствующие инструкции и зависимости. В варианте PTC режим должен быть включён.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
В маршруты/данные/наблюдения.json выдели значения выше 1000 и отсутствующие значения. Сохрани список с id и объясни правило. Не называй необычное значение ошибкой данных без дополнительного основания.
Последовательность
Задайте явное правило отбора и отношение к пропускам.
Дождитесь проверки всех записей.
Откройте список выбранных наблюдений.
Проверьте граничные значения 1000 и 1001.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
1000 не входит в условие «выше 1000», 1001 входит.
Пропуск учитывается отдельно от числа 0.
Аномалия не названа подтверждённой ошибкой без оснований.
Пример выполнения
Рис. В-04.1. Учебная задача перед отправкой.
Рис. В-04.2. Отправленная задача и полученный ответ.
Пример ответа Деталь полного снимка.
Рис. В-04.3. Деталь того же снимка: результат выполнения.
Отобраны o3 = 1001 как строго больше 1000 и o4 = null как пропуск. Граничное значение 1000 и ноль исключены из этих категорий.
Проверка результата
Все пять входных значений сверены с выборкой. Необычное значение не объявлено ошибкой данных; для такого вывода указана необходимость независимого основания.
Вне выборки: o1 = 999 (не выше 1000), o2 = 1000 (ровно граница, строгого превышения нет), o5 = 0 (значение задано, это не пропуск).
Правило
«Выше 1000» — строго больше 1000; o2 = 1000 остаётся на границе и в выборку не входит.
«Отсутствующее» — value равен null. Ноль отсутствием не считается: 0 — это измеренное значение, а не незаполненное поле (в файле нет отдельного признака «нет данных», только null).
Необычность ≠ ошибка. 1001 и 0 помечены только как значения, требующие внимания. Назвать их ошибкой данных можно лишь при независимом основании — известном допустимом диапазоне, единицах измерения, требовании регламента или расхождении со вторым источником; в самом файле такого основания нет.
Сбор со страниц превращает веб-материалы в набор для дальнейшей обработки. Сохранение адресов, времени и правила извлечения делает происхождение строк проверяемым.
Нужны файловые операции и среда исполнения кода. Для создания таблиц и графиков нужны соответствующие инструкции и зависимости. В варианте PTC режим должен быть включён.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Собери с адресов из маршруты/адреса-страниц.json заголовки страниц, видимые ссылки и число ссылок. Запиши дату получения, источник каждой записи и способ подсчёта. Сохрани результаты/веб-данные.json и код обработки.
Последовательность
Передайте список адресов и опишите, какие сведения нужно собрать.
Дождитесь получения содержимого и исполнения обработки.
Откройте набор результатов и код.
Проверьте число ссылок на одной странице вручную по тому же правилу.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Правило подсчёта одинаково для всех страниц.
Запись связана с адресом и временем получения.
Недоступная страница отражена как неполученная запись.
Пример выполнения
Рис. В-05.1. Учебная задача перед отправкой.
Рис. В-05.2. Отправленная задача и полученный ответ.
Пример ответа Деталь полного снимка.
Рис. В-05.3. Деталь того же снимка: результат выполнения.
Кодом получены заголовки и ссылки трёх страниц. Сохранены дата получения, источник, число ссылок и описание способа подсчёта.
Проверка результата
Итоговый JSON содержит записи для трёх исходных URL; количество совпадает с длиной списков ссылок. Разбор выполнен по HTML, без исполнения JavaScript и проверки CSS-видимости в браузере. Поэтому «видимые» здесь означает текстовые ссылки в разобранном HTML; соответствие реально отрисованной странице требует отдельной проверки.
json — JSON encoder and decoder — Python 3.14.8 documentation
210
211
Заголовки совпадают с ранее собранными в страницы.json. Разница «разметка − видимые» — это по одному тегу <a href="#..."> с пустым видимым текстом на каждой странице (python-документация: якорь-заголовок).
Как собирались данные: для каждой страницы сохранены исходный и конечный адреса, дата получения, заголовок и видимые ссылки с их текстом. Повторяющиеся пробелы и варианты написания приведены к общему виду; ссылки без адреса или видимого текста исключены.
Файлы
Код обработки: веб-данные-страниц.py — только стандартная библиотека Python, запуск python3 сборка/веб-данные-страниц.py.
Оба файла открыты в карточках ниже. Если нужно ограничить список ссылок (например, только внутренние или только содержательные) или добавить проверку доступности через веб-инструменты Дипнео — скажите, дополню.
Запрос к базе получает агрегаты непосредственно из структурированного источника. Сохранённый SQL связывает итог отчёта с фактически выполненным вычислением.
Нужны файловые операции и среда исполнения кода. Для создания таблиц и графиков нужны соответствующие инструкции и зависимости. В варианте PTC режим должен быть включён.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Прочитай таблицу sales в маршруты/данные/учебная-база.sqlite. Выполни SELECT с группировкой выручки и расходов по региону, не изменяя базу. Сохрани SQL и отчёт с итогами. Укажи библиотеку и фактический способ подключения.
Последовательность
Передайте путь к учебной SQLite-базе и разрешите только чтение.
Дождитесь запроса и получения строк.
Откройте сохранённый SQL и отчёт.
Сверьте суммы с исходными шестью строками.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
В базе осталось шесть исходных строк.
Север: выручка 700, расходы 470; Юг: 310 и 215.
SQL, параметры соединения и фактический результат согласованы.
Получение тех же данных через HTTP API
В этом же учебном наборе сервер проекта предоставляет адрес http://127.0.0.1:55951/api/sales. Его необходимо действительно запустить в рамках задания; здесь доступность работающего сервера не заявлена.
Запусти учебный проект маршруты/проект по его README. Получи JSON по http://127.0.0.1:55951/api/sales, проверь статус и структуру ответа. Рассчитай выручку и расходы по регионам, сохрани код запроса и отчёт. Укажи адрес и время получения данных.
Проверьте вывод запуска, действительный HTTP-ответ и сохранённые поля. Результат должен совпасть с расчётом по исходным шести строкам. В журнале запроса указываются фактический статус и неполученные данные. Ключи доступа в этом локальном учебном API не используются.
Исходники API: package.json, server.mjs и README. Для этой части также нужны отдельный полный экран выполнения и детали ответа.
Пример выполнения
Рис. В-06.1. Учебная задача перед отправкой.
Выполнен SELECT по регионам через Python sqlite3. Получены итоги 1010, 685 и 325 и сохранены SQL и отчёт.
Проверка результата
База открыта с mode=ro. Контрольная сумма до и после совпадает. Региональные суммы 700/470 и 310/215 соответствуют исходным строкам; сведения о библиотеке и подключении подтверждены выполненными командами.
Файл найден, структура данных прочитана без изменения базы. Теперь сохраню SQL и выполню его, зафиксировав хеш базы до и после.
Готово. Запрос выполнен, база не изменена.
Результаты SELECT ... GROUP BY region
Регион
Строк
Выручка
Расходы
Прибыль
Доля выручки, %
Север
3
700
470
230
69.3
Юг
3
310
215
95
30.7
ИТОГО
6
1010
685
325
100.0
Схема таблицы: sales(month TEXT, region TEXT, revenue INTEGER, expenses INTEGER) — 6 строк, регионы Север и Юг, месяцы 2026-01 … 2026-03. Единица измерения в базе не хранится; данные вымышленные (fictional: true в продажи.json).
Библиотека и фактический способ подключения
Библиотека:sqlite3 из стандартной библиотеки Python (DB-API 2.0), Python 3.14.0, встроенный SQLite 3.50.4. Сторонние драйверы/ORM не применялись.
Способ работы: база открыта только для чтения.
Подтверждение read-only: попытка CREATE TABLE отклонена самим SQLite: attempt to write a readonly database. SHA-256 файла до и после работы одинаков — 8c6feb25…f44d49.
CLI sqlite3 (в sqlite3) доступен, но не использовался.
Для справки: ранее в продажи-расчёт.py те же показатели считались по продажи.json — числа сходятся (1010/685/325), так что SQLite-версия даёт тот же результат.
Файлы примера дополняют сценарий: откройте результат, сопоставьте его с исходными материалами и критериями проверки. Данные учебные и не описывают работу реальной организации.
В таблице sales учебной базы 6 строк: 2 региона (Север, Юг) за 3 месяца
(2026-01 … 2026-03). Суммарная выручка — 1010 условных единиц, расходы — 685,
Прибыль — 325. Север даёт 69.3 % выручки и 70.8 % прибыли. Все итоги сходятся:
Сумма по регионам равна итогу по всей таблице. Данные вымышленные; дата и
Ответственный не заданы.
Итоги по регионам
Запрос 1 — SELECT … FROM sales GROUP BY region ORDER BY region.
Библиотека:sqlite3 из стандартной библиотеки Python (DB-API 2.0),
интерпретатор Python 3.14.0, встроенная библиотека SQLite 3.50.4.
Сторонние драйверы и ORM не использовались.
Способ подключения: URI-подключение только для чтения —
База открыта только для чтения.
Параметр uri=True включает разбор URI, mode=ro открывает файл без права
записи.
Контроль: запись через это соединение отклонена самим SQLite с ошибкой
attempt to write a readonly database. Хеш файла до и после работы совпал:
8c6feb2507eaea98b516f882abcbc9d0f230ddfb65ee9009ef24be4f10f44d49.
База не изменялась.
Альтернатива, которая не использовалась: CLI sqlite3 (найден по пути
sqlite3); запрос выполнен
через Python-модуль sqlite3.
Нужны файловые операции и среда исполнения кода. Для создания таблиц и графиков нужны соответствующие инструкции и зависимости. В варианте PTC режим должен быть включён.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Подготовь скрипт, который принимает путь к JSON продаж и выходной папке, рассчитывает сводку и строит график. Выполни его сначала на маршруты/данные/продажи.json, затем на продажи-обновление.json. Сохрани оба результата и инструкцию запуска.
Последовательность
Поставьте задачу с явными входными параметрами.
Дождитесь создания скрипта и первого запуска.
Попросите выполнить тот же скрипт на второй выгрузке.
Откройте две сводки и сравните их.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Новая строка вошла во второй итог.
Код не содержит зашитых итоговых чисел вместо расчёта.
Инструкция указывает интерпретатор, зависимости и аргументы.
Пример выполнения
Рис. В-07.1. Учебная задача перед отправкой.
Рис. В-07.2. Отправленная задача и полученный ответ.
Пример ответа Деталь полного снимка.
Рис. В-07.3. Деталь того же снимка: результат выполнения.
Один параметризованный скрипт выполнен на двух JSON-наборах. Получены два графика, две книги и две JSON-сводки с общей инструкцией запуска.
Проверка результата
Для первого набора итоги 1010/685/325, для обновлённого — 1290/865/425. Вторая выгрузка содержит апрель только для Севера: агент исправил обработку неполной матрицы, не выдавая отсутствие строки за измеренный ноль. Сохранены код и зависимости.
Обязательные поля строки: month, region, revenue, expenses.
Поле unit задаёт единицу измерения, по умолчанию — пустая строка.
Матрица месяц × регион может быть неполной. Если для месяца нет строки по региону,
В сводке эта ячейка пустая (в JSON — null, в Excel — —), на графике столбец
Не рисуется, а итоги считаются только по имеющимся строкам. Число отсутствующих
Комбинаций указывается в книге Excel и в сводке JSON.
Что создаётся в выходной папке
Имя набора — имя входного файла без расширения .json.
Файл
Содержимое
<набор>-сводка.json
сводка по месяцам, по регионам, по парам месяц/регион, итоги, список пропусков и результаты контроля
<набор>-сводка.xlsx
листы «Исходные данные», «Сводная» (месяц × регион × показатель) и «График выручки» с диаграммой Excel
<набор>-график.png
график выручки по регионам с линией общей прибыли по месяцам
Оба запуска завершились с кодом 0, все проверки итогов — OK.
Результаты лежат в папке результаты/сводка-продажи.
Набор «продажи» (6 строк)
Месяц
Выручка
Расходы
Прибыль
2026-01
300
210
90
2026-02
330
225
105
2026-03
380
250
130
Итого
1010
685
325
Набор «продажи-обновление» (7 строк)
Месяц
Выручка
Расходы
Прибыль
2026-01
300
210
90
2026-02
330
225
105
2026-03
380
250
130
2026-04
280
180
100
Итого
1290
865
425
В обновлённом наборе нет строки 2026-04 / Юг — единственная пропущенная
Комбинация; итоги по «Югу» (выручка 310, расходы 215, прибыль 95) считаются
За январь–март.
Поведение и коды возврата
0 — сводка построена, все проверки итогов пройдены;
2 — неверное число аргументов (печатается справка);
1 — ошибка входных данных (нет файла, нет поля rows, нечисловые
revenue/expenses) или несходимость итогов; причина печатается в консоль.
Файлы результата
Файлы примера дополняют сценарий: откройте результат, сопоставьте его с исходными материалами и критериями проверки. Данные учебные и не описывают работу реальной организации.
PTC связывает доступные операции в одну программу обработки. Сценарий показывает совместную работу инструментов через код с проверкой полного охвата пакета.
Нужны файловые операции и среда исполнения кода. Для создания таблиц и графиков нужны соответствующие инструкции и зависимости. В варианте PTC режим должен быть включён.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Через PTC используй доступные файловые инструменты для чтения маршруты/пакет. Собери номера и статусы документов в JSON. Сохрани программу вызовов, сводку и отметки отсутствующих полей.
Последовательность
Откройте «Настройки → Общие», включите «Инструменты через код», начните новый чат и проверьте доступные операции. Отладка включается отдельно.
Передайте папку и перечислите сведения, которые нужно извлечь.
Дождитесь программного вызова инструментов и результата.
Откройте программу и сводку, проверьте охват файлов.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
PTC действительно исполнял доступные операции.
Все три исходника учтены по одному разу.
Ошибки и отсутствующие поля видны; обычное описание кода не выдано за исполнение.
Пример выполнения
Рис. В-08.1. Учебная задача перед отправкой.
PTC-программа прочитала три обращения через файловые инструменты и создала JSON, сводку и файл самой программы вызовов.
Проверка результата
Получены номера и статусы DEMO-01–DEMO-03; отсутствие даты третьего отмечено явно. Программа читает исходные файлы, обрабатывает сведения и сохраняет результат.
Файлы примера дополняют сценарий: откройте результат, сопоставьте его с исходными материалами и критериями проверки. Данные учебные и не описывают работу реальной организации.
Превратите набор исходников в проверяемый результат: сводку, расчёт, поиск расхождений или повторяемый отчёт. Используйте указанные учебные данные и сверяйте результат с критериями сценария.
«Обработай набор источников через доступные инструменты и сведи результаты»
Программа вызовов, итоговые данные и проверка полноты
Проверяйте цепочку от исходных материалов до итоговой сводки: извлечение, обработку, расчёт и выводы. Условия исполнения кода описаны в главе о генерации и запуске кода. Повторяемый скрипт требует отдельного запуска; расписание задаётся отдельной задачей.
Сравнение редакций помогает увидеть изменение условий без ручного сопоставления всего текста. Подтверждающие фрагменты позволяют проверить каждую найденную разницу.
Нужны офисные навыки для соответствующего формата, файловые операции и среда исполнения. Создание файла, расчёт, пересчёт и проверка его отображения подтверждаются отдельно.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Сравни маршруты/документы/условия-1.md и условия-2.md. Перечисли изменённые сроки, состав отчёта и правила проверки. Для каждой разницы приведи названия разделов и короткие подтверждающие фрагменты. Результат только в чате; файлы не изменяй.
Последовательность
Передайте обе редакции с понятными именами.
Дождитесь чтения и сопоставления.
Откройте оба источника рядом с ответом.
Проверьте разницы и неизменённые условия.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Срок изменился с 15 на 20 октября.
Число главных изменений изменилось с трёх на четырёх.
Неизменённое хранение в рабочей области не названо изменением.
Пример выполнения
Сопоставлены две редакции: дата начала изменена с 15 на 20 октября, число изменений — с трёх на четыре. Хранение материалов и правило проверки остались прежними.
Проверка результата
Для каждой разницы названы раздел и фрагменты обеих редакций. Не заявлены изменения идентичного раздела «Проверка». Файлы не изменены.
Пример ответа
Сравнил оба файла: условия-1.md (редакция 1) и условия-2.md (редакция 2). Оба имеют одинаковую структуру из трёх разделов.
Изменение 1 — срок подготовки
Раздел: «Срок и состав»
Фрагмент
редакция 1
«Подготовка начинается 15 октября.»
редакция 2
«Подготовка начинается 20 октября.»
Дата начала сдвинута с 15 на 20 октября (позже на 5 дней).
Изменение 2 — состав отчёта
Раздел: «Срок и состав»
Фрагмент
редакция 1
«В отчёте выделяются три главных изменения.»
редакция 2
«В отчёте выделяются четыре главных изменения.»
Число выделяемых в отчёте изменений увеличено с трёх до четырёх.
Без изменений
Раздел «Хранение» — в обеих редакциях дословно: «Материалы сохраняются в рабочей области.»
Раздел «Проверка» — в обеих редакциях дословно: «Для каждого изменения указать дату, ответственного и ссылку на источник.»
Итог
Изменённых правил проверки нет: раздел «Проверка» идентичен в обеих редакциях (дата, ответственный, ссылка на источник — без правок). Все содержательные различия сосредоточены в одном разделе — «Срок и состав»: срок (15 → 20 октября) и состав отчёта (три → четыре главных изменения).
Офисные оригиналы сохраняются неизменными. Все правки и пересчёты записываются в отдельный выходной файл. Проверяйте именно сохранённый результат. Порядок — в руководстве по офисным задачам.
Создание документа Word
Цель
Материалы и показатели превращаются в оформленный документ для чтения и обсуждения. Проверяются содержание отчёта и отображение его страниц.
Исходные материалы
план-отчёта.md - в учебном пространстве: маршруты/план-отчёта.md.
Нужны офисные навыки для соответствующего формата, файловые операции и среда исполнения. Создание файла, расчёт, пересчёт и проверка его отображения подтверждаются отдельно.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Создай результаты/еженедельный-отчёт.docx по материалам маршруты/план-отчёта.md и маршруты/данные/показатели.json. Соблюди маршруты/требования-к-отчёту.md: заголовок, краткое резюме, таблица и выводы с источниками. Проверь отображение страниц.
Последовательность
Передайте план, данные и требования к оформлению.
Дождитесь загрузки подходящего навыка, создания файла и проверки страниц.
Откройте DOCX в правой панели.
Сверьте таблицу и выводы с исходниками.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Все требуемые разделы присутствуют.
Таблица содержит 12/9 и 16/12; разности 4 и 3.
Текст, таблицы и заголовки не обрезаны на страницах.
Пример выполнения
Рис. Г-02.1. Учебная задача перед отправкой.
Рис. Г-02.2. Отправленная задача и полученный ответ.
Пример ответа Деталь полного снимка.
Рис. Г-02.3. Деталь того же снимка: результат выполнения.
Агент создал двухстраничный DOCX с резюме, настоящей таблицей, разностями и источниками. В исходных данных подтверждены два изменения; нехватка третьего, даты встречи и ответственного обозначена явно.
Проверка результата
Файл открыт в панели документов. В нём есть таблица двух недель, разности 4 и 3 и перечень источников. Агент выполнил проверку DOCX и просмотр рендера. Первоначальный вызов офисного инструмента записал черновик в общую рабочую область; окончательный файл создан в папке учебного проекта. Для повторения с офисными инструментами указывайте полный путь внутри выбранной рабочей папки.
Открытый результат задачи Деталь того же полного снимка.
Рис. Г-02.5. Деталь того же снимка: содержимое созданного файла.
Пример ответа
Загружаю навык для работы с Office-документами и читаю входные материалы.
Материалы прочитаны. Ключевой момент: фактических изменений в данных хватает только на два (обращения +4, завершённые +3), третье требование надо честно обозначить как недостающее. Создаю документ.
Markdown-таблица не преобразовалась в настоящую таблицу, а файл записался в общую рабочую область вместо папки проекта. Проверю доступность python-docx, чтобы собрать документ точно.
python-docx и LibreOffice доступны. Собираю отчёт скриптом с настоящей таблицей и стилями, записывая сразу в папку проекта.
Офисные инструменты разрешают относительные пути не от папки проекта, а от общей рабочей области — проверю файлы и переделаю проверку по абсолютному пути.
Документ валиден, отрендерился в 3 страницы. Смотрю страницы визуально.
Отчёт корректен, но раздел «Источники» разорван на третьей странице. Уплотняю текст и поля, чтобы документ уложился в две страницы.
Теперь две страницы. Проверяю обе визуально.
Страницы отображаются корректно. Убираю вспомогательные файлы и устаревший дубликат из общей рабочей области.
Титул «Учебный еженедельный отчёт» + пометка о вымышленных данных, раздел 1
Таблица показателей двух недель
Раздел 2, настоящая таблица Word (Table Grid): Неделя / Обращения / Завершено / Не завершено, со строкой изменения
Разности обращений и завершённых
Раздел 3: 16 − 12 = 4 и 12 − 9 = 3, плюс производная разность незавершённых
Три главных изменения
Раздел 4: подтверждены только два (рост обращений на 4, завершённых на 3); третье прямо обозначено как недостающее, а не выдумано
Источник каждого числового утверждения
Источник указан в скобках у каждого числа, отдельный список источников в конце
Следующий шаг и чего не хватает
Раздел 5: запросить дату встречи, ответственного и ссылки; перечислены 4 недостающих пункта
Отдельно отмечены предположения (неизменная доля завершения 75 % — производный расчёт; связь роста обращений с ростом завершённых в материалах не обоснована).
Проверка отображения: проверка структуры документа не выявила ошибок, отрендерен через LibreOffice и просмотрен постранично. После первой сборки раздел «Источники» отрывался на третью страницу — текст уплотнён и поля уменьшены до 2 см, теперь ровно 2 страницы: на первой — резюме, таблица и разности, на второй — изменения, следующий шаг и источники. Таблица читается корректно, значения выровнены, переносов внутри таблицы нет.
Два замечания:
Таблица сохранена как таблица Word. Перед выдачей проверены её содержимое и отображение.
Офисные оригиналы сохраняются неизменными. Все правки и пересчёты записываются в отдельный выходной файл. Проверяйте именно сохранённый результат. Порядок — в руководстве по офисным задачам.
Изменение документа
Цель
Точная правка меняет заданные пункты и сохраняет самостоятельную редакцию. Комментарий объясняет причину изменения рядом с документом.
Нужны офисные навыки для соответствующего формата, файловые операции и среда исполнения. Создание файла, расчёт, пересчёт и проверка его отображения подтверждаются отдельно.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
В маршруты/офисный-вход/учебный-план-отчёта.docx измени дату начала с 15 на 20 октября и число главных изменений с трёх на четырёх. Сохрани отдельную редакцию результаты/план-новая-редакция.docx. Добавь комментарий, поясняющий правку, и проверь страницы.
Рабочая папка: /путь/к/учебному-проекту. Используй абсолютные пути к входу и выходу в офисных инструментах. Исходный DOCX не меняй.
Последовательность
Откройте исходный DOCX и укажите точные изменения.
Дождитесь редактирования и сохранения отдельного файла.
Откройте новую редакцию и комментарий предусмотренным способом.
Сравните исходник и результат по заданным пунктам.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Оба изменения внесены в нужный раздел.
Исходный файл сохранён без изменения.
Комментарий присутствует в документе; его отображение проверено отдельно от обычного текста.
Пример выполнения
Пример ответа Деталь полного снимка.
Рис. Г-03.3. Деталь того же снимка: результат выполнения.
В отдельной редакции DOCX изменены дата начала на 20 октября и число изменений на четыре, добавлен комментарий к абзацу.
Проверка результата
Исходный DOCX сохранился. Окончательная копия содержит обе правки и комментарий, открыта в панели. Первоначальные офисные правки нарушили служебный XML пакета; агент диагностировал и исправил пакет, затем повторно проверил и отрисовал страницу.
В копии дата начала перенесена с 15 на 20 октября, число главных изменений увеличено с трёх до четырёх. К изменённому абзацу добавлен комментарий с объяснением правки.
Документ открывается, текст и таблица сохранены. Изменился нужный абзац, расположение остальных элементов проверено. Исходный файл сохранён без изменений.
После изменения проверьте, что документ открывается и показывает комментарии. В этом примере промежуточная копия не открывалась, поэтому перед выдачей результат был исправлен и проверен повторно.
Офисные оригиналы сохраняются неизменными. Все правки и пересчёты записываются в отдельный выходной файл. Проверяйте именно сохранённый результат. Порядок — в руководстве по офисным задачам.
Рабочая таблица
Цель
Рабочая книга объединяет исходные суммы, формулы и диаграмму. Она нужна для обновляемого расчёта, где важно проверять формулы и результат пересчёта.
Исходные материалы
данные/бюджет.json - в учебном пространстве: маршруты/данные/бюджет.json.
Данные и материалы учебного примера вымышлены.
Состав продукта и модель
Нужны офисные навыки для соответствующего формата, файловые операции и среда исполнения. Создание файла, расчёт, пересчёт и проверка его отображения подтверждаются отдельно.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Создай результаты/бюджет.xlsx из маршруты/данные/бюджет.json. Для каждой строки добавь формулу остатка «план − факт», итоговые формулы и диаграмму план/факт. Выполни пересчёт в поддерживаемой среде и проверь значения. Рабочая папка задачи: /путь/к/учебному-проекту. В офисных инструментах указывай абсолютные пути к файлам внутри этой папки. Исходники сохраняй без изменений.
Последовательность
Передайте статьи и суммы бюджета.
Дождитесь создания формул, диаграммы и пересчёта.
Откройте книгу и выберите итоговые ячейки.
Проверьте формулы, рассчитанные значения и подписи диаграммы.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
План 300, факт 275, остаток 25.
Итоги получены формулами, а не только записанными числами.
Кэшированные значения отдельно проверены после пересчёта.
Пример выполнения
Создана книга с тремя строками бюджета, шестью формулами и диаграммой план/факт. После пересчёта получены остатки 10, 0 и 15; итоговые значения — план 300, факт 275, остаток 25.
Проверка результата
Агент пересчитал книгу и повторно прочитал значения. В книге сохранены формулы и одна диаграмма. Полученный XLSX открыт в панели; исходный JSON сохранён без изменений.
Офисные оригиналы сохраняются неизменными. Все правки и пересчёты записываются в отдельный выходной файл. Проверяйте именно сохранённый результат. Порядок — в руководстве по офисным задачам.
Презентация
Цель
Презентация переносит содержание отчёта в структуру для выступления. Общие показатели и источники сохраняются вместе с заметками докладчика.
Исходные материалы
план-отчёта.md - в учебном пространстве: маршруты/план-отчёта.md.
Нужны офисные навыки для соответствующего формата, файловые операции и среда исполнения. Создание файла, расчёт, пересчёт и проверка его отображения подтверждаются отдельно.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
По материалам маршруты подготовь результаты/еженедельный-отчёт.pptx из трёх слайдов по плану-презентации.md. Добавь диаграмму сравнения недель, подписи источников и заметки докладчика. Проверь каждый слайд. Рабочая папка задачи: /путь/к/учебному-проекту. В офисных инструментах используй абсолютные пути к файлам внутри этой папки. Исходники сохраняй без изменений.
Последовательность
Передайте план слайдов и исходные показатели.
Дождитесь создания презентации и просмотра слайдов.
Откройте PPTX в правой панели, перейдите по слайдам.
Проверьте содержимое, диаграмму, источники и заметки.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Три слайда соответствуют плану.
Диаграмма использует 12/9 и 16/12.
Проверка заметок не подменена просмотром слайдов в PDF.
Пример выполнения
Пример ответа Деталь полного снимка.
Рис. Г-05.3. Деталь того же снимка: результат выполнения.
Создана презентация из трёх слайдов: исходные условия, сравнение недель, выводы и следующий шаг. Добавлены диаграмма, подписи источников и заметки докладчика.
Проверка результата
Презентация открыта в панели; просмотрены все три слайда. Значения 12, 16, 9 и 12 и разности 4 и 3 согласованы с JSON; неизвестные дата встречи и ответственный обозначены.
«Учебный еженедельный отчёт: цель и состав» — цель (динамика обращений и завершённых обращений за две недели), состав отчёта, источники, пометка о вымышленных данных.
«Сравнение недель: обращения и завершённые обращения» — нативная редактируемая столбчатая диаграмма (серии «Обращения» 12→16 и «Завершено» 9→12, категории «Первая неделя»/«Вторая неделя», подписи значений), слева сводка: +4, +3, +1 и расчётная доля 75 %, внизу подпись источника.
«Выводы, следующий шаг и недостающие сведения» — в двух колонках: два подтверждённых изменения, явно обозначенное неподтверждённое третье изменение, следующий шаг и пробелы (дата встречи, ответственный, данные более чем за две недели).
Источники подписаны на каждом слайде; производные величины («Не завершено», доля 75 %) помечены как расчётные, третье изменение не выдумано — по требования-к-отчёту.md.
Проверка каждого слайда
Проверка структуры: файл корректен, ошибок и предупреждений нет.
Проверка отображения: три слайда подготовлены для просмотра и осмотрены — переполнений и обрывов текста нет (после первой проверки исправил отрыв точек источников на слайде 3, уменьшив кегль, и дополнил сводку слайда 2 строкой про 75 %).
Заметки докладчика присутствуют на всех трёх слайдах (notesSlide1–3.xml); в пакете есть часть ppt/charts/chart1.xml — диаграмма редактируемая.
Исходные материалы (docx, xlsx, json, md) не изменялись. Вспомогательные скрипты сборки и рендеры лежат в папке сборка/, чтобы не смешиваться с исходниками и результатами.
Офисные оригиналы сохраняются неизменными. Все правки и пересчёты записываются в отдельный выходной файл. Проверяйте именно сохранённый результат. Порядок — в руководстве по офисным задачам.
Операции с документами фиксированной разметки
Цель
Работа с PDF включает извлечение данных, сборку страниц и заполнение действительных полей формы. Каждый вид операции имеет свой проверяемый результат.
Нужны офисные навыки для соответствующего формата, файловые операции и среда исполнения. Создание файла, расчёт, пересчёт и проверка его отображения подтверждаются отдельно.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Из маршруты/офисный-вход/учебный-план-отчёта.pdf извлеки текст и таблицу в JSON. Создай PDF с исходной страницей и страницей кратких выводов. Отдельно заполни поля маршруты/офисный-вход/учебная-форма.pdf: название отчёта — Weekly report, дата — 15 October, число изменений — 3. Сохрани заполненную интерактивную копию, проверь значения полей и их отображение.
Рабочая папка: /путь/к/учебному-проекту. Используй абсолютные пути внутри неё в офисных инструментах. Исходники не меняй.
Последовательность
Передайте исходный PDF и отдельную интерактивную форму.
Дождитесь извлечения таблицы, создания составного PDF и заполнения копии формы.
Откройте JSON, составной PDF и заполненную форму.
Проверьте порядок страниц, значения полей и их видимое отображение.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Числа таблицы сохранены; в составном PDF две страницы в заданном порядке.
Поля названия отчёта, даты и числа изменений содержат заданные значения.
Форма сохранила интерактивные поля; значения в дереве AcroForm и на видимых страницах согласованы.
Пример выполнения
Из PDF извлечены текст и таблица, создан двухстраничный PDF с выводами и заполнена отдельная интерактивная форма.
Проверка результата
Заполните копию учебной формы и проверьте значения в сохранённом результате.
JSON содержит 12/9 и 16/12; в выводах указаны разности +4 и +3. Форма открыта в панели приложения: видны Weekly report, 15 October и 3, поля остаются интерактивными. Промежуточные файлы потребовали исправления кириллицы и полей формы. После исправления агент повторно проверил результаты.
PDF с выводами: исходная страница и отдельная страница кратких выводов.
Заполненная форма: название отчёта — Weekly report, дата — 15 October, число изменений — 3.
Неделя
Обращения
Завершено
Первая
12
9
Вторая
16
12
В выводах указаны разности: +4 обращения и +3 завершённых. В PDF две непустые страницы. Значения формы видны при открытии, все три поля остаются интерактивными. Исходные файлы сохранены.
После создания PDF проверьте кириллицу, а после заполнения формы — видимость значений и сохранение полей. В этом примере промежуточные результаты потребовали исправления. Просмотр в разных программах может отличаться: проверяйте файл в том просмотрщике, где он будет использоваться.
Офисные оригиналы сохраняются неизменными. Все правки и пересчёты записываются в отдельный выходной файл. Проверяйте именно сохранённый результат. Порядок — в руководстве по офисным задачам.
Перевод и переработка документа
Цель
Перевод и редакторская переработка готовят текст для другой аудитории. Словарь и сравнение структуры помогают сохранить термины, факты и числовые данные.
Исходные материалы
план-отчёта.md - в учебном пространстве: маршруты/план-отчёта.md.
Нужны офисные навыки для соответствующего формата, файловые операции и среда исполнения. Создание файла, расчёт, пересчёт и проверка его отображения подтверждаются отдельно.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Переведи маршруты/план-отчёта.md на английский с сохранением заголовков и таблицы. Применяй маршруты/словарь-терминов.json. После перевода перефразируй заключение в деловом стиле. Сохрани отдельный Markdown и объясни изменения стиля.
Покажи полный перевод в чате. Исходный файл не меняй.
Последовательность
Передайте текст и словарь.
Дождитесь перевода и отдельной переработки заключения.
Откройте сохранённую редакцию.
Проверьте факты, термины и структуру.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
workspace использован для «рабочая область».
Даты и числа таблицы сохранены.
Стилевые изменения не добавили фактов и обязательств.
Пример выполнения
Рис. Г-07.1. Учебная задача перед отправкой.
Рис. Г-07.2. Отправленная задача и полученный ответ.
Пример ответа Деталь полного снимка.
Рис. Г-07.3. Деталь того же снимка: результат выполнения.
Документ переведён на английский с сохранением заголовков и таблицы, применены три термина из словаря. Заключение перефразировано в деловом стиле с объяснением изменений.
Проверка результата
Дата, три изменения и все четыре табличных числа сохранены. Исходный Markdown не изменён; отдельный перевод получен в маршруты/план-отчёта.en.md.
Офисные оригиналы сохраняются неизменными. Все правки и пересчёты записываются в отдельный выходной файл. Проверяйте именно сохранённый результат. Порядок — в руководстве по офисным задачам.
Файлы примера дополняют сценарий: откройте результат, сопоставьте его с исходными материалами и критериями проверки. Данные учебные и не описывают работу реальной организации.
This is fictional material for demonstrating the interface.
1. Deadline and Scope
Starting 15 October, the team is preparing the weekly report. Materials are stored in the workspace. The report must highlight three main changes and cite sources.
2. Completeness Check
Each change must include a date, an owner, and a reference to the source material. Assumptions are marked separately from confirmed information.
3. Training Metrics
Week
Requests
Completed
First
12
9
Second
16
12
The week-over-week variance in request volume amounts to four. These figures do not pertain to the operations of any real company.
Тезисы и полный текст
Цель
Маршрут связывает исходные тезисы, полный документ и краткое представление. Он полезен при подготовке отчёта и его версии для быстрого чтения.
Исходные материалы
тезисы.md - в учебном пространстве: маршруты/тезисы.md.
критерии-отбора.md - в учебном пространстве: маршруты/критерии-отбора.md.
Данные и материалы учебного примера вымышлены.
Состав продукта и модель
Нужны офисные навыки для соответствующего формата, файловые операции и среда исполнения. Создание файла, расчёт, пересчёт и проверка его отображения подтверждаются отдельно.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
По маршруты/тезисы.md составь полный Markdown-отчёт; недостающие сведения отметь явно. Затем по маршруты/критерии-отбора.md выдели из отчёта краткие тезисы с ссылками на разделы. Сохрани полный и краткий файлы.
Последовательность
Передайте тезисы, аудиторию и критерии отбора.
Дождитесь развёрнутого текста и его краткой версии.
Откройте оба файла.
Сверьте факты и связи кратких тезисов с полным текстом.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Исходные факты не изменены.
Недостающий ответственный отмечен, а не придуман.
Каждый краткий тезис имеет основание в полном тексте.
Пример выполнения
Рис. Г-08.1. Учебная задача перед отправкой.
Рис. Г-08.2. Отправленная задача и полученный ответ.
Пример ответа Деталь полного снимка.
Рис. Г-08.3. Деталь того же снимка: результат выполнения.
Из тезисов создан полный отчёт, затем краткие тезисы по заданным критериям со ссылками на разделы полного текста. Получены два отдельных Markdown-файла.
Проверка результата
Сохранены дата начала, исходные показатели и ссылки на материалы. Нехватка третьего подтверждённого изменения, ответственного и даты встречи обозначена явно. Краткая версия содержит числовые изменения, невыполненные требования и следующий шаг.
Офисные оригиналы сохраняются неизменными. Все правки и пересчёты записываются в отдельный выходной файл. Проверяйте именно сохранённый результат. Порядок — в руководстве по офисным задачам.
Материалы — «в рабочей области»; конкретный путь не указан (§8).
Наблюдаемое расположение учебного набора — папка маршруты/ (§8).
Файлы результата
Файлы примера дополняют сценарий: откройте результат, сопоставьте его с исходными материалами и критериями проверки. Данные учебные и не описывают работу реальной организации.
Подготовка еженедельного отчёта начинается 15 октября (год в источнике прямо не указан — см. §9). По учебным показателям число обращений выросло с 12 на первой неделе до 16 на второй (+4), число завершённых обращений — с 9 до 12 (+3). Доля завершённых обращений не изменилась: 75 % в обе недели. Третье независимое главное изменение источниками не подтверждается и в отчёте не выдумывается — см. §5.3. Ответственный и дата встречи не заданы; это невыполненные обязательные пункты (§6). Следующий шаг — обсуждение причин изменений (§7).
Примечание к источникам. Сами тезисы.md не содержат ссылок на исходные материалы; числа в них совпадают с план-отчёта.md и машиночитаемым данные/показатели.json. Машиночитаемый файл содержит признак "fictional": true и единицу измерения "обращения".
Число обращений выросло на 4 (16 − 12). Разность прямо зафиксирована в план-отчёта.md:20.
Число завершённых обращений выросло на 3 (12 − 9). Это расчёт автора отчёта; прямой формулировки в источниках нет.
4.2 Производные величины
Незавершённые обращения: 3 на первой неделе и 4 на второй, изменение +1 (расчёт: 12 − 9 и 16 − 12).
Доля завершённых обращений: 75 % в обе недели, изменение 0 процентных пунктов (расчёт: 9 / 12 и 12 / 16). Отдельного источника по этому показателю нет.
5.2 Изменение 2. Рост числа завершённых обращений на 3
С 9 до 12 завершённых обращений (12 − 9 = 3). Источник: тезисы.md:5, данные/показатели.json. Величина разности — расчёт автора отчёта.
5.3 Изменение 3. НЕ ПОДТВЕРЖДЕНО — недостаточно фактических данных
Недостающие сведения, отмечено явно. Третье независимое главное изменение в источниках отсутствует. По имеющимся данным:
подтверждаются только два независимых числовых изменения (§5.1, §5.2);
доля завершённых обращений не изменилась (75 % → 75 %), то есть изменения здесь нет;
изменение числа незавершённых обращений (+1, 3 → 4) производно от тех же двух чисел и не является независимым третьим изменением;
причины изменений в источниках не раскрыты; их обсуждение только запланировано (тезисы.md:7).
Вывод: третье главное изменение не выдумывается; для его появления нужны дополнительные данные (например, третья неделя, разбивка по темам или причинам). Требование требования-к-отчёту.md:6 выполнено в части «обозначить недостаток фактических изменений».
5.4 Обязательные атрибуты изменений
По план-отчёта.md:11 каждое изменение должно содержать дату, ответственного и ссылку на исходный материал:
Приведено отдельно, чтобы не смешивать с основной постановкой. В учебном пакете обращений у обращения DEMO-03 отсутствует обязательное поле «дата» (статус «ожидает уточнения»): обращение-03.md, обращения.json.
7. Следующий шаг и недостающие сведения
Следующий шаг (единственный зафиксированный): обсуждение причин изменений — тезисы.md:7.
№
Чего не хватает для выполнения шага
Почему это блокирует
1
Ответственный
Неизвестно, кто ведёт обсуждение и отвечает за результат
2
Дата встречи
Неизвестно, когда обсуждение состоится
3
Причины изменений в источниках
Обсуждать нечего, пока причины не названы
4
Формат фиксации итогов обсуждения
Не задано, куда и как вносить выводы
5
Период и год отчёта
Указано только «15 октября» без года
6
Точное место хранения материалов
Указана «рабочая область» без пути (справочно — §8)
Конкретный путь к рабочей области в источниках не указан. Наблюдаемое расположение учебного набора — папка маршруты/; файл-подтверждение: README.md.
По терминологическому словарю «рабочая область» соответствует workspace: словарь-терминов.json.
9. Реестр недостающих сведений
№
Недостающее сведение
Где должно было быть
Статус
1
Ответственный
тезисы / требования
Не задан
2
Дата встречи
тезисы / требования
Не задана
3
Третье главное изменение
данные показателей
Не подтверждено
4
Причины изменений
тезисы
Не раскрыты
5
Дата у каждого изменения
атрибуты изменений
Отсутствует
6
Ответственный у каждого изменения
атрибуты изменений
Отсутствует
7
Год отчёта
тезисы
Не указан
8
Точный путь рабочей области
тезисы
Не указан
9
Дата в обращении DEMO-03
пакет обращений
Отсутствует (смежное, §6.2)
10. Оговорка
Все деловые данные вымышлены; отчёт не описывает деятельность реальной компании (требования-к-отчёту.md:10). Расчётные величины помечены как расчёт автора отчёта; предположения не выдаются за подтверждённые сведения (план-отчёта.md:11).
Проверка по критериям
Цель
Проверка по критериям делает требования и основания выводов явными. Здесь объединяются внешний перечень и требования, записанные внутри документа.
Нужны офисные навыки для соответствующего формата, файловые операции и среда исполнения. Создание файла, расчёт, пересчёт и проверка его отображения подтверждаются отдельно.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Проверь маршруты/документы/проверяемый-отчёт.md по маршруты/требования-к-отчёту.md и по разделу «Требования» внутри самого отчёта. Составь таблицу критерий/основание/статус. Укажи недостаточные данные и противоречия критериев. Покажи результат в чате; файлы не меняй.
Последовательность
Передайте документ и внешний перечень требований.
Дождитесь извлечения также внутренних критериев.
Откройте таблицу проверки и исходные разделы.
Проверьте каждый вывод по подтверждающему фрагменту.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Внешние и внутренние критерии обозначены источниками.
Отсутствующая ссылка выявлена.
Непроверяемый факт имеет статус недостаточных данных, а не подтверждения.
Пример выполнения
Рис. Г-09.1. Учебная задача перед отправкой.
Рис. Г-09.2. Отправленная задача и полученный ответ.
Пример ответа Деталь полного снимка.
Рис. Г-09.3. Деталь того же снимка: результат выполнения.
Отчёт проверен по внешнему перечню и двум критериям внутри документа. Ответ содержит таблицу оснований и статусов, показывает недостающие ссылки, ответственного и срок.
Проверка результата
Использованы оба заданных источника критериев; неполные сведения отделены от противоречий. Файлы не изменены. Проверка по предоставленным требованиям выполнена без обращения к нормативному модулю.
Офисные оригиналы сохраняются неизменными. Все правки и пересчёты записываются в отдельный выходной файл. Проверяйте именно сохранённый результат. Порядок — в руководстве по офисным задачам.
Создание PPTX кодом
Цель
Код служит средством создания презентации с воспроизводимым оформлением. Пользователь получает PPTX, скрипт и проверку слайдов; самостоятельное приложение в этом сценарии не создаётся.
Нужны офисные навыки для соответствующего формата, файловые операции и среда исполнения. Создание файла, расчёт, пересчёт и проверка его отображения подтверждаются отдельно.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Создай PPTX из трёх слайдов по маршруты/план-презентации.md с помощью скрипта и библиотеки. Зафиксируй библиотеку и версию, установи её в рабочую среду задачи, выполни скрипт. Сохрани код и презентацию, проверь слайды.
Рабочая папка: /путь/к/учебному-проекту. Создавай файлы внутри неё, исходники не меняй.
Последовательность
Передайте содержимое и требования к слайдам.
Дождитесь выбора библиотеки и действительного результата установки.
Дождитесь исполнения сохранённого скрипта.
Откройте PPTX и изображения проверки всех слайдов.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Код, зависимость и версия сохранены.
Успешный запуск подтверждён выводом команды.
Файл действительно открывается; наличие кода само по себе не засчитано как презентация.
Пример выполнения
Рис. Г-10.2. Отправленная задача и полученный ответ.
Пример ответа Деталь полного снимка.
Рис. Г-10.3. Деталь того же снимка: результат выполнения.
Презентация создана выполнявшимся Python-скриптом после установки python-pptx 1.0.2 в отдельное окружение задачи. Получены три слайда с диаграммой, источниками и заметками.
Проверка результата
Сохранены код и список версий зависимостей. Агент обнаружил проблемы размещения текста при просмотре рендера и исправил их; окончательный PPTX повторно отрисован и открыт в панели.
Открытый результат задачи Деталь того же полного снимка.
Рис. Г-10.5. Деталь того же снимка: содержимое созданного файла.
Пример ответа
Окружение установлено: python-pptx 1.0.2 в локальном venv. Фиксирую зависимости и пишу скрипт сборки.
Слайды отрисованы корректно. Убираю ложные пересечения рамок плейсхолдера с нижними блоками — задам явную высоту тела.
Текст в плейсхолдерах пропал из рендера из-за унаследованного автоподбора размера. Отключаю autofit для плейсхолдеров и проверяю снова.
Автоподбор ни при чём — рендер упорно теряет текст плейсхолдеров после смены их высоты. Перевожу содержимое на обычные текстовые блоки пустого макета: так вёрстка воспроизводима и полностью под контролем.
Готово. Презентация собрана скриптом на python-pptx, а не офисным инструментом.
Зафиксированная библиотека
python-pptx==1.0.2 — установлена в локальную среду задачи /.venv-pptx (Python 3.14.0), полный список зафиксирован в requirements-презентация.txt (lxml==6.1.3, pillow==12.3.0, typing_extensions==4.16.0, xlsxwriter==3.2.9).
Созданные файлы
Код: презентация-недель.py — читает показатели из маршруты/данные/показатели.json, строит три слайда 16:9 с диаграммой и заметками докладчика.
Проверка: рендер-презентация — PDF и PNG всех слайдов.
Проверка слайдов
Проверка структуры: файл корректен, ошибок и предупреждений нет.
Проверка расположения: три слайда, предупреждений о пересечении фигур нет.
Заметки докладчика проверены: они есть на каждом слайде.
Слайды отрисованы и просмотрены: текст, диаграмма и подписи источников на месте.
По плану: слайд 1 — заголовок и цель; слайд 2 — обращения (12 → 16) и завершённые (9 → 12) с диаграммой и источником показатели.json; слайд 3 — выводы, следующий шаг и явно обозначенные недостающие сведения (дата встречи и ответственный не заданы). Исходники в маршруты/ не изменялись, существующий результаты/еженедельный-отчёт.pptx не перезаписывался.
Замечание по ходу работы: при размещении текста в плейсхолдерах темы LibreOffice терял его при рендере после смены высоты плейсхолдера, поэтому текст вынесен в собственные текстовые блоки — вёрстка теперь не зависит от унаследованных настроек макета.
Офисные оригиналы сохраняются неизменными. Все правки и пересчёты записываются в отдельный выходной файл. Проверяйте именно сохранённый результат. Порядок — в руководстве по офисным задачам.
Документы, таблицы и презентации
Выберите задачу по нужному формату: прочитать, изменить или создать документ, таблицу, PDF либо презентацию. В сценарии находятся исходные материалы, запрос, пример ответа и полученные файлы.
«Создай с нуля формат презентаций по этим материалам с помощью скрипта и библиотеки, сохрани скрипт и проверь слайды»
Скрипт, параметры библиотек, готовая презентация и результат проверки
Способ создания файла указан в условиях сценария: офисные инструменты или код с библиотекой. В обоих случаях откройте полученный файл и проверьте содержимое. При проверке текста сопоставляйте критерии с конкретными фрагментами источника и отмечайте отсутствие подтверждения.
проект/server.mjs - в учебном пространстве: маршруты/проект/server.mjs.
проект/README.md - в учебном пространстве: маршруты/проект/README.md.
Данные и материалы учебного примера вымышлены.
Состав продукта и модель
Нужны файловые операции и исполнение команд в рабочей папке. Выходная программа проверяется фактическим запуском в согласованной среде.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Изучи только маршруты/проект. Объясни точки входа, загрузку учебных данных и обработку запроса. Составь карту файлов с ссылками и укажи, где читается JSON. Код не меняй.
Ограничь чтение файлами внутри маршруты/проект. Не читай соседний JSON продаж: укажи его путь только по коду сервера.
Последовательность
Передайте путь проекта и границы чтения.
Дождитесь просмотра дерева и нужных файлов.
Откройте карту и указанные исходники.
Проверьте связи с реальным кодом.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Точка входа server.mjs и функция чтения JSON названы.
Существуют все указанные файлы.
Код проекта не изменён.
Пример выполнения
Рис. Д-01.1. Учебная задача перед отправкой.
Рис. Д-01.2. Отправленная задача и полученный ответ.
Пример ответа Деталь полного снимка.
Рис. Д-01.3. Деталь того же снимка: результат выполнения.
Получены точки входа, карта восьми файлов, маршруты HTTP и место чтения JSON. Кнопка страницы без обработчика отмечена отдельно.
Задание создаёт небольшой сайт как самостоятельный программный результат. Локальный просмотр позволяет проверить интерфейс и поведение формы.
Исходные материалы
задание-сайта.md - в учебном пространстве: маршруты/задание-сайта.md.
Данные и материалы учебного примера вымышлены.
Состав продукта и модель
Нужны файловые операции и исполнение команд в рабочей папке. Выходная программа проверяется фактическим запуском в согласованной среде.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Создай в результаты/сайт локальный сайт по маршруты/задание-сайта.md: описание услуги, блок преимуществ и форма заявки с локальной проверкой полей. Подготовь адаптацию под телефон, запусти локальный просмотр и проверь интерфейс.
Последовательность
Передайте требования и укажите выходную папку.
Дождитесь создания файлов и запуска локального сервера.
Откройте адрес результата в правой панели.
Проверьте широкий и узкий экран, пустую форму и корректный ввод.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Файлы и локальный адрес существуют.
Форма проверяет поля и показывает локальный результат.
Внешняя отправка заявки не включена в это учебное задание.
Пример выполнения
Рис. Д-02.1. Учебная задача перед отправкой.
Рис. Д-02.2. Отправленная задача и полученный ответ.
Пример ответа Деталь полного снимка.
Рис. Д-02.3. Деталь того же снимка: результат выполнения.
Агент создал действующий учебный сайт услуги: описание, четыре шага, преимущества и форма с локальной проверкой данных.
Проверка результата
Страница открыта на локальном сервере и проверена на 1440 и 390 пикселях. Пустые обязательные поля показывают ошибки; корректные данные дают подтверждение, без отправки заявки. После визуальной проверки агент поправил отступ кнопки. Открытие во встроенной вкладке Dipneo завершилось ошибкой видимости сессии; этот снимок не засчитывается как проверка встроенного браузера. Иллюстрации сайта ниже сняты с действительно созданных HTML/CSS/JS.
Демонстрационный одностраничный сайт по заданию маршруты/задание-сайта.md.
Данные вымышлены. Форма проверяется локально, заявка никуда не отправляется.
Состав
Файл
Назначение
index.html
Название и описание услуги, четыре шага работы, блок преимуществ, форма заявки
styles.css
Оформление и адаптация под широкий экран и телефон (390 px)
app.js
Локальная проверка полей и локальное подтверждение заявки
server.mjs
Локальный сервер на встроенных http и fs, без внешних зависимостей
пустое поле — сообщение «Укажите имя», «Укажите email», «Опишите задачу»;
email проверяется по формату you@example.com;
описание задачи короче 10 символов не принимается;
после успешной проверки показывается подтверждение с введёнными данными
и форма очищается.
Внешняя доставка заявки в задании не предусмотрена, поэтому подтверждение
Формируется на странице без сетевых запросов.
Файлы результата
Файлы примера дополняют сценарий: откройте результат, сопоставьте его с исходными материалами и критериями проверки. Данные учебные и не описывают работу реальной организации.
Адрес локального просмотра: http://127.0.0.1:55952 (сервер server.mjs, запущен).
Средство проверки: Chrome 155 в режиме headless через DevTools Protocol,
Эмуляция экранов 1440×1000 и 390×844 (deviceScaleFactor 2).
Структура страницы
Проверка
Результат
Заголовок вкладки
«Еженедельные отчёты под ключ — услуга подготовки отчётности»
Заголовки h1/h2
Название услуги, «Описание услуги», «Преимущества», «Заявка на отчёт»
Блок преимуществ
3 карточки
Поля формы
name, email, task
Локальная проверка полей
Сценарий
Ожидание
Результат
Отправка пустой формы
3 сообщения об ошибках, фокус на первом поле, подтверждение скрыто
Совпадает: «Укажите имя.», «Укажите email для ответа.», «Опишите задачу.»; фокус — name
Совпадает: «Добавьте пару слов о задаче — минимум 10 символов.»
Корректные данные
Подтверждение с введёнными данными, форма очищена
Совпадает: подтверждение показано, поля сброшены, ошибок нет
Адаптация под телефон
Проверка
1440 px
390 px
Горизонтальное переполнение
нет (scrollWidth = clientWidth = 1440)
нет (scrollWidth = clientWidth = 390)
Сетки шагов и преимуществ
4 и 3 колонки
одна колонка
Кнопки в шапке
в строку
на всю ширину
Поля формы
ширина колонки
на всю ширину, подписи и ошибки не обрезаны
Замечания и правка
При первом осмотре кнопка формы прижималась к последнему полю, а сообщение об
Ошибке под описанием задачи упиралось в неё. Добавлено правило
.form .btn--wide { margin-top: 24px; }. После правки отступ в обоих состояниях
(без ошибок и с ошибками) в норме.
Снимки
Файл
Что показывает
desktop.png
Страница целиком при ширине 1440 px
mobile.png
Верх страницы при ширине 390 px
mobile-form.png
Форма при ширине 390 px
mobile-errors.png
Форма с ошибками проверки при ширине 390 px
mobile-confirm.png
Локальное подтверждение при ширине 390 px
Ограничение
Открыть страницу во вкладке браузера Дипнео не удалось: инструмент вернул
«The agent Session is not visible in Dipneo Browser». Локальный просмотр
Выполнен через сервер на 127.0.0.1:55952 и headless Chrome.
Разбор страницы
Цель
Разбор видимого блока связывает интерфейс с HTML и CSS. Он помогает выделить компоненты перед переносом или доработкой страницы.
Исходные материалы
проект/index.html - в учебном пространстве: маршруты/проект/index.html.
проект/styles.css - в учебном пространстве: маршруты/проект/styles.css.
Данные и материалы учебного примера вымышлены.
Состав продукта и модель
Нужны файловые операции и исполнение команд в рабочей папке. Выходная программа проверяется фактическим запуском в согласованной среде.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Разбери выделенный блок локальной страницы маршруты/проект/index.html. Свяжи видимые элементы с HTML и CSS, предложи границы компонентов и объясни оформление. Сохрани таблицу компонент/назначение/исходные строки.
Имена путей относятся к папке учебного проекта. Создаваемые файлы перечислены в задании.
Последовательность
Запустите учебную страницу и откройте её в браузерной панели.
Выделите интересующий текст или передайте снимок блока.
Отправьте задачу вместе с исходными HTML и CSS.
Проверьте разбор по коду и видимой странице.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Компоненты связаны с действительными элементами исходника.
Цвета и размеры проверены по CSS.
Визуальное предположение не выдано за чтение скрытого кода.
Исправление строится вокруг воспроизводимого ошибочного ввода. Проверка корректных и некорректных случаев показывает, что изменилось в поведении программы.
проект/ошибка.md - в учебном пространстве: маршруты/проект/ошибка.md.
Данные и материалы учебного примера вымышлены.
Состав продукта и модель
Нужны файловые операции и исполнение команд в рабочей папке. Выходная программа проверяется фактическим запуском в согласованной среде.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
В маршруты/проект/normalize.mjs исправь проблему из ошибка.md: пустая строка не должна становиться числом 0, а некорректный текст — приниматься как число. Сохрани исходник отдельно и проверь корректный ввод, пустую строку и буквенный текст.
Последовательность
Передайте код и точный пример ошибки.
Дождитесь объяснения причины и правки в отдельной копии.
Дождитесь запуска содержательных проверок.
Откройте изменённый файл и вывод команд.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
«12» преобразуется в 12.
Пустая строка и «abc» отвергаются явно.
Проверен исходный пример ошибки, а не только присутствие новой строки кода.
Пример выполнения
Рис. Д-04.1. Учебная задача перед отправкой.
Рис. Д-04.2. Отправленная задача и полученный ответ.
Пример ответа Деталь полного снимка.
Рис. Д-04.3. Деталь того же снимка: результат выполнения.
Исправлена учебная функция преобразования чисел. Пустая и пробельная строки и буквенный текст теперь отклоняются; числовые строки преобразуются корректно.
Проверка результата
Выполнены реальные проверки для 42.5, строки с пробелами, пустого ввода и abc. Первоначальная версия сохранена отдельно. Изменение относится только к учебному проекту.
Нужны файловые операции и исполнение команд в рабочей папке. Выходная программа проверяется фактическим запуском в согласованной среде.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Напиши скрипт, который принимает два JSON-файла и сохраняет CSV с полями id, amount, source. Одинаковые дубли по id и значениям убери, конфликтующие записи сохрани отдельно. Выполни на маршруты/данные/выгрузка-а.json и выгрузка-б.json.
Последовательность
Передайте исходные файлы, опишите результат и правила обработки повторяющихся записей.
Дождитесь сохранения и запуска скрипта.
Откройте CSV и список конфликтов.
Проверьте строки с пропусками и экранирование значений.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Поля и порядок колонок соответствуют запросу.
Одинаковый дубль удалён, конфликт отдельно сохранён.
Файл создан исполняемым кодом; команда запуска воспроизводима.
Пример выполнения
Рис. Д-05.1. Учебная задача перед отправкой.
Рис. Д-05.2. Отправленная задача и полученный ответ.
Пример ответа Деталь полного снимка.
Рис. Д-05.3. Деталь того же снимка: результат выполнения.
Написан и выполнен скрипт с двумя входными JSON и двумя выходными CSV. Одинаковые дубли убраны, конфликтующие записи сохранены отдельно.
Проверка результата
В основном CSV r1, r2 и r4; в конфликтном — две версии r3 с amount 20 и 21. У r4 отсутствие amount сохранено как пустое поле; исходники не изменены.
проект/README.md - в учебном пространстве: маршруты/проект/README.md.
Данные и материалы учебного примера вымышлены.
Состав продукта и модель
Нужны файловые операции и исполнение команд в рабочей папке. Выходная программа проверяется фактическим запуском в согласованной среде.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Подготовь отдельную рабочую копию маршруты/проект. Установи зависимости по package.json, запусти указанную команду и составь инструкцию с версиями Node.js и npm. Покажи адрес локального сервера и результат обращения к нему.
Сохрани рабочую копию внутри результаты. Сохрани относительное расположение данных либо явно настрой путь в копии; исходный проект не меняй.
Последовательность
Передайте проект и папку рабочей копии.
Дождитесь результата установки.
Дождитесь запуска сервера и ответа по локальному адресу.
Откройте инструкцию и проверьте соответствие фактическим командам.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Версии и команда запуска получены из среды.
Установка подтверждена выводом, включая отсутствие внешних зависимостей в этом минимальном проекте.
Процесс и ответ сервера подтверждены отдельно.
Пример выполнения
Рис. Д-06.1. Учебная задача перед отправкой.
Рис. Д-06.2. Отправленная задача и полученный ответ.
Пример ответа Деталь полного снимка.
Рис. Д-06.3. Деталь того же снимка: результат выполнения.
В отдельной рабочей копии сохранено расположение проекта и данных. Выполнены npm install, npm start и реальные HTTP-запросы к локальному серверу.
Проверка результата
Получены HTTP 200 для страницы, CSS и JSON и 404 для неизвестного пути. Версии и вывод команд сохранены. В проекте нет внешних зависимостей; npm создал lock-файл в копии.
результаты/рабочая-копия-проекта/
├── ИНСТРУКЦИЯ.md этот файл
├── ответ-сервера-корень.txt фактический ответ GET /
├── ответ-сервера-api-sales.txt фактический ответ GET /api/sales
├── данные/ копия маршруты/данные (9 файлов)
│ └── продажи.json источник данных для /api/sales
└── проект/ копия маршруты/проект
├── package.json
├── package-lock.json создан командой npm install
├── server.mjs
├── index.html
├── styles.css
├── normalize.mjs
├── normalize.original.mjs
├── README.md
├── диагностика.md
└── ошибка.md
Относительное расположение данных сохранено: server.mjs читает продажи по пути
../данные/продажи.json относительно самого сервера, поэтому папка данные/
Лежит рядом с папкой проект/, как и в исходном наборе. Путь в коде не менялся.
2. Версии инструментов
Инструмент
Версия
Путь
Node.js
v24.20.0
node
npm
11.19.0
/usr/local/bin/npm
Команды проверки версий:
node --version # v24.20.0
npm --version # 11.19.0
3. Установка зависимостей
package.json не содержит секции dependencies/devDependencies — внешних
Пакетов нет. Установка выполняется в папке проект/:
cd "результаты/рабочая-копия-проекта/проект"
npm install
Фактический вывод npm install:
up to date, audited 1 package in 2s
found 0 vulnerabilities
Код возврата: 0. Создан package-lock.json (lockfileVersion 3).
4. Запуск сервера
Указанная в README.md команда:
cd "результаты/рабочая-копия-проекта/проект"
npm start # равносильно: node server.mjs
Данные читаются из копии данные/продажи.json — маршрут /api/sales
Вернул те же 6 строк, что и исходный файл, значит относительный путь
Настроен верно и исходный набор не задействован.
Файлы результата
Файлы примера дополняют сценарий: откройте результат, сопоставьте его с исходными материалами и критериями проверки. Данные учебные и не описывают работу реальной организации.
Изучите проект, создайте сайт, исправьте ошибку или подготовьте зависимости к запуску. У каждого упражнения описаны границы изменений и способ проверить полученный код.
«Установи зависимости проекта, запусти его и составь инструкцию»
Подготовленная среда, результат запуска и документация
Здесь код или сайт являются итогом задачи. Упражнения по обработке документов, данных и медиа находятся в соответствующих разделах; общий механизм описан в генерации и исполнении кода.
Нужны файловые операции и команды в разрешённой области. Инструкция из знаний модели и действительная операция на компьютере имеют отдельные основания.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Покажи дерево папки маршруты и составь результаты/каталог-файлов.json с относительными путями, типами и размерами файлов. Не обходи родительские каталоги.
Последовательность
Укажите одну корневую папку.
Дождитесь перечисления и получения размеров.
Откройте каталог и дерево файлов в правой панели.
Сверьте несколько записей с файловой системой.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Обход ограничен папкой маршруты.
Размеры получены из файловой системы и имеют единицу.
Относительные пути позволяют найти исходные файлы.
Пример выполнения
Рис. Е-01.1. Учебная задача перед отправкой.
Рис. Е-01.2. Отправленная задача и полученный ответ.
Пример ответа Деталь полного снимка.
Рис. Е-01.3. Деталь того же снимка: результат выполнения.
Получены дерево учебной папки и JSON-каталог из 46 файлов с относительными путями, типами и размерами. Суммарный размер — 1 580 152 байт.
Проверка результата
Каждый путь и размер сверены с файлами внутри маршруты. Родительские папки не включены; каталог результатов не попал в собственный список.
Нужны файловые операции и команды в разрешённой области. Инструкция из знаний модели и действительная операция на компьютере имеют отдельные основания.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
В папке маршруты посчитай размеры файлов и суммарные размеры подпапок. Покажи пять самых больших файлов и долю каждого в общем объёме. Ничего не удаляй. Сохрани отчёт с единицами измерения.
Последовательность
Укажите корень подсчёта и порядок сортировки.
Дождитесь чтения размеров и суммирования.
Откройте отчёт и выбранные крупные файлы.
Проверьте единицы и отсутствие двойного счёта.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Файлы отсортированы по фактическому размеру.
Объём папок не прибавлен второй раз к объёму содержимого.
Результат не утверждает, что крупный файл можно безопасно удалить.
Пример выполнения
Рис. Е-02.1. Учебная задача перед отправкой.
Рис. Е-02.2. Отправленная задача и полученный ответ.
Пример ответа Деталь полного снимка.
Рис. Е-02.3. Деталь того же снимка: результат выполнения.
Получен отчёт с размерами всех файлов и подпапок и пятью крупнейшими файлами. Указаны байты, КиБ и МиБ и доля каждого файла.
Проверка результата
Суммы и пять крупнейших файлов сверены. После появления перевода в папке 47 файлов, общий размер — 1 580 865 байт; отличие от Е-01 объясняется новым файлом на 713 байт. Удалений не было.
Суммарно эти пять файлов — 94,58 % объёма; вся папка медиа — 88,95 %.
Подпапки:медиа 1 406 122 Б (88,95 %), офисный-вход 147 059 Б (9,30 %), данные 10 866 Б (0,69 %), проект 3 701 Б (0,23 %), документы 1 724 Б (0,11 %), пакет 767 Б (0,05 %), файлы в корне — 10 626 Б (0,67 %).
Отчёт: размеры-маршрутов.md — в нём единицы измерения указаны явно (Б, КиБ = 1024 Б, МиБ = 1024 КиБ), приведены размеры всех файлов, суммарные размеры подпапок и топ-5 крупнейших файлов с долями.
Файлы примера дополняют сценарий: откройте результат, сопоставьте его с исходными материалами и критериями проверки. Данные учебные и не описывают работу реальной организации.
Нужны файловые операции и команды в разрешённой области. Инструкция из знаний модели и действительная операция на компьютере имеют отдельные основания.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Найди в маршруты/пакет документы о подготовке отчёта. Объясни основание каждого совпадения и предложи структуру хранения по темам. Сохрани план организации, сами файлы не перемещай.
Последовательность
Передайте папку, тему и запрет изменения.
Дождитесь поиска по именам и содержимому.
Откройте найденные документы и план.
Сверьте основания совпадений и пути.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Найдены документы с подтверждением темы в тексте.
Структура — предложение, а не выполненное перемещение.
Исходные пути сохранены.
Пример выполнения
Рис. Е-03.1. Учебная задача перед отправкой.
Рис. Е-03.2. Отправленная задача и полученный ответ.
Пример ответа Деталь полного снимка.
Рис. Е-03.3. Деталь того же снимка: результат выполнения.
Два обращения отнесены к подготовке отчёта с основаниями из текста. Связь третьего не подтверждена. Сохранён план хранения по темам.
Проверка результата
План отличается от выполнения переноса: ни один исходник не перемещён. Совпадения подтверждаются темами обращений, отсутствующая дата третьего не придумана.
Файлы примера дополняют сценарий: откройте результат, сопоставьте его с исходными материалами и критериями проверки. Данные учебные и не описывают работу реальной организации.
План организации документов пакета «маршруты/пакет»
Статус: план предложен, не исполнен.
Дата подготовки: по состоянию файлов на момент разбора.
Область поиска: маршруты/пакет — 3 файла Markdown.
Исходные файлы не перемещены, не переименованы и не скопированы.
1. Результат поиска документов о подготовке отчёта
Строка Тема: Согласование структуры отчёта (обращение-02.md:5).
Структура отчёта — обязательный предмет подготовки отчёта, поэтому документ входит в ту же тему.
Дата 2026-10-16 (обращение-02.md:4) — следующий день
после старта подготовки, что согласуется с этапностью: сначала подготовка, затем согласование структуры.
Предмет согласования подтверждается составом отчёта в
требования-к-отчёту.md:3-8 (резюме, таблица показателей,
разности, три изменения, источники).
Статус завершено (обращение-02.md:6) указывает,
что этап структуры закрыт.
Обращение-03 — совпадение не подтверждено
Строка Тема: Обновление справочных данных (обращение-03.md:5)
не содержит слов «отчёт», «подготовка» или их синонимов.
Поле «Дата» отсутствует: в обращения.json для этого файла
дата отмечена как отсутствующее обязательное сведение.
Статус ожидает уточнения (обращение-03.md:6) —
документ неполный, связь с отчётом была бы домыслом.
Вывод: документ относится к справочным данным, а не к подготовке отчёта; его место —
отдельная тема до появления подтверждений.
3. Предлагаемая структура хранения по темам
Раскладка только для копий/будущего размещения; текущие файлы остаются на месте.
«Структура отчёта» — обращение-02 (этап согласования в рамках подготовки).
«Справочные данные» — обращение-03 (смежная тема, не подготовка отчёта).
Такое деление согласуется с уже существующей раскладкой в
план-переноса.json: обращения 01 и 02 отнесены к отчёты/,
Обращение-03 — к справочные/. Этот план не исполнялся.
4. Правила размещения и именования
Имена файлов не менять: нумерация обращение-NN сохраняет связь с Номер: DEMO-NN.
Группировать по предмету работы, а не по дате: «отчёт» и «справочные данные» — разные темы.
Документы с отсутствующими обязательными полями (обращение-03: нет даты) держать
в своей теме и помечать статусом, а не смешивать с подтверждёнными.
Копирование, а не перемещение, если исходный учебный набор должен оставаться целым.
Итоговый индекс тем вести рядом с раскладкой (перечень тема → файлы).
5. Ограничения
Файлы маршруты/пакет/обращение-01..03.md не перемещены и не изменены.
Каталоги организация/, отчёты/, справочные/ не создавались.
Совпадение с маршруты/план-переноса.json зафиксировано как подтверждение структуры,
но операция переноса не выполнялась.
Операции с файлами
Цель
Явный перечень источников и назначений превращается в проверяемые файловые операции. Отчёт позволяет увидеть, какие копии созданы и где они находятся.
Исходные материалы
план-переноса.json - в учебном пространстве: маршруты/план-переноса.json.
Данные и материалы учебного примера вымышлены.
Состав продукта и модель
Нужны файловые операции и команды в разрешённой области. Инструкция из знаний модели и действительная операция на компьютере имеют отдельные основания.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Выполни маршруты/план-переноса.json: создай подпапки внутри результаты/организация и скопируй перечисленные учебные файлы. Укажи фактические пути и размеры. Не затрагивай файлы вне списка.
Последовательность
Передайте явный перечень источников и назначений.
Проверьте план операций и необходимые разрешения.
Дождитесь выполнения копирования.
Откройте выходную папку и отчёт по каждому пути.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Созданы только заданные папки и копии.
Исходные файлы сохранены.
Размеры и контрольные суммы копий совпадают с источниками.
Пример выполнения
Рис. Е-04.1. Учебная задача перед отправкой.
Созданы две подпапки и скопированы три файла, перечисленные в плане переноса. Показаны фактические пути и размеры.
Проверка результата
Копии сверены по SHA-256 с источниками; размеры 259, 258 и 250 байт. Исходники остались на месте, файлы вне списка не затронуты.
Файлы примера дополняют сценарий: откройте результат, сопоставьте его с исходными материалами и критериями проверки. Данные учебные и не описывают работу реальной организации.
Нужны файловые операции и команды в разрешённой области. Инструкция из знаний модели и действительная операция на компьютере имеют отдельные основания.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
По маршруты/проект/диагностика.md выполни в рабочей копии учебную команду node несуществующий-вход.mjs. Получи фактический вывод ошибки, проверь версии Node.js и npm и наличие входного файла. Объясни причину и предложи конкретную правку команды; сам проект не изменяй.
Последовательность
Передайте ошибку, путь проекта и границу действий.
Дождитесь разрешённых команд диагностики.
Откройте вывод и объяснение.
Сверьте причину с полученными данными.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Версии получены командами, а не предположены.
Причина опирается на фактический вывод.
Предложенная правка отделена от выполненной операции.
Пример выполнения
Рис. Е-05.1. Учебная задача перед отправкой.
Учебная команда действительно завершилась MODULE_NOT_FOUND. Агент прочитал диагностику, проверил отсутствие входного файла и версии Node.js и npm, предложил исправить имя команды.
Проверка результата
Ошибка ожидаема по условию задания и показана как предмет диагностики. Код возврата 1 получен при реальном запуске; исходный проект не изменён. Предложенная правильная команда не запускается в этом примере.
Пример ответа
Команда обращается к отсутствующему файлу несуществующий-вход.mjs. Проверьте имя точки входа в package.json и путь к нему относительно рабочей папки. В учебном проекте точка входа — server.mjs. Перед повторным запуском согласуйте исправленную команду.
Помощь по ОС даёт пользователю последовательность действий для конкретной версии системы. Вопрос об устройстве компьютера может решаться объяснением, без выполнения операций агентом.
Исходные материалы
Исходное условие передаётся в тексте запроса. Для веб-задачи материал должен быть действительно получен с указанного адреса; для помощи по ОС сначала задаются её версия и пользовательская цель.
Состав продукта и модель
Нужны файловые операции и команды в разрешённой области. Инструкция из знаний модели и действительная операция на компьютере имеют отдельные основания.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Объясни, как в моей версии macOS показать скрытые файлы в Finder. Сначала уточни версию и нужный способ действий. Отдели сведения из знаний модели от проверенной официальной инструкции. Сам настройки не меняй.
Последовательность
Укажите ОС и ответьте на уточнение версии.
Дождитесь инструкции и обозначения её источника.
Откройте ссылку на официальную инструкцию, если она использована.
Выполните выбранные шаги вручную и проверьте результат.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Шаги относятся к указанной версии ОС.
Ответ из знаний модели не представлен как просмотр компьютера.
Действительное управление компьютером не заявлено без доступного инструмента.
Пример выполнения
Рис. Е-06.4. Уточнение версии операционной системы.
Рис. Е-06.5. Выбор горячих клавиш в учебном примере.
Агент уточнил версию macOS и способ действий. В примере выбран показ скрытых объектов горячими клавишами; системные настройки не менялись.
Проверка результата
Версия получена чтением системы и подтверждена в карточке вопросов. Ответ отделяет знания модели от найденного официального текста: сочетание для скрытых файлов в прочитанной статье Apple не подтверждено.
Пример ответа
Для инструкции по скрытым файлам уточните версию операционной системы и нужное действие: просмотр в файловом менеджере или обращение к конкретной папке. Используйте руководство производителя для выбранной версии. Изменение системных настроек требует отдельного согласования.
Организуйте файлы, перенесите материалы или исследуйте состояние компьютера. Перед действием прочитайте рабочую область и условия разрешений в выбранном сценарии.
Условия сценария определяют доступные пути, инструменты и разрешения. Возможность управлять окнами и приложениями зависит от состава конкретной поставки.
Перевести учебный абзац на английский, сохранив дату, количество изменений и единый термин. Текст можно вставить непосредственно в сообщение; отдельный офисный навык для этого короткого задания не нужен.
Последовательность
Создайте новый чат в учебном пространстве.
Убедитесь, что выбраны оператор DeepSeek и модель DeepSeek-V41-Flash.
Укажите язык, условия сохранения фактов и согласованный термин, затем добавьте исходный абзац.
Отправьте запрос и дождитесь текстового ответа.
Запрос
Переведи на английский следующий абзац. Сохрани дату 15 октября и число три; термин «рабочая область» переводи как workspace. Покажи только перевод.
С 15 октября команда готовит еженедельный отчёт. Материалы сохраняются в рабочей области; в отчёте нужно выделить три главных изменения и указать источники.
Рис. Ж-01.1. Учебный запрос перед отправкой; выбрана DeepSeek-V41-Flash.
Пример результата
Рис. Ж-01.2. Отправленный вопрос и полученный ответ в учебном чате.
Пример ответа Результат учебной задачи.
Рис. Ж-01.3. Деталь того же снимка: ответ агента.
Получен перевод:
Since October 15, the team has been preparing a weekly report. The materials are stored in the workspace; the report must highlight the three main changes and cite the sources.
Как проверить
В ответе сохранены October 15, three main changes, workspace и обязанность указать источники. Выдан только перевод, как требовалось. Для целого документа с заголовками, таблицей и словарём используйте Перевод и переработка документа.
Пример ответа
Since October 15, the team has been preparing a weekly report. The materials are stored in the workspace; the report must highlight the three main changes and cite the sources.
Одни материалы можно оформить для разных аудиторий. Письмо и записка меняют структуру и тон, сохраняя согласованные факты.
Исходные материалы
тезисы.md - в учебном пространстве: маршруты/тезисы.md.
Данные и материалы учебного примера вымышлены.
Состав продукта и модель
Нужна модель с подходящими языковыми и предметными знаниями. Для чтения файлов нужны файловые инструменты. Перевод, перефразирование и выделение тезисов сами по себе не подразумевают отдельный предметный модуль.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
По маршруты/тезисы.md подготовь черновик письма коллегам и краткую записку руководителю. Сохрани факты и отметь недостающую дату встречи. Ничего никому не отправляй.
Последовательность
Передайте тезисы, аудитории и тон.
Дождитесь двух самостоятельных текстов.
Сопоставьте факты и отсутствующие сведения.
Отредактируйте черновик в этом же чате по замечаниям.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Тон соответствует двум аудиториям.
Недостающая дата не придумана.
Подготовка текста не представлена как отправка сообщения.
Пример выполнения
Рис. Ж-02.1. Учебная задача перед отправкой.
Рис. Ж-02.2. Отправленная задача и полученный ответ.
Пример ответа Деталь полного снимка.
Рис. Ж-02.3. Деталь того же снимка: результат выполнения.
Из одних тезисов получены два разных текста: письмо коллегам и краткая записка руководителю. Оба сохраняют дату и показатели, а недостающие дату встречи и ответственного оставляют открытыми.
Проверка результата
Ничего никому не отправлено. Дата встречи и имена не придуманы; показатели 12, 16, 9 и 12 совпадают с исходными тезисами.
Нужна модель с подходящими языковыми и предметными знаниями. Для чтения файлов нужны файловые инструменты. Перевод, перефразирование и выделение тезисов сами по себе не подразумевают отдельный предметный модуль.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Объясни маршруты/технический-фрагмент.md простыми словами для начинающего пользователя. Приведи два примера и укажи, какие слова означают входные данные, инструмент и результат. Не добавляй неподтверждённые возможности продукта.
Последовательность
Передайте фрагмент и уровень аудитории.
Дождитесь объяснения.
Сверьте определения с исходным текстом.
Попросите уточнить непонятный пример и проверьте уточнение.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Объяснение сохраняет технический смысл.
Два примера относятся к описанному механизму.
Новые возможности продукта не придуманы.
Пример выполнения
Рис. Ж-03.1. Учебная задача перед отправкой.
Рис. Ж-03.2. Отправленная задача и полученный ответ.
Пример ответа Деталь полного снимка.
Рис. Ж-03.3. Деталь того же снимка: результат выполнения.
Агент прочитал технический фрагмент и объяснил различие между входными данными, инструментом и результатом. Приведены два примера — чтение и создание файла — и таблица терминов.
Проверка результата
Объяснение связано с прочитанным файлом. Пример не добавляет неподтверждённых функций; утверждение о действии требует результата инструмента.
Общая инструкция собирается из нескольких материалов с явным учётом расхождений. Пользователь выбирает действующую редакцию, когда источники противоречат друг другу.
Нужна модель с подходящими языковыми и предметными знаниями. Для чтения файлов нужны файловые инструменты. Перевод, перефразирование и выделение тезисов сами по себе не подразумевают отдельный предметный модуль.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Сведи маршруты/документы/условия-1.md и условия-2.md в проект инструкции. Различия по дате и числу изменений вынеси отдельно, спроси, какую редакцию считать действующей. До ответа не выбирай редакцию самостоятельно.
Последовательность
Передайте два материала и задачу общей инструкции.
Дождитесь списка расхождений и вопроса.
Укажите действующую редакцию.
Проверьте итог и сохранение оснований решений.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Расхождения 15/20 октября и 3/4 изменения обнаружены.
До уточнения ни одна редакция не выбрана молча.
Итог соответствует явному выбору.
Пример выполнения
Рис. Ж-04.1. Учебная задача перед отправкой.
Рис. Ж-04.6. Выбор действующей редакции перед завершением инструкции.
В этом учебном примере выбран вариант «Редакция 2 — 20 октября, четыре изменения».
Рис. Ж-04.2. Отправленная задача и полученный ответ.
Пример ответа Деталь полного снимка.
Рис. Ж-04.3. Деталь того же снимка: результат выполнения.
Из двух документов создан проект инструкции; общие положения сведены, даты и число изменений показаны как различия. После вопроса выбрана редакция 2.
Проверка результата
В действующую часть вошли 20 октября и четыре изменения. Прежние значения остались только в таблице различий. До ответа редакция не выбиралась; исходники сохранены.
Документы прочитал: совпадают разделы «Хранение» и «Проверка», расходятся срок начала подготовки и число главных изменений. Свожу общее в проект инструкции, различия — в отдельный блок.
Пользователь выбрал редакцию 2 — подставляю её значения и фиксирую решение в журнале различий.
Готово. Свёл оба документа в проект инструкции, а расхождения вынес в отдельный раздел.
Что совпало и вошло в общую часть:
Материалы сохраняются в рабочей области.
Для каждого изменения указать дату, ответственного и ссылку на источник.
Различия (вынесены отдельно, в таблицу и в блок «Положения по действующей редакции»):
Пункт
условия-1.md
условия-2.md
Срок начала подготовки
15 октября
20 октября
Число главных изменений в отчёте
три
четыре
Ваш ответ: действующей считать редакцию 2. Поэтому в проект инструкции подставлены «20 октября» и «четыре главных изменения», а значения редакции 1 оставлены только в таблице различий как отклонённые.
Файлы примера дополняют сценарий: откройте результат, сопоставьте его с исходными материалами и критериями проверки. Данные учебные и не описывают работу реальной организации.
Статус: проект подготовлен по действующей редакции 2, утверждение за пользователем.
Действующая редакция: редакция 2 (маршруты/документы/условия-2.md) — выбрана пользователем.
Источники: маршруты/документы/условия-1.md, маршруты/документы/условия-2.md.
1. Общие положения (совпадают в обеих редакциях)
1.1. Хранение материалов
Материалы сохраняются в рабочей области.
1.2. Проверка изменений
Для каждого изменения указать дату, ответственного и ссылку на источник.
2. Положения, выбранные по действующей редакции
2.1. Срок начала подготовки
Подготовка начинается 20 октября.
2.2. Число главных изменений в отчёте
В отчёте выделяются четыре главных изменения.
3. Различия редакций
№
Пункт
Редакция 1 (условия-1.md)
Редакция 2 (условия-2.md)
Решение
1
Срок начала подготовки
15 октября
20 октября
принято 20 октября из редакции 2
2
Число главных изменений в отчёте
три
четыре
принято четыре из редакции 2
Полностью совпадающие пункты: хранение материалов, требования к проверке изменений (дата, ответственный, ссылка на источник).
4. Итог по расхождениям
Расхождения закрыты решением пользователя: действующей считается редакция 2. Значения редакции 1 (15 октября, три изменения) в инструкцию не включены.
Перефразирование
Цель
Перефразирование делает текст понятнее при сохранении заданных фактов и обязательств. Попарное сравнение позволяет проверить, что смысл не изменился.
Исходные материалы
план-отчёта.md - в учебном пространстве: маршруты/план-отчёта.md.
Данные и материалы учебного примера вымышлены.
Состав продукта и модель
Нужна модель с подходящими языковыми и предметными знаниями. Для чтения файлов нужны файловые инструменты. Перевод, перефразирование и выделение тезисов сами по себе не подразумевают отдельный предметный модуль.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Перефразируй раздел «Срок и состав» в маршруты/план-отчёта.md проще, сохрани дату, число изменений, место хранения и обязанность указать источники. Покажи исходный и новый текст рядом. Покажи результат только в чате. Исходный файл не изменяй.
Последовательность
Передайте конкретный раздел и сохраняемые факты.
Дождитесь новой формулировки.
Сравните текст попарно.
Попросите исправить фактическое отклонение, если оно появилось.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Все четыре заданных факта сохранены.
Упрощение не ослабило обязанность указать источники.
Новых сроков и условий нет.
Пример выполнения
Получены исходный абзац и более простая формулировка. Сохранены дата 15 октября, три изменения, рабочая область и требование указать источники.
С 15 октября команда готовит еженедельный отчёт. Материалы сохраняются в рабочей области. В отчёте нужно выделить три главных изменения и указать источники.
Новый текст (проще):
Отчёт готовим каждую неделю, начиная с 15 октября. Материалы держим в рабочей области. В отчёте называем три самых важных изменения и обязательно пишем, откуда взяты сведения.
Что сохранено
Что
Как отражено в новом тексте
Дата
«начиная с 15 октября»
Число изменений
«три самых важных изменения»
Место хранения
«Материалы держим в рабочей области»
Обязанность указать источники
«обязательно пишем, откуда взяты сведения»
Файл на диске оставлен без правок — при необходимости могу отдельно применить этот вариант.
Короткие тезисы разворачиваются в связный текст для указанной аудитории. Отдельная отметка пробелов позволяет дополнить материал достоверными сведениями.
Исходные материалы
тезисы.md - в учебном пространстве: маршруты/тезисы.md.
Данные и материалы учебного примера вымышлены.
Состав продукта и модель
Нужна модель с подходящими языковыми и предметными знаниями. Для чтения файлов нужны файловые инструменты. Перевод, перефразирование и выделение тезисов сами по себе не подразумевают отдельный предметный модуль.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
По маршруты/тезисы.md составь связный текст отчёта для коллег: введение, изменения показателей, следующий шаг. Не придумывай ответственного и дату встречи; отметь их как недостающие сведения. Покажи результат в чате; исходный файл не изменяй.
Последовательность
Передайте тезисы и желаемую структуру.
Дождитесь полного текста.
Проверьте каждый факт по исходным тезисам.
Дайте недостающие сведения и проверьте обновлённую редакцию.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Структура соответствует заданию.
Числа 12→16 и 9→12 сохранены.
Недостающие сведения отмечены и дополнены только после уточнения.
Пример выполнения
Рис. Ж-06.1. Учебная задача перед отправкой.
Уточнение в том же чате: «В исходных тезисах подготовка начинается 15 октября. Сохрани плановую формулировку: не утверждай, что подготовка уже начата. Исправь только этот смысловой сдвиг и снова покажи полный текст. Не меняй файлы». Ниже показан исправленный ответ.
Из тезисов получен связный отчёт со введением, сравнением показателей и следующим шагом. Неизвестные ответственный и дата встречи выделены отдельно.
Проверка результата
Сохранены исходные показатели. Первоначальная фраза о якобы начатой подготовке исправлена после уточнения: начало 15 октября остаётся плановым. Уточнение и окончательный ответ сохранены в том же чате; файлы не менялись.
критерии-отбора.md - в учебном пространстве: маршруты/критерии-отбора.md.
Данные и материалы учебного примера вымышлены.
Состав продукта и модель
Нужна модель с подходящими языковыми и предметными знаниями. Для чтения файлов нужны файловые инструменты. Перевод, перефразирование и выделение тезисов сами по себе не подразумевают отдельный предметный модуль.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Выдели из маршруты/документы/проверяемый-отчёт.md ключевые тезисы по маршруты/критерии-отбора.md. Для каждого укажи раздел-основание и объясни, почему он соответствует критерию. Справочный текст вынеси отдельно. Покажи результат только в чате; файлы не меняй.
Последовательность
Передайте полный текст и критерии отбора.
Дождитесь тезисов с основаниями.
Откройте названные разделы источника.
Проверьте полноту и отсутствие добавленных выводов.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Каждый тезис отвечает явному критерию.
Есть ссылка на раздел-основание.
Справочные сведения не смешаны с требуемыми ключевыми фактами.
Пример выполнения
Рис. Ж-07.1. Учебная задача перед отправкой.
Рис. Ж-07.2. Отправленная задача и полученный ответ.
Пример ответа Деталь полного снимка.
Рис. Ж-07.3. Деталь того же снимка: результат выполнения.
Отобраны ключевые числовые изменения, невыполненные требования и следующий шаг. Каждый тезис связан с разделом-основанием и критерием; справочный текст отделён.
Проверка результата
Проверены привязки к «Результату», «Требованиям» и «Следующему шагу». Не определённые дата встречи и ответственный не заменены вымышленными значениями.
Пример ответа
I'll start by looking at the files referenced.
Читаю ключевые файлы.
Оба файла небольшие. Для точности обоснования критерия 2 («обязательные пункты») проверю ещё требования к отчёту в той же папке.
Второй показатель с парой значений (9 → 12) в том же формате недельного сравнения
3
Числовые изменения приведены без ссылки на исходный материал — «Источник в этом разделе не указан»
«Результат» (стр. 9); обязательный пункт — «Требования» (стр. 5)
2. Невыполненные обязательные пункты
Обязательный пункт сформулирован в самом отчёте («каждое числовое изменение содержит ссылку на исходный материал»), и тут же зафиксировано его невыполнение — это готовый, документально подтверждённый невыполненный пункт
4
«Ответственный и дата встречи пока не определены»
«Следующий шаг» (стр. 13); обязательный пункт — «Требования» (стр. 5)
2. Невыполненные обязательные пункты
Требование «в следующем шаге указать ответственного и срок» не выполнено, и это прямо признано в тексте — то есть пункт не просто отсутствует, а помечен как невыполненный
3. …недостающие сведения (смыкается с критерием 2)
Отсутствующее сведение, без которого тезисы 1–2 не проверяемы; тот же пробел является невыполненным обязательным пунктом (тезис 3)
Справочный текст (вынесен отдельно, по прямому указанию критериев)
«Материалы хранятся в рабочей области» — раздел «Справка» (стр. 15–17).
Это сведение о месте хранения, а не числовое изменение, не обязательный пункт и не следующее действие, поэтому ни одному из трёх критериев отбора оно не отвечает. Последняя строка критерии-отбора.md прямо предписывает выносить такие справочные сведения отдельно — что и сделано.
Примечание о разделе «Требования»
Раздел «Требования» (стр. 3–5) не является тезисом для отбора: он работает как основание для критерия 2 и как эталон для критерия 3. Держать его в списке тезисов значило бы смешать проверяемое утверждение с нормой, по которой оно проверяется.
Отдельно, за рамками трёх критериев: внешние требования-к-отчёту.md ожидают таблицу показателей первой и второй недель и три главных изменения — этого в отчёте нет, но по заданным трём критериям такие пробелы не отбираются.
Требования из одного раздела применяются к остальному документу. Это позволяет проверять материал по его собственным правилам без подключения предметной базы знаний.
Нужна модель с подходящими языковыми и предметными знаниями. Для чтения файлов нужны файловые инструменты. Перевод, перефразирование и выделение тезисов сами по себе не подразумевают отдельный предметный модуль.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
В маршруты/документы/проверяемый-отчёт.md возьми критерии из раздела «Требования» и проверь по ним разделы «Результат» и «Следующий шаг». Дай таблицу критерий/фрагмент/вывод; не используй внешний перечень. Покажи результат в чате; файл не меняй.
Последовательность
Передайте файл и названия разделов.
Дождитесь извлечения внутренних критериев.
Проверьте выводы по двум заданным разделам.
Откройте координаты подтверждающих фрагментов.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Критерии действительно взяты из раздела «Требования».
Отсутствующая ссылка отмечена.
Внешние требования не приписаны исходному документу.
Пример выполнения
Рис. Ж-08.1. Учебная задача перед отправкой.
Рис. Ж-08.2. Отправленная задача и полученный ответ.
Пример ответа Деталь полного снимка.
Рис. Ж-08.3. Деталь того же снимка: результат выполнения.
Из раздела «Требования» взяты ровно два критерия. Для соответствующих разделов показаны фрагменты и выводы; в остальных местах отмечена неприменимость критерия.
Проверка результата
Внешний перечень не использован. Обнаружены отсутствие ссылок на источники чисел и отсутствие ответственного и срока следующего шага.
Пример ответа
Читаю документ, чтобы взять критерии из раздела «Требования» и сопоставить с разделами «Результат» и «Следующий шаг».
Критериев в разделе «Требования» два, и каждый адресован своему разделу: ссылки на источник — числовым изменениям «Результата», ответственный и срок — «Следующему шагу». Использовал только сам документ.
Каждое числовое изменение содержит ссылку на исходный материал. В следующем шаге указать ответственного и срок.
Таблица проверки
Критерий (из «Требований»)
Раздел
Фрагмент
Вывод
Каждое числовое изменение содержит ссылку на исходный материал
Результат
«Обращения выросли с 12 до 16. Завершённые обращения выросли с 9 до 12. Источник в этом разделе не указан.»
Не выполнено. В разделе два числовых изменения — 12 → 16 и 9 → 12; ни у одного нет ссылки на исходный материал, и это прямо подтверждено фразой «Источник в этом разделе не указан» (L9).
Каждое числовое изменение содержит ссылку на исходный материал
Следующий шаг
«Обсудить причины изменения. Ответственный и дата встречи пока не определены.»
Не применимо. Числовых изменений в разделе нет, проверять нечего.
В следующем шаге указать ответственного и срок
Следующий шаг
«Обсудить причины изменения. Ответственный и дата встречи пока не определены.»
Не выполнено. Вместо ответственного и срока указано, что они «пока не определены» (L13): действие сформулировано без исполнителя и без даты.
В следующем шаге указать ответственного и срок
Результат
«Обращения выросли с 12 до 16. Завершённые обращения выросли с 9 до 12. Источник в этом разделе не указан.»
Не применимо. Критерий относится к разделу «Следующий шаг», а не к «Результату».
Итог
Проверено 2 критерия; оба не выполнены — по одному нарушению на каждый применимый критерий.
«Результат»: числовые изменения приведены без ссылок на исходный материал (нарушение критерия 1).
«Следующий шаг»: нет ни ответственного, ни срока (нарушение критерия 2); отсутствие числовых изменений здесь нарушения не образует.
Раздел «Справка» в проверку по этим критериям не входит.
Попробуйте перевод, редактирование, пересказ или объяснение материала. Сравнивайте пример ответа с исходником и указанными критериями: сохранением фактов, терминов, структуры и смысла.
«Возьми критерии из указанного раздела и проверь по ним остальные разделы»
Таблица требований, оснований и выводов по каждому критерию
Передайте исходник, сформулируйте критерии и проверьте связь ответа с материалом. Поддержка голосового ввода зависит от поставки интерфейса. Возможности текстовых преобразований описаны в главе о текстовых способностях модели.
Состав клиентской сборки подбирается под необходимые источники и операции. Ручная установка пакетов расширяет общий контекст доступными инструкциями и инструментами.
Исходные материалы
состав-поставки.md - в учебном пространстве: маршруты/состав-поставки.md.
Данные и материалы учебного примера вымышлены.
Состав продукта и модель
Нужны согласованная клиентская сборка, предусмотренные пакеты и доступные предметные источники. Управление расширениями и операции внешнего модуля проверяются в своей конкретной поставке.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Составь перечень возможностей для процесса из маршруты/состав-поставки.md: системные операции, офисный набор и база знаний. Укажи, какие пакеты должны быть вручную включены в клиентскую сборку и как проверить доступность операций в чате.
Последовательность
Согласуйте требуемые источники, операции и клиентскую конфигурацию.
Вручную установите предусмотренные пакеты по главе 1.15.
Откройте управление установленными модулями и включите нужные компоненты.
Создайте учебный чат, проверьте каталог навыков и выполните контрольную задачу.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Пакеты и их включение подтверждены в конкретной сборке.
В общем контексте доступны нужные инструкции и операции.
Доставка по воздуху не заявлена как выполненный способ установки.
Пример выполнения
По составу учебной поставки агент подготовил перечень системных возможностей, Office и подключаемых модулей с указанием пакетов и способов проверки.
Проверка результата
Перечень сопоставлен с профилем и каталогом модулей. Браузер и офисные операции относятся к системным пакетам, база знаний и защита данных — к внешним.
Файлы примера дополняют сценарий: откройте результат, сопоставьте его с исходными материалами и критериями проверки. Данные учебные и не описывают работу реальной организации.
Чтение и изменение файлов, исполнение команд и кода, поиск и просмотр интернет-источников
Офисные документы
Чтение, создание и изменение DOCX, XLSX, PPTX и PDF; проверка полученных файлов
Модуль «База Знаний» для работы с материалами и проверок по нормативам
Поиск по выбранным документам, вопросы с источниками и проверка документов по требованиям
Модуль «Защита Данных»
Обработка текстовых сообщений по настроенным правилам
Доступные возможности зависят от установленных компонентов, разрешений рабочей области и подключённой модели ИИ. Модули подключаются к основному продукту дополнительно.
Общий офисный результат
Цель
Системные, офисные и предметные возможности соединяются в один маршрут. Пользователь получает согласованные файлы, в которых показатели и источники совпадают.
Исходные материалы
план-отчёта.md - в учебном пространстве: маршруты/план-отчёта.md.
состав-поставки.md - в учебном пространстве: маршруты/состав-поставки.md.
Данные и материалы учебного примера вымышлены.
Состав продукта и модель
Нужны согласованная клиентская сборка, предусмотренные пакеты и доступные предметные источники. Управление расширениями и операции внешнего модуля проверяются в своей конкретной поставке.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
По учебному плану и показателям в маршруты подготовь согласованные XLSX, DOCX и PPTX. Получи требуемые справочные сведения через подключённый модуль базы знаний. Во всех файлах используй одинаковые показатели и назови источники. Проверь согласованность и отображение.
Имена путей относятся к папке учебного проекта. Создаваемые файлы перечислены в задании.
Последовательность
Передайте исходники и согласованный состав модулей.
Дождитесь чтения документов и предметного запроса к базе знаний.
Дождитесь расчёта и создания трёх офисных файлов.
Откройте каждый результат и проверьте общие цифры и ссылки.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Во всех трёх файлах одинаковые показатели и единицы.
Справочные сведения связаны с действительными источниками модуля.
Расчёт, содержимое и оформление проверены отдельно.
Нужны согласованная клиентская сборка, предусмотренные пакеты и доступные предметные источники. Управление расширениями и операции внешнего модуля проверяются в своей конкретной поставке.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Проверь учебный документ маршруты/документы/проверяемый-отчёт.md через подключённую базу знаний по выбранным учебным требованиям. Укажи основания из базы, координаты документа и недостаточные данные. Сохрани отчёт с источниками.
Имена путей относятся к папке учебного проекта. Создаваемые файлы перечислены в задании.
Последовательность
Передайте документ и выбранные источники требований.
Используйте маршрут предметной проверки из отдельного руководства модуля.
Дождитесь фактических результатов поиска и проверки.
Откройте итоговый отчёт и подтверждающие источники.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Подключение и выбранные источники действительно доступны.
Каждый вывод связан с требованием и фрагментом документа.
Отсутствие источника не заменено ответом из памяти модели.
Установить готовый модуль компании — правообладателя Дипнео и проверить его доступность. Для этого сценария нужна переданная компанией папка модуля и его руководство. Самостоятельная разработка модулей будет описана позже.
Последовательность
Сохраните папку модуля на компьютере; переданный архив предварительно распакуйте.
Откройте «Настройки → Модули и навыки → Пользовательские» и нажмите «Добавить модуль».
Выберите папку модуля и дождитесь результата установки.
При требовании перезапуска перезапустите Дипнео.
Найдите карточку модуля и убедитесь, что он включён.
Задайте параметры из руководства модуля и выполните предусмотренное в нём первое действие.
Отключите модуль переключателем, убедитесь, что карточка сохранилась, затем включите его снова.
Проверка результата
В списке есть карточка с названием и версией переданного модуля. Включение и отключение меняют его состояние. Первое действие из руководства даёт ожидаемый результат при заданных параметрах подключения.
Соберите несколько возможностей в одну задачу или подключите предметный модуль. Перед началом проверьте требуемый состав продукта; руководства модулей доступны отдельно.
Получить документы → извлечь данные → запросить сведения подключённого модуля → обработать → сопоставить → создать и проверить формат электронных таблиц, формат текстовых документов и формат презентаций
Согласованные таблица, отчёт и презентация с одинаковыми показателями и источниками
Передать документ → получить сведения через «База знаний и проверки по нормативам» → сопоставить с источниками → оформить результат средствами офисного набора
Результат с опорой на отдельное руководство базы знаний
Создать пакет в соответствующем режиме → проверить → установить → применить его возможности совместно с системными
Расширение и проверяемый результат составной задачи
Проверьте состав установленных пакетов и согласованность показателей во всех результатах. База знаний и защита данных — дополнительные модули со своими руководством базы знаний и руководством защиты данных.
задание-видео.md - в учебном пространстве: маршруты/задание-видео.md.
Данные и материалы учебного примера вымышлены.
Состав продукта и модель
Нужны среда исполнения кода, библиотека обработки видео и её внешние программы. Требуемые возможности относятся к выполнению задачи кодом.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
По маршруты/задание-видео.md обработай маршруты/медиа/учебный-ролик.mp4 кодом: оставь интервал 1–5 с, добавь титр «Учебный пример» и сохрани MP4 640×360. Зафиксируй библиотеку, внешние программы, команды и проверь результат.
Последовательность
Передайте видео и параметры монтажа.
Дождитесь установки или подтверждения наличия выбранной библиотеки и программы.
Дождитесь исполнения скрипта.
Откройте результат, проверьте титр, длительность и параметры видео.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Длительность около 4 с с допуском одного кадра.
Разрешение 640×360; исходник сохранён.
Титр видим; техническая проверка не заменяет просмотр результата.
Пример выполнения
Рис. И-01.1. Учебная задача перед отправкой.
Пример ответа Деталь полного снимка.
Рис. И-01.3. Деталь того же снимка: результат выполнения.
Кодом создан MP4 640×360 длительностью четыре секунды: вырезан интервал 1–5 с и добавлен заданный титр. Сохранены скрипты монтажа и проверки и отчёт о среде.
Проверка результата
Параметры проверены ffprobe: 100 кадров, 25 кадров/с, звука нет. Проверены первый, средний и последний кадры, видимость титра и соответствие границ исходному интервалу. Исходный ролик сохранён. Надпись «Учебный пример» входит в задание на видео; подписи иллюстраций руководства находятся только в Markdown.
Рис. И-01.4. Кадр середины созданного ролика. Титр входит в содержимое видео по условию задачи.
Пример ответа
Изучил задание. Ключевой момент: в сборке ffmpeg 9.0.1 нет drawtext (сборка без libfreetype), поэтому титр отрисую библиотекой Pillow в PNG с альфа-каналом и наложу фильтром overlay. Сейчас напишу скрипты монтажа и проверки.
Уберу черновой мусор в скрипте проверки, затем запущу монтаж.
Все проверки прошли. Добавлю объективное подтверждение, что вырезан именно интервал 1–5 с (сверка кадров результата с кадрами исходника 25 и 124 вне зоны титра), и посмотрю кадры глазами.
Метрика по средней разнице оказалась слабо различающей; перехожу на долю пикселей с разницей > 20 — она даёт разделение в 60–800 раз.
Все 11 проверок прошли. Смотрю результат глазами — кадр начала ролика, середины и сам титр.
Пишу отчёт с фиксацией библиотек, версий, команд и результатов проверки.
Финальная проверка воспроизводимости: перезапускаю монтаж и сверяю хеш.
Готово. Маршрут пройден: ролик обработан кодом, результат проверен объективно и визуально.
Библиотека и внешние программы (зафиксированы в сборка/видео-команды.json):
титр — Pillow (PIL) 12.3.0, Python 3.14.0: сборка ffmpeg 9.0.1 собрана без libfreetype, фильтра drawtext в ней нет, поэтому титр отрисован в PNG с альфа-каналом и наложен фильтром overlay;
длительность 4.0 с при допуске 1 кадр (0.04 с), ровно 100 кадров, 25/1 к/с, 640×360, 1 видеодорожка, 0 аудиодорожек, mp4/h264;
интервал подтверждён сверкой кадров вне зоны титра: выход, кадр 0 ↔ исходник, кадр 25 (t=1.00 с) — 0.0000 доли изменённых пикселей; выход, кадр 99 ↔ исходник, кадр 124 (t=4.96 с) — 0.0001; для сравнения исходник, кадр 0 — 0.0814. Встроенный таймкод в ролике независимо даёт на первом кадре 00:00:01,000;
титр виден: средняя яркость глифов 238.3 при покрытии ≈0.91 на кадрах 0/49/99, при этом фон плашки ≤154.7 (ярче 180 пиксель плашки стать не может — значит яркие пиксели даёт только текст);
повторный запуск скрипта даёт тот же SHA-256 результата — сборка воспроизводима.
Отчёт с версиями и командами рядом с результатом: результаты/видео-отчёт.md; кадры-доказательства — в сборка/рендер-видео/.
Оба файла открыты для просмотра: итоговый ролик и отчёт с полным протоколом проверки.
ffprobe по исходнику: контейнер mp4, H.264, 640×360, yuv420p, 25 к/с, 150 кадров,
6.000000 с, звуковых дорожек нет — совпадает с описанием в задании.
Выбор инструментов
Отрисовка титра — Pillow (PIL) 12.3.0: сборка ffmpeg 9.0.1 в системе собрана без
libfreetype, поэтому фильтра drawtext в ней нет (ffmpeg -filters показывает
overlay, drawbox, но не drawtext, subtitles). Титр рисуется в PNG с альфа-каналом
и накладывается фильтром overlay.
Монтаж и кодирование — ffmpeg 9.0.1 (/usr/local/bin/ffmpeg), кодировщик
libx264 (H.264), выходной пиксельный формат yuv420p; звук в результат не переносится (-an).
Шрифт титра — /System/Library/Fonts/Supplemental/Verdana Bold.ttf, кегль 28;
титр — белый текст на чёрной плашке 640×56 внизу кадра, непрозрачность 140/255 ≈ 0.55.
Фактические команды
Титр:
python3 сборка/видео-монтаж.py
Монтаж (формируется скриптом; пути сокращены до <корень>):
Интервал задан фильтром trim (покадрово), а не входным -ss, поэтому границы
1.0 с и 5.0 с точны без зависимости от ключевых кадров.
Проверка результата
Протокол: сборка/видео-проверка.json. Всего 11 проверок, неудачных нет.
Проверка
Факт
Ожидание
Итог
Длительность
4.0 с
4.0 ± 0.04 с (1 кадр при 25 к/с)
ок
Число кадров
100
100
ок
Разрешение
640×360
640×360
ок
Частота кадров
25/1
25/1
ок
Видеодорожек
1
1
ок
Аудиодорожек
0
0 (в исходнике звука нет)
ок
Контейнер/кодек
mp4 / h264
mp4 / h264
ок
Исходник не изменён
6.000000 с, 150 кадров, аудио 0
6.0 ± 0.04 с, 150 кадров, аудио 0
ок
Титр виден (кадры 0, 49, 99)
глифы 238.3, покрытие 0.909/0.908/0.908, фон плашки ≤ 154.7
глифы ≥ 180 при покрытии ≥ 0.90, фон ≤ 170
ок
Интервал 1–5 с
см. ниже
совпадение < 0.005, отличие > 0.02
ок
Исходный файл на месте
маршруты/медиа/учебный-ролик.mp4
файл существует
ок
Как проверялся интервал
Кадр результата сравнивался с кадрами исходника выше зоны титра (y < 304); метрика —
Доля пикселей с разницей яркости более 20:
Сравнение
Средняя разница
Доля изменённых пикселей
Выход, кадр 0 ↔ исходник, кадр 25 (t = 1.00 с)
0.748
0.0000
Выход, кадр 99 ↔ исходник, кадр 124 (t = 4.96 с)
0.785
0.0001
Выход, кадр 0 ↔ исходник, кадр 0 (t = 0.00 с)
7.105
0.0814
Совпадение на границах лежит на уровне шума перекодирования, отличие от кадра вне
Интервала — в 800 раз больше по доле изменённых пикселей.
Как проверялся титр
Пиксели глифов берутся из альфа-канала самого титра (2 564 пикселя, рамка 181×321–455×349).
Плашка затемняет фон до 0.45 яркости, поэтому любой пиксель плашки вне текста не может
Быть ярче ~155 — значит яркие пиксели (≥ 180) в плашке могут появиться только от титра.
На кадрах 0, 49 и 99 средняя яркость глифов 238.3, доля ярких пикселей глифа ≈ 0.91
(остаток — сглаживание краёв глифов), максимальная яркость фона плашки ≤ 154.7.
Визуальное подтверждение (кадры извлечены из результата):
Учебный ролик содержит встроенный счётчик кадров и таймкод: на первом кадре результата
Видно 00:00:01,000 и номер кадра 25, на кадре 49 — 00:00:02,960 (1.0 + 49/25 = 2.96 с).
Это независимое подтверждение корректности вырезанного интервала.
Ограничения
Перекодирование в H.264 с CRF 18 необратимо, поэтому результат не бит-в-бит равен
исходным кадрам (средняя разница 0.75 по яркости); совпадение границ интервала
проверяется по метрике различия, а не по хешу кадров.
Титр наложен на всю длительность клипа одной статичной плашкой; эффекты появления
и исчезновения не задавались.
Файлы результата
Файлы примера дополняют сценарий: откройте результат, сопоставьте его с исходными материалами и критериями проверки. Данные учебные и не описывают работу реальной организации.
медиа/клип-02.mp4 - в учебном пространстве: маршруты/медиа/клип-02.mp4.
медиа/клип-03.mp4 - в учебном пространстве: маршруты/медиа/клип-03.mp4.
Данные и материалы учебного примера вымышлены.
Состав продукта и модель
Нужны среда исполнения кода, библиотека обработки видео и её внешние программы. Требуемые возможности относятся к выполнению задачи кодом.
Требования к модели описаны в части 3. Для задачи с созданием файлов разрешите запись в выбранную папку проекта.
Запрос
Обработай все MP4 в маршруты/медиа одним скриптом: размер 320×180, 15 кадров/с, длительность сохранить. Запиши для каждого входной и выходной путь, параметры и статус. Сохрани скрипт, результаты и журнал.
Последовательность
Передайте папку и единые параметры.
Дождитесь последовательного исполнения по каждому файлу.
Откройте реестр результатов и три видео.
Проверьте число файлов, параметры и сохранение длительности.
Дождитесь конечного состояния хода. Открывайте реальные ссылки и файлы из результата; сверяйте содержимое с исходниками. Уточнение продолжает текущий чат. Для независимой задачи создаётся отдельный чат и нужные материалы передаются ему явно.
Критерии проверки
Каждому из трёх входных файлов соответствует запись.
Выходы имеют 320×180 и 15 кадров/с.
Ошибки отдельного файла отражаются в журнале; успех пакета не заявлен по одному результату.
Пример выполнения
Рис. И-02.1. Учебная задача перед отправкой.
Один скрипт обработал три MP4: 320×180, 15 кадров/с с сохранением длительностей 8, 10 и 6 секунд. Получены три ролика и журнал по каждому входу.
Проверка результата
Результаты проверены ffprobe: 120, 150 и 90 кадров соответственно, по одной видеодорожке без звука. Исходники не изменены; журнал содержит параметры, команды и проверки.
Обработайте ролик или пакет медиа с помощью кода. Сценарии указывают материалы, зависимости и параметры выходного файла, а также техническую проверку результата.
«Обработай эти файлы по одинаковым правилам и составь реестр результатов»
Программа обработки, полученные файлы и журнал выполнения по каждому исходнику
Перед запуском проверьте библиотеку, внешние программы обработки, форматы, рабочую папку и параметры результата. После запуска проверьте длительность, дорожки и параметры файла. Условия исполнения объясняет глава о коде.
Каждое числовое изменение содержит ссылку на исходный материал. В следующем шаге указать ответственного и срок.
Результат
Обращения выросли с 12 до 16. Завершённые обращения выросли с 9 до 12. Источник в этом разделе не указан.
Следующий шаг
Обсудить причины изменения. Ответственный и дата встречи пока не определены.
Справка
Материалы хранятся в рабочей области.
Учебные условия - редакция 1
Срок и состав
Подготовка начинается 15 октября. В отчёте выделяются три главных изменения.
Хранение
Материалы сохраняются в рабочей области.
Проверка
Для каждого изменения указать дату, ответственного и ссылку на источник.
Учебные условия - редакция 2
Срок и состав
Подготовка начинается 20 октября. В отчёте выделяются четыре главных изменения.
Хранение
Материалы сохраняются в рабочей области.
Проверка
Для каждого изменения указать дату, ответственного и ссылку на источник.
Параметры учебного монтажа
Вход - учебный-ролик.mp4 длительностью 6 секунд, без звуковой дорожки.
Выход: интервал с 1 до 5 секунды, титр «Учебный пример», MP4 640x360. Исходный файл сохранить.
Проверить длительность с допуском одного кадра, разрешение, дорожки и видимое присутствие титра. Выбор библиотеки, версии и фактические команды сохранить вместе с результатом.
Сравнение показателей двух недель
Исходный материал — файл с показателями за две недели: обозначением недели, числом обращений и числом завершённых обращений.
Нужно сравнить недели, вычислить изменение обоих показателей и указать источник данных. Полученные разности используются в кратком офисном отчёте.
Перед расчётом проверьте, что в файле есть данные ровно за две недели и оба показателя заданы числами. Если сведений не хватает, перечислите пропуски; не подставляйте предполагаемые значения.
Учебный сайт услуги
Услуга: подготовка еженедельных отчётов по исходным материалам.
Блоки: название и описание, три преимущества, форма заявки.
Поля формы: имя, email, описание задачи. Обязательность и email проверяются локально. После успешного ввода показать локальное подтверждение.
Внешняя доставка заявки в этом упражнении не задана. Сайт должен удобно отображаться на широком экране и при ширине 390 пикселей.
Критерии сравнения CSV и JSON
Представление табличных строк и именованных полей.
Поддержка вложенных структур.
Представление чисел, строк и отсутствующих значений.
Условия экранирования текста.
Практический выбор для небольшого набора данных.
Проверять по официальным страницам Python; версии и ограничения указывать по прочитанному источнику.
Критерии отбора главного
Числовые изменения между неделями.
Невыполненные обязательные пункты.
Следующие действия и недостающие сведения для их выполнения.
Справочные сведения о месте хранения вынести отдельно.
Исходные материалы для упражнений
Все деловые данные в учебных материалах вымышлены.
Файлы нужны для воспроизводимых запросов 52 ещё не пройденных маршрутов. Копия в пространстве «Учебные примеры» находится в папке маршруты. Офисные входы скопированы из ранее подготовленных учебных материалов; новая PDF-форма содержит настоящие интерактивные поля.
Скрипты, офисные результаты и обработанные видео должны быть получены агентом при прохождении, а не взяты из этого набора.
Все сведения в этих файлах вымышлены. Файлы подготовлены для иллюстраций документации и помещены в рабочую область «Учебные примеры». Они не являются результатами выполнения заданий агентом продукта.
Два слайда; таблица второго слайда сохраняется как редактируемый объект
Первая неделя: 12 обращений, 9 завершённых. Вторая неделя: 16 обращений, 12 завершённых. Разности равны 4 и 3. В электронной таблице эти результаты вычисляют формулы =B7-B6 и =C7-C6; исходные числа сохраняются как числа.
Правило учебного отчёта: с 15 октября команда выделяет три главных изменения, указывает дату, ответственного и ссылку на исходный материал. Предположения отмечаются отдельно.
При работе с иллюстрациями различаются три проверки: подготовка корректного учебного файла, открытие файла средствами продукта и выполнение задания агентом. Наличие файла и его предварительный просмотр не подтверждают последнюю проверку.
Учебный план еженедельного отчёта
Это вымышленный материал для демонстрации интерфейса.
1. Срок и состав
С 15 октября команда готовит еженедельный отчёт. Материалы сохраняются в рабочей области. В отчёте нужно выделить три главных изменения и указать источники.
2. Проверка полноты
Каждое изменение должно содержать дату, ответственного и ссылку на исходный материал. Предположения отмечаются отдельно от подтверждённых сведений.
3. Учебные показатели
Неделя
Обращения
Завершено
Первая
12
9
Вторая
16
12
Разность числа обращений между неделями равна четырём. Эти данные не относятся к деятельности реальной компании.
Набор учебных обращений
Здесь собраны набор учебных обращений. Выберите материал в списке раздела.
Номер: DEMO-01
Дата: 2026-10-15
Тема: Подготовка еженедельного отчёта
Статус: в работе
Вымышленный пример для извлечения полей.
Учебное обращение 02
Номер: DEMO-02
Дата: 2026-10-16
Тема: Согласование структуры отчёта
Статус: завершено
Вымышленный пример для извлечения полей.
Учебное обращение 03
Номер: DEMO-03
Тема: Обновление справочных данных
Статус: ожидает уточнения
Вымышленный пример для извлечения полей.
Учебный план еженедельного отчёта
Это вымышленный материал для демонстрации интерфейса.
1. Срок и состав
С 15 октября команда готовит еженедельный отчёт. Материалы сохраняются в рабочей области. В отчёте нужно выделить три главных изменения и указать источники.
2. Проверка полноты
Каждое изменение должно содержать дату, ответственного и ссылку на исходный материал. Предположения отмечаются отдельно от подтверждённых сведений.
3. Учебные показатели
Неделя
Обращения
Завершено
Первая
12
9
Вторая
16
12
Разность числа обращений между неделями равна четырём. Эти данные не относятся к деятельности реальной компании.
План из трёх слайдов
Заголовок и цель еженедельного отчёта.
Сравнение недель: обращения и завершённые обращения, диаграмма, источник показателей.
Выводы и следующий шаг; недостающие сведения обозначить явно.
В каждом слайде - заметки докладчика. Данные вымышленные.
Учебный запуск для диагностики
В рабочей копии выполните node несуществующий-вход.mjs. Такой файл в наборе не предусмотрен. Получите фактический вывод команды, проверьте наличие файлов и версии программ. Затем объясните причину, не изменяя проект.
Учебный проект для работы с кодом
Учебный проект с вымышленными данными.
Сервер: Node.js, встроенные http и fs. Внешних зависимостей в package.json нет.
Команда: npm start. Адрес: http://127.0.0.1:55951.
Маршруты: /, /styles.css, /api/sales.
JSON продаж читается из соседней папки данные. normalize.mjs отдельно содержит учебный пример неправильного преобразования ввода.
NormalizeAmount использует Number(raw). Пустая строка превращается в 0, буквенный текст даёт NaN. Нужно сохранить корректное преобразование числовой строки и явно отвергать остальные два случая.
Запустите проект и сравните сообщение об ошибке с условиями сценария.
Требования к учебной клиентской сборке
Системные операции: чтение и запись файлов рабочей области, исполнение кода, веб-поиск и просмотр источников.
Офисный набор: создание и проверка DOCX, XLSX, PPTX и PDF.
Внешний модуль: база знаний и проверки по нормативам, с явно выбранными учебными источниками.
Пакеты устанавливаются вручную в согласованную сборку. Доставка по воздуху в учебной поставке не используется.
Учебные тезисы
Начинаем подготовку отчёта 15 октября.
Обращения: первая неделя 12, вторая 16.
Завершённые обращения: первая неделя 9, вторая 12.
Материалы находятся в рабочей области.
Следующий шаг: обсуждение причин изменений.
Ответственный и дата встречи ещё не заданы.
Контекст и действие
Контекст модели содержит инструкции, сообщения и полученные материалы. Инструмент выполняет доступную операцию, например читает файл. Результат инструмента возвращается в ход агента и используется для следующего решения. Ответ модели сам по себе не подтверждает, что файл был прочитан или создан.
Требования к учебному отчёту
Заголовок и краткое резюме.
Таблица показателей первой и второй недель.
Разности числа обращений и завершённых обращений.
Три главных изменения; недостаток фактических изменений обозначить, не выдумывать их.
Источник каждого числового утверждения.
Отдельно: следующий шаг и сведения, которых не хватает.
Данные вымышленные. Дата встречи и ответственный не заданы.
Учебные сценарии
Выберите задачу, которую хотите выполнить, и пройдите её от исходных материалов до проверки результата. Здесь собраны 56 сценариев по девяти областям работы. Основные элементы приложения объясняет руководство Дипнео.
Прочитайте цель, условия и состав продукта. Откройте указанные учебные материалы.
Повторите последовательность действий и отправьте пример запроса.
Сопоставьте свой результат с примером ответа и полученными файлами в этой же статье.
Проверьте результат по критериям сценария. При необходимости перейдите к связанным главам руководства.
Общие учебные материалы доступны отдельно. Файлы примера находятся рядом со своим сценарием.
Условия проверки
Проверяйте итог и промежуточные результаты по исходным материалам и критериям сценария.
Для текстовых задач проверяются сохранение фактов, терминов и структуры, соответствие заданным критериям и связь результата с исходником. Для задач с кодом фиксируются среда, зависимости и их версии, фактический запуск, ошибки и проверка полученного результата. Установка библиотеки подтверждается результатом команды и её доступностью выбранному интерпретатору.
Подбор модели под языковую, предметную, программную или визуальную задачу описывается вместе с условиями соответствующего приложения. Измеренные показатели относятся к конкретному сценарию и конфигурации.
Найдите описание нужной функции или выберите учебную задачу. Руководство объясняет элементы настольного приложения и работу агента; сценарии показывают, как использовать их вместе и проверить результат.
Модуль «База Знаний» для работы с материалами и проверок по нормативам и модуль «Защита Данных» устанавливаются дополнительно. Условия каждого модуля описаны в его руководстве.
Состав документации после установки модулей
В этом руководстве описаны основной продукт и дополнительные модули. Доступные функции определяются установленными и включёнными модулями. Для параметров подключения и работы с конкретным модулем используйте его руководство, соответствующее установленной версии.
Переданный модуль компании — правообладателя Дипнео можно установить из папки.
Требования к моделям ИИ для работы агентской системы Дипнео
1. Назначение и область применения
Документ устанавливает требования к возможностям моделей ИИ и скорости их ответов для работы пользователя в агентской системе Дипнео. Требования относятся к модели как к компоненту пользовательской работы и не зависят от способа её подключения.
Понимание и формирование русскоязычных технических и нормативных текстов; сохранение обозначений, чисел, единиц измерения и ссылок на источники. Знание и понимание технической документации, ГОСТов, нормативов и специализированных терминов, принятых в РФ.
Переносит из документа «не более 0,5 МПа» в ответ, сохраняя число, единицу и смысл ограничения.
Следование инструкциям
Выполнение системных правил и пользовательской задачи; отделение инструкций от содержимого документов и результатов инструментов.
Фразу «игнорируй правила» внутри проверяемого документа рассматривает как его содержимое и продолжает заданную проверку.
Рассуждение, reasoning и SGR
Многошаговое решение, планирование действий, проверка промежуточных результатов и выявление противоречий. Поддержка SGR (Schema-Guided Reasoning): следование заданным схемой и инструкциями этапам решения с выдачей исходных фактов, результатов обязательных проверок, решения и следующего действия в машиночитаемом виде. Соблюдение порядка этапов и условий перехода между ними. Отдельный учёт токенов рассуждения и итогового ответа; управляемый предел генерации.
Схема «данные → проверка → действие»: {"values": [30, 32], "equal": false, "next_action": "recalculate"}. Программа читает результат проверки и выбирает пересчёт.
Вызов инструментов, tool calling
Формирование имени инструмента и типизированных аргументов, получение результата и продолжение задачи. Поддержка идентификаторов вызовов и последовательных обращений в одном диалоге.
Для поиска в файле задаёт путь и искомую строку, получает совпадения, затем читает нужный участок и отвечает по нему.
Структурированный вывод, structured output
Выдача машиночитаемого результата по переданной схеме JSON — текстового формата обмена структурированными данными. Программный код должен непосредственно разбирать и проверять результат: обязательные поля, типы, допустимые значения и вложенные объекты. При запросе структурированного результата поясняющий текст не заменяет требуемый объект; одного синтаксически правильного JSON недостаточно.
Возвращает {"volume_m3": 6, "verified": true}. Программа напрямую получает число и логический признак из полей объекта, без извлечения значений из свободного текста.
Контекст
Минимально допустимое окно, поддерживаемое моделью и развёрнутым сервисом, — 128K токенов (131 072). Контекст включает инструкции, историю, описания инструментов, документы, изображения и генерируемый ответ. Рабочий бюджет обычного сеанса — до 32 768 токенов.
После уточнения «проверь тот же документ с новым значением» сохраняет выбранный документ и учитывает последнее значение пользователя.
Генерация
Возможность выделить не менее 8 192 выходных токенов на обращение, включая рассуждение. Потоковая передача результата по мере формирования; корректная отмена запроса с освобождением ресурсов.
Развёрнутый ответ появляется постепенно; при остановке пользователем генерация прекращается.
Программный интерфейс, API
API сервера модели должен поддерживаться агентской системой Дипнео и обеспечивать передачу сообщений, изображений, описаний инструментов, их вызовов и результатов, потоковую выдачу ответа и статистику токенов. Конкретный API и его версия фиксируются при подключении и проверяются при приёмке.
В одном диалоге сервис принимает изображение, возвращает вызов инструмента, принимает результат этого вызова и продолжает ответ со статистикой токенов.
Работа с базой знаний
Использование найденных фрагментов как доказательной основы; ссылки на документ, редакцию и конкретный фрагмент. При недостатке сведений — прямое указание на невозможность подтвердить вывод.
Подтверждает требование ссылкой на прочитанный пункт нужной редакции; при нехватке сведений пишет «Не подтверждено».
Технические задачи
Анализ требований и расчётов; генерация и исправление программного кода для исполнения инструментами Дипнео; анализ результатов исполнения и сообщений об ошибках. Критические расчёты должны проверяться фактическим выполнением вычислений с помощью инструментов системы.
Для размеров 12 м × 2,5 м × 0,2 м выполняет расчёт инструментом и получает объём 6 м³.
Токен — единица обработки моделью, соответствующая части текста или представления изображения. Число параметров само по себе не является критерием допуска: решающее значение имеют перечисленные возможности. Размер модели учитывается при подборе оборудования.
SGR (Schema-Guided Reasoning) задаёт этапы решения и обязательные контрольные точки через схему структурированного ответа. Система передаёт модели схему и инструкции, проверяет возвращённые данные и использует результаты этапов для выбора следующего действия или завершения задачи. Нативный канал reasoning/thinking и выполнение схемы SGR проверяются раздельно. Имена полей в примерах JSON условные; фактическую структуру задаёт схема конкретной задачи.
Для работы Дипнео, его навыков и модулей, включая модуль «База Знаний» для работы с материалами и проверок по нормативам, минимальное контекстное окно модели и сервиса — 128K токенов (131 072).
Структурированный вывод и вызовы инструментов проверяются на связке «модель — сервер выполнения — Harness Agent». Ограничение генерации схемой может обеспечиваться сервером выполнения; эту возможность необходимо проверить совместно с режимом рассуждения. Документация vLLM о структурированном выводе.
2.2. Входные данные и база знаний
Устанавливаются два функциональных класса:
Класс
Входные данные
Допустимое применение
Текстовый
Текст, программный код, извлечённые таблицы и результаты инструментов
Работа с текстовыми материалами и программирование. Не обеспечивает полный набор функций системы с изображениями.
Текстово-визуальный
Текст и изображения в одном запросе
Основная модель Дипнео: сканы, фотографии документов, схемы, графики, таблицы и снимки экрана.
Основная модель должна уверенно читать текст на изображениях: извлекать его из сканов, фотографий документов, таблиц и снимков экрана. Обязательны кириллица, числа, знаки, единицы измерения и чтение таблиц. Неразборчивые участки должны обозначаться явно. Отдельные средства оптического распознавания символов, если они применяются, рассматриваются вне требований к самой модели. Звук и видео в обязательный состав функций не входят.
Для работы с корпоративными знаниями необходимы подготовленная база документов, их редакции, поисковый индекс и контроль доступа. RAG — формирование ответа с привлечением найденных материалов базы знаний; поиск выполняют инструменты системы, а модель анализирует полученные фрагменты. Embeddings — смысловые векторные представления текста; их рассчитывает отдельная поисковая модель. Требования к поисковой модели и серверному контуру приведены в требованиях к серверу базы знаний и проверки по нормативам. Генеративная модель не заменяет базу знаний и поисковый индекс.
3. Способы подключения модели
Требования к возможностям модели из раздела 2 предъявляются при любом способе подключения. Различаются условия подключения, а не требования к работе пользователя.
Способ подключения
Условия
Облачный сервис: программный интерфейс поставщика сервиса или корпоративный шлюз к нему
Требуется совместимый программный интерфейс по разделу 2.1. Веса, код выполнения и лицензия модели не требуются: их предоставляет поставщик сервиса. Настольное приложение подключается к настроенному сервису модели согласно требованиям к установке.
Размещение в инфраструктуре организации
Обязательны доступные для загрузки веса — обученные числовые параметры модели, доступный код выполнения и свободная лицензия Apache License 2.0 либо MIT, допускающая коммерческое использование и изменение. Модель работает внутри контура без обязательного обращения к внешнему сервису. Конфигурации сервера, расчёт памяти и производительности рассмотрены в примере расчёта оборудования для заданной нагрузки.
Apache License 2.0 — свободная лицензия Apache версии 2.0; MIT — свободная лицензия Массачусетского технологического института. Для размещения в инфраструктуре организации веса и код выполнения должны быть доступны на указанных лицензиях; публикация полного обучающего набора данных не требуется.
Способ подключения выбирается при внедрении и фиксируется при допуске по разделу 5. Смешивать условия разных способов не следует: облачное подключение не требует открытых весов и свободной лицензии, а размещение в инфраструктуре организации не требует обращения к внешнему модельному сервису.
Допускается использование любой модели ИИ, соответствующей функциональным требованиям раздела 2, условиям подключения настоящего раздела и показателям производительности раздела 4. Соответствие подтверждается приёмкой конкретной конфигурации по разделу 5.
4. Скорость ответов и комфорт работы
Скорость работы пользователя зависит от того, как быстро сервер начинает отвечать и генерирует результат. В агентской задаче модель может последовательно планировать действия, вызывать инструменты и готовить итоговый ответ; ожидание на каждом шаге увеличивает полную длительность работы.
Ориентир для комфортной повседневной работы в Дипнео — 60–120 tps при генерации одного ответа. Середина диапазона — 90 tps; скорость выше 120 tps также подходит.
При кратковременной пиковой нагрузке допустим диапазон 40–60 tps на один ответ. Этот режим менее комфортен для пользователя: генерация занимает больше времени. Он применяется при повышенном числе параллельных обращений или обработке особенно длинного контекста. Скорость ниже 40 tps выходит за допустимый пиковый профиль. После снижения нагрузки сервис возвращается к повседневному диапазону; 40–60 tps не используется как постоянный ориентир закупки.
Повседневный и пиковый параллелизм, длительность пика, длина контекста и запас задаются в расчёте конкретной нагрузки; см. пример расчёта оборудования. Возможности модели, качество русского языка, корректность инструментов и структурированного вывода проверяются в обоих режимах.
Фактический результат зависит от модели, оборудования, длины контекста и настроек рассуждения и подтверждается отдельными измерениями. Указанные диапазоны относятся к одному модельному обращению и не зависят от способа подключения модели.
tps (tokens per second) — токены в секунду. Токен может соответствовать слову, части слова или знаку; число токенов зависит от языка и способа разбиения текста конкретной моделью. Здесь измеряется скорость генерации выходных токенов одного ответа после начала выдачи результата. Суммарная скорость всех ответов сервера учитывается в примере расчёта оборудования.
Скорость генерации одного ответа вычисляется как (выходные токены − 1) / (время последнего токена − время первого).
Например, генерация ответа объёмом 1 000 токенов занимает примерно 17 секунд при 60 tps, 8 секунд при 120 tps или 25 секунд при пиковых 40 tps. К этому времени добавляется ожидание начала генерации. При рассуждении до ответа модель формирует дополнительные токены, которые также требуют времени.
Отдельно измеряется TTFT (time to first token) — время от отправки запроса до получения первого выходного токена. Для пользователя также важно время до начала содержательного ответа: первый токен служебного рассуждения ещё не означает, что ответ готов. Длительность работы инструментов записывается отдельно. Определения задержек и различие скорости одного запроса и суммарной производительности приведены в руководстве NVIDIA по измерению скорости моделей.
Потоковая передача позволяет читать ответ по мере его появления. Комфорт оценивается по скорости генерации, ожиданию содержательного ответа и времени завершения всей задачи. Влияние длины ответа, последовательных обращений и потоковой передачи описано в руководстве по сокращению задержек.
5. Порядок допуска и приёмки
Зафиксировать способ подключения, модель и её версию, поставщика сервиса или сервер выполнения, настройки рассуждения, контекст и состав инструментов. При размещении модели в инфраструктуре организации дополнительно фиксируются формат весов и контрольная сумма; квантизация — уменьшение разрядности числового представления параметров — проверяется на поставляемом варианте.
Выполнить не менее 200 контрактных проверок: машиночитаемый результат по схеме JSON, аргументы инструментов, продолжение после их результата, рассуждение, SGR и потоковая передача. Соответствие схеме — 100%; корректный выбор инструмента и аргументов — не менее 98% соответствующих проверок. В проверках SGR отдельно оценить прохождение обязательных этапов, результаты проверок и выбор следующего действия по ним. В режиме структурированного результата ответ обычным текстом или объект с нарушением схемы не засчитывается как успешный результат.
Проверить не менее 50 русскоязычных прикладных задач, включая российскую техническую документацию, ГОСТы, нормативы, отраслевые термины, работу с базой знаний, нормативными ссылками, изображениями и программированием. Проверки должны охватывать знание и понимание терминов без подсказки, применение требований к предоставленным фрагментам документов, сохранение единиц измерения и различение редакций нормативов. Успешность — не менее 85% для минимального допуска и 90% для рекомендуемого; для задач с российской технической и нормативной документацией эти пороги проверяются отдельно. Для распознавания чистых сканов с разрешением 300 точек на дюйм доля ошибок символов — не более 2%. Придуманные нормативные ссылки в проверочном наборе не допускаются.
На прогретой модели измерить скорость генерации одного ответа на типичных русскоязычных задачах. Записать объём входа и выхода, настройки рассуждения и использование ранее обработанного контекста. Представить время до первого токена, время до начала содержательного ответа и длительность генерации. Отдельно проверить повседневный и пиковый режимы, выбранный запас одновременности и возврат к повседневной скорости после пика. Для каждого режима записать параллелизм и длительность нагрузки; сопоставить скорость с соответствующими диапазонами раздела 4.
Отдельно проверить изображения, рабочий бюджет обычного сеанса и минимальное окно контекста из раздела 2.1. В проверках длинного контекста предусмотреть указанный там резерв выходных токенов, записать фактические задержки и подтвердить корректность без нехватки памяти.
Зафиксировать число успешных обращений и ошибок, число вызовов инструментов и полную длительность агентских задач. При размещении модели в инфраструктуре организации дополнительно фиксируются расход памяти и результаты измерений под нагрузкой; пример профиля одновременных обращений и расчётных показателей приведён в примере расчёта оборудования.
Протокол должен содержать исходные результаты и условия измерения. Для профильных проверок качества и скорости должны использоваться реальные ответы модели. Соответствие устанавливается только по результатам приёмки конкретной конфигурации подключения.
Требования к компьютеру для установки Дипнео
Документ описывает требования к компьютеру пользователя для настольного приложения Дипнео под Windows и macOS. Порядок действий приведён в руководстве по установке Дипнео. Приложение подключается к настроенному сервису модели ИИ; требования к размещению моделей и серверов приведены в отдельных статьях раздела.
Операционная система и процессор
Выберите установщик, соответствующий операционной системе и процессору компьютера.
Операционная система
Требование к процессору
Сборка
Windows 10 или Windows 11, 64-разрядная версия
Intel или AMD с архитектурой x86-64 (x64)
Windows x64
macOS 13.5 или новее
Intel с архитектурой x86-64 (x64)
macOS Intel
macOS 13.5 или новее
Apple Silicon с архитектурой ARM64, начиная с M1
macOS Apple Silicon
32-разрядные процессоры и 32-разрядная Windows не поддерживаются. При выборе компьютера учитывайте также аппаратные требования самой операционной системы.
Место на диске
Для установки текущей сборки требуется около 1,78 ГБ свободного места для файлов программы. Размер может различаться между сборками для разных операционных систем и меняться при обновлениях; точное требование для выбранной сборки смотрите в установщике.
Дополнительно требуется место для скачанного установщика, временных файлов установки и обновлений, рабочих документов, вложений, результатов работы и устанавливаемых модулей. Эти данные не входят в указанные 1,78 ГБ. Их объём зависит от используемых файлов и задач.
Локальные модели голосового ввода
Веса моделей голосового ввода скачиваются отдельно, по запросу пользователя. Их размер добавляется к указанным выше 1,78 ГБ для программы.
Модель голосового ввода
После установки, МБ
Запас на подготовку, МБ
GigaAM v2 — русская речь
Около 240
500
Whisper Small — многоязычная речь
Около 190
500
Если планируете установить обе модели, оставьте дополнительно около 1 ГБ свободного места для их загрузки и подготовки. После установки обе модели занимают суммарно около 430 МБ. Во время подготовки на диске одновременно находятся скачанный архив и распакованные файлы; после завершения временные файлы удаляются.
Размеры округлены для текущего комплекта; в таблице 1 МБ означает 1 000 000 байт. При обновлении моделей объём может меняться. Перед загрузкой приложение показывает размер выбранного архива; он отличается от размера распакованных файлов.
Для первичной загрузки нужен доступ к сервису загрузки, для записи — разрешение на микрофон. Сохранённые модели используются повторно; распознавание выполняется на компьютере пользователя. Порядок выбора и установки — в инструкции голосового ввода.
Оперативная память
Для повседневной работы рекомендуется компьютер с 8 ГБ оперативной памяти или больше. Для больших документов, таблиц, презентаций и одновременной работы с несколькими приложениями рекомендуется 16 ГБ или больше.
Это ориентиры для выбора рабочего компьютера. Фактический расход памяти зависит от размеров открытых файлов, подключённых модулей и выполняемых задач.
Подключение к моделям и серверам
Компьютер должен иметь доступ к настроенному сервису модели ИИ. Для облачного сервиса требуется подключение к интернету; для сервиса в инфраструктуре компании — доступ к соответствующему серверу в корпоративной сети.
При таком подключении генерация ответов выполняется на сервере модели; отдельная видеокарта для запуска модели на компьютере пользователя не требуется. Скорость ответа зависит от скорости генерации на сервере, времени обработки запроса и сетевого соединения.
Если модели размещаются локально в инфраструктуре компании, для подбора оборудования можно использовать пример расчёта для заданной нагрузки. Подключение к модулю «База Знаний» для работы с материалами и проверок по нормативам требует доступа к его серверу; требования к этому серверу приведены отдельно.
Требования к установке
Раздел содержит требования к установке Дипнео на компьютер пользователя и к развёртыванию системы в инфраструктуре компании: операционная система, процессор, память и место на диске, серверные ресурсы, оборудование и подключение языковых моделей. Требования к модулю «База Знаний» для работы с материалами и проверок по нормативам описаны отдельно от требований к размещению моделей.
Требования к серверу Базы Знаний Дипнео и проверки по нормативам при установке в инфраструктуре компании
Документ описывает начальные конфигурации и порядок расчёта сервера компании для размещения модуля «База Знаний» для работы с материалами и проверок по нормативам, а также связанных сервисов поиска. Профиль относится к корпоративной установке, где пользователи работают с готовой базой знаний, а загрузку и сопровождение базы выполняет один ответственный пользователь или администратор. Число сотрудников не является подтверждением пропускной способности сервера.
Состав серверного контура
Сервер базы знаний и проверки по нормативам состоит из нескольких технических блоков.
Блок
Назначение
Требование для установки на сервер компании
Серверное приложение
Принимает запросы клиентов, управляет базой знаний, проверками по нормативам, доступом к документам и подключениями к моделям
Запускается как серверный сервис приложения на Linux
База данных
Хранит метаданные документов, версии, статусы, права доступа, задания обработки, поисковые фрагменты и служебные записи
Целевой вариант для серверной установки - PostgreSQL 17 с расширением pgvector
Хранилище исходных файлов
Хранит загруженные PDF, DOCX, XLSX, сканы, исходные версии документов, отчеты и временные результаты обработки
S3-совместимое объектное хранилище, MinIO или корпоративное файловое хранилище на NVMe
Векторный поиск
Хранит и использует смысловые векторные представления фрагментов базы знаний
pgvector в PostgreSQL для целевого серверного контура; при значительном росте корпуса архитектура уточняется отдельно
Текстовый поиск
Обеспечивает лексический поиск по фрагментам, номерам пунктов, терминам и точным формулировкам
Полнотекстовые индексы PostgreSQL и прикладное ранжирование
Embedding-сервис
Вычисляет векторные представления фрагментов и пользовательских запросов
Извлекает текст, таблицы, страницы, смысловые блоки, готовит чанки и индексы
Фоновые задачи на том же сервере в минимальной установке
Подключение к большой языковой модели
Обеспечивает ответы, агентскую работу и анализ результатов проверки
API или отдельный корпоративный контур модели; его аппаратные требования считаются отдельно
Журналы, резервное копирование и мониторинг
Обеспечивают эксплуатационный контроль, восстановление и разбор ошибок
Мониторинг состояния сервиса, базы данных, диска, заданий обработки и свободного места
В текущем локальном режиме разработки часть данных может храниться во встроенной SQLite-базе и локальной файловой структуре. Для установки на сервер компании целевым вариантом является перенос серверного контура на PostgreSQL с pgvector и выделенное хранилище исходных файлов. Расчет профиля ниже относится именно к такому серверному контуру.
Расчетный профиль использования
Для нагрузочной проверки принят следующий сценарий. Указанные значения параллелизма — условия испытания; они не являются измеренной производительностью начальной конфигурации.
Параметр
Значение
Потенциальные пользователи
до 50
Активные пользователи в рабочий период
до 30
Одновременные пользовательские запросы к базе знаний
5-7
Одновременные задачи индексации
1
Пользователи, загружающие и ведущие базу знаний
1
Основной режим остальных пользователей
поиск, вопросы по базе знаний, проверка документов по подготовленным нормативам
Локальные embeddings
BAAI/bge-m3 на CPU
Большая языковая модель
обязательное подключение через API или отдельный корпоративный контур модели
Профиль обращений к модели ИИ приведён в примере расчёта оборудования для модели. Модельное обращение и поисковый запрос к базе знаний — разные операции: их параллелизм рассчитывается отдельно. Фактическое число поисков и задержки проверяются на интерактивных и фоновых заданиях вместе. Длительное задание выполняет последовательность шагов, поэтому его длительность сама по себе не задаёт параллелизм базы знаний.
Комплектация приведена ниже, в разделе «Начальная конфигурация для профиля на 50 пользователей». Её достаточность подтверждается расчётом объёма данных и проверкой на документах организации при совместной работе поиска и индексации. До закупки фиксируются допустимая задержка поиска, частота поисковых запросов и требуемое время индексации. При большем числе параллельных поисков, объёме материалов или интенсивности загрузки требуется новый расчёт. Для точного расчёта закупки под вашу компанию — Получить консультацию.
Расчёт ресурсов и подтверждение нагрузки
Для расчёта фиксируются независимо: число и размер исходных файлов с сохранёнными версиями, количество страниц, фактическое количество поисковых фрагментов, размерность и тип векторов, состав индексов, объём результатов и журналов, временное место обработки и объём загрузки за рабочий период. Однозначного соответствия между документом, страницей и поисковым фрагментом нет.
BAAI/bge-m3 формирует плотный вектор размерности 1 024. Для типа vector в pgvector одна запись вектора занимает 4 × размерность + 8 байт. Поэтому 30 000 векторов требуют 30 000 × (4 × 1 024 + 8) = 123 120 000 байт, или около 117,4 МиБ. Это только значения плотных векторов; строки таблиц, текст, метаданные, векторные и полнотекстовые индексы, версии и журналы учитываются дополнительно. Этот объём сам по себе не определяет комплектацию сервера. Источники: BAAI/bge-m3, формат хранения pgvector.
Ресурс
Порядок расчёта
RAM
Сумма одновременно необходимых рабочих объёмов серверного приложения, embedding-сервиса, PostgreSQL, поиска, индексации и ОС с файловым кэшем; запас фиксируется в спецификации. Пиковое потребление измеряется при совместной работе, включая временные структуры парсинга
Диск
Сумма места для файлов и версий, базы и индексов, результатов, журналов и максимального одновременно необходимого временного места, делённая на 0,8 для сохранения 20% свободного объёма. Планируемый рост включается в соответствующие слагаемые; резервные копии рассчитываются отдельно
CPU
Подбор по измеренной скорости embeddings и разбора документов при одновременном поиске. Число ядер само по себе не задаёт время индексации и задержку поиска
Параллельные поиски
В устойчивом режиме среднее число поисков равно частоте запросов в секунду, умноженной на среднее время обслуживания поиска в секундах. Всплески, многошаговые проверки и параллельные подзадачи измеряются отдельно
На согласованном корпусе проверяется нагрузка из раздела «Расчетный профиль использования» вместе с интерактивными и фоновыми агентскими заданиями из примера расчёта оборудования модели. Записываются частота запросов, p50/p95/p99 задержек поиска и очереди, скорость индексации, фактическое число фрагментов, пиковые RAM и временное место. Конфигурация принимается только при выполнении согласованных задержек и срока индексации без накопления очереди и исчерпания ресурсов.
Подключение к большой языковой модели
Сервер базы знаний и проверки по нормативам должен быть подключен к большой языковой модели. Модель используется для формирования ответов, агентского выполнения задач, анализа пользовательского запроса и подготовки результата проверки по найденным нормативным материалам.
Подключение может выполняться через внешний API или через отдельный контур большой языковой модели, размещенный в инфраструктуре компании. Аппаратные требования в этом документе относятся только к серверу базы знаний и проверки по нормативам. CPU, RAM, GPU, дисковая подсистема и сетевые требования для размещения этой модели в данный расчет не входят.
Для работы модуля «База Знаний» с материалами и проверками по нормативам минимальное контекстное окно модели и сервиса — 128K токенов (131 072). Требования к возможностям модели, поддержке вызовов инструментов и варианту размещения описаны отдельно в разделе «Требования к моделям ИИ для работы агентской системы Дипнео».
Начальная конфигурация для проверки запуска
Начальная конфигурация предназначена для проверки запуска сервера базы знаний и проверки по нормативам, локального embedding-сервиса, базы данных и хранения документов на одном сервере. Она не подтверждает обслуживание расчётного профиля на 50 пользователей.
Ресурс
Начальная комплектация
CPU
16 физических ядер
RAM
32 ГБ
Диск
1 ТБ NVMe SSD
Сеть
1 GbE
ОС
Linux server x86_64
При проверке запуска один пользователь ведёт базу знаний, а остальные выполняют чтение, поиск и запросы к уже проиндексированным материалам. Переход к эксплуатации требует подтверждения ресурсов и производительности на согласованной нагрузке.
Начальная конфигурация для профиля на 50 пользователей
Для совместной проверки поиска и индексации принимается следующая начальная конфигурация. Соответствие требованиям устанавливается по расчёту ресурсов и результатам испытаний.
Ресурс
Начальная комплектация
CPU
16 физических ядер
RAM
64 ГБ
Диск
2 ТБ NVMe SSD
Условие нагрузки
Что необходимо проверить
Расчётный профиль использования из одноимённого раздела
Частоту запросов, задержки поиска и длину очереди
Рост фактического числа фрагментов и версий
Размер базы, индексов и рабочих структур поиска
Рост числа страниц или доли сканов
Размер файлов и временного места, скорость извлечения текста
Регулярная загрузка крупных PDF, DOCX, XLSX в рабочее время
Время индексации и её влияние на поиск
Одновременная индексация и активная работа пользователей
Совместное пиковое потребление CPU, RAM и диска
При превышении согласованных объёмов или сроков обработки ресурсы пересчитываются по измерениям. Порог числа страниц или фрагментов сам по себе не определяет переход между начальными конфигурациями.
Ориентиры по объему базы знаний
Для расчета нагрузки важен не только размер исходных файлов, но и количество текстовых фрагментов, которые сервер базы знаний и проверки по нормативам использует для поиска и проверки.
Следующие диапазоны описывают примеры корпусов для проверки. Каждая колонка измеряется отдельно; диапазоны не являются формулой пересчёта и не подтверждают вместимость сервера.
Объем базы знаний
Ориентир по документам
Ориентир по страницам
Фактическое число фрагментов
Проверка ресурсов
Малый
до 500 документов
до 10 000 страниц
до 10 000
Расчёт места и памяти, проверка запуска и согласованной нагрузки
Средний
500–2 000 документов
10 000–30 000 страниц
10 000–30 000
Расчёт ресурсов и совместная проверка поиска и индексации
Повышенный
более 2 000 документов
более 30 000 страниц
более 30 000
Отдельный расчёт ресурсов и проверка производительности
Размер исходных файлов зависит от формата. Текстовые документы занимают меньше места, сканы и PDF с изображениями занимают существенно больше места и создают больше временных файлов при обработке.
Технические нюансы эксплуатации
Сервер базы знаний и проверки по нормативам использует CPU не только для обработки HTTP-запросов, но и для парсинга документов, подготовки фрагментов базы знаний, расчета embeddings, ранжирования результатов поиска и обслуживания базы данных.
BAAI/bge-m3 используется как модель embeddings и выполняется на CPU. Для пользовательского RAG-запроса обычно требуется короткий query embedding. Основная нагрузка на embeddings возникает при загрузке и переиндексации документов, когда сервер рассчитывает векторы для большого числа чанков.
Оперативная память используется одновременно несколькими компонентами: приложением сервера базы знаний и проверки по нормативам, embedding-сервером, базой данных, файловым кэшем ОС, рабочими буферами парсинга и структурами поиска. Достаточный объём для выбранной начальной конфигурации определяется совместным пиковым потреблением этих компонентов.
NVMe SSD обязателен для устойчивой работы с базой знаний. Диск используется для базы данных, индексов, загруженных документов, извлеченного текста, отчетов, временных файлов обработки и журналов. Использование HDD или медленного сетевого диска для рабочей базы знаний не рекомендуется.
Для промышленной установки рекомендуется размещать данные сервера базы знаний и проверки по нормативам на диске с мониторингом состояния, резервным копированием и контролем свободного места. Свободное место на диске должно оставаться не ниже 20% от общего объема, чтобы индексация и временные операции не останавливались из-за нехватки места.
Если база знаний активно пополняется в рабочее время, загрузку и индексацию документов следует выполнять в контролируемом режиме: один ответственный пользователь ведет базу, а массовые загрузки крупных пакетов документов планируются вне пикового времени работы пользователей.
Границы применимости требований
Указанные требования относятся к серверу базы знаний и проверки по нормативам, локальным embeddings и серверной части проверки документов. Они не включают аппаратные требования для размещения большой языковой модели, OCR-моделей большого размера, отказоустойчивого кластера, отдельного объектного хранилища или выделенного контура резервирования.
Если требуется размещение большой языковой модели в инфраструктуре компании, высокая доступность, раздельные серверы приложений и базы данных или база знаний значительно больше 30 000 чанков, аппаратные требования должны рассчитываться отдельно по результатам нагрузочного тестирования на реальных документах компании.
Пример расчёта оборудования для моделей ИИ в агентской системе Дипнео
Профиль использования и оборудование подбираются индивидуально под компанию. Для точного расчёта оборудования — Получить консультацию.
Пример предназначен для планирования закупки оборудования компанией, которая собирается разместить модель ИИ в своём контуре. В нём приведены варианты GPU, требования к видеопамяти, питанию и охлаждению, а также расчётные показатели производительности для заданной нагрузки. Исходные требования к возможностям, качеству и скорости работы моделей приведены в документе «Требования к моделям ИИ для работы агентской системы Дипнео».
1. Профиль нагрузки
Пример: 50 офисных пользователей; повседневная нагрузка — 5 одновременных обращений, пик — 13, проверка резерва — 17. Сценарии одинаковы для вариантов А и Б.
Для примера приняты следующие предположения о работе компании. В повседневном сценарии 4 сотрудника одновременно ищут или анализируют материалы, а 1 фоновый агент готовит отчёт. В пиковом сценарии 10 из 50 сотрудников одновременно готовят материалы к совещанию, параллельно 3 фоновых агента проверяют документы. Это предположения о сценариях использования; фактическая нагрузка компании уточняется при внедрении.
Сценарий
Одновременно
Состав нагрузки
Повседневный
5 обращений
4 сотрудника и 1 фоновый агент
Пиковый
13 обращений
10 сотрудников и 3 фоновых агента
Проверка резерва
17 обращений
Пик и ещё 4 обращения
Каждый сотрудник или фоновый агент в этом примере выполняет один модельный шаг одновременно. Параллельные подзадачи учитываются как дополнительные обращения; ожидание инструментов не занимает модельный слот.
Целевые диапазоны скорости и критерии комфорта заданы в разделе 4 требований к моделям ИИ. Пиковое окно длится до 10 минут подряд. Резерв предусматривает не менее 25% дополнительных обращений сверх пика; с округлением до целого проверяются 17 обращений. Оборудование оценивается по скорости и памяти при этих заданных нагрузках.
Задачи: поиск по базе знаний, анализ и сравнение документов, подготовка отчётов, проверка материалов, многошаговая агентская работа.
Фоновые задания: 30–60 минут на последовательность модельных шагов и инструментов. Для более длинных шагов используются профили контекста из раздела 5.3.
Обычный расчётный шаг: 8 192 входных и 2 048 выходных токенов, включая до 1 024 токенов рассуждения. Объём ответа в этом шаге — параметр примера; возможности генерации сервиса определяются требованиями к моделям ИИ.
Формат расчётного профиля: основные веса FP8, KV-cache BF16, состояния линейного внимания FP32; обычная генерация без спекулятивного декодирования. Расчётные окна длинных запросов — 128K и 256K; резерв ответа — 8 192 токена внутри окна. Все размеры контекста в примере включают ответ.
2. Варианты видеокарт
Память и её пропускная способность указаны на одну карту.
Параметр
А
Б
Видеокарта
H200 NVL, PCIe
RTX PRO 6000 Blackwell Server Edition
Количество GPU
1 шт.
4 шт.
Память на GPU
141 GB HBM3e
96 GB GDDR7 ECC
Пропускная способность на GPU
4,8 ТБ/с
1,597 ТБ/с
Мощность всех GPU
600 Вт
2 400 Вт
Размещение
Один экземпляр целиком на одной карте
Один экземпляр с тензорной параллелизацией на четырёх картах
Соединение
Одна GPU через PCIe
Прямой обмен через PCIe, без NVLink
Вычисления
TP1: запрос выполняется на одной карте
TP4: четыре карты обслуживают каждый запрос
Расчётные профили этих конфигураций приведены в разделе 5. Для Б необходимы достаточное число линий PCIe и прямой обмен между четырьмя участвующими GPU.
Тензорная параллелизация разделяет вычисления одной модели между картами. Независимые копии модели обслуживают отдельные пакеты запросов: их суммарная пропускная способность памяти не становится доступной одному пакету. В данном примере используется один экземпляр модели на всех GPU выбранного варианта.
Ориентиры стоимости GPU по открытым предложениям за сентябрь 2026 года: H200 NVL у Servermall — от 7 078 751 ₽ с НДС за одну карту; RTX PRO 6000 Server Edition у x64 — 1 490 499 ₽ за карту, или 5 961 996 ₽ за четыре.
3. Комплектация сервера модели
Ниже указаны условия подбора сервера для выбранных GPU. Число ядер CPU, объём RAM и накопителей определяются конфигурацией сервера и нагрузкой; число сотрудников не задаёт для них обязательный минимум.
Компонент
А
Б
CPU x86-64
Под 1 GPU и подготовку запросов
Под 4 GPU и подготовку запросов
RAM, ECC
Под загрузку модели и обработку запросов
Под загрузку модели и обработку запросов
Накопители
NVMe SSD под систему, модель и журналы
NVMe SSD под систему, модель и журналы
Сеть
Базовый ориентир — 1 GbE для текстового API
Базовый ориентир — 1 GbE для текстового API
Подключение GPU
1 × PCIe 5, x16
4 × PCIe 5, x16 с прямым обменом GPU
Тепловая нагрузка GPU
До 600 Вт
До 2 400 Вт
Питание узла
По полной комплектации сервера
По полной комплектации сервера
Платформа: совместимость с выбранными GPU, достаточное число линий PCIe для карт, накопителей и сети; равномерное заполнение каналов RAM.
CPU: число физических ядер подбирается по токенизации, обработке изображений и обслуживанию запросов; для Б отдельно проверяется число линий PCIe.
RAM: учитываются способ загрузки модели, число процессов сервера выполнения и обработка входов. Число GPU само по себе не задаёт объём RAM.
Накопители: ёмкость определяется объёмом системы, весов модели, временных файлов и сроком хранения журналов. RAID 1 и резервное копирование выбираются по требованиям к доступности и восстановлению.
Сеть: 1 GbE — базовый ориентир для текстовых запросов и ответов. Передача изображений и файлов оценивается отдельно по объёму и допустимому времени загрузки. Между GPU варианта Б данные передаются через PCIe внутри сервера.
Управление: BMC. Резервирование блоков питания и независимые вводы определяются требованиями к доступности; питание, охлаждение и ИБП — полной комплектацией узла.
Программные условия расчёта: Linux x86-64, совместимые драйверы, SGLang; выполнение модели внутри контура без внешнего модельного сервиса.
Окончательные CPU, RAM и накопители фиксируются в спецификации после проверки загрузки модели и профилей раздела 5. В расчёт питания и охлаждения входят GPU, CPU, RAM, накопители, вентиляторы и потери блоков питания; ИБП подбирается также по требуемому времени автономной работы. Ресурсы отдельного сервера базы знаний учитываются дополнительно.
4. Видеопамять
Формат основных матриц весов — FP8; часть тензоров, включая выходной слой, остаётся BF16. KV-cache — память обработанного контекста — хранится в BF16. Бюджет расчёта: 32 ГиБ весов на экземпляр модели, 12 ГиБ рабочих буферов на каждую GPU, KV-cache и отдельный бюджет состояний линейного внимания FP32. В рабочие буферы входят графы выполнения и дополнительные копии неразделяемых тензоров.
KV-cache для обычного шага занимает 0,625 ГиБ на обращение; для контекста 32K — 2 ГиБ, 128K — 8 ГиБ, 256K — 16 ГиБ. Состояния линейного внимания учтены в итоговом бюджете каждого профиля.
В каждой строке А и Б сравниваются при одинаковых контексте и числе одновременных обращений из раздела 1. Для длинного контекста отдельно проверяется сценарий, в котором все активные обращения используют окно до 32K токенов.
Контекст до 10 240 токенов
Одновременно
А
Б
5 обращений
50,0 ГиБ на GPU
21,5 ГиБ на GPU
13 обращений
59,6 ГиБ на GPU
23,9 ГиБ на GPU
17 обращений
64,4 ГиБ на GPU
25,1 ГиБ на GPU
Контекст до 32K токенов
Одновременно
А
Б
5 обращений
56,9 ГиБ на GPU
23,2 ГиБ на GPU
13 обращений
77,5 ГиБ на GPU
28,4 ГиБ на GPU
17 обращений
87,7 ГиБ на GPU
30,9 ГиБ на GPU
Одно обращение
Контекст
А
Б
128K токенов
52,6 ГиБ на GPU
22,1 ГиБ на GPU
256K токенов
60,6 ГиБ на GPU
24,1 ГиБ на GPU
Реальный расход проверяется на каждой карте, включая неравномерность размещения и дополнительные выделения сервера выполнения. Оценка скорости для этих же сценариев приведена в разделе 5.
Наша рекомендация — сохранять свободными не менее 20% доступной видеопамяти каждой GPU. Наибольший бюджет рассмотренных сценариев — при 17 обращениях по 32K токенов: 87,7 ГиБ для А и 30,9 ГиБ на карту для Б. С учётом свободного резерва памяти требуется не менее 109,7 ГиБ доступной памяти одной H200 NVL и 38,7 ГиБ на каждой RTX PRO 6000. Размещение в памяти оценивается отдельно от достаточности скорости.
Единицы расчёта: 1 ГиБ = 2³⁰ байт; 1 КиБ = 2¹⁰ байт; 1K = 1 024 токена. Паспортные обозначения ёмкости GPU приведены как у производителя. Расчётный бюджет сопоставляется с доступной памятью каждой карты в байтах или МиБ с учётом ECC, резерва драйвера и лимита сервера выполнения.
5. Скорость ответов
Приведённые ниже значения — расчётная оценка средней скорости генерации после обработки входа для модели, оборудования и условий разделов 1–4. При увеличении одновременности или длины контекста скорость одного ответа снижается. Фактические показатели готового сервиса, обработка изображений, совместная работа с новыми входами и процентили проверяются по разделу 6.
5.1. Повседневный режим
Обычные шаги до 10 240 токенов.
Профиль
А: ответ
Б: ответ
Повседневный 5 обращений
71,2 токенов/с
92,2 токенов/с
При заданных 5 одновременных обычных обращениях обе конфигурации сохраняют повседневную скорость выше 60 токенов/с на ответ; А работает в нижней половине комфортного диапазона, Б — выше его середины.
5.2. Пик и резерв нагрузки
Пик сценария — 13 одновременных обычных обращений. Проверка резерва — рост до 17 обращений при сохранении не менее 40 токенов/с на каждый ответ. Число обращений одинаково для А и Б.
Нагрузка
А: ответ
Б: ответ
Пик 13 обращений
53,7 токенов/с
69,5 токенов/с
Проверка резерва 17 обращений
47,8 токенов/с
61,9 токенов/с
Обе конфигурации по расчёту обеспечивают заданный пик и резерв для обычных обращений. Вариант А переходит в допустимый пиковый диапазон 40–60 токенов/с; Б сохраняет скорость выше 60 токенов/с. Резерв относится к числу обращений; свободная видеопамять учитывается отдельно в разделе 4.
Показатели этой таблицы относятся к контексту до 10 240 токенов. Длинные и смешанные обращения оцениваются отдельно ниже.
5.3. Длинный контекст
Контекст до 32K токенов
Профиль
А: ответ
Б: ответ
Повседневный 5 обращений
58,3 токенов/с
75,5 токенов/с
Пик 13 обращений
37,5 токенов/с
48,5 токенов/с
Проверка резерва 17 обращений
31,8 токенов/с
41,1 токенов/с
Здесь все обращения используют контекст до 32K токенов. А не обеспечивает этот сценарий: повседневная скорость ниже 60 токенов/с, пиковая и при проверке резерва — ниже 40. Б по расчёту обеспечивает повседневный режим, пик и резерв по соответствующим порогам скорости. Потребность компании при этом остаётся равной 5, 13 и 17 обращениям.
Одно обращение
Контекст
А: ответ
Б: ответ
128K токенов
66,3 токенов/с
85,8 токенов/с
256K токенов
53,5 токенов/с
69,3 токенов/с
При 128K обе конфигурации сохраняют скорость выше 60 токенов/с. При 256K вариант А переходит в пиковый режим 40–60 токенов/с, Б сохраняет повседневную скорость выше 60.
Для 128K и 256K показано единственное активное обращение; бюджет ответа задан в разделе 1.
Один запрос 128K на фоне обычных
Нагрузка
А: ответ
Б: ответ
1 × 128K токенов + 4 обычных обращения
57,5 токенов/с
74,5 токенов/с
1 × 128K токенов + 12 обычных обращений
45,5 токенов/с
59,0 токенов/с
1 × 128K токенов + 16 обычных обращений
41,2 токенов/с
53,4 токенов/с
Один запрос 256K на фоне обычных
Нагрузка
А: ответ
Б: ответ
1 × 256K токенов + 4 обычных обращения
47,6 токенов/с
61,7 токенов/с
1 × 256K токенов + 12 обычных обращений
39,1 токенов/с
50,6 токенов/с
1 × 256K токенов + 16 обычных обращений
35,9 токенов/с
46,5 токенов/с
В каждой смешанной таблице строки соответствуют повседневным 5 обращениям, пику 13 и проверке резерва 17. При 5 обращениях Б сохраняет повседневный порог 60 токенов/с, А опускается ниже него. При одном запросе 128K обе конфигурации сохраняют пиковый порог 40 токенов/с на нагрузках 13 и 17 обращений. При одном запросе 256K А этот пиковый порог не обеспечивает, Б сохраняет его и при проверке резерва.
5.4. Итог сопоставления с требованиями
Для обычных шагов обе конфигурации по расчёту обеспечивают повседневные 5 обращений, пик 13 и проверку резерва 17. Во всех рассмотренных длинных и смешанных сценариях заданные пороги обеспечивает Б; ограничения А указаны в разделе 5.3. Одиночные запросы 128K и 256K размещаются в памяти обеих конфигураций; скорость одного запроса приведена отдельно. Критерии сопоставления, требования к возможностям модели, условия подключения и порядок допуска определяются требованиями к моделям ИИ.
6. Рекомендуемые задержки для расчётных режимов
Целевые задержки для обычных шагов до 10 240 токенов при нагрузках разделов 5.1–5.2.
Показатель
Обычно, p95
Пик, p95
Первый токен (TTFT)
До 8 с
До 15 с
Очередь
До 1 с
До 5 с
Интервал токенов (TPOT)
До 16,7 мс
До 25 мс
Начало ответа
До 26 с
До 41 с
Завершение ответа
До 43 с
До 67 с
TTFT включает очередь и измеряется без повторного использования контекста. TPOT — средний интервал между выходными токенами. Начало содержательного ответа указано для рассуждения до 1 024 токенов; завершение — для всего выхода до 2 048 токенов.
P95 означает, что не менее 95% измерений укладываются в границу. Каждый показатель задержки из таблицы измеряется отдельно. Средняя расчётная скорость раздела 5 и показатели p95 из этой таблицы — разные величины. Термины и способ измерения скорости приведены в разделе 4 требований к моделям ИИ.
Для проверки резерва используются 17 одновременных обращений. Повседневные 5 обращений, пиковые 13 и резервные 17 проверяются на обычном контексте и на профилях раздела 5.3. Нужны и одновременный приход новых входов, и длительная смешанная работа генерации с обработкой новых запросов. Для профилей 32K отдельно рекомендуется TTFT до 32 с по p95. Приведённые целевые задержки — наши рекомендации для отдельного тестирования.
Условия применимости результатов: непрерывная пакетная обработка, порционная обработка длинного входа, приоритет интерактивных запросов, продвижение фоновой очереди и освобождение ресурсов при отмене. Ожидание инструментов освобождает модельный слот. Изображения учитываются в общем контексте; время их обработки добавляется к ожиданию первого токена.
Изменение модели, формата весов, KV-cache, длины контекста или одновременности требует пересчёта профиля.