Шаблонv1.0.0стабильнаяготовое приложение
Конструктор ТЗ для ИИ-решений
Ведёт заказчика через короткое интервью — по одному вопросу, с вариантами кнопками — и выдаёт техническое задание на ИИ-решение: карточку требований с источником каждого поля, допущения, открытые вопросы и машиночитаемый блок для генератора конфигураций. Понимает вложения, сканы и ссылки.
@intellosКонструкторы ИИ-решенийдля кого:руководителяманалитикамит и внедрению ииобновлено 8 октября 2026 г.
Схема логики
Как это работает
- Сотрудник: Пишет запрос — с вложением или ссылкой
- Документы: Читает документ — текстовый слой
- Документы: Распознаёт скан — если текста нет (если нужно)
- Автоматически: Собирает текст документа — из всех источников
- Интернет: Читает страницу — по ссылке (если нужно)
- ИИ-ассистент: Обновляет карточку — требований
- Автоматически: Оценивает полноту — что спросить дальше
- ИИ-ассистент: Готовит вопрос — ровно один
- Сотрудник: Отвечает на вопрос — уточняет требования
- ИИ-ассистент: Собирает ТЗ — одиннадцать разделов
- Автоматически: Проверяет и дополняет — машиночитаемый блок
- Сотрудник: Получает ТЗ — карточка требований
Конструктор ТЗ для ИИ-решений
Чат-приложение ведёт заказчика через короткое интервью и выдаёт готовое техническое задание на ИИ-решение: карточку требований и машиночитаемый блок, который напрямую принимает генератор конфигураций. Терминов от пользователя не требуется — вопросы задаются по одному, варианты предлагаются кнопками. Решение пригодится ИТ-службе, аналитикам и руководителям, которые ставят задачи на автоматизацию.
Что на входе
- Описание задачи своими словами в чате.
- По желанию — документ вложением (DOCX, TXT, MD, PDF, в том числе скан) или фото страниц; до пяти файлов.
- По желанию — ссылка на страницу в тексте сообщения: она будет прочитана.
- Ответы на вопросы — нажатием кнопки или текстом в строке сообщения; «Не знаю — реши сам» тоже ответ.
Что на выходе
- Готовое ТЗ в чате: карточка требований по одиннадцати разделам с колонкой «Источник» — уточнено у заказчика, выведено из ответов или принято по умолчанию.
- Раздел допущений в трёх категориях: «Не выяснено», «Выведено из ответов», «К задаче не относится».
- Открытые вопросы и предупреждения «что учесть до разработки» — например, что задачу из многих шагов разумно разбить на несколько процессов.
- Машиночитаемый блок для генератора конфигураций.
Как работает
- Из вложения извлекается текстовый слой; если его меньше 200 знаков, документ распознаёт MinerU. Ссылка из сообщения читается встроенным инструментом чтения страниц.
- Модель DeepSeek переносит сказанное в карточку; карточка хранится в памяти диалога и переживает каждый ход.
- Полноту проверяет код, а не модель: шесть базовых полей спрашиваются всегда, остальные — когда этого требует содержимое карточки. За ход задаётся ровно один вопрос.
- Расплывчатый ответ («в другую программу») переспрашивается один раз; «не знаю» закрывает поле умолчанием с пометкой; один и тот же вопрос дважды не задаётся.
- После 20 вопросов оставшиеся пробелы закрываются допущениями — ТЗ выдаётся всегда. Финальную проверку разделов делает код.
- Правки после выдачи вносятся тем же диалогом: карточка обновляется, ТЗ выдаётся заново.
Что настроить после установки
- DeepSeek: плагин провайдера и ключ в настройках поставщиков моделей.
- Плагин MinerU (
langgenius/mineru) и авторизация: Инструменты → MinerU → Авторизация — адрес сервиса, токен и тип сервера. Без неё не работает только распознавание сканов, остальной диалог работает. - Выход в интернет с площадки — для MinerU и чтения ссылок.
- Базы знаний и секреты не нужны.
Ограничения
- Документ больше 15 МБ площадка отклоняет при загрузке; толстые сканы в этот предел могут не уложиться.
- Форм с полями ввода нет: свободный ответ пишут в строке сообщения. Формы, которые рисовала модель, выводились без поля ввода, поэтому от них отказались.
- Множественный выбор — кнопками-сочетаниями: отдельных галочек нет.
- Распознавание сканов наследует ограничения MinerU: повёрнутый или плохой скан даёт мусор без ошибки.
- Машиночитаемый блок рассчитан на генератор конфигураций проекта.
Проверено
- 07.09.2026 — первое тестирование на площадке, после него введены один вопрос за ход и ответы кнопками.
- 09.09.2026 — ещё восемь проверочных прогонов на разных задачах: юридический бот, помощник декларанта, корпоративное ТЗ из файла DOCX, составитель отчётов и другие. После каждого найденные дефекты исправлены. Например, после второго тестирования пустых полей в готовом ТЗ стало 0 вместо 22: всё незаданное закрыто 23 допущениями и 4 открытыми вопросами.
- Код проверки полноты и финальной сборки прогнан вне платформы на подставных данных, включая неразборчивый ответ модели.
- Способ запуска прогонов (студия или Service API) в отчёте не указан.