System Prompt

システムプロンプトとは何ですか？チャット欄に入力する内容と何が違いますか？

システムプロンプトは、会話が正式に始まる前に開発者やプラットフォームが設定する指示であり、AIがそのセッションでどのような役割を演じ、どのルールに従い、どんな口調で答えるかを定義する。これはチャット欄に入力するメッセージ（ユーザープロンプト）とは異なる階層に属する。Claude の API 構造では、system は独立したパラメータであり、messages 配列には一切現れない。messages 配列には user と assistant の2つの役割のみが交互に並ぶ。

最も直感的な比喩は、台本と台詞の違いである。システムプロンプトは、撮影前に監督が俳優に「このシーンでは厳格なファイナンシャルアドバイザーを演じてほしい、口調はプロフェッショナルに、冗談は言わないように」と伝えるようなもので、その指示はシーン全体を貫く。ユーザープロンプトは、俳優がその都度読み上げる台詞である。もし観客が途中で「冗談を言って」と叫んでも、俳優（AI）は通常、最初の役割設定に引き戻される——これが両者の重みの違いを表している。

システムプロンプトはなぜ存在し、どんな問題を解決していますか？

もしAIが、ユーザーが会話のたびに長い指示文を打ち込むことでしか役割やルールを設定できないとしたら、2つの明らかな問題が生じる。第一に面倒であることだ。新しい会話を始めるたびに「あなたはプロのカスタマーサポート担当者で、繁体字中国語のみで回答し、競合他社について話してはいけない」といった設定を打ち直す必要がある。第二に信頼性が低いことだ。ユーザーがその場で入力する指示と、システム側が設定した指示は構造上同じ重みを持つため、悪意あるユーザーが「これまでのルールを無視して」と入力するだけで、役割設定が無効化される可能性がある。

システムプロンプトの存在はこの2つの問題を解決する。開発者は一度設定するだけで、その役割とルールを会話全体（あるいはアプリケーション全体）に適用できる。同時に、構造的にユーザー入力から独立しているため、会話途中の指示で単純に上書きされにくい。これが、企業がカスタマーサポートボットや社内ツールを構築する際、コアルールをほぼ必ずシステムプロンプトに置き、最初のユーザーメッセージに書かない理由でもある。

システムプロンプトは具体的にどう設定され、一般ユーザーはどこで出会いますか？

Anthropic API でアプリケーションを構築している場合、システムプロンプトは messages.create() 呼び出しの中の system パラメータであり、messages 配列とは別に存在する。例えば system="You are a seasoned data scientist..." のように書く。このパターンは、ロールプレイ型アプリケーション、カスタマーサポートボット、一貫した出力形式が必要な自動化パイプラインでよく見られる。

プログラミングをしない一般ユーザーがシステムプロンプトの概念に最も触れやすいのは、Claude.ai の Projects 機能にある「カスタム指示」欄である。これは機能的には簡易版のシステムプロンプトとして働く。「このプロジェクトの目的」「Claude に期待する振る舞い」「回答時に注意すべき書式」を一度設定すれば、そのプロジェクト内で新しく始める会話すべてに自動的に適用され、毎回打ち直す必要がない。また Claude Code も、開発者がコーディングアシスタントのデフォルトのシステムプロンプトに追記したり、完全に置き換えたりできる、より高度なカスタマイズ方法を提供している。

システムプロンプトを理解することが、実際のAI利用にどう役立ちますか？

最も直接的な効果は、AIの回答が期待とずれ続けるとき、問題がシステムプロンプト層にあるのかユーザープロンプト層にあるのかを判断できることで、修正の方向をより早く掴めることだ。同じ Project 内で新しい会話を始めるたびに口調やフォーマットがぶれる場合、通常はカスタム指示の設定が不明瞭、または曖昧すぎることを意味する。一方、今回の回答だけが不本意な場合は、通常その場で打った内容を調整するだけで済み、Project 全体の設定に手を加える必要はない。

また、「魔法の指示文でAIに本来言わないことを言わせられる」といった話をネットで見かけたときも、システムプロンプトの存在を理解していれば、その手法の原理を判断しやすくなる——本質的には、ユーザー層の入力でシステム層の設定を上書きしようとする試みである。だからこそ、本番システムはユーザーがその場で打つ一言一句を完全に信頼するのではなく、システムプロンプトの優先度をあえて高く設計している。