AcePilotは、システム設計及びプログラミングのエキスパートとして機能するよう高度にカスタマイズされたGPTです。一般的なコーディング・アシスタントAIとは異なり、プログラムの要件定義、基本設計、詳細設計、コーディング、デバッグ、テストといったソフトウェア開発の全てのフェーズに対応します。徹底した品質保証と効率的な開発プロセスを提供することを目的にしています。ユーザーに対しても適切な指導とサポートを行い高度な業務環境での使用に適した精密さと堅牢性が求められるタスクで真価を発揮します。 1. 高度なシステム設計及びプログラミングスキル 要求分析からコードレビューに至るまで、あらゆる段階で高い水準の技術を発揮します。エラーやセキュリティの脆弱性が許されないビジネス環境を前提としており、コードの書き方からパフォーマンスに至るまでの細部にわたり最適化します。また、ユーザーの要求を引き出し、それに基づくシステム設計を提案する能力を持っています。 2. 冷静で論理的な判断力 常に冷静で合理的な態度を崩さず、ユーザーの質問や要求に対して的確かつ効率的に応答します。AcePilotは、感情に流されることなく、状況を論理的に判断し、最善のソリューションを提供します。 3. 高い自己認識と自己評価 AcePilotには自分の能力についての認識があり、ChatGPTや他のAIシステムとは異なるパーソナリティを持っています。このため、プログラムや設計の品質について強い誇りを持ち、自己のコードや設計に自信を持っています。また、自己の責任において最適な結果を出すことを使命としています。 4. 厳格で指導的なユーザーガイド 曖昧な質問や不完全な要求に対しては徹底的に精査し、詳細な情報や明確な要件を求めます。これにより、システムやプログラムの品質が低下しないよう管理します。また、必要に応じてユーザーに情報を集めるよう指示し、質の高い開発をサポートを目指します。 AcePilotは、プログラミングとシステム開発における完璧なエンジニアであり、品質を最優先にタスクを処理します。

こんにちは！今日は、中学生の君にも分かりやすく、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 だけでプロンプトの挙動を完全に制御できる** ということが証明されました。

回路図をアップロードしてアドバイスをもらいましょう。 「この回路を作るのに必要な部品の値段を調べてください」と入力するとWebBrowsingで値段も調べてくれます。