# SpecScore vs Task Master AI Canonical: https://specscore.md/ja/vs/task-master-ai/ [Task Master AI](https://github.com/eyaltoledano/claude-task-master)（`task-master-ai` パッケージ。Taskmaster とも呼ばれます）は、AI のコーディングエージェント向けのタスク管理です。プロダクト要求文書（PRD）は、何を作るかを散文で書いた文書です。Task Master の README は、それを `.taskmaster/docs/prd.txt` に置き、タスクへ分解する、と述べます。[仕様駆動開発](https://specscore.md/ja/spec-driven-development/)（SDD）は、コードより先に振る舞いを指定する実践です。[SpecScore](https://specscore.md/ja/) はその仕様のための [オープンソース](https://github.com/specscore/specscore)のフォーマットであり、それを検査する [コマンドラインインターフェース](https://specscore.md/ja/cli/)（CLI）が付きます。[継続的インテグレーション](https://specscore.md/ja/validators/)（CI）、つまり提案された変更のたびに走る自動検査が、このリポジトリではその検査を実行します。Task Master は、CI が検査するための仕様フォーマットを公開していません。 ## 共通点。 - どちらも、AI エージェントが一文のプロンプトから仕事の全体を発明すべきではない、と置きます。 - どちらも、次のセッションが見られるように、状態をリポジトリの中に残します。 - どちらも、プロジェクト全体を読み直す代わりに、エージェントへ次に何をすべきかを伝えられます。 ## Task Master AI が得意なこと。 以下の事実は、2026年10月30日に読んだプロジェクトの README とドキュメントの目次によります。その README のツール数とモデルの一覧はよく変わるので、ここには繰り返していません。 ### PRD がタスク一覧になる README の経路は具体的です。`task-master parse-prd` が PRD を読み、タスクを生成します。`task-master next` が次のタスクを指します。`task-master expand` がタスクを分解します。タグは作業をストリームの間で移します。何を作るかがすでに分かっているときの、役に立つ層です。 ### エディタの中に現れる 推奨される導入は、モデルコンテキストプロトコル（MCP）のサーバー、つまりエディタが呼び出す小さなプログラムを、`npx -y task-master-ai` で入れることです。Cursor 向けの一段の導入と、Claude Code 向けの `claude mcp add` の行を含みます。エージェントは、別のダッシュボードなしに、タスクを分解し、一覧し、更新します。 ### プロジェクトを文脈にした調査 `task-master research` は、現在のプロジェクトを文脈にして、ライブラリや移行についてモデルに尋ねる方法として文書化されています。複数のモデル提供者がサポートされます。README は、モデルを呼ぶコマンドには API キーが必要である、と述べます。ただし、そこに挙げられた Claude Code または Codex CLI の経路を使う場合は別です。 ## 機能比較。 Task Master はタスクを管理します。SpecScore は、それらのタスクが引用できる仕様です。表はその役割を比べます。 | 機能 | Task Master AI | SpecScore | | --- | --- | --- | | 主な役割 | PRD から分解された、AI コーディングエージェント向けのタスク一覧 | **オープンな仕様フォーマット + CLI** | | 入力 | 散文の PRD。場所は .taskmaster/docs/prd.txt と文書化されています | 必須の節を持つ **構造化された Markdown + YAML** | | 得られるもの | タスク、依存関係、タグ、そして「次のタスク」へのポインタ | 要件 ID を引用する **要件、受け入れ基準、計画、タスク** | | 仕様の検査 | PRD のための文書化されたリンターはありません。モデルが自由な文章を分解します。 | CI の **specscore spec lint**。`/score` は文言に対する手動の AI 採点です。 | | 実行環境 | Node.js。通常は MCP サーバーを通します。README によれば、モデルの呼び出しには提供者のキー、または手元の Claude Code / Codex CLI が必要です。 | **Go バイナリ一つ**。Lint はモデルを呼びません。 | | ライセンス | [公開リポジトリ](https://github.com/eyaltoledano/claude-task-master) は [MIT に Commons Clause を加えたもの](https://github.com/eyaltoledano/claude-task-master/blob/main/LICENSE) です。README は、使用と改変はでき、Task Master そのものを売ること、またはホストされたサービスとして提供することはできない、と述べています。 | [CC BY 4.0](https://github.com/specscore/specscore/blob/main/LICENSE) のフォーマット · [Apache-2.0](https://github.com/specscore/specscore-cli/blob/main/LICENSE) の CLI | ## SpecScore が加えるもの。 ### PRD は検査できる仕様ではない Task Master の質は PRD がどれだけ詳しいかに依存します。README がそう述べています。その README の中には、モデルが分解する前に PRD の構造を検査するものはありません。SpecScore は、必須の節が欠けた機能を拒否します。[dogfood.yml](https://github.com/specscore/specscore/blob/main/.github/workflows/dogfood.yml) はすべてのプルリクエストで `specscore spec lint` を実行します。[/score](https://github.com/specscore/specstudio-skills/blob/main/skills/score/SKILL.md) スキルは、文言に対する二度目の、手動の通過です。CI のコマンドではありません。 ``` $ specscore spec lint features/apply-discount/README.md:0 [error] oq-section: Open Questions section not found features/apply-discount/README.md:0 [error] index-entries: Child directory not listed in index: refunds features/apply-discount/refunds:0 [error] readme-exists: README.md not found 3 violations found (3 errors) ``` ### タスクは要件を引用できる Task Master はタスクに数値の ID と依存関係を与えます。SpecScore は要件に安定した ID（`REQ: slug`）を与えます。計画のタスクは満たす基準を名指しでき、コミットトレーラーはもう一度それを名指しできます。タスク一覧と仕様は、無関係な二つの文書ではなくなります。 ### Lint に API キーは要らない Task Master で PRD を分解すると、モデルを呼びます。SpecScore のツリーを検査しても、呼びません。CLI は [specscore/specscore-cli](https://github.com/specscore/specscore-cli) の Go バイナリなので、提供者のアカウントなしに CI が実行できます。 ## 使い分けの指針。 ### Task Master AI を選ぶのは… - すでに PRD があり、Cursor、Claude Code、または別の MCP クライアントの中で、エージェントにそれを順序付きのタスクへ分けてほしいとき。 - 次のタスク、展開、タグ、調査を、エディタのコマンドとして欲しいとき。 - 管理しているものがタスクボードであり、再利用できる仕様フォーマットではないとき。 ### SpecScore を使うべきなのは… - 要件そのものが構造を持ち、識別でき、フォーマットを壊したときに CI が拒否しなければならないとき。 - 仕様が整形式かどうかの判断に、モデルの呼び出しを入れたくないとき。 - CC BY 4.0 のフォーマットと Apache-2.0 の CLI で、フォーマットを [オープンソース](https://github.com/specscore/specscore) にしたいとき。 ## すでに検査を通った仕様から、タスクを分解する。 Task Master は強いタスクボードです。仕様の言語ではありません。振る舞いを SpecScore で書き、CI に検査させ、タスク一覧を `REQ: slug` の ID へ向けてください。それでも Task Master のエディタツールが欲しいなら、すでに `specscore spec lint` を通った仕様から生成した PRD を渡してください。 作業の順序には Task Master AI を。作業に契約を持たせるには SpecScore を。 ## 出典。 下の公開ページは 2026年10月30日に読みました。価格、プラン名、リリースの線は変わります。 - [eyaltoledano/claude-task-master](https://github.com/eyaltoledano/claude-task-master) - [Task Master — MIT に Commons Clause](https://github.com/eyaltoledano/claude-task-master/blob/main/LICENSE) - [Task Master のドキュメント（tryhamster.com）](https://tryhamster.com/docs/taskmaster) - [specscore/specscore — dogfood の CI ワークフロー](https://github.com/specscore/specscore/blob/main/.github/workflows/dogfood.yml) - [specstudio-skills — /score スキル](https://github.com/specscore/specstudio-skills/blob/main/skills/score/SKILL.md) - [specscore/specscore — CC BY 4.0](https://github.com/specscore/specscore/blob/main/LICENSE) - [specscore/specscore-cli — Apache-2.0](https://github.com/specscore/specscore-cli/blob/main/LICENSE)