OpenSpecは、AIコーディングアシスタントを人間が意図した要件と整合させるための仕様駆動開発（SDD）フレームワークです。エージェントに直接プロンプトを与える代わりに、開発者は具体的なシナリオを伴った要件をプレーンなMarkdownで記述し、スラッシュコマンドを実行してアシスタントをコードベースの探索、計画の提案、タスクの実装、仕様に対する結果の検証へと導きます。Fission-AIがMITライセンスで公開しているこのプロジェクト（現在のバージョンはv1.13.0）は、GitHubスター68.0k、月間約265,000人の開発者を報告しています。
openspec.devのOpenSpecフレームワーク概要は、プロジェクトのブランディングと採用指標を示しており、SDDフレームワークの導入、プレーンMarkdownアプローチ、報告されている68.0kのGitHubスターと月間265,000人の開発者に対応しています
ワークフローは5つのコマンドを中心に構成されます：/opsx:exploreは計画にコミットする前に問題をマッピングし、/opsx:proposeはproposal.md、specs/、design.md、tasks.mdを生成し、/opsx:applyはタスクを実装し、/opsx:verifyはコードを仕様と照合し、/opsx:archiveは完了した変更をクローズします。仕様は意図的にプレーンなMarkdownで、カスタム構文はなく、Claude Code、Codex、Cursor、GitHub Copilot、Gemini CLI、およびその他約30ツールのプロファイルが同梱されています。
Fission-AI/OpenSpecリポジトリのGitHub OpenGraph画像。プロジェクトの説明がAIコーディングアシスタントのための仕様駆動開発フレームワークとして表示されており、この段落で議論されている5つのコマンド（探索・提案・適用・検証・アーカイブ）のワークフローと30以上の互換ツールプロファイルと一致します
より新しい機能である「Stores」はベータ版で、クロスチームの問題を解決しようとしています：プラットフォームチームが専用リポジトリで共有要件を所有し、プロダクトチームがそれらを自チームのコーディングエージェントワークフローから読み取り専用で参照します。仕様を、乖離しがちなWikiではなく、ファーストクラスのGitアーティファクトにするのが狙いです。
OpenSpecリポジトリからのダッシュボードプレビューで、仕様管理ワークスペースを示しており、この段落で議論されているベータ版Stores機能によるクロスチーム仕様共有をサポートするインターフェースの種類を説明しています
しかし、提供された議論は耐久性への懸念を提起しています。ある経験豊富なユーザーが報告するところでは、2つの個人プロジェクトで6〜9ヶ月後に仕様が実際のコードから大きく乖離し、仕様レイヤーを完全に放棄し、提案・レビュー・実装・レビューのプロセスのみを維持することになったとのことです。これはより広範な観察と一致します：長寿命でマルチデベロッパーのコードベースでは、仕様の腐敗が計画のメリットを上回り得ます。プロジェクト自身のドキュメントには独立したベンチマークや乖離測定が含まれていないため、定量的な主張（秒間仕様数、スター数）は、検証済みの効力データではなく、自己申告の採用シグナルとして読むべきです。「Stores」機能もまだベータ版であり、提供された情報源では、大規模での実運用上の信頼性はまだ確立されていません。