OpenSpec — 仕様駆動開発でVibe Codingの「あとから全部作り直し」を防ぐ
はじめに 「AIにコードを書かせるのは得意になったが、完成品が要件とずれていて全部作り直しになった」——そんな経験はないだろうか。 Vibe coding(感覚的なプロンプトだけでAIにコーディングさせるスタイル)は手軽な反面、AIとの認識齟齬が後から発覚してリワークが発生するリスクをはらんでいる。 OpenSpec は、その問題を「仕様駆動開発(SDD: Spec-Driven Development)」で解消するフレームワークだ。2025年8月に登場してから急速に普及し、2026年5月時点で⭐50,000超を獲得している。 GitHub: Fission-AI/OpenSpec npm: @fission-ai/openspec ライセンス: MIT Vibe Codingの落とし穴 AIコーディングアシスタントは非常に強力だが、要件がチャット履歴の中にしか存在しない場合、出力は予測不能になりやすい。よくある失敗パターンは次のとおり。 「ざっくり作って」と頼んだら意図と全く異なる設計になった 途中で要件変更を伝えたら、AIが古い前提を引きずった 長いセッションでコンテキストが失われ、最初の仕様が無視された OpenSpecはこれを「コードを書く前にAIと仕様に合意する」プロセスを導入することで防ぐ。 OpenSpecとは OpenSpecは、AIコーディングアシスタント向けの軽量な仕様レイヤーを提供するフレームワーク。プロジェクトに openspec/ ディレクトリを作り、変更ごとに proposal・specs・design・tasks の4つのアーティファクトを生成・管理する。 設計哲学: 1 2 3 4 5 → fluid not rigid (柔軟、固定フェーズなし) → iterative not waterfall (反復的、ウォーターフォールではない) → easy not complex (シンプル) → built for brownfield (既存プロジェクトにも対応) → scalable from personal projects to enterprises 主要コマンド(/opsx:* スラッシュコマンド) OpenSpecは /opsx:propose から始まる一連のスラッシュコマンドで動作する。 ...