OpenSpec — проверяемый след от предложения до изменения кода

Вердикт AI-ReadyПроверить на одной крупной задаче и сравнить с текущим Program Control, не дублируя ритуалы.

Что это

toolkit для spec-driven AI development: агент сначала оформляет proposal/spec/design/tasks, а потом уже меняет код. Шокирующая идея: сначала думать, потом писать файлы.

Бизнес-проблема

coding agents часто делают изменения без архитектурного следа: нет proposal, нет decision record, нет задач, потом никто не понимает, почему проект стал похож на ремонт после трёх подрядчиков.

Практическая польза

подходит для AI-Ready Codex/Claude/Gemini workflow: формализовать крупные изменения сайта, wiki, RAG-пайплайнов, agent harness и клиентских проектов.

Почему интересно сейчас

GitHub Trending сегодня показывает OpenSpec среди заметных проектов; repo имеет около 57.1k stars, 4k forks, 608 commits, 295 issues, 139 PR, 38 releases, последний релиз v1.4.1 от 3 июня 2026, лицензия MIT.

Показатели активности относятся к исходному обзору от 2026-06-28. Перед выбором технологии их нужно проверять заново; сами по себе они не доказывают качество или готовность.

Технические особенности

TypeScript 99.2%, Node.js 20.19+, установка через npm install -g @fission-ai/openspec; workflow: openspec init, /opsx:propose, explore → propose → apply → archive.

Значение для AI-Ready

component / internal workflow / Test now. Риски: может добавить бюрократию, если использовать на мелких задачах; надо адаптировать под текущие “Wave / Goal prompts”, а не плодить ещё один ритуальный слой. Вердикт: Test now.

Риски

На небольших изменениях процесс может стоить дороже самой работы.
Параллельный набор документов может разорвать текущий Program Control вместо его усиления.

Граница вывода

Использовать один пилотный change record; не переносить весь процесс проекта до сравнения полезности.

Ключевые риски

На небольших изменениях процесс может стоить дороже самой работы.
Параллельный набор документов может разорвать текущий Program Control вместо его усиления.

Разберите эту страницу со своей LLM

Скопируйте контекст страницы в ChatGPT, Claude, Gemini или другую LLM и попросите применить эту схему к вашему бизнесу.

Можно спросить:

Какую задачу AI-Ready разумно проверить с помощью OpenSpec?
Какие риски и ограничения нужно закрыть перед пилотом OpenSpec?

{
  "проект": "OpenSpec",
  "репозиторий": "https://github.com/Fission-AI/OpenSpec",
  "лицензия": "MIT",
  "проверено": "2026-07-16",
  "кратко": "toolkit для spec-driven AI development: агент сначала оформляет proposal/spec/design/tasks, а потом уже меняет код. Шокирующая идея: сначала думать, потом писать файлы.",
  "бизнес_проблема": "coding agents часто делают изменения без архитектурного следа: нет proposal, нет decision record, нет задач, потом никто не понимает, почему проект стал похож на ремонт после трёх подрядчиков.",
  "практическая_польза": "подходит для AI-Ready Codex/Claude/Gemini workflow: формализовать крупные изменения сайта, wiki, RAG-пайплайнов, agent harness и клиентских проектов.",
  "роль_для_ai_ready": "component / internal workflow / Test now.\nРиски: может добавить бюрократию, если использовать на мелких задачах; надо адаптировать под текущие “Wave / Goal prompts”, а не плодить ещё один ритуальный слой.\nВердикт: Test now.",
  "вердикт": "Проверить на одной крупной задаче и сравнить с текущим Program Control, не дублируя ритуалы.",
  "риски": [
    "На небольших изменениях процесс может стоить дороже самой работы.",
    "Параллельный набор документов может разорвать текущий Program Control вместо его усиления."
  ],
  "зависимости": [
    "Node.js 20.19+",
    "Правило, для каких задач обязательны proposal, design и task record"
  ],
  "адрес_страницы": "https://ai-ready.pro/ai-radar/open-source/openspec",
  "инструкция": "Разбери OpenSpec как кандидата для AI-Ready. Отдели подтверждённые свойства от нашей оценки, учти лицензию MIT и не предлагай внешние действия без approval gate."
}

Открыть каталог