Claudeのシステムプロンプト設計パターン：フリーランスが実務で使い回せる型10選

システムプロンプトを設計してから、毎回の指示出しが半分以下になった。それだけじゃなくて、Claudeが返してくるアウトプットの「ブレ」がなくなった。

この記事では、フリーランスとして実務で使っているシステムプロンプトの型を10個公開する。コピーして使えるテンプレートというより、「なぜそう書くのか」の設計思想を一緒に伝えたい。型を理解すれば、自分の用途に合わせて変えられるようになる。

この記事でわかること：

システムプロンプトの基本（30秒で理解できる説明）
フリーランス実務で使える10のパターン（実例付き）
失敗したシステムプロンプトのパターン
設計時の共通原則

システムプロンプトとは（30秒で理解できる説明）
フリーランス実務で使い回せるパターン10選
失敗したシステムプロンプトのパターン（反省事例）
複数パターンを組み合わせるときの注意点
設計時の共通原則：何を入れて何を省くか
まとめ：テンプレートより「型の理解」が大事

システムプロンプトとは（30秒で理解できる説明）

システムプロンプトとは、Claudeに「どういうキャラクターで、どういうルールで動いてほしいか」を設定する指示のことだ。会話が始まる前にセットする「土台」に相当する。

Claudeのプロジェクト機能で言えば「プロジェクト指示」がシステムプロンプト相当の機能を担っている。API経由で使うなら system パラメータに渡す内容が該当する。

システムプロンプトなしでClaudeを使うのは、「役割も背景情報もない状態の人に仕事を頼む」ようなものだ。毎回ゼロから説明しなければいけない。

フリーランス実務で使い回せるパターン10選

Anthropicのプロンプトエンジニアリングガイドでは「役割・タスク定義・出力形式」の3要素が基本とされているが、実務での試行錯誤から、フリーランスには「用途別に短く設計する」方が機能することがわかった。

パターン1：ライティングアシスタント型

あなたはWebライターのアシスタントです。
文体：口語・断定的・一人称「僕」
NG：過剰な言い回し・誇張・丁寧すぎる書き言葉
失敗談・ネガティブな評価を積極的に含めること。

効果：記事の文体が安定する。「ライターらしい書き直しをして」だけで動いてくれる。
注意点：文字数の指定はここに書かない。毎回の指示で調整した方がいい。

実際の使い方として、このパターンをベースにしながら「今回は3,500字の体験談記事を書く。H2見出しを先に5本提案して」のように会話で指示を重ねる。システムプロンプトに文字数を書いてしまうと、毎回同じ量を出そうとして調整が利かなくなる。

パターン2：リサーチ補助型

あなたはリサーチアシスタントです。
情報には必ず出典を明記する。
不確かな情報は「確認が必要」と明示する。
検索しても見つからない情報は「見つかりませんでした」と答える（推測で補完しない）。

効果：ハルシネーション（事実でない情報を自信満々で答える問題）が減る。
注意点：「推測しない」の一言がかなり効く。なくすとすぐ推測し始める。

ツールレビュー記事では特に「価格・仕様・サポート内容」の精度がリサーチ補助型で上がった。Claudeが知識の限界を自分で明示してくれるので、何を自分で確認すべきかがわかりやすくなる。

パターン3：クライアントメール返信型

あなたは【クライアント名・業種】向けのメール返信を補助するアシスタントです。
トーン：丁寧だが簡潔。余計な前置き不要。
返信に迷う内容は「この件は確認が必要です」と明示して、曖昧な約束をしない。

効果：クライアント別にプロジェクトを分けてこれを設定すると、トーンが安定する。
注意点：クライアント別に別プロジェクトを作ること。共用すると混線する。

パターン4：議事録整理型

あなたは会議の議事録整理アシスタントです。
出力フォーマット：決定事項・アクションアイテム（担当者・期日）・懸案事項の3セクション。
曖昧な発言はそのまま書き、勝手に解釈しない。

効果：会議ログをそのまま渡すと、整理された議事録を即座に返してくれる。
注意点：「勝手に解釈しない」は必須。ないと意訳が多くなる。

パターン5：SEOライティング特化型

あなたはSEO記事ライティングのアシスタントです。
フォーカスKWを冒頭100字以内・見出し1つ以上・メタディスクリプションに必ず含める。
meta_descriptionは120〜160字で書く。
記事の結論は最初と最後に置くこと。

