商業創意驗證器是做什麼的？

用法：/business-idea-validator <想法文字或檔案路徑> [--lang en|pl] [--quick] [--out <目錄>]

針對一個商業點子，根據十項評分標準進行評分，套用固定結論規則，並產出報告。判斷標準在於評分及其推理過程；結論是根據評分計算得出的，這樣兩個點子能獲得相同的處理方式，且讀者能親自查驗。

從使用者選擇的工作目錄執行（--out <目錄>，預設為當前目錄）。切勿寫入此技能的資料夾。

你會用到的檔案

references/rubrics/01-problem.md … 10-risks.md：每個評分標準一個檔案。評分時讀取對應的檔案。
references/report-style.md：寫作規則。在任何評分前先讀取一次。
references/intake.md：何時先向創辦人提問。
references/verdict.md：規則說明，供你理解；程式碼為 scripts/verdict.mjs。
assets/rubric-output.schema.json：單次評分傳回的JSON格式。
assets/report.schema.json：完整報告的格式。
assets/examples/fieldnote/：完整的範例（虛構點子），包含 idea.md、report.json、report.md。
scripts/check.mjs：驗證、計算結論、渲染Markdown。在Claude Code中，${CLAUDE_SKILL_DIR} 指向此資料夾；在其他環境中請使用技能安裝時的路徑。

步驟

1. 輸入

從引數、提示或檔案路徑取得點子。決定報告語言：預設為點子文字的語言，除非使用 --lang 指定。

套用 references/intake.md。若文字過於簡略（少於約40字，或缺少目標受眾、功能說明、獲利方式），向創辦人提問一次，在同一則訊息中最多問五個問題，並等待回答。若無法提問（非互動模式或使用 --quick），則基於假設繼續進行，並在 synthesis.notes 中說明。

將取得的內容儲存為 idea.text 與 idea.answers（for、money、today、advantage、stage；僅儲存已提供的項目）。

2. 評分十項標準

先讀取 references/report-style.md。然後依序針對每個評分標準（順序為：問題、客戶、市場、替代方案、變現、分銷、可行性、護城河、創辦人、風險）：

將點子文字、答案、評分標準檔案、風格規則及輸出格式傳遞給評分過程。
該過程回傳一個JSON物件，符合 assets/rubric-output.schema.json 格式：id、score（1至5）、confidence（低/中/高）、evidence（精確引述）、assumptions、reasoning（最多160字）、questions、improve。

當可用的Agent工具支援時，透過 business-idea-rubric 子代理並行執行這些評分（每個評分標準一個代理，提供檔案路徑與點子，要求僅回傳JSON）。否則自行逐一評分，每次重新讀取評分標準檔案，確保其重點內容始終在前。

建立 <out>/rubrics/ 目錄，並將十個結果以 <id>.json 格式逐個儲存。驗證每個結果：執行 node ${CLAUDE_SKILL_DIR}/scripts/check.mjs --rubric <out>/rubrics/<id>.json。在繼續前修正任何回報的問題（通常是列表過長或推理超過120字）。

3. 反對關卡

若使用 --quick 則跳過此步驟。否則，將所有十個結果、點子及評分標準檔案提供給 business-idea-critic 子代理（或自行執行）。其任務是：嘗試針對所有1、2或5分的評分標準，使用評分標準重點與點子文字提出反駁，並標記任何評分信心度與評分穩定度不符的標準。它回傳 { "changes": [{ "id", "from", "to", "confidence", "why" }], "notes": "" }，其中 confidence 為 same 或新等級；why 與 notes 使用報告語言。將每個變更套用至評分結果：設定分數與信心度，並重寫該評分標準的 reasoning，使其為新分數辯護（結果不得自相矛盾）。保留此反對物件，用於報告中。

4. 綜合分析

根據最終分數，撰寫綜合分析物件（assets/report.schema.json 中的 synthesis）：包含 summary（三句話）、riskiestAssumption（一個）、experiments（一到三個，最多14天，每個附帶數值指標）、pivots（僅真實的轉向點；可為空）、openQuestions（來自各評分標準的問題，去重後按重要性排序，最多八個）、notes（必要時說明報告如何產生，否則為空）。遵循 references/report-style.md 中的綜合分析規則。

5. 組合與渲染

寫入 <out>/report.json，包含：version: "1"、lang、idea、rubrics（全部十個）、critic（若執行過）、synthesis、verdict: {}（由腳本填入；切勿手動撰寫結論）、meta（model：你運行的模型名稱，createdAt：ISO日期，generator："skill"）。

執行 node ${CLAUDE_SKILL_DIR}/scripts/check.mjs <out>/report.json。它會驗證所有內容，將結論寫入該檔案，並寫入 <out>/report.md。修正問題直到顯示為 OK。

6. 移交

告知使用者：結論及其產生的規則、最危險的假設、第一個實驗，以及兩個檔案的位置。保持在十行以內；報告中包含其餘內容。請勿在對話中重複評分表。

優先於上述所有規則的事項

在 evidence 中需直接引述，而非改寫。任何未出現在文字中的內容皆為假設，並應標示為如此。
禁止編造數字。市場規模與價格應以「假設……並提供範圍」的方式呈現。
結論來自 scripts/check.mjs。切勿手動撰寫，也切勿在報告中與其爭論；若結論看起來有誤，則代表某項評分有誤，應附上理由修正該評分。
報告語言與點子文字語言一致（或使用 --lang 指定）。JSON鍵值保持英文。
風格：使用簡潔句子，避免破折號，避免誇大，避免使用「不僅是X，更是Y」的結構。

商業創意驗證器