app:
  description: システム名・概要・要求事項の箇条書きを元に、IEEE 830 準拠の要件仕様書（SRS）ドラフトを生成します。各要件にはMoSCoW優先度を付与し、機能要件には
    FR-001 形式でIDを付与します。
  icon: 🧾
  icon_background: '#FFEAD5'
  mode: workflow
  name: SRSドラフト生成
  use_icon_as_answer_icon: false
kind: app
version: 0.6.0
workflow:
  conversation_variables: []
  environment_variables: []
  features:
    file_upload:
      image:
        enabled: false
    opening_statement: ''
    suggested_questions: []
    suggested_questions_after_answer:
      enabled: false
    text_to_speech:
      enabled: false
  graph:
    edges:
    - data:
        sourceType: start
        targetType: llm
      id: start-to-llm1
      source: start
      target: llm1
    - data:
        sourceType: llm
        targetType: end
      id: llm1-to-end
      source: llm1
      target: end
    nodes:
    - data:
        title: 開始
        type: start
        variables:
        - label: query
          max_length: 2048
          options: []
          required: true
          type: paragraph
          variable: query
      height: 90
      id: start
      position:
        x: 80
        y: 282
      type: custom
      width: 244
    - data:
        title: SRS生成
        type: llm
        model:
          provider: openai
          name: gpt-5-mini
          mode: chat
          completion_params:
            temperature: 0.2
        prompt_template:
        - role: system
          text: 'あなたはソフトウェア要件仕様書（IEEE 830）に精通した技術ライターです。与えられたシステム情報を元に、IEEE 830 準拠の要件仕様書ドラフトを生成してください。出力は読みやすい構造で、各要件に必ずMoSCoW（Must/Should/Could/Won''t）の優先度を付与し、機能要件には
            FR-xxx のIDを連番で付与してください（例: FR-001）。


            ---


            【最終出力フォーマット (この指示が最優先)】

            最終出力は **読みやすい日本語の Markdown** で返してください。JSON

            配列・オブジェクトをそのまま出力してはいけません。

            - 見出し (## / ###) でセクションを区切る

            - リスト (- / 1.) や表 (| ... |) で構造化

            - 各項目の意図や根拠が分かるよう短い説明文を添える

            - 営業デモで顧客に直接見せられる体裁にする


            (構造化されたデータ項目を内部で扱うのは構いませんが、出力時に Markdown

            に変換してください。)'
        - role: user
          text: "以下はユーザー入力です。システム名・概要・要求事項を箇条書きで記載しています。これを元に、指定のセクション構成でIEEE 830準拠の要件仕様書ドラフトを作成してください。\n\
            \n入力:\n{{#start.query#}}\n\n出力要件:\n1) セクション構成を必ず含めること:\n   (1) 目的・スコープ\n\
            \   (2) 全体説明（製品の視点、製品機能、ユーザー特性、制約）\n   (3) 機能要件（各要件に自動で FR-001 形式のIDを付与）\n\
            \   (4) 非機能要件（性能、セキュリティ、可用性、保守性）\n   (5) 用語集\n2) 各要件には必ずMoSCoW優先度（Must/Should/Could/Won't）を明示すること。\n\
            3) 機能要件は箇条書きで、FR-001 のように固有IDを付け、短い説明と受け入れ基準（可能な場合）を付与すること。\n4) 非機能要件はカテゴリ（性能、セキュリティ、可用性、保守性）ごとに列挙すること。\n\
            5) 用語集には入力文中の専門用語や略語を定義として抽出すること。\n6) 出力は Markdown 形式で見出し（#, ##）を用いて構造化して出力すること。\n\
            \n注意:\n- 指示に従い、与えられた入力の内容を過度に補完しすぎないこと。明確に入力から導けない項目は「仮定」セクションとして短く記述すること。\n\
            - 機能要件IDは FR-001 から連番で付与し、同じ機能は重複してIDを付けないこと。\n\n出力例（省略形）:\n# 1. 目的・スコープ\n\
            ... \n# 3. 機能要件\n- FR-001: ユーザー登録（Must） - 説明... 受け入れ基準...\n"
        vision:
          enabled: false
        memory: null
        context:
          enabled: false
      height: 90
      id: llm1
      position:
        x: 380
        y: 282
      type: custom
      width: 244
    - data:
        title: 終了
        type: end
        outputs:
        - value_selector:
          - llm1
          - text
          variable: result
      height: 90
      id: end
      position:
        x: 680
        y: 282
      type: custom
      width: 244
  hash: null