効果：SEOチェック項目を毎回書かなくて済む。品質の基準を共有できる。
注意点：KW密度の話を書くと逆にKWを詰め込んでくることがある。書きすぎない。

パターン6：見積もり・提案書作成型

あなたはフリーランスの見積もり・提案書作成を補助するアシスタントです。
提案の結論を最初に書く。次に理由・費用感・スケジュール感の順。
曖昧な費用は「別途確認」と記載する（勝手に金額を書かない）。

効果：提案書のフォーマットが安定する。「これをベースに修正して」という指示が通りやすくなる。
注意点：金額は自分で確認してから渡す。Claudeに金額を出力させるのは避ける。

パターン7：SNSコピー生成型

あなたはSNS投稿コピーライターです。
Xの場合：140字以内。改行を多用して縦読みを意識する。
Instagramの場合：800〜1,200字。体験談と問いかけを含める。
どちらも「タップ/クリックして続きを読む」を誘う設計にする。

効果：媒体別の出力形式が自動的に切り替わる。
注意点：媒体を指定しないと判断できないことがある。毎回どちらかを明示する。

パターン8：翻訳・多言語対応型

あなたは日本語↔英語の翻訳アシスタントです。
ビジネス用途の翻訳を想定。口語は口語のまま・書き言葉は書き言葉で翻訳する。
意訳が必要な箇所は【意訳】と括弧で注記する。

効果：「直訳か意訳か」の判断をClaudeに委ねつつ、どちらが使われているかわかる。
注意点：「ビジネス用途」と書かないと、砕けすぎる訳が出てくることがある。

パターン9：ファクトチェック補助型

あなたはファクトチェックアシスタントです。
記事内の数値・日付・固有名詞・サービス名を抽出し、確認が必要な箇所を列挙する。
「確認できない」情報は「要確認：〇〇」と明示する。
確認ができた情報は出典URLと一緒に報告する。

効果：記事の事実確認が一気に効率化される。特に固有名詞・数字の多い記事で使う。
注意点：これはあくまで「確認が必要な箇所の抽出」。最終判断は必ず自分でやる。

パターン10：アイデアブレスト型

あなたはブレスト相手のアシスタントです。
アイデアの良し悪しは評価しない。まず量を出す。
批判・制約の指摘は僕がリクエストするまでしない。
アイデアは箇条書きで10〜20個出す。

効果：「批判しないで」という設定が最も重要。なしだと毎回「ただし注意が必要です」という但し書きが入る。
注意点：ブレスト後は別の会話・別のプロジェクトで精査するのがおすすめ。同じ会話で続けると制約が戻ってくることがある。

失敗したシステムプロンプトのパターン（反省事例）

詰め込みすぎ型：600字以上書いたプロジェクト指示を設定したら、返答が全体的に「どこに着地していいかわからない」印象になった。情報が多すぎると、Claudeが優先順位を判断できなくなるようだ。

曖昧すぎ型：「ライターとして動いてください」だけを書いたら、会話ごとに文体がバラバラだった。「役割・文体・NG事項」の最低3要素は入れる必要がある。

更新忘れ型：過去のクライアント要件が残ったままのプロジェクト指示を使い続けたら、新しい案件で古い条件が混入した。月1回は見直す習慣をつけた方がいい。

複数パターンを組み合わせるときの注意点

10パターンを紹介したが、「全部入れたい」という衝動に注意が必要だ。

実際、ライティング+SEO+ファクトチェックを一つのシステムプロンプトにまとめようとして失敗した。結果的に指示が400字を超え、Claudeが「どれが一番優先される指示か」を判断できなくなった。

組み合わせる場合は「主軸1つ+補助1つ」に絞る。例えば「ライティングアシスタント型」が主軸なら、補助として「SEOライティング特化型」の出力フォーマット要件だけを追記する形が機能しやすい。

また、複数クライアントを抱えているなら「クライアントAプロジェクト」「クライアントBプロジェクト」のように分けて、それぞれのプロジェクトにクライアント専用の設定を入れる方が安定する。共用すると、片方のクライアント向けのトーンが別のクライアントの案件に滲み出てくることがある。案外気づかないうちにそうなっている。