はじめに
このガイドでは、OpenSpec をインストールして初期化した後の使い方を説明します。インストール方法は、READMEまたはインストールガイドを参照してください。ドキュメント全体を初めて読む場合は、ドキュメントホームで全体像を確認できます。
これらのコマンドはどこに入力しますか? 入力場所は2つあり、混同することが初心者が最もよくつまずく原因です。
openspec ...コマンド(openspec initなど)は ターミナル で実行します。/opsx:...コマンド(/opsx:proposeなど)は、コード作成を依頼するのと同じ AI アシスタントとのチャット で実行します。別の「対話モード」を開始する必要はありません。チャットにスラッシュコマンドを入力すると、アシスタントが処理します。詳しくはコマンドの実行方法を参照してください。
各手順の実行場所を示した全体の流れです。
TERMINAL $ curl -fsSL https://raw.githubusercontent.com/Fission-AI/OpenSpec/main/scripts/binary/install.sh | shTERMINAL $ cd your-project && openspec initAI CHAT /opsx:explore (optional: think it through first)AI CHAT /opsx:propose add-dark-mode (AI drafts the plan; you review it)AI CHAT /opsx:apply (AI builds it)AI CHAT /opsx:archive (specs updated, change filed away)セットアップはターミナルで2手順。その後はチャットで作業します。(Windows、npm、その他のインストール方法はインストールを参照してください。)このガイドの残りでは、各手順で何が行われ、何が表示されるかを説明します。
ターミナル操作を自分で行いたくない場合は? アシスタントにセットアップ用 promptを貼り付けると、2つのコマンドを実行し、作成した内容を報告します。
何を作るかまだ決まっていませんか?
/opsx:exploreから始めましょう。 リスクのない思考パートナーとしてコードベースを読み、選択肢を比較し、コードを書く前に曖昧なアイデアを具体的な計画にします。全体像が見えたら/opsx:proposeに引き継ぎます。自信満々に間違ったものを作る AI と作業するうえで、最も効果的な習慣です。Explore ガイドを参照してください。
OpenSpec は、コードを書く前に何を構築するかについて、あなたと AI コーディングアシスタントが合意できるよう支援します。
既定の簡易フロー(core profile):
/opsx:explore ──► /opsx:propose ──► /opsx:apply ──► /opsx:sync ──► /opsx:archive (optional)何をすべきか検討中なら /opsx:explore から始め、すでに決まっているなら /opsx:propose に進んでください。Explore は既定の profile に含まれているため、いつでも使えます。
拡張フロー(カスタムワークフローの選択):
/opsx:new ──► /opsx:ff or /opsx:continue ──► /opsx:apply ──► /opsx:verify ──► /opsx:archive既定のグローバル profile は core で、propose、explore、apply、update、sync、archive が含まれます。openspec config profile で拡張ワークフローコマンドを有効にし、openspec update で適用できます。
OpenSpec が作成するもの
Section titled “OpenSpec が作成するもの”openspec init を実行すると、プロジェクトに次の構成が作成されます。
openspec/├── specs/ # Source of truth (your system's behavior)│ └── <domain>/│ └── spec.md├── changes/ # Proposed updates (one folder per change)│ └── <change-name>/│ ├── proposal.md│ ├── design.md│ ├── tasks.md│ └── specs/ # Delta specs (what's changing)│ └── <domain>/│ └── spec.md└── config.yaml # Project configuration (optional)重要なディレクトリは2つです。
-
specs/— 真実の情報源です。現在のシステムの動作を仕様として記述します。ドメインごとに整理します(例:specs/auth/、specs/payments/)。 -
changes/— 提案中の変更です。各 change に関連する成果物が専用フォルダーに格納されます。change が完了すると、その仕様がメインのspecs/ディレクトリにマージされます。
成果物を理解する
Section titled “成果物を理解する”各 change フォルダーには、作業を進めるための成果物が含まれます。
| 成果物 | 目的 |
|---|---|
proposal.md |
「なぜ」「何を」 — 目的、範囲、方針を記録 |
specs/ |
ADDED/MODIFIED/REMOVED の要件を示す差分仕様 |
design.md |
「どのように」 — 技術的な方針とアーキテクチャ上の判断 |
tasks.md |
チェックボックス付きの実装チェックリスト |
成果物は互いに積み重なります。
proposal ──► specs ──► design ──► tasks ──► implement ▲ ▲ ▲ │ └───────────┴──────────┴────────────────────┘ update as you learn実装中に新しいことが分かったら、いつでも前の成果物に戻って内容を洗練できます。
差分仕様の仕組み
Section titled “差分仕様の仕組み”差分仕様は OpenSpec の重要な概念です。現在の仕様に対する変更点を示します。
差分仕様では、変更の種類を節で示します。
# Delta for Auth
## ADDED Requirements
### Requirement: Two-Factor AuthenticationThe system MUST require a second factor during login.
#### Scenario: OTP required- GIVEN a user with 2FA enabled- WHEN the user submits valid credentials- THEN an OTP challenge is presented
## MODIFIED Requirements
### Requirement: Session TimeoutThe system SHALL expire sessions after 30 minutes of inactivity.(Previously: 60 minutes)
#### Scenario: Idle timeout- GIVEN an authenticated session- WHEN 30 minutes pass without activity- THEN the session is invalidated
## REMOVED Requirements
### Requirement: Remember Me(Deprecated in favor of 2FA)アーカイブ時に行われること
Section titled “アーカイブ時に行われること”change をアーカイブすると、次の処理が行われます。
- ADDED 要件がメイン仕様に追加される
- MODIFIED 要件が既存の内容を置き換える
- REMOVED 要件がメイン仕様から削除される
監査履歴として change フォルダーが openspec/changes/archive/ に移動します。
例:最初の変更
Section titled “例:最初の変更”アプリケーションにダークモードを追加する手順を見てみましょう。
1. change を開始する(既定)
Section titled “1. change を開始する(既定)”You: /opsx:propose add-dark-mode
AI: Created openspec/changes/add-dark-mode/ ✓ proposal.md — why we're doing this, what's changing ✓ specs/ — requirements and scenarios ✓ design.md — technical approach ✓ tasks.md — implementation checklist Ready for implementation!拡張ワークフロー profile を有効にしている場合は、/opsx:new、次に /opsx:ff(または /opsx:continue で段階的に進める)の2段階で行うこともできます。
2. 作成されるもの
Section titled “2. 作成されるもの”proposal.md — 目的を記録します。
# Proposal: Add Dark Mode
## IntentUsers have requested a dark mode option to reduce eye strainduring nighttime usage.
## Scope- Add theme toggle in settings- Support system preference detection- Persist preference in localStorage
## ApproachUse CSS custom properties for theming with a React contextfor state management.specs/ui/spec.md — 新しい要件を示す差分です。
# Delta for UI
## ADDED Requirements
### Requirement: Theme SelectionThe system SHALL allow users to choose between light and dark themes.
#### Scenario: Manual toggle- GIVEN a user on any page- WHEN the user clicks the theme toggle- THEN the theme switches immediately- AND the preference persists across sessions
#### Scenario: System preference- GIVEN a user with no saved preference- WHEN the application loads- THEN the system's preferred color scheme is usedtasks.md — 実装チェックリストです。
# Tasks
## 1. Theme Infrastructure- [ ] 1.1 Create ThemeContext with light/dark state- [ ] 1.2 Add CSS custom properties for colors- [ ] 1.3 Implement localStorage persistence
## 2. UI Components- [ ] 2.1 Create ThemeToggle component- [ ] 2.2 Add toggle to settings page- [ ] 2.3 Update Header to include quick toggle
## 3. Styling- [ ] 3.1 Define dark theme color palette- [ ] 3.2 Update components to use CSS variables3. 実装する
Section titled “3. 実装する”You: /opsx:apply
AI: Working through tasks... ✓ 1.1 Created ThemeContext with light/dark state ✓ 1.2 Added CSS custom properties to globals.css ✓ 1.3 Implemented localStorage persistence ✓ 2.1 Created ThemeToggle component ... All tasks complete!実装中に設計の調整が必要だと分かったら、成果物を更新して作業を続けてください。
4. アーカイブする
Section titled “4. アーカイブする”You: /opsx:archive
AI: Archiving add-dark-mode... ✓ Merged specs into openspec/specs/ui/spec.md ✓ Moved to openspec/changes/archive/2025-01-24-add-dark-mode/ Done! Ready for the next feature.これで差分仕様がメイン仕様の一部となり、システムの動作が記録されます。
検証とレビュー
Section titled “検証とレビュー”CLI を使って変更を確認します。
# List active changesopenspec list
# View change detailsopenspec show add-dark-mode
# Validate spec formattingopenspec validate add-dark-mode
# Interactive dashboardopenspec view- まず Explore —
/opsx:exploreでアイデアを検討してから change に着手する - 変更のレビュー — コードを書く前に、AI が下書きした計画を確認する
- 良い仕様を書く — 優れた要件とシナリオとは
- 既存プロジェクトで OpenSpec を使う — 大規模な既存コードベースで始める
- 変更の編集と反復 — 成果物の更新、前の段階への移動、手動編集との整合
- コア概念の概要 — 考え方の全体像を1ページで紹介
- 例とレシピ — 実際の変更を最初から最後まで紹介
- ワークフロー — よくあるパターンと各コマンドを使うタイミング
- コマンド — すべてのスラッシュコマンドのリファレンス
- 概念 — 仕様、change、スキーマの詳しい説明
- カスタマイズ — OpenSpec を自分のやり方に合わせる
- Stores — リポジトリやチームをまたぐ計画には専用リポジトリを使用(ベータ)
- よくある質問とトラブルシューティング — 行き詰まったときに確認
HagiCode
HagiCode はエージェント型コーディングワークスペースです。豊富で便利な UI インタラクションにより、計画・エージェント実行・プロジェクト作業を始めやすく、進めやすくし、開発をより魅力的な体験にします。
豊富で便利な UI インタラクションで、計画からプロジェクト作業までを分かりやすく進められます。
- スマートOpenSpec ワークフローが意図を、提案・設計・タスクから変更のリリースまで実行可能な道筋にします。
- 効率的マルチエージェント実行で調査・実装・レビューを並行して進め、複数リポジトリや使い慣れた Agent CLI にも対応します。
- 興味深い豊富で便利な UI インタラクションにより、計画・エージェント実行・プロジェクト作業を始めやすく、進めやすくします。
Windows 版をダウンロード
HagiCode を共有
アイデアを、出荷できるソフトウェアへ。
HagiCode はエージェント型コーディングワークスペースです。OpenSpec ワークフローで変更を計画し、マルチエージェント実行で進め、Hero Scenario で長い作業の進み具合を見える化して、アイデアを出荷できるソフトウェアにします。
- スマート
- OpenSpec ワークフローが、意図を提案からリリースまでの実行可能な道筋にします。
- 効率的
- マルチエージェント実行で、調査・実装・レビューを並行して進めます。
- 楽しい
- 使いやすい UI で、計画・Agent 実行・プロジェクト作業を進めやすくします。
© 2026 HagiCode | Powered By hagilight-starlight@0.21.0 | Branch: main | Commit: 54bf118 | Built:

