ChatGPT APIを使うと、自分のWebサイトやアプリに、独自の口調で応答するキャラクターボットを組み込めます。作成では、性格の設定と同時に「何を案内し、どこから先は人へ引き継ぐか」を決めることが大切です。この記事では、企業の問い合わせ窓口を例に、設計から公開前の確認までを説明します。
最初に、キャラクターに任せる仕事を一つ決める
「何でも答える案内役」より、「初めてサービスを検討する人へ、料金の見方と相談先を案内する役」のほうが、必要な情報と合否の基準を作りやすくなります。対象者、よくある質問、回答に使う資料、案内先のURLを一枚にまとめましょう。
ChatGPT上でキャラクター設定を試すことと、APIを使って自社サイトに公開することは別の作業です。APIで作る場合は、画面、サーバー、会話の管理も用意します。性格の試作だけが目的なら、まず短い設定と質問集で会話を確かめてから、実装範囲を判断できます。
Web画面とAPIの間にサーバーを置く
| 構成要素 | 担当すること |
|---|---|
| チャット画面 | 質問の入力、回答の表示、送信中や失敗時の案内 |
| 自社サーバー | 入力の受付、API呼び出し、利用制限、会話の分離 |
| キャラクター設定 | 役割、口調、回答範囲、不明時の振る舞い |
| 運用の仕組み | 資料の更新、問い合わせ先、ログの扱い、停止手順 |
APIキーをブラウザーのJavaScriptや公開リポジトリに埋め込んではいけません。OpenAIの公式資料も、キーを秘密として扱い、サーバー側の環境変数やキー管理サービスで読み込むよう案内しています。画面からは自社サーバーへ質問を送り、サーバーからAPIへ接続する構成にします。
法人プラン 月額19,800円〜（税別・税込21,780円〜）
キャラクターを、会社の接客担当に。
キャラクターとの会話を、お客様との接点に。ピタリーの利用ページで、接客のイメージと導入の流れを確かめられます。
口調と回答ルールを分けて書く
設定には、名前や語尾に加えて、参照する情報と回答の限界を書きます。次は説明用に作成した例です。自社の資料、窓口、利用目的に置き換えて使ってください。
名前：こもれび。初めてのお客様を案内するキャラクター。 口調：親しみのある丁寧語。まず短く答え、必要なら補足する。 回答範囲：提供されたサービス案内とFAQの内容。 不明な点：推測で料金や条件を作らず、確認が必要と伝える。 次の案内：個別見積もりは指定の相談窓口へ案内する。 避けること：契約成立や成果を約束すること。
OpenAIのテキスト生成ガイドでは、役割やinstructionsで応答の方向を指定できます。ただし、設定した内容が常に守られるという意味ではありません。口調の再現と、事実の正しさは別々に確認しましょう。
会話を続けるための情報も設計する
前の発言をどう次の応答に引き継ぐかは、利用するAPIの仕組みに合わせて実装します。利用者ごとの会話を分離し、別の人の履歴が混ざらないようにします。履歴を保存する場合は、保存目的、項目、期間、閲覧できる担当者も決めてください。
Responses APIでprevious_response_idを使う場合も、前回のinstructionsがそのまま次のリクエストへ引き継がれるわけではありません。キャラクターの基本指示をどこで渡すか、公式資料に沿って確認します。履歴を残すことと、モデルを追加学習させることも区別しましょう。
利用者が連続して送信した場合の扱いも決めます。利用量の上限や監視を用意し、画面側だけの制限に頼らずサーバーでも確認してください。開発用と公開用の設定を分け、公開前の試験で意図しない費用が発生していないかを担当者が確認できるようにします。保存するログに秘密情報が入り込まないかも、送信と記録の両方で点検します。
公開前は「答えられない質問」も試す
- 基本の質問と言い換えに、同じ条件で答えられるか。
- 資料にない料金、誤った前提、対象外の相談を断定しないか。
- 会話が長くなっても、役割と案内先が崩れないか。
- APIエラーや通信失敗時に、利用者が次の行動を選べるか。
- 複数人が同時に使っても、履歴や情報が混ざらないか。
質問、期待する対応、実際の回答、修正内容を残すと、設定やモデルを変更した後も比較できます。まず限定した範囲で公開し、回答内容と案内先の両方を見直す運用がおすすめです。
開発と保守をどこまで自社で担うか迷う場合は、キャラクターAI接客のピタリーも選択肢になります。自作APIボットとの連携を前提にせず、必要な回答設定や設置方法を確認して比較しましょう。
参照した情報
参考資料・関連情報
執筆・編集：aivy ／ 最終確認：2026.10.23
