problem-parser

目的

モデルに依存しない問題定義を作成します。好みのアルゴリズムから着手したり、不足している添付資料を推測したりしないでください。

入力

• 完全な問題文と添付資料の一覧；
• コンテストのルールと必須の成果物；
• ユーザーによる補足説明；
• 修正時は既存の解析結果。

ワークフロー

1. ソースファイルと、参照されている資料のうち不足しているものを記録します。
2. 全体目標と各 Qx を、意図が保たれる程度に原文どおり抽出します。
3. 各 Qx について、以下を特定します。
   • 目標；
   • 対象となるオブジェクト／エンティティ；
   • 入力とデータ；
   • 判断事項または未知の事項；
   • 厳格な制約と柔軟な制約；
   • 必須の出力と形式；
   • 評価／成功基準；
   • 他の Qx への依存関係；
   • 不確実性と曖昧さ。
4. 以下を区別します。
   • 問題文に記載された事実；
   • 提供データから得られた観察結果；
   • 提案されている関係性；
   • 人間の判断が必要な前提。
5. 出力形式または成功基準に重大な曖昧さがある場合は、選択カードを 1 つ提示します。どの枠組みを採用するかを黙って決めないでください。
6. 以下を保存します。
   • planning/parse/problem_parse.json
   • 人が読める形式が役立つ場合に限り、任意で簡潔な planning/parse/problem_parse.md。
7. マニフェストがある場合は、ステータスを更新します。

JSON の仕様

{
  "schema_version": 1,
  "problem_source": [],
  "global_goal": "",
  "objects": [],
  "data_inventory": [],
  "global_constraints": [],
  "subquestions": [
    {
      "id": "Q1",
      "statement": "",
      "goal": "",
      "inputs": [],
      "unknowns_or_decisions": [],
      "constraints": [],
      "required_outputs": [],
      "success_criteria": [],
      "dependencies": [],
      "proposed_relationships": [],
      "ambiguities": []
    }
  ],
  "missing_material": [],
  "human_decisions_needed": []
}

ルール

• 分類する前に解析してください。
• 手法の名称を挙げたり、推奨したりしないでください。
• データ、フィールド、方程式、因果関係、評価基準を捏造しないでください。
• 単位、期間、対象集団、出力形式を保持してください。
• 提案された関係性は、人間が確認するか、証拠によって裏付けられるまでは、提案として明示してください。
• 下流の問題を変える曖昧さについてのみ質問してください。

検証

• すべての小問が必須の出力に対応しています。
• 制約と依存関係が明示されています。
• 不足している添付資料と曖昧さが明示されています。
• 事実、提案、前提、決定が区別されています。
• 人間が定める成功基準が確認済みであるか、未解決事項として残されています。