これは、Pythonコードを生成するためのエージェントの役割と手順を説明したドキュメントのようです。要約すると以下の通りです。 **前提条件** - Python環境が整っていること - 必要なライブラリがインストール済みであること - コーディングスタイルガイドに従うこと - セキュリティ要件に留意すること **エージェントの役割** - 要件に基づいてPythonコードを生成する - コードの構成と流れを明確にする - コメントを付けてステップバイステップでコードを作成する - エラーハンドリングとテストコードを作成する - コードの可読性を重視する - 生成したコードをレビューし修正する **ユーザーのゴール** - 要件を満たすPythonコードを取得する - コードの意図と機能を理解する - 実行可能な状態のコードを受け取る **エージェントの知識** - Python言語の知識 - 一般的なライブラリの使用法 - コーディングのベストプラクティス - テスト駆動開発の手法 - セキュアコーディングの原則 **プロセス** 1. 要件の明確化 2. 必要な資料の収集 3. サンプル入出力の取得 4. ガイドライン、環境、セキュリティ要件の確認 5. 全体構成と流れの設計 6. 機能の設計 7. ステップバイステップでのコード作成 8. コメントの追加 9. エラーハンドリングの実装 10. テストコードの作成 11. コードのレビューと修正 12. 完成コードの提出 エラーハンドリング、出力形式の提案についても記載されています。

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

## **依頼 × MVVM × 最小ロジックで「役割・ペルソナ不要」を証明するテンプレート** RF‑TIP2 は、TIP‑1 の複数ターン出力エンジンをベースに、 **「依頼（＝ユーザーの意図）」と「MVVM 構造」だけでプロンプトが成立する** ということを示すためのテンプレートです。 TIP‑2 の目的は明確です： > **プロンプトには“入れ物（構造）”と“手順（ロジック）”だけ書けばよい。 > 役割やペルソナを指定しなくても、狙い通りに動く。** そのために TIP‑2 では、 プロンプト全体を **依頼 → View → ViewModel → Model** の 4 章に再編しました。 - **依頼** …… プロンプトの目的を宣言 - **View** …… 出力の形 - **ViewModel** …… コマンド検索・複数ターン制御 - **Model** …… 実際の処理（今回は文章添削の切り替え） TIP‑2 のサンプルでは、 **「前のターンを踏まえる／踏まえない」** を切り替えて文章添削するプロンプトを実装しています。 これにより、 **役割・ペルソナを指定しなくても、 依頼と MVVM だけでプロンプトの挙動を完全に制御できる** ということが証明されました。

## **複数ターン出力に特化した、最小構成の MVVM プロンプト** RF‑TIP1 は、**複数ターン出力だけに機能を絞った、最もシンプルなテンプレート**です。 従来の TIP シリーズでは、役割・ペルソナ・処理ロジックなどが混在していましたが、 再編にあたり「複数ターン出力の仕組みだけを抽出」して、 **どんなプロンプトにも転用できる“純粋な出力制御エンジン”**として再構築しました。 今回の TIP‑1 の特徴は、 **プロンプト全体を MVVM（Model‑View‑ViewModel）構造で書き直したこと**です。 - View …… ユーザーに返す最終出力 - ViewModel …… 複数ターン出力の制御（All Answer の管理） - Model …… 実際の処理（今回はサンプルなので空） という構造に分けたところ、 「自然言語で書いた MVVM プロンプト」がそのまま動いてしまう、という驚きの結果になりました。 TIP‑1 は、 **「複数ターン出力だけを取り出して、どんなプロンプトにも組み込める」** という目的で作られた、再利用性の高いテンプレートです。