Почему появился SpecX
При создании проектов с ИИ-агентами для кодинга, такими как Cursor и Claude, проявились чёткие закономерности:
- С ростом проектов эффективные запросы к моделям становилось всё сложнее составлять
- Агенты показывали лучшие результаты на кратких и точно сформулированных требованиях
- Рутинные операции вроде тестирования, деплоя, ведения документации и подготовки отчётов часто повторяются и имеют структуру, независимо от проекта
Ручное преобразование общей цели в конкретный запрос модели выглядело лишним, приводило к искажениям и отнимало время.
Чтобы устранить эту проблему, запросы к моделям исключили полностью. Теперь вместо них используют другой подход:
- При автоматизации задач акцент на последовательности шагов workflow
- При разработке новых фич — на требованиях, разбитых на отдельные задачи
Ключевой инструмент: движок оркестрации задач
SpecX строится вокруг Task Orchestration Engine — надёжного механизма управления последовательностями задач.
Pipelines представляют собой переиспользуемые цепочки действий, которые агент обязан выполнить. Вот типичные сценарии применения:
- Автоматизированные проверки на соответствие нормам или аудит
- Генерация отчётов о покрытии кода, скорости разработки, документации
- Циклы переработки кода, тестирования и проверки
Дополнительно на базе этого движка реализовано Requirement Tree — инструмент с поддержкой ИИ для преобразования размытых идей в структурированные задачи.
Требования формулируют так, как приходят в голову; движок сам их детализирует через pipelines.
Статус разработки
SpecX доступен в preview-версии.
Для работы нужен логин, чтобы защитить контекст проекта, и агент для кодинга вроде Cursor или любого с поддержкой MCP.