ビジネスアイデアバリデーターは何をしますか？

使用方法: /business-idea-validator <アイデアテキストまたはファイルパス> [--lang en|pl] [--quick] [--out <dir>]

1つのビジネスアイデアを10のルーブリックでスコアリングし、固定の判定ルールを適用してレポートを作成します。判断の根拠はスコアとその推論にあり、verdict はスコアに基づく算術計算で決定されるため、異なるアイデア間で同じ処理が適用され、読者が手動で確認することも可能です。

ユーザーが指定した作業ディレクトリから実行します（--out <dir>、デフォルトはカレントディレクトリ）。このスキルのフォルダには決して書き込まないでください。

使用するファイル

references/rubrics/01-problem.md … 10-risks.md: ルーブリックごとに1ファイル。スコアリング対象のルーブリックを読み込んでください。
references/report-style.md: レポートの記述ルール。スコアリング前に必ず一度読んでください。
references/intake.md: ファウンダーに事前質問を行うべきタイミングの定義。
references/verdict.md: 判定ルールの説明（理解用）。コードは scripts/verdict.mjs にあります。
assets/rubric-output.schema.json: 1つのルーブリックパスが返すJSONの厳密なスキーマ。
assets/report.schema.json: レポート全体のスキーマ。
assets/examples/fieldnote/: 架空のアイデアを用いた完全な例（idea.md、report.json、report.md）。
scripts/check.mjs: バリデーション、verdict の計算、Markdown レンダリングを行います。${CLAUDE_SKILL_DIR} は Claude Code ではこのフォルダを指します。他の環境ではスキルがインストールされたパスを使用してください。

手順

1. インプットの受け取り

引数、プロンプト、またはファイルパスからアイデアを取得します。レポートの言語はアイデアテキストの言語に従います（--lang で明示的に指定された場合を除く）。

references/intake.md を適用します。テキストが薄い場合（40語未満、または「誰のためのものか」「何をするものか」「どうやって収益を得るか」が不明確な場合）、ファウンダーに一度だけ質問します（最大5つの質問を1回のメッセージで送信し、回答を待ちます）。質問できない場合（非対話モード、または --quick が指定された場合）は、仮定を置いて続行し、その旨を synthesis.notes に記載します。

保持するデータ: idea.text と idea.answers（for、money、today、advantage、stage。与えられたもののみ）。

2. 10のルーブリックをスコアリング

まず references/report-style.md を読んでください。その後、各ルーブリックを以下の順序（problem、customer、market、alternatives、monetization、distribution、feasibility、moat、founder、risks）で処理します:

各パスに、アイデアテキスト、回答、ルーブリックファイル、スタイルルール、出力スキーマを渡します。
各パスは assets/rubric-output.schema.json に一致する1つのJSONオブジェクトを返します: id、score（1〜5）、confidence（low/medium/high）、evidence（正確な引用）、assumptions、reasoning（最大160語）、questions、improve。

エージェントツールが利用可能な場合は、business-idea-rubric サブエージェントを通じて並列で実行します（ルーブリックごとに1つのエージェントにファイルパスとアイデアを伝え、JSONのみを返すよう指示）。そうでない場合は、自分で1つずつスコアリングし、各ルーブリックファイルを毎回新たに読み込んでアンカーを目の前に保ちます。

<out>/rubrics/ ディレクトリを作成し、10個の結果を <id>.json として保存していきます。各結果を検証: node ${CLAUDE_SKILL_DIR}/scripts/check.mjs --rubric <out>/rubrics/<id>.json。次のルーブリックに進む前に、報告された問題（通常はリストが長すぎる、または reasoning が120語を超えるなど）を修正します。

3. 批評パス

--quick が指定された場合はスキップします。それ以外の場合、business-idea-critic サブエージェントに（または自分で）10個すべての結果、アイデア、ルーブリックファイルを渡します。その役割: アンカーとテキストを使用して、スコア1、2、5のすべてを反駁しようと試み、自信度がスコアの確かさと一致していないルーブリックをフラグ付けします。戻り値: { "changes": [{ "id", "from", "to", "confidence", "why" }], "notes": "" }（confidence は same または新しいレベル、why と notes はレポート言語で記述）。各変更をルーブリック結果に適用: スコアと自信度を設定し、そのルーブリックの reasoning を新しいスコアを主張するように書き換えます（結果は自己矛盾してはいけません）。批評オブジェクトはレポート用に保持します。

4. 総合

最終スコアをもとに、総合オブジェクト（assets/report.schema.json の synthesis）を記述します: summary（3文）、riskiestAssumption（1つ）、experiments（1〜3つ、最大14日、それぞれ数値指標付き）、pivots（実際のもののみ。空でも可）、openQuestions（ルーブリックの質問から重複を除去し、重要度順に最大8つ）、notes（該当する場合はレポートの作成方法、それ以外は空）。references/report-style.md の総合ルールに従います。

5. アセンブルとレンダリング

<out>/report.json を以下の内容で書き込みます: version: "1"、lang、idea、rubrics（全10個）、critic（実行した場合）、synthesis、verdict: {}（スクリプトが入力、手動で書かないこと）、meta（model: 現在実行中のモデル名、createdAt: ISO日付、generator: "skill"）。

node ${CLAUDE_SKILL_DIR}/scripts/check.mjs <out>/report.json を実行します。すべてを検証し、verdict をファイルに書き込み、<out>/report.md を出力します。OK と表示されるまで問題を修正します。

6. 引き渡し

ユーザーに以下の情報を伝えます: verdict とそれを生成したルール、最もリスクの高い前提、最初の実験、2つのファイルの場所。10行以内に収めます。残りの詳細はレポートに含まれています。チャット内でスコアカードを再掲しないでください。

上記すべてに優先するルール

evidence では引用のみを使用し、言い換えてはいけません。テキストに含まれていないものはすべて仮定であり、そのように明示します。
数値をでっち上げてはいけません。市場規模や価格は「仮定: …」の形で範囲を付けて記述します。
verdict は scripts/check.mjs によって生成されます。手動で書いたり、レポート内でそれに異議を唱えたりしてはいけません。間違っているように見える場合は、スコアが間違っているので、理由を付けてスコアを修正してください。
レポートの言語はアイデアテキスト（または --lang）に従います。JSONキーは英語のままです。
スタイル: 短い文、emダッシュは使用しない、誇張しない、「XだけでなくYも」のような表現は避ける。

ビジネスアイデアバリデーター