プロジェクトの概要を入力するとプロダクト要求仕様書を作成します。

AWS Certified Solutions Architect - Associate (SAA-C03)用のプロンプト

RF‑TIP2は、「プロンプトには**入れ物と手順だけ書けばいい**」という発想を、MVVMアーキテクチャでそのまま形にしたサンプルです。 役割やペルソナを細かく指定しなくても、**前のターンを踏まえる／踏まえない**といった「文脈の扱い方」を、コマンドとロジックだけで切り替えられることを示しています。 > 「依頼がちゃんと定義されていて、MVVMで箱と流れが決まっていれば、人格指定はいらない」──その仮説を検証するための、実用レベルのサンプルがTIP2です。 #### 章立て「依頼・View・ViewModel・Model」とその役割 - **依頼（Request）:** このプロンプト全体の「目的」と「入口」を定義する章。 - ここで「この章は入口です」「Processを実行せよ」と宣言することで、 **AIに対して“どこから処理を始めるか”を明示**している。 - **View:** ユーザーが実際に目にするレイヤー。 - `AIからの回答` - `次のコマンド` だけを表示することで、**内部ロジックを一切見せずに、インターフェースだけを固定**している。 - **ViewModel:** 入力→処理→出力の「流れ」を制御する頭脳。 - `Process`で - 入力文の格納 - `ModelProcess`の呼び出し - 複数ターン出力（トークン管理＋【続き】コマンド） を一手に引き受ける。 - ここには「**どう見せるか／いつどこまで見せるか**」のロジックだけを書き、 **何を計算するか**はModelに任せている。 - **Model:** システムの「意味」と「ルール」を持つ層。 - プロンプト名・ウェルカムメッセージ - `コマンド決定表`・`前のターンとの関係性決定表` - `通常問題解法`・`特殊問題解法`・`出力形式決定` など、**文脈の解釈と処理方針の決定をすべてここに集約**している。

RF‑TIP1は、「複数ターン出力」だけにフォーカスした、極限までシンプルな制御テンプレートです。 プロンプト全体を「依頼」「View」「ViewModel」「Model」の4章に分け、MVVM的な書き方で組み立てています。 > 「プロンプトをMVVMで書いても動くのでは？」という発想から生まれた実験作──ところが実際に動かしてみると、驚くほど素直に複数ターン出力を制御できてしまった、その結果がこのTIP1です。 - **何ができるか:** **All Answer にフル出力を貯めておき、トークン数を見ながら1ターン分ずつ切り出す**、という「出力の分割ロジック」だけを、きれいに独立させています。 - **どこがポイントか:** - View：ユーザーに見せるのは「AIからの回答」と「次のコマンド」だけ - ViewModel：`【続き】`コマンドとトークン管理だけを担当 - Model：今回のTIP1ではほぼ「空の箱」。ロジックは最小限 - **ねらい:** 「まずは複数ターン出力だけを、自分のプロンプトにも移植したい」という人が、そのまま骨組みとしてコピペしやすい形にすること。