ИИ-агенту нужна структура требований, а не ещё один документ

  • 01

    Скорость генерации уже не узкое место

    Черновики требований, задач, тестов и кода появляются за минуты. Если нет единых статусов и связей, растёт очередь непроверенного объёма — и команда снова теряет время на переделки на приёмке.
  • 02

    «Сходится» — это не ощущение, а проверка

    Сходимость значит: нет конфликта с согласованным срезом требований, есть владелец и маршрут согласования, есть связи «требование → решение → проверка → результат», понятно, кто принял черновик от ИИ.
  • 03

    Агенту нужна трассировка как карта контекста

    Без графа связей модель тянет лишнее или додумывает пробелы: смешивает уровни требований, дублирует формулировки, теряет ограничения. Трассировка в СУТр даёт агенту понятную структуру — какие артефакты относятся к задаче и что нельзя нарушить.
  • 04

    Готовый MCP и интеграция с ИИ-агентами

    В Devprom уже есть встроенный MCP-сервер: агент подключается к проекту и выполняет задачи анализа, проектирования и документирования над живыми объектами — требованиями, связями, задачами, тестами. Не нужно собирать самописную связку с базой знаний и трекером задач.
  • 05

    Поиск по смыслу и локальные языковые модели

    Семантический поиск по требованиям и связанным артефактам: агент и ИИ-функции опираются на актуальный контур проекта. Поддерживается работа с российскими и локальными языковыми моделями — в том числе в закрытом периметре.
  • 06

    Сгенерировать → проверить → утвердить

    Агент через MCP создаёт или обновляет черновик в системе. Человек рецензирует по критериям и пробелам покрытия. Только после утверждения результат становится согласованным срезом или уходит в работу — с историей, кто принял решение.
  • 07

    СУТр и ALM — контур, куда агент пишет результат

    Согласованные требования и трассировка — источник правды для генерации; задачи, тесты, дефекты и выпуск остаются в одной модели. Так ИИ ускоряет работу внутри управляемого жизненного цикла разработки. Продукты — Devprom СУТр, Devprom ALM, трассировка.
  • 08

    Пилот: агент через MCP, человек на согласовании

    На одном контуре подключаем ИИ-агента к MCP Devprom, ведём черновики от ИИ только как объекты со статусами и связями. Сравниваем долю принятых черновиков, покрытие и переделки — затем решаем о масштабировании. Путь — оценка процесса разработки.

Вопросы

Встроенный MCP-сервер для подключения ИИ-агентов к задачам анализа, проектирования и документирования; семантический поиск по артефактам проекта; работа с российскими и локальными языковыми моделями; ИИ-функции улучшения текста, классификации, оценки качества требований и помощи с трассировками. Агент работает внутри СУТр и ALM, а не рядом с ними.

Спецификация без структуры и связей — длинный текст. Агент теряет уровни детализации, смешивает ограничения и дублирует требования. Нужны объекты, статусы и трассировка — и готовый MCP, чтобы агент читал и писал именно эти объекты, а не фрагменты базы знаний.

Проверка кода смотрит на набор изменений. Сходимость в жизненном цикле разработки — на цепочку: соответствует ли изменение согласованному требованию, затронуты ли зависимые артефакты, есть ли проверка, кто принял результат ИИ. Без СУТр и ALM это снова ручная сборка в голове рецензента.

Нет. ИИ — автор черновика. Ответственность за решение остаётся за ролью человека. Иначе на приёмке и аудите некому защищать решение. Система как раз не даёт «тихо» принять несходящийся результат без статуса и владельца.

С СУТр как источника правды: перенести критичные требования в объекты, настроить связи и маршрут «черновик → на рецензии → согласовано», подключить генерацию от этого контура. Трекер задач можно оставить рядом — главное не дублировать постановку без трассировки.

Ассистент в редакторе кода ускоряет набор. MCP Devprom подключает агента к управляемому контуру: согласованные требования, трассировка, статусы, задачи и тесты. Результат ИИ появляется как объект на рецензии, а не как текст в чате без владельца и связей.

«Вайб-кодинг» описывает скорость генерации. СУТр и трассировка отвечают на следующий вопрос: как при этой скорости сохранить согласование, качество требований и доказуемость. Без этого узкое место просто переезжает с написания на проверку.

Растёт объём черновиков от ИИ при той же длине рецензии; на приёмке всплывают «уточнения»; тестировщики не видят актуальной постановки; агенты путают контекст между доработками; аудит просит прослеживаемость, а её собирают из чатов. Если узнаёте 3+ пункта — ускорение генерации уже упирается в отсутствие контура проверки.

Трассировка сужает контекст до релевантных артефактов и делает пробелы видимыми до генерации. Агент получает не «всё про продукт», а связанный срез: требование, ограничения, связанные тесты и открытые изменения. Это снижает выдуманные формулировки и скрытое раздувание объёма.

Часто достаточно начать с СУТр и трассировки под генерацию и согласование. ALM подключают, когда важна сквозная цепочка до кода, тестов и доказательной базы выпуска. Состав — итог оценки вашего процесса.

СУТр — Devprom СУТр, жизненный цикл — Devprom ALM, трассировка — отдельная страница, расчёт эффекта — оценка процесса, ИИ в тестах — ИИ в тестировании. Здесь — рамка «ИИ пишет, человек проверяет в управляемом контуре».