ИИ-агенты для генерации ТЗ: от черновика до юридически пригодного документа
Как сократить время на подготовку технических заданий в 5–10 раз без потери качества — и почему это уже возможно в 2026 году
Проблема, которую все знают, но игнорируют
Техническое задание — это не просто документ. Это точка синхронизации между заказчиком, разработчиком, тестировщиком и юристом. Но сегодня:
- На написание ТЗ уходит от 3 до 14 дней даже в agile-командах.
- До 40% времени тратится на уточнения, правки и согласования.
- В 60% случаев ТЗ пишется «по шаблону», но не отражает реальных требований.
- После запуска проекта ТЗ забывается — и становится бесполезным артефактом.
Появляется дилемма, ведь сегодня и писать ТЗ плохо - ведь это усложняет процессы, нужно уже прорабатывать продукт, а не вечно проводить совещания и делить еще не заработанные никем деньги. Но и не составлять ТЗ - ужасно, потому что в эпоху ИИ особенно важно четко понимать, чего хочется, а не позволять GPT каждый день переписывать уже намеченный план и испытывать свои глюки с оторванностью от реальной жизни на Вас и Ваших сотрудниках.
Все это требует четкой, но инновационной логики проработки технических заданий.
Можно ли не просто автоматизировать этот процесс, но и перевести его на самые современные решения и алгоритмы? Да — но не так, как предлагают большинство ИИ-инструментов сегодня.
Проблема автоматизации генерации ТЗ актуальна и для HR-направлении в компании, ведь при выдаче тестовых заданий специалисту не столько важно, чтобы выдающий задание специалист разбирался в тонкостях, скажем, программирования.
Cколько актуально то, чтобы потенциальный сотрудник решил эту задачу так, словно он лучше всех вокруг справился уже с боевым заданием. А эта область уже полностью автоматизируется типовыми трансформерами.
При проверке ТЗ ориентируются обычно на мнение руководителя, тогда как последний сам много знаний берет из субъективных источников и даже от того же ИИ. Грамотность составления технического задания должна оцениваться не просто по типовым похожим документам, опытом сотрудника-инженера или инструментами руководителя проекта, но должна и может вычисляться с учетом реальной востребованности проекта на рынке и действительной внешней ситуации за пределами компании.
К сожалению, сегодня, несмотря на объективность ручной проверки, критерии продолжают оставаться субъективными, зависят от настроения, а не фактов, нецелесообразно вручную математически вычислять степень неточности составления, проще написать перечень доработок и забраковать документ, отправив его по второму кругу через бизнес-процесс компании.
Что есть на рынке (и почему этого недостаточно)
Несмотря на то, что все вокруг рванулись раздувать новое направление ИИ-агентов, которые актуальны лишь начиная с 2024 года в силу отсутствия этой технологии еще в 2023 году, в действительности сегодняшние инструменты все еще не приспособлены к бизнесу от слова совсем.
Мы прошли путь от экспериментальных решений до рабочих прототипов, протестированных в реальных сценариях проектирования даже не в 2023 году, но начиная с 2019 года.
Сегодняшние решения делятся на три категории:
Общий недостаток: они реагируют, но не ведут диалог. Они не учатся на ваших прошлых ТЗ, не знают специфики вашей предметной области и не могут предложить альтернативные решения.
В научном плане имеется уже зарекомендовавшая себя в России схема, когда продвинутая большая языковая модель ставится локально на Ваш мощный сервер или компьютер, а Lora-адаптер к этой сети обучается на документации Вашей компании. После данного "Fine-Tuning" итоговая чат-модель может общаться с Вами, понимая терминологию и данные именно Вашей компании.
Но на практике сегодня многие компании подходят-то не к вопросу непосредственного создания ИИ-агентов. Кто-то пытается решить все зарубежными решениями, купить работу программистов для организации работы через API Open AI. Кто-то закупает видеокарты и оперативную память для локального запуска больших языковых моделей и лишь думает начать разбираться в том, какими инструментами эту LLM развернуть.
Все говорят про ИИ. Но мы прошли конкретный путь от победы на Всероссийских хакатонах к созданию настоящих прототипов ИИ-агентов, и сегодня мы можем осознанно говорить о возможности внедрить в Вашу компанию именно агентов по генерации технических заданий.
Известна методика SARD, позволяющая сократить время написания ТЗ в 2-3 раза, смещая фокус с написания текста на верификацию требований и их соответствия исходному замыслу.
Известен инструмент n8n, но не так много специалистов пишут в нем дейсвительные цепочки действий вида вышеприведенной. Сам инструмент не Российского происхождения.
Наш подход: ИИ-агенты L1 и L2
Мы разрабатываем эволюционную систему генерации ТЗ, где ИИ не просто пишет текст, а участвует в проектировании. Она строится из двух уровней:
L1 — Агент-интервьюер (до 500 000 ₽)
Цель: за 15–30 минут получить структурированное ТЗ уровня MVP. Узнать скрытое, наводя вопросами (как в майевтике).
- Задаёт адаптивные уточняющие вопросы («Вы хотите REST или gRPC?», «Нужна ли поддержка offline-режима?»).
- Использует ваш внутренний глоссарий и стиль документации.
- Генерирует макет ТЗ в DOCX/PDF с разделами: цели, ограничения, метрики успеха, интерфейсы.
- Работает локально — данные не покидают вашу инфраструктуру.
Для кого: стартапы, продуктовые команды, ИТ-подразделения, которым нужно быстро фиксировать идеи.
L2 — Агент-архитектор (до 2 000 000 ₽)
Цель: получить ТЗ, готовое к передаче в разработку и юридическое сопровождение.
- Анализирует прошлые проекты и предлагает решения на основе исторических данных, опыта уже поработавших с ТЗ людьми.
- Интегрируется с Confluence, Jira, GitLab — автоматически создаёт задачи и диаграммы.
- Поддерживает многоуровневую верификацию:бизнес-валидация (соответствие целям),техническая валидация (совместимость с архитектурой),юридическая проверка (соответствие регуляторным требованиям).
- Умеет генерировать mock-данные, API-спецификации и сценарии тестирования.
Для кого: крупные компании, госзаказчики, холдинги, где ТЗ — юридически значимый документ.
В чём изюминка?
- Агенты учатся на ваших данных — без отправки в облако. Мы не используем Ваши персональные данные без Вашего согласия, но с развитием Вашей компании Вы получаете все более умного ИИ-агента именно плавно опережая конкурентов
- Они не заменяют человека, а заменяют рутину: вы фокусируетесь на сути, а не на форматировании.
- Система эволюционирует: чем больше вы используете её, тем точнее она понимает ваш стиль и требования.
- Локальная эксплуатация: никаких подписок, никаких black-box API. Полный контроль.
Что уже существует (и почему это «не то»)
1. LLM-ассистенты общего назначения
(ChatGPT, Claude, Gemini, YandexGPT, Qwen Chat)
- Что делают: генерируют текст ТЗ по промпту вроде «Напиши ТЗ для мобильного приложения заказа еды».
- Ограничения:Нет памяти о прошлых проектах вашей компании.Не умеют задавать уточняющие вопросы в диалоговом режиме.Не интегрируются в корпоративные процессы (Confluence, Jira, внутренние регламенты).Результат — шаблонный текст, который всё равно требует полной переработки.
- Вывод: это инструмент копирайтера, а не инженера.
2. AI-модули в PM/DevOps-платформах
(Jira AI, Notion AI, ClickUp AI, Confluence Smart Assistant)
- Что делают: предлагают автозаполнение задач, суммаризацию встреч, генерацию user stories.
- Ограничения:Фокус на исполнении, а не на проектировании.Не понимают архитектурных, юридических или нормативных требований.Работают только внутри своей экосистемы.Нет поддержки сложных технических спецификаций (API, протоколы, hardware-ограничения).
- Вывод: это ускорители рутины, но не замена аналитику или системному архитектору.
3. Low-code/no-code платформы с ИИ
(Bubble, AppGyver, Adalo + AI plugins)
- Что делают: переводят описание функционала в интерфейс или базовую логику.
- Ограничения:Ориентированы на фронтенд и MVP, а не на полноценное ТЗ.Не работают с backend-архитектурой, безопасностью, масштабируемостью.Не генерируют документацию, пригодную для передачи внешнему подрядчику.
- Вывод: это визуальные прототипы, а не технические требования.
4. Enterprise-решения для requirements engineering
(IBM Engineering Requirements Management DOORS, Siemens Polarion, Jama Connect)
- Что делают: управляют жизненным циклом требований, обеспечивают трассировку, версионность, compliance.
- Ограничения:Это системы хранения и контроля, а не генерации.ИИ-функции (если есть) сводятся к классификации или поиску дубликатов.Очень дорогие, сложные в внедрении, требуют dedicated-команды.Не «думают», не предлагают решения — только структурируют то, что уже написано человеком.
- Вывод: это бухгалтерия требований, а не их создание.
5. Open-source и research-проекты
(LangChain-based RAG для ТЗ, LLM-агенты в GitHub, AutoDoc, SpecGen)
- Что делают: демонстрируют концепцию — например, генерацию OpenAPI из описания.
- Ограничения:Не готовы к production.Нет поддержки многоэтапного уточнения.Не адаптированы под корпоративные стандарты.Часто требуют GPU и ML-экспертизы для запуска.
- Вывод: это доказательства возможности, но не продукты.
Мы ищем пилотных партнёров
Мы не продаём продукт. Мы ищем команды, готовые совместно доработать решение под реальные задачи.
Если вы:
- тратите >20 часов в месяц на написание/согласование ТЗ,
- сталкиваетесь с расхождениями между ожиданиями и результатом,
- хотите сократить время от идеи до ТЗ до 1 дня,
— напишите нам.
Ваш отдел аналитики может сократить время на согласование ТЗ с 10 дней до 1 уже в ближайшем будущем.
Даже короткое письмо вида:
«Наша компания заинтересована в автоматизации генерации технических заданий. У нас есть типовые задачи в [ваша сфера: финтех, медицина, промышленность и т.д.]. Готовы обсудить пилот.»
— станет основой для диалога.
Мы предоставим демо, адаптируем агента под ваш домен и поможем оценить ROI уже на этапе прототипа.
Контакт: genervisual@gmail.com Евгений Николаевич Рычков
Технологии: локальные LLM (Qwen, Llama 3), LoRA-адаптация, RAG поверх внутренних знаний, Linux-based inference.
Стоит отметить, что наше решение базируется на полном понимании решения ситуации. Мы не зависим от n8n или API Open AI. Как и не зависим от Российских разработчиков. Мы предлагаем действительно уникальное решение, полученное именно благодаря годам опыта участия и побед в хакатонах и навыкам создания подобных систем с 2019 года.