仕様優先のワークフロー
コードを書く前に要件を定義します。
私たちの理念:
→ 流動的で、固定的ではない
→ 反復的で、ウォーターフォールではない
→ 簡単で、複雑ではない
→ ブラウンフィールド向けに構築、グリーンフィールドだけではない
→ 個人プロジェクトから企業までスケール可能TIP
新しいワークフローが利用可能になりました! 新しいアーティファクト主導のワークフローで OpenSpec を再構築しました。
/opsx:propose "あなたのアイデア" を実行して始めましょう。 → 詳細はこちら
最新情報は @0xTab on X をフォロー · ヘルプや質問は OpenSpec Discord に参加。
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!
You: /opsx:apply
AI: Implementing tasks...
✓ 1.1 Add theme context provider
✓ 1.2 Create toggle component
✓ 2.1 Add CSS variables
✓ 2.2 Wire up localStorage
All tasks complete!
You: /opsx:archive
AI: Archived to openspec/changes/archive/2025-01-23-add-dark-mode/
Specs updated. Ready for the next feature.Node.js 20.19.0 以上が必要です。
OpenSpec をグローバルにインストール:
npm install -g @fission-ai/openspec@latest次にプロジェクトディレクトリに移動して初期化:
cd your-project
openspec init次に AI に指示:/opsx:propose <構築したいもの>
拡張ワークフロー(/opsx:new、/opsx:continue、/opsx:ff、/opsx:verify、/opsx:sync、/opsx:bulk-archive、/opsx:onboard)を使用したい場合は、openspec config profile で選択し、openspec update で適用します。
NOTE
お使いのツールがサポートされているか分かりませんか?完全なリストを表示 – 25 以上のツールをサポートし、さらに増加中。
pnpm、yarn、bun、nix でも動作します。インストールオプションを参照。
→ はじめに: 最初のステップ
→ ワークフロー: コンボとパターン
→ コマンド: スラッシュコマンドとスキル
→ CLI: ターミナルリファレンス
→ サポートツール: ツール統合とインストールパス
→ コンセプト: 全体の仕組み
→ 多言語対応: 多言語サポート
→ カスタマイズ: あなた好みに
AI コーディングアシスタントは強力ですが、要件がチャット履歴だけに存在すると予測不能です。OpenSpec は軽量な仕様レイヤーを追加し、コードが書かれる前に構築内容について合意できるようにします。
vs. Spec Kit (GitHub) — 徹底的だが重量級。固定的なフェーズゲート、大量のマークダウン、Python セットアップ。OpenSpec はより軽量で、自由に反復できます。
vs. Kiro (AWS) — 強力だが、その IDE にロックインされ、Claude モデルに限定されます。OpenSpec は既存のツールで動作します。
vs. なし — 仕様なしの AI コーディングは、曖昧なプロンプトと予測不能な結果を意味します。OpenSpec は儀式なしに予測可能性をもたらします。
パッケージをアップグレード
npm install -g @fission-ai/openspec@latestエージェント指示を更新
各プロジェクト内で実行して AI ガイダンスを再生成し、最新のスラッシュコマンドが有効であることを確認:
openspec updateモデル選択: OpenSpec は高推論モデルで最も効果的に動作します。計画と実装の両方に Opus 4.5 と GPT 5.2 を推奨します。
コンテキストの衛生: OpenSpec はクリーンなコンテキストウィンドウから恩恵を受けます。実装を開始する前にコンテキストをクリアし、セッション全体を通じて良好なコンテキスト衛生を維持してください。
小さな修正 — バグ修正、誤字の修正、軽微な改善は PR として直接提出できます。
大きな変更 — 新機能、大幅なリファクタリング、アーキテクチャの変更については、実装が始まる前に意図と目標を合わせるため、まず OpenSpec 変更提案を提出してください。
提案を作成する際は、OpenSpec の理念を念頭に置いてください。私たちは、異なるコーディングエージェント、モデル、ユースケースにわたる幅広いユーザーにサービスを提供しています。変更は誰にとってもうまく機能するべきです。
AI 生成コード歓迎 — テストと検証が行われている限り。AI 生成コードを含む PR には、使用したコーディングエージェントとモデルを記載してください(例:"Generated with Claude Code using claude-opus-4-5-20251101")。
pnpm installpnpm run buildpnpm testpnpm run dev または pnpm run dev:clitype(scope): subjectOpenSpec は匿名の使用統計を収集します。
使用パターンを理解するために、コマンド名とバージョンのみを収集します。引数、パス、コンテンツ、PII は収集しません。CI では自動的に無効になります。
オプトアウト: export OPENSPEC_TELEMETRY=0 または export DO_NOT_TRACK=1
プロジェクトの指導に貢献するコアメンテナーとアドバイザーの一覧は MAINTAINERS.md を参照してください。
MIT