OpenSpec とは:インストール、基本概念、ワークフロー
OpenSpec は軽量な仕様駆動開発(Spec-Driven Development)フレームワークです。あなたと AI コーディングアシスタントの間に「合意」の層を加え、何を作るかを先に書き出し、計画を確認してからコードを書くようにします。要件がチャット履歴にしか残らない状態を避けられます。MIT ライセンスのオープンソースで、30 を超える AI コーディングツールに対応しており、HagiCode 自身のワークフローもこれを基盤にしています。このページは、インストールから最初の一連の変更までの最短ルートです。詳しいガイドは専用サイトで管理しています。
基本概念
OpenSpec は 5 つの考え方でできています。
- 仕様(specs)が信頼できる唯一の情報源です。 システムが現在どう動くかを記述し、
openspec/specs/にドメイン別に整理され、要件とシナリオで構成されます。 - 変更(change)は 1 つの作業単位です。 振る舞いを追加、変更、削除するときは
openspec/changes/配下にフォルダーを作り、その作業の提案、設計、タスク一覧、仕様の修正をまとめます。 - 差分仕様(delta specs)は変わる部分だけを記述します。 変更の中で仕様全体を書き直さず、
ADDED、MODIFIED、REMOVEDを書きます。既存システムの修正に強いのはこのためです。 - 成果物は互いにつながります。 proposal(なぜ)→ specs(何を)→ design(どうやって)→ tasks(手順)→ 実装。これらは関門ではなく補助であり、いつでも戻って直せます。
- アーカイブで変更が情報源に戻ります。 作業が終わると差分仕様がメインの仕様に統合され、変更フォルダーは日付付きで
changes/archive/に移動します。
インストール
Node.js 20.19.0 以上が必要です(HagiCode のほかのコンポーネントは 24 以上を推奨しています。Node.js のインストールを参照してください)。
npm install -g @fission-ai/openspec@latestopenspec --versionmacOS と Linux では Homebrew も使えます:brew install openspec。pnpm、yarn(1.x)、bun でもグローバルインストールできますが、OpenSpec の実行環境は引き続き Node.js です。
次にプロジェクトのディレクトリへ移動して初期化します。
cd your-projectopenspec init初期化では、使用する AI ツールを尋ねられ、そのツール用のスキルまたはコマンドのファイルが生成されます。質問を省略するには openspec init --tools claude,cursor を使います。ツール ID の一覧は対応ツールにあります。
最初の一連の変更
スラッシュコマンドはターミナルではなく AI アシスタントのチャットに入力します。
/opsx:explore # まだ固まっていない?AI にコードを読ませて選択肢を検討させる/opsx:propose add-dark-mode # 変更フォルダーを作成:proposal、specs、design、tasks/opsx:apply # タスク一覧に沿って実装/opsx:archive # アーカイブ。差分仕様がメインの仕様に統合される/opsx:propose は proposal.md、specs/、design.md、tasks.md を含む openspec/changes/add-dark-mode/ を作成します。仕様は特別な構文のない普通の Markdown です。
## ADDED Requirements
### Requirement: Theme selectionThe app SHALL let users switch between light and dark themes,defaulting to the system preference.
#### Scenario: User toggles dark mode- **WHEN** the user clicks the theme toggle- **THEN** the app switches to dark mode and persists the choiceこれらは AI が書き、あなたはコードが書かれる前に計画を確認します。デフォルトのプロファイルには propose、explore、apply、update、sync、archive が含まれます。拡張フロー(new、continue、ff、verify、bulk-archive など)は openspec config profile で選択し、openspec update で適用します。
コマンド名はアシスタントによって少し異なります
/opsx:propose が標準の表記です。Cursor と GitHub Copilot では /opsx-propose、Amazon Q では @opsx-propose、Codex では $openspec-propose です。openspec init は選んだツールに合った表記を表示します。
アップグレード
npm install -g @fission-ai/openspec@latest # パッケージをアップグレードopenspec update # 各プロジェクトの AI 指示ファイルを更新Homebrew でインストールした場合は brew upgrade openspec を使います。
よくある問題
openspec: command not found:npm のグローバルディレクトリがPATHに入っていません。npm prefix -gを実行し、macOS と Linux ではそのディレクトリのbin/を、Windows ではそのディレクトリ自体をPATHに追加してください。- 「Requires Node.js 20.19.0 or higher」:
node --versionで確認し、アップグレードしてください。 - チャットに
/opsx:proposeが表示されない:ターミナルではなくアシスタントに入力しているか確認し、openspec updateでファイルを再生成してからアシスタントを再起動してください。Codex のようにスキルのみの対応ツールでは$openspec-proposeの形式を使います。 - 初期化でお使いのツールが設定されなかった:
openspec initをもう一度実行するか、--toolsを指定してください。
完全なドキュメント
関連情報
- GitHub の Spec Kit とどちらを選ぶか迷ったら、Spec Kit と OpenSpec の比較をお読みください。
- OpenSpec を土台にした HagiCode の実践:異なる Agent で OpenSpec の各段階のパフォーマンスを最適化:HagiCode 実践まとめ、MonoSpecs とは何か:なぜそれは OpenSpec のさらなるアップグレードと拡張であると言えるのか。
HagiCode
HagiCode はエージェント型コーディングワークスペースです。豊富で便利な UI インタラクションにより、計画・エージェント実行・プロジェクト作業を始めやすく、進めやすくし、開発をより魅力的な体験にします。
豊富で便利な UI インタラクションで、計画からプロジェクト作業までを分かりやすく進められます。
- スマートOpenSpec ワークフローが意図を、提案・設計・タスクから変更のリリースまで実行可能な道筋にします。
- 効率的マルチエージェント実行で調査・実装・レビューを並行して進め、複数リポジトリや使い慣れた Agent CLI にも対応します。
- 興味深い豊富で便利な UI インタラクションにより、計画・エージェント実行・プロジェクト作業を始めやすく、進めやすくします。
Windows 版をダウンロード
HagiCode を共有
アイデアを、出荷できるソフトウェアへ。
HagiCode はエージェント型コーディングワークスペースです。OpenSpec ワークフローで変更を計画し、マルチエージェント実行で進め、Hero Scenario で長い作業の進み具合を見える化して、アイデアを出荷できるソフトウェアにします。
- スマート
- OpenSpec ワークフローが、意図を提案からリリースまでの実行可能な道筋にします。
- 効率的
- マルチエージェント実行で、調査・実装・レビューを並行して進めます。
- 楽しい
- 使いやすい UI で、計画・Agent 実行・プロジェクト作業を進めやすくします。
© 2026 HagiCode | Powered By hagilight-starlight@0.20.0 | Branch: main | Commit: 0dde182 | Built:

