Intellos Hub
Шаблонv1.0.0стабильнаяготовое приложение

Конструктор ТЗ для ИИ-решений

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

Схема логики

Схема логики: Конструктор ТЗ для ИИ-решений

Как это работает

  1. Сотрудник: Пишет запрос — с вложением или ссылкой
  2. Документы: Читает документ — текстовый слой
  3. Документы: Распознаёт скан — если текста нет (если нужно)
  4. Автоматически: Собирает текст документа — из всех источников
  5. Интернет: Читает страницу — по ссылке (если нужно)
  6. ИИ-ассистент: Обновляет карточку — требований
  7. Автоматически: Оценивает полноту — что спросить дальше
  8. ИИ-ассистент: Готовит вопрос — ровно один
  9. Сотрудник: Отвечает на вопрос — уточняет требования
  10. ИИ-ассистент: Собирает ТЗ — одиннадцать разделов
  11. Автоматически: Проверяет и дополняет — машиночитаемый блок
  12. Сотрудник: Получает ТЗ — карточка требований

Конструктор ТЗ для ИИ-решений

Чат-приложение ведёт заказчика через короткое интервью и выдаёт готовое техническое задание на ИИ-решение: карточку требований и машиночитаемый блок, который напрямую принимает генератор конфигураций. Терминов от пользователя не требуется — вопросы задаются по одному, варианты предлагаются кнопками. Решение пригодится ИТ-службе, аналитикам и руководителям, которые ставят задачи на автоматизацию.

Что на входе

  • Описание задачи своими словами в чате.
  • По желанию — документ вложением (DOCX, TXT, MD, PDF, в том числе скан) или фото страниц; до пяти файлов.
  • По желанию — ссылка на страницу в тексте сообщения: она будет прочитана.
  • Ответы на вопросы — нажатием кнопки или текстом в строке сообщения; «Не знаю — реши сам» тоже ответ.

Что на выходе

  • Готовое ТЗ в чате: карточка требований по одиннадцати разделам с колонкой «Источник» — уточнено у заказчика, выведено из ответов или принято по умолчанию.
  • Раздел допущений в трёх категориях: «Не выяснено», «Выведено из ответов», «К задаче не относится».
  • Открытые вопросы и предупреждения «что учесть до разработки» — например, что задачу из многих шагов разумно разбить на несколько процессов.
  • Машиночитаемый блок для генератора конфигураций.

Как работает

  1. Из вложения извлекается текстовый слой; если его меньше 200 знаков, документ распознаёт MinerU. Ссылка из сообщения читается встроенным инструментом чтения страниц.
  2. Модель DeepSeek переносит сказанное в карточку; карточка хранится в памяти диалога и переживает каждый ход.
  3. Полноту проверяет код, а не модель: шесть базовых полей спрашиваются всегда, остальные — когда этого требует содержимое карточки. За ход задаётся ровно один вопрос.
  4. Расплывчатый ответ («в другую программу») переспрашивается один раз; «не знаю» закрывает поле умолчанием с пометкой; один и тот же вопрос дважды не задаётся.
  5. После 20 вопросов оставшиеся пробелы закрываются допущениями — ТЗ выдаётся всегда. Финальную проверку разделов делает код.
  6. Правки после выдачи вносятся тем же диалогом: карточка обновляется, ТЗ выдаётся заново.

Что настроить после установки

  • DeepSeek: плагин провайдера и ключ в настройках поставщиков моделей.
  • Плагин MinerU (langgenius/mineru) и авторизация: Инструменты → MinerU → Авторизация — адрес сервиса, токен и тип сервера. Без неё не работает только распознавание сканов, остальной диалог работает.
  • Выход в интернет с площадки — для MinerU и чтения ссылок.
  • Базы знаний и секреты не нужны.

Ограничения

  • Документ больше 15 МБ площадка отклоняет при загрузке; толстые сканы в этот предел могут не уложиться.
  • Форм с полями ввода нет: свободный ответ пишут в строке сообщения. Формы, которые рисовала модель, выводились без поля ввода, поэтому от них отказались.
  • Множественный выбор — кнопками-сочетаниями: отдельных галочек нет.
  • Распознавание сканов наследует ограничения MinerU: повёрнутый или плохой скан даёт мусор без ошибки.
  • Машиночитаемый блок рассчитан на генератор конфигураций проекта.

Проверено

  • 07.09.2026 — первое тестирование на площадке, после него введены один вопрос за ход и ответы кнопками.
  • 09.09.2026 — ещё восемь проверочных прогонов на разных задачах: юридический бот, помощник декларанта, корпоративное ТЗ из файла DOCX, составитель отчётов и другие. После каждого найденные дефекты исправлены. Например, после второго тестирования пустых полей в готовом ТЗ стало 0 вместо 22: всё незаданное закрыто 23 допущениями и 4 открытыми вопросами.
  • Код проверки полноты и финальной сборки прогнан вне платформы на подставных данных, включая неразборчивый ответ модели.
  • Способ запуска прогонов (студия или Service API) в отчёте не указан.