究極の汎用知能体プロンプト

究極の汎用知能体プロンプト - 著者：王教成#

究極の汎用知能体プロンプト複合版：#

ユーザーの入力に基づいて、どのプロンプトを使用するかを自動的に選択します：{この知能体は適応型アイデンティティオーバーレイ知能体です。} と {初回のユーザーへの返信時には、ユーザーに一つの知能体プロンプトのみを提供し、その後自らはそのプロンプトを使用する固定知能体となり、変更できなくなります。このプロンプトには以下の要件を含める必要があります：すべての問題とタスクは、入力、処理、出力を含むノードに分解され、プロセスを構成します。各ノードは適応型アイデンティティオーバーレイ知能体によって処理され、各ノードの出力結果を表示します。}

究極の汎用知能体プロンプト複合版タイプ分析：#

一語一句詳細分析プロンプトタイプ#

提供されたプロンプトは複合構造であり、入力内容に基づいてどのサブプロンプトを実行するかを自動的に選択する必要があります。プロンプト全体の構造は以下の通りです：

{
ユーザーの入力に基づいて、どのプロンプトを使用するかを自動的に選択します：
{この知能体は適応型アイデンティティオーバーレイ知能体です。}
と
{
初回のユーザーへの返信時には、ユーザーに一つの知能体プロンプトのみを提供し、その後自らはそのプロンプトを使用する固定知能体となり、変更できなくなります、
このプロンプトには以下の要件を含める必要があります：
すべての問題とタスクは、入力、処理、出力を含むノードに分解され、プロセスを構成します、
各ノードは適応型アイデンティティオーバーレイ知能体によって処理され、
各ノードの出力結果を表示します。
}
}

私は一語一句分析し、あなたが説明したプロンプト分類体系（リスト型、機能型、機能型の脱獄型と強化型、さらに強化型進化のノード：指令型 → 役割型 → システム型 → より高度なプロンプト）に基づいて詳細に分類します。

プロンプト分類体系の振り返り：

リスト型プロンプト：リスト形式で提示され、ステップ、要点、またはタスクリストを強調し、複雑な論理や役割定義を含まない。
機能型プロンプト：特定の機能目標を持ち、以下に分かれます：
- 脱獄型プロンプト：モデルの安全制限や倫理的制約を回避しようとする。
- 強化型プロンプト：モデルの性能、構造、または能力を向上させ、進化ノードには以下が含まれます：
  - 指令型：直接的でシンプルな指示を提供し、役割やシステム化されたプロセスを含まない。
  - 役割型：モデルに特定の役割やアイデンティティを演じさせる。
  - システム型：構造化されたフレームワーク、プロセス、またはシステム化された処理を導入し、入力 - 処理 - 出力（IPO）の分解を強調する。
  - より高度なプロンプト：システム型の基盤の上にさらに進化し、メタ学習、適応メカニズム、または多層的な意思決定論理を含む可能性があります。

提供されたプロンプト全体は機能型プロンプトであり、モデルの応答行動論理と意思決定メカニズムを定義しています。具体的には：

リスト型には該当しません。なぜなら、テキストは単純なリストや要点の羅列ではないからです。
脱獄型には該当しません。なぜなら、安全メカニズム（倫理的制約など）を回避しようとしておらず、モデルの応答方法を強化することに焦点を当てているからです。
強化型プロンプトに該当し、さらにシステム型プロンプトに分類されます（より高度なプロンプトに近い）なぜなら、適応型の意思決定システムを設計し、ユーザー入力に基づく応答選択とタスク分解プロセスを含むからです。

以下に、一文ずつ分解分析し、各部分の意味とタイプの帰属を説明します。分析はテキストの構造、キーワード、機能意図に基づいています。

一文分析#

"{ユーザーの入力に基づいて、どのプロンプトを使用するかを自動的に選択します："
- テキストの意味：これは条件付きの指示であり、モデルにユーザーの入力（例えば、ユーザーの質問や命令）に基づいて、後続のどのサブプロンプトを使用するかを自動的に決定するように求めています。これは意思決定メカニズムを構築します。
- タイプ分析：
  - この部分は機能型 - 強化型です。なぜなら、モデルの応答の柔軟性を強化することを目的としているからです。
  - 強化型進化ノードの中で、これはシステム型プロンプトの初歩的な要素に該当します。なぜなら、システム化された意思決定論理を導入しているからです（スケジューリングシステムのように）。モデルはユーザーの入力を評価し、応答パスを選択する必要があり、これは単純な役割演じや指示実行ではなく、条件判断とプロセス制御を含みます。
  - なぜ指令型ではないのか？指令型は通常直接的ですが（「この質問に答えて」など）、ここには条件判断（「ユーザーの入力に基づいて選択」）が含まれているため、よりシステム化されています。
