SpecScore vs Datarim
異なるレイヤーです。Datarim は Claude Code 向けの意見を持ったワークフローパック — 要件から完了までプロジェクトを動かす スラッシュコマンドです。SpecScore はスペックを書く オープンフォーマットであり、それを lint・クエリ・トレースする CLI です。ワークフローはこれを対象にできます。
共通点。
Datarim の優れた点。
Datarimは Claude Code 向けに作られた汎用的な反復ワークフローフレームワークです。
ネイティブなスラッシュコマンド UX
コマンドとしての完全なパイプライン — /dr-prd、/dr-plan、/dr-design、/dr-do、/dr-qa — が Claude Code に 馴染みます。~/.claude/ へ install.sh を一度実行すれば、 すぐに動き出します。
複雑さを意識したルーティング（L1〜L4）
Datarim は作業の規模を測り、それに応じてルーティングします：L1 のクイックフィックスは 計画をスキップし、L4 の大規模変更は複数のレビューサイクルを含む段階的パイプラインを 実行します。儀式をスコープに合わせるのは、実に優れたアイデアです。
consilium とマルチドメインの広がり
その「consilium」は、決定を推奨する前にエージェントのパネルを招集してトレードオフを 議論させます。そしてソフトウェア専用ではありません — Datarim はリサーチ、法務、 コンテンツのワークフローも対象としています。
機能比較。
一方はワークフロー、もう一方はフォーマット — この表は勝者ではなく役割を比較します。
| 機能 | Datarim | SpecScore |
|---|---|---|
| 主な役割 | Claude Code ワークフローパック | オープンなスペックフォーマット + CLI |
| 実行形態 | スラッシュコマンド（/dr-*） | フォーマットファイル + CLI （+ Claude Code 内の SpecStudio Skills） |
| 状態の保存 | backlog.md + CLAUDE.md（ワークフロー形式） | 可搬な spec/ ツリー（Markdown + YAML） |
| ツールなしでも残る | Datarim ランタイムに結びついている | あり — 構造上、可搬 |
| スペック linting | なし | コンテンツ品質 — 曖昧な動詞、欠落した AC、未解決の参照 |
| 要件 / AC ID | なし | 機械可読な ID（REQ: slug） |
| コードからスペックへのトレーサビリティ | なし | specscore: アノテーション + Verifies: トレーラー |
| 複雑さルーティング（L1〜L4） | あり | なし（フォーマットであり、ワークフローではない） |
| クエリ可能なスペックグラフ | なし | あり — feature list / show / deps |
| Claude Code への結びつき | そのために作られている | なし — どんなエージェントでも、あるいはなしでも |
| ライセンス | MIT | MIT / CC BY 4.0 |
SpecScore が加えるもの。
出力はワークフローより長生きする
Datarim の状態は、それ自身のバックログと CLAUDE.md の形に存在します — Datarim を実行している間は価値があります。SpecScore のスペックは、SpecScore のツールを 一切インストールしなくても、読め・lint でき・クエリできる可搬なフォーマットです。 ワークフローは変わってもいい。スペックはあなたと共に残ります。
スペックは lint 可能
ワークフローは執筆を導きますが、結果をゲートしません。SpecScore のlint は、すべての要件に受け入れ基準があるか、相互参照が解決するか、 ステータス遷移が妥当かを検査します。
$ specscore lint checkout/apply-discount.md ✗ R3 no acceptance criteria ✗ link "Related Feature: discount-tiers" not found
コードがスペックまでトレースできる
SpecScore は specscore: ソースアノテーションとVerifies: コミットトレーラーを加えます — specscore code refsが「この要件を実装しているコードはどれか？」に、スペックを生み出したワークフローとは 独立して確定的に答えます。
1つのエージェントに縛られない
Datarim は Claude Code 向けに作られています。SpecScore はどんなエージェントも読める フォーマットであり、どんな CI も実行できる単一の Go バイナリです — Claude Code も、~/.claude/ へのインストールも不要です。
使い分けの指針。
Datarim を選ぶべきなのは…
- 今すぐ Claude Code の中で、完結した意見を持つパイプラインが欲しい場合。
- 複雑さを意識したルーティングと、マルチエージェントの意思決定儀式を重視する場合。
- 作業がドメインをまたぐ場合 — コードだけでなく、リサーチ、法務、コンテンツ。
SpecScore を使うべきなのは…
- 単一のワークフローやツールより長生きするスペックが欲しい場合。
- lint、ID、ライフサイクル、コードからスペックへのトレーサビリティが必要な場合。
- Claude Code だけでなく、エージェントをまたいで — あるいはなしで — 作業する場合。
- リポジトリの再読の代わりに、エージェントがクエリできる CLI が欲しい場合。
- ゼロ以外で終了するスペック品質ゲートが CI に必要な場合。
2つのワークフローパック、1つのオープンフォーマット。
Datarim と SpecStudio Skills は、どちらも Claude Code の上に乗る意見を持ったワークフローです。 SpecScore はその下にあるオープンフォーマット — パイプラインが終わった後もスペックが 可搬で・lint 可能で・トレース可能であり続けるよう、ワークフローが生成できるアーティファクトです。 SpecScore を出力する Datarim なら、その UX を保ちつつ永続的な出力を得られるでしょう。
パイプラインには Datarim を。それが残すアーティファクトには SpecScore を。
フィードバック
この比較は公開されているドキュメントとソースコードに基づいています。誤りや古い情報がありますか？ 修正issueを作成. 他のツールとの比較をご希望ですか？ リクエスト.