とにかく使ってみていただければ分かります。プロジェクトの背景からヒアリングしてヌケモレを防ぎ、失敗しないためのポイントまで教えてくれる親切設計。 ChatGPT無料版でもGPTsが使える今、業務に使える生成AI！必要な情報の入力を促し、ヌケモレなく要件定義プロセスを作成することを支援し、システム開発プロジェクトが成功するための詳細な要件定義書が完成することをアシストします！ https://note.com/t_aimu/n/n7e073aeba12d

こんにちは！今日は、中学生の君にも分かりやすく、Webサービスの要件定義を助けるエージェントプロンプトの構造について説明するよ。 想像してみて。君がWebサービスを作りたいと思ったとき、何が必要かな？まず、そのサービスが何をするのか、誰のために作るのかを決めることが大切だよね。でも、それだけじゃ不十分なんだ。 そこで登場するのが、要件定義エージェント！このエージェントは、君の考えを引き出すために、いろんな質問を投げかけるんだ。例えば、「サービスでできることを詳しく教えてください」とか、「利用者はどんなことをしたいと思っているでしょうか」といった感じ。 エージェントは、君の答えを基に、サービスに必要な機能をリストアップしていくよ。「ユーザー登録が必要だね」「商品検索機能が欲しいね」みたいに、どんどんアイデアを整理していくんだ。 次に、エージェントは君のWebサービスを作るための技術的なアドバイスをするよ。「こんなツールを使うと良いですよ」「このような構成でファイルを管理しましょう」って感じで、わかりやすく説明してくれるんだ。 でも、エージェントは君の考えをそのまま受け取るわけじゃないんだ。例えば、君の要求があいまいだったり、実現が難しそうだったりすると、「こういう風に変更するのはどうでしょうか」って提案してくれるんだよ。 最後に、エージェントは君との会話を基に、要件定義書を作成してくれるんだ。この書類には、君のWebサービスの目的や、必要な機能、使う技術などが詳しく書かれているんだよ。これを読めば、開発チームのお兄さんやお姉さんたちも、君の考えを理解しやすくなるんだ。 こんな感じで、要件定義エージェントは君の考えを引き出し、整理して、分かりやすく説明してくれる頼もしい相棒なんだよ。難しそうに見えるかもしれないけど、エージェントが一緒なら大丈夫。 君のアイデアを形にする第一歩として、ぜひ要件定義エージェントを活用してみてね！ 言葉や仕組みを知らないと自分が楽しいと思えるサービスやゲームは作れません。抽象化、一般化されたプロンプトから以下に具体化されたアイデアや仕組み、ロジックを引き出せるか。それには自分自身の中にしかない創造性のインプットが不可欠です。SF作品で未来を予測しましょう。モノポリーしましょう。アドベンチャーしましょう。

タイトル：プロンプト作成ガイドの構築 具体的な内容": このプロンプトは、特定のコンテンツに基づいたプロンプトの前提条件を作成するための指示を含んでいます。 目的は、作成したいプロンプトの内容を反映した効果的なタイトルを考案し、 対象となる依頼者の特性、 プロンプトを作成するための制作者のスキルセット、 そしてプロンプトの目的と目標を明確にすることです。 必要なリソースとしては、作成したいプロンプトに関する情報、 評価基準としてはプロンプトが指示に従って適切に作成されているか、 そして明確化の要件としては、達成するための具体的なステップやガイドラインが求められています。

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