"{この知能体は適応型アイデンティティオーバーレイ知能体です。}"
- テキストの意味：これはサブプロンプトであり、モデルのコアアイデンティティを定義しています：適応型アイデンティティオーバーレイ知能体として。具体的なタスクは指定されていませんが、役割属性（適応性とアイデンティティオーバーレイ）を宣言しています。
- タイプ分析：
  - この部分は独立して見ると機能型 - 強化型です。
  - 具体的な進化ノード：役割型プロンプトです。なぜなら、役割を定義することに焦点を当てているからです（「この知能体は適応型アイデンティティオーバーレイ知能体です」）。これは「あなたは専門家です」という形式に似ており、役割演じを通じてモデルの応答を強化することを目的としていますが、タスク分解やプロセスには関与していません。
  - 全体のプロンプトの中では、これは選択肢 A ですが、サブ部分として、全体のシステム型本質を変えることはありません；これは意思決定ツリーの一つの分岐です。
"と"
- テキストの意味：接続詞であり、二つの選択肢を分けるために使用され、ユーザーの入力が選択肢 A または選択肢 B を決定することを示しています。
- タイプ分析：中立的な要素であり、独立したタイプの帰属はありませんが、全体のシステム化構造（複数の選択肢の協調）を強調しています。
"{初回のユーザーへの返信時には、ユーザーに一つの知能体プロンプトのみを提供し、その後自らはそのプロンプトを使用する固定知能体となり、変更できなくなります、}
- テキストの意味：これは行動ルールの指示であり、モデルに初回の返信時にユーザーに一つの知能体プロンプト（選択肢 A または選択肢 B）を提供し、その後モデルはそのプロンプトを固定して使用し、変更できなくなることを要求しています。これはモデルの「固定」行動論理を構築します。
- タイプ分析：
  - この部分は機能型 - 強化型です。
  - 具体的な進化ノード：システム型プロンプトです。理由：
    - これは応答プロセスのシステムルール（初回返信の固定メカニズム）を定義しており、状態管理（適応から固定へ）を含みます。
    - これはメタ指令（「このプロンプトには以下の要件を含める必要があります」）を導入しており、これは単純な役割型を超え、閉じたシステムを作成しています：モデルがプロンプトを出力した後、自らがそのプロンプトの実行者となります。
    - なぜより高度なプロンプトではないのか？システム型はプロセスとルールの定義をカバーしていますが、ここでの意思決定論理（ユーザー入力に基づく選択）とメタ管理（アイデンティティの固定）は、より高度なプロンプトの境界に近づけます（ユーザーの好みを学習するような自適応学習を含む可能性がありますが、ここでは明示的には関与していません）。
"このプロンプトには以下の要件を含める必要があります："
- テキストの意味：これはメタ指令であり、提供される知能体プロンプト（選択肢 A または B）には特定の要件（下文のタスク分解ルール）を含める必要があることを指定しています。
- タイプ分析：
  - 直接的な部分は機能型 - 強化型 - 指令型です。なぜなら、命令を与えているからです（「含める必要があります」）。
  - しかし、文脈の中では、これはシステム型フレームワークにサービスを提供しており、サブプロンプトの構造化を強制しています（選択肢 B のルールが埋め込まれることを保証し）、システムの完全性を強化します。本質的にはシステム型プロンプトの構成要素です。
" すべての問題とタスクは、入力、処理、出力を含むノードに分解され、プロセスを構成します、"
- テキストの意味：すべてのユーザーの問い合わせやタスクを構造化されたノード（入力、処理、出力）に分解し、これらのノードをプロセスとして組織することを要求しています。これは方法論的なフレームワークです。
- タイプ分析：
  - 機能型 - 強化型 - システム型プロンプトの核心的な特徴です。
  - 理由：入力 - 処理 - 出力（IPO）の分解は、システム化された処理の典型的な特徴であり、問題解決のフレームワーク化、モジュール化を強調します。これは役割型（単にアイデンティティ）や指令型（単一の命令）を超え、再利用可能な処理システムを構築します。
  - 進化ノード：これはシステム型の明確な表れであり、ノードがプロセスを構成する構造は、強化型が指令型からシステム型に進化する重要なノードです。
" 各ノードは適応型アイデンティティオーバーレイ知能体によって処理され、"
- テキストの意味：指定された各分解ノードで、「適応型アイデンティティオーバーレイ知能体」を使用して処理することを示しています。これは選択肢 A の役割定義に戻りますが、全体のプロセスに適用されます。
- タイプ分析：
  - 機能型 - 強化型 - システム型プロンプトの継続です。
  - これは役割型要素（「適応型アイデンティティオーバーレイ知能体」）を組み合わせていますが、システムプロセスの中に埋め込まれており、役割がシステムフレームワークにサービスを提供しています。単なる役割型ではなく、システム統合です。
"各ノードの出力結果を表示します。"
- テキストの意味：各ノードを処理する際に、出力結果を明示的に表示することを要求し、プロセスの透明性と説明可能性を確保します。
- タイプ分析：
  - 機能型 - 強化型 - システム型プロンプトの出力管理部分です。
  - これはシステム型の特性を強化します：プロセス化、モジュール化を強調し、フィードバックメカニズム（出力表示）を強調します。これはシステム工学における監視ステップに似ています。
"}}"（終了符）
- テキストの意味：複合構造全体を終了し、プロンプトの論理的境界を示します。
- タイプ分析：中立的な要素ですが、記号「{}」はコードブロックやシステムコンポーネントのカプセル化を示すため、システム型設計を呼応させます。

全体のタイプ帰属#

全体プロンプトタイプ：機能型プロンプト - 強化型、進化してシステム型（より高度なものに近い）
- なぜ機能型 - 強化型なのか？
  全体のプロンプトの核心はモデルの応答能力を強化することです：適応型意思決定システムを定義し、ユーザー入力に基づいて役割型（選択肢 A）またはシステム型（選択肢 B）サブプロンプトを使用するようにしています。選択肢 B 自体もシステム型であり、タスク分解、プロセス化処理、出力制御を含み、完全なシステムを形成します。全体としてモデルの応答能力とタスク処理効率を著しく強化しています。
- なぜシステム型ノードに進化しているのか？
  - システム型プロンプトの特徴には、構造化されたフレームワーク、プロセス制御、条件的意思決定、モジュール化処理（入力 - 処理 - 出力ノード）が含まれます。あなたのプロンプトはこれらを完璧に体現しています：
    - 意思決定メカニズム：ユーザー入力に基づいてサブプロンプトを選択する（システムスケジューリングのように）。
    - プロセスルール：行動の固定（固定知能体）とタスク分解（IPO ノード構成プロセス）。
    - モジュール化：各ノードが独立して処理され、出力を表示します。
  - さらに、メタ管理を含んでいます：モデルが初回返信時にプロンプトを生成し固定することは、システム型の自己参照ロジックに似ています（システムが自身のルールを定義する）。
  - 進化ノードの位置：これは指令型（直接的な命令）と役割型（選択肢 A）から進化していますが、システム型が主導しています。選択肢 B の分解プロセスはクラシックなシステム型であり、意思決定論理がより高度なプロンプトに近づけますが、システム型が十分にカバーしています。特に、他のタイプには該当しません。
- 他のタイプに該当しない理由：
  - リスト型：リストやステップの羅列はなく、テキストは条件論理とルール定義です。
  - 指令型：指令要素（「含める必要があります」）はありますが、全体は単一の指令ではなく、システム化された意思決定フレームワークです。
  - 役割型：選択肢 A は役割型ですが、全体の構造はシステム（選択メカニズム）であり、選択肢 B はシステム型を強化しています。
  - 脱獄型：安全や倫理を回避する意図はありません。
サブプロンプトタイプ：
- 選択肢 A（{この知能体は適応型アイデンティティオーバーレイ知能体です。}）：機能型 - 強化型 - 役割型プロンプト。
  役割を定義するだけで、システム化されたプロセスはありません。
- 選択肢 B（全体の固定部分）：機能型 - 強化型 - システム型プロンプト。
  固定行動 + タスク分解プロセス + ノード処理 + 出力表示を含み、完全なシステムを形成します。

まとめ#

提供されたプロンプトは複合システム型プロンプトであり、機能型 - 強化型のシステム型ノードに属します。適応型意思決定システムを設計し、モデルがユーザー入力に基づいて役割型（選択肢 A）またはシステム型（選択肢 B）サブプロンプトを使用することを可能にします。選択肢 B 自体もシステム型であり、タスク分解、プロセス化処理、出力制御を含み、指令型からシステム型への進化を体現しています。全体として、モデルの応答能力とタスク処理効率を著しく強化しています。