28. OpenClawにおけるプロンプトとスクリプトの役割分担と連携設計
単一の処理ロジックに依存するリスク
LLMの能力に頼りすぎる設計は、プロンプトエンジニアリングのスキルに依存しすぎるという大きなリスクを抱えています。プロンプトは「指示書」に過ぎず、実行環境や外部データへのアクセス制御はできません。そのため、ロジックの核となる部分は、より信頼性の高いコード（スクリプト）で担保する必要があります。
プロンプトとスクリプトの役割分担の定義
OpenClawのワークフローにおいて、これらは明確に役割が分かれています。
| 要素 | 役割 | 得意なこと |
|---|---|---|
| プロンプト (LLM) | 自然言語による推論、要約、アイデア生成、構造化されたテキスト出力の生成 | 「何を考えるか」「どう記述するか」という知的な作業 |
| スクリプト (Code) | 外部システムとのI/O操作、計算、データ操作、状態の永続化 | 「何をするか」「どう動かすか」という実行制御と物理的な操作 |
ハイブリッドなワークフローの構築パターン
最も強力なワークフローは、この二つを連携させる「ハイブリッドパターン」です。この際、実行の主導権（オーケストレーション）を明確にすることが重要です。
- パターン1: スクリプト主導型 (Script-Driven): 実行フローの大部分をスクリプト（Pythonなど）が制御し、LLMは「特定のタスク（例：要約、分類）を依頼するツール」として呼び出されます。これは、処理の順序と信頼性が最優先される場合に適しています。
- パターン2: プロンプト主導型 (Prompt-Driven): 複雑な思考プロセス全体をLLMに任せ、LLMが出力した構造化された指示（例：JSON形式の次のアクションリスト）を、OpenClawが受け取って次のステップを決定する形です。これは、思考の柔軟性が求められる場合に有効です。
役割分担の境界線（Boundary）の明確化
設計の失敗は、この「境界線」が曖昧な場合に発生します。例えば、LLMに「このデータを取得し、それを基に分析し、結果をDBに書き込め」と指示すると、LLMは「データ取得」という実行権限を持たないため、失敗します。必ず、実行権限が必要な部分はスクリプト（ツール）に、推論が必要な部分のみをプロンプトに任せる、という役割分担を徹底してください。
まとめ：実行制御と推論の分離が鍵
OpenClawの設計において、プロンプトは「思考のエンジン」、スクリプトは「実行のエンジン」と捉えることで、システム全体のロジックが明確になります。この役割分担を意識し、信頼性の高いスクリプトで骨格を固め、LLMに「知性」の部分を担わせるのが、最も堅牢な設計アプローチです。
