OpenSpec、AIコーディングエージェントとチームを仕様で同期させる軽量フレームワーク

OpenSpec – A lightweight and configurable AI spec framework

▲ 182etoxin90 HNでの議論
OpenSpec、AIコーディングエージェントとチームを仕様で同期させる軽量フレームワーク

OpenSpecは、ソフトウェア仕様の作成と管理を行う軽量で設定可能なフレームワークだ。作りたいものをspecに記述し、要件を洗練させ、実装が仕様に合致しているかを検証する。Claude Code、Codex、Cursor、GitHub Copilot、Gemini CLIなど多数のツールと互換性を持ち、GitHubで68.0kスターを獲得している。

OpenSpecは、作りたいものをspecに記述し、作業の進展に合わせてチームとコーディングエージェントの認識を揃え続けるための軽量で設定可能なフレームワークです。
原文を読む →HNでの議論RSS

HNでの議論

90
  1. pramodbiligiri

    私もAIコーディングの周りに何らかの構造が必要だと感じ、今年の初めに仕様ベースのツールを作りました：https://www.shipsmooth.net/。使っていて満足しています。これを「軽量」だと考えていて、仕様＋コードよりも反復的な開発を促すものだと思っています。作業単位ごとに仕様ファイル1つと「タスク」ファイル1つを作るだけです。Claude、Codexなどのプラグインとして利用できます。

  2. sheepscreek

    こういうのはもう卒業したんじゃない？最近のLLMは十分な長文コンテキストタスクで訓練されているから、計画を立てるのはかなり得意になっている。おそらくハーネスからの貢献もあるだろうけど。いずれにせよ、CodexやClaude Codeを使っているなら、私はわざわざ気にしないね。

  3. wyum

    openspecを見るのは初めてですが、私が今年取り組んできたものと似た哲学を持っているようです。

    これやSDDが好きなら、フィードバックをいただけると嬉しいです：

    https://github.com/spekk-ai/spekk-cli

    似た反復的な仕様の哲学です。私たちのは宣言的な仕様とインストール可能なエージェントスキルに焦点を当てている点で少し違います。シンプルさと最小限の要件（単一バイナリ）のためにGoを選びました。

  4. open-paren

    職場の組織がopenspecを採用しましたが、私は強く嫌っています。中規模以上の変更はすべて、レビューが必要な複数のマークダウンドキュメントの大きなセットになります。しかもそれらは決して手書きではなく、いつもスロップで、AIが書いたという兆候に満ちていて、個人的にはそれが耳障りです。

    私は小さな、人間が書いた仕様の方が、こうした大きな仕様ドキュメントよりもずっと効果的だと思います。

    アイデアとしては、エージェントと反復して仕様を書き、実装し、最終的にその仕様がリポジトリのすべての振る舞いを記述する「仕様コーパス」にマージされるというものです。しかし、散文がコードに要求されるすべての振る舞いを列挙できるとは思わないし、そうすべきでもない。仕様はほぼ即座に古くなります。

  5. CharlieDigital

    このセクション https://openspec.dev/docs/setup は「Concepts」にリンクしています。

    Conceptsはここにリンクしています：https://github.com/Fission-AI/OpenSpec/blob/main/docs-lab/gu...

    ここのドキュメントはすべて実際のファイルではなくテンプレートです（おそらく：https://github.com/Fission-AI/OpenSpec/blob/main/docs/concep...）

    どうもあまり自信を鼓舞するものではない…

この日のほかの記事

2026-09-17