problem-classifier

前提条件

• planning/parse/problem_parse.json が存在し、すべての Qx を出力に対応付けています。
• 重要なフレーミングの曖昧さが明らかになっています。

移行時に限り、レガシーの解析パスを読み取ってください。

タスクの種類

• 評価／ランキング；
• 予測／推定；
• 最適化／意思決定；
• メカニズム／ダイナミクス；
• 分類／クラスタリング；
• グラフ／ルーティング／ネットワーク；
• シミュレーション／シナリオ；
• 記述／推論；
• 混合。

詳細な手がかりは references/task-type-guide.md に記載されています。

ワークフロー

1. キーワードだけでなく、必要な出力、意思決定の構造、制約、関係性に基づいて分類します。
2. 以下を割り当てます。
   • 主分類；
   • 任意の副分類；
   • 確信度；
   • 解析結果に基づく根拠；
   • 検証と成果物への影響。
3. チームが主張できる内容を変える、混合または曖昧なフレーミングを特定します。
4. 重要な曖昧さがある場合は、選択肢の影響を説明する選択カードを提示します。黙って決めてはいけません。
5. planning/classification/problem_classification.json に保存します。
6. 人間が決定したフレーミングを methods/Qx/qx_decisions.jsonl に記録します。Qx の手法ディレクトリがまだ存在しない場合は、planning/framing_decisions.jsonl に記録します。

出力仕様

{
  "schema_version": 1,
  "subquestions": [
    {
      "id": "Q1",
      "primary_type": "evaluation",
      "secondary_type": null,
      "confidence": "high",
      "evidence": [],
      "required_validation": [],
      "framing_decision_id": null,
      "risks": []
    }
  ]
}

ルール

• 手法を提案または選択してはいけません。
• 「予測」や「最適」といった名詞だけで分類せず、必要な出力を確認してください。
• サブクエスチョンが混合型になる場合はありますが、多くの種類を優先順位なく列挙しないでください。
• 別の分類によって出力や主張が実質的に変わる場合は、人間によるフレーミングが必要です。
• JSON の記録で十分な場合、長大な分類レポートを作成しないでください。

検証

• すべての Qx に主分類が 1 つずつあります。
• 混合型／副分類には根拠があります。
• 分類の根拠を解析結果までたどることができます。
• 曖昧なフレーミングは人間が確認済みであるか、未解決の阻害要因として残されています。
• 分類にアルゴリズムの選定が入り込んでいません。

参考資料

• references/task-type-guide.md