Claudeのカスタマーサービス代替ツール:2026年版、本当に使える10選

なぜ人々はClaudeの代替を探すのか

普段は文章にしないことから始めたいと思います。eeselはClaudeに顧客を奪われたことがあります。競合のAIエージェントにではなく、Claudeそのものにです。2026年5月の解約分析には、Claude APIの上に直接構築するために離脱したDTCの美容ブランドが、内製化した他の2社とともに記載されています。これはエンジニアを抱えるどのチームにとっても現実的な競争相手であり、そうでないふりをするのは馬鹿げています。

だからこそ、そのルートのどこがうまくいかないかを具体的に語ることができます。私たちはその両方向を見てきたからです。ここでは、逆の選択をしたエンジニアリングリーダーによる、同じ物語のもう半分を紹介します。

"We could try to write our own LLM application but we didn't want to invest our time into that. We wanted something that we would not have to maintain."

ビットコインATMおよび暗号資産ハードウェア企業のエンジニアリングリード、300本以上の記事を持つConfluenceとTelegramのナレッジベースを運用

両方のチームは同じ事実について正しかったのです。モデルは簡単な部分です。壊れるのはその後のすべてであり、大規模にサポートを運営してきた人々は、どのベンダーよりも大きな声でこう言います。

"I come from a world where customer support is a significant expense for operations and everyone was SO excited to implement AI for this. It doesn't work particularly well and shows a profound gap between what people think working in customer service is like and how fucking hard it actually is."

eightysixfour, Hacker News

人々が代替を探し始める具体的な理由は3つあり、たいてい次の順番で現れます。

ラストマイル。 Claudeがチャットウィンドウで見事にチケットに答えてくれるようになったのに、その答えをエージェントが実際に作業する場所に届ける方法がないことに気づく、というものです。これはr/Zendeskで最もよくある話です。

"I built a 'ticket response drafter' with Claude that uses my knowledge base to draft responses to every customer ticket that comes in. I want my agents to be able to edit and then send that response to the customer instead of drafting each one from scratch. I know through the Zendesk API that I can send these drafted responses into the ticket as an internal message... but is there a way to acutally make the drafted response a DRAFT sitting in the ticket, so they don't have to copy/paste the draft response every time?"

u/dorisday65, Reddit

重要なのは、その質問に対して返ってきた答えです。Zendeskの下書き状態はチケットに書き込まれないため、自前で構築したものは内部ノートかカスタムフィールドにしか投稿できません。別のスレッドでは、Zendeskのナレッジベースでカスタムモデルを訓練した別の人物が同じ壁にぶつかっています。チケットへの回答自体は素晴らしくうまくいくが、「結局ZDにコピペで戻す必要がある」とのことです。

課金メーター。 Claudeのサブスクリプションは、キュー(問い合わせ待ち行列)ではなく、一人の人間向けに価格設定されています。Claude Proは年払いで月17ドル、Teamの座席は1つ20ドルで、素晴らしい価格に見えますが、それらのプランのどれも人の手を離れてチケットに対応することはできないと気づくまでの話です。APIに移行した瞬間、課金はトークン単位になり、チケット1件あたりは非常に安いものの、月単位では完全に予測不能になります。

ライブループ。 これは過小評価されがちです。Opus 5はAnthropicが販売する推論作業向けの最強モデルですが、Artificial Analysisによる独立した計測では、最高エフォート設定における最初のトークンまでの時間は63.43秒で、同クラスの中央値2.81秒に対してかなり長くなっています。夜間のバッチジョブならそれで問題ありません。しかしチャットウィジェットでは、それはすでに離脱してしまった顧客を意味します。

Claudeがまず得意なこと

これを飛ばしては良い記事とは言えません。Claudeはサポートの「読む」側において非常に優れており、それだけで十分なら、そもそも代替は必要ないかもしれません。

Claude自身の製品画面。Anthropicより引用。

私が見た中で最も分かりやすい成功例は、複数の社内システムを一度にClaude Codeに接続した開発者からのものです。

"We have just connected up our internal zendesk, Jira, confluence, and github in Claude Code and it's incredible how useful it is to find information spread across different services in 1 minute instead of it personally taking me 15 minutes of manual search."

sothatsit, Hacker News

4つのシステムにまたがって、15分が1分に短縮された。これは本物であり、社内のナレッジ検索においてこのリストにあるどの代替ツールもこれには勝てません。後に本人が説明したところによると、各サービス向けに独自のCLIを書いたとのことで、それには「数日しかかからなかった」そうです。

限界となるのは記憶とエージェンシー(自律的な行動力)です。記憶について、有料利用者のレビュアーが、ヘルプデスクには到底吸収できない形でこの問題を言い表しています。

"The biggest frustration is that Claude doesn't retain anything between conversations. Every new chat starts from zero, so if you're in the middle of a long-running project you end up re-explaining context that should already be there."

Beck W., Data Analyst, G2

チケットのスレッドはまさに長期にわたるプロジェクトです。顧客の3通目のメッセージでゼロから始まってしまうのは、サポートツールとして出荷できない致命的な欠陥であり、自分で構築するものはすべて、その状態を自前で保持しなければなりません。

エージェンシーについては、AnthropicのリモートMCPディレクトリには293のコネクタが掲載されていますが、主要なヘルプデスクは単純にそこに存在しません。Zendesk、Freshdesk、Jira Service Management、Gorgias、Front、Help Scout、Salesforceはすべて欠けています。名前が挙がっているヘルプデスクはZoho Deskだけで、それもエンドポイントURLをまったく公開していない数少ないエントリーの一つです。実際に存在するサポート系のサーバーは、より新しいツールや隣接システムです。Pylon、Unthread、Lorikeet、DevRev、Guru、HubSpot、Linear、PagerDuty、incident.ioなどです。

Agent SDKも反対側から同じ話を語っています。公開されている機能一覧は、ファイルツール、シェルコマンド、ウェブ検索、フック、サブエージェント、MCP、権限、セッションです。チケットのルーティング、トリアージ、キュー、マクロ、SLAロジック、顧客IDモデルはどこにもありません。Anthropicはまた、サードパーティ製品がclaude.aiログインを提供できないことを明言しているため、出荷するものはすべて自分自身のAPIキーでAPI料金のもとに動作することになります。この欠けている層に通常何が含まれるかは、AIエージェントの解説記事で扱っています。

Zendeskは自社で、ファーストパーティに最も近い橋渡しを構築しており、これは評価に値します。そのClaudeコネクタはファーストパーティ製で実用的であり、正確に4つのアクション、プロンプト送信、テキスト要約、感情分析、キーワード抽出を提供します。この4つのうち、「これを公開返信として投稿する」というものは一つもありません。また、提供されるのはOpus 4.6、Sonnet 4.6、Haiku 4.5で、現行ファミリーより1世代前のものです。そのためZendeskのアクションフローは、APIではSonnet 5が100万入力トークンあたり2ドルで販売されている一方、Sonnet 4.6を3ドルで動かしていることになります。

選定方法

私は検索意図について書くことを生業としていますが、このキーワードは珍しく、一つのフレーズの裏に2種類の買い手が隠れています。そのためこのリストは分割されており、各項目は同じ5つの基準をクリアする必要がありました。

1. ループを完結させるか、正直にそう謳っていないか。 プラットフォーム系の選択肢は、顧客向けの返信を送信できなければなりません。モデル系の選択肢はモデルとして明示されています。
2. 価格が公開されているか、公開されていない理由が示されているか。 「お問い合わせください」という曖昧な表現を価格として通用させることはありません。
3. 実際に使われているヘルプデスクに接続できるか、それ自体がヘルプデスクであること。
4. 顧客に触れる前にテストできること。 これはほとんどのツールがひそかにクリアできない基準です。
5. 数字はベンダー自身のページから取得されており、2026年8月に確認済みで、まとめサイトからのものではないこと。

2026年、Claudeのカスタマーサービス代替 上位10選 早見表

最初の7つはClaudeが仕事をこなすことの代替です。最後の3つはClaudeがモデルであることの代替です。この2つを混同することが、このカテゴリーで最も高くつく間違いです。

---

1. eesel

最適な用途: すでにヘルプデスクを持っていて、来四半期ではなく今週中に返信を自動化したいチーム。

リアルタイムのZendeskチケット活動を表示するeeselダッシュボード。

これは私自身が作っているものなので、それを念頭に置いた上で残りを読み、価格ページはご自身で確認してください。このリストの先頭に置いた理由は宣伝ではなく構造的なものです。ちょうどClaudeが止まる場所に位置しているからです。既存のヘルプデスクを置き換えるのではなくそこに接続し、ヘルプセンターだけでなく解決済みのチケットから学習し、送信までを担います。

Claudeから乗り換えてくる人に実際に勧めたい機能はシミュレーションです。エージェントが顧客に触れる前に、自分たちの過去のチケット履歴に対してエージェントを実行し、テーマ別のカバレッジを確認し、ギャップを埋めて、再実行します。これは本来自分で構築しなければならないループであり、だからこそ私たちは無計画な本番投入をしません。

価格: チケットまたはチャット処理1件あたり0.40ドル。結果にかかわらず課金されます。座席料金、プラットフォーム料金、最低利用料金はいずれもありません。ブログの下書き全文作成のような重い作業は4ドルです。月額300ドルを1年間コミットすると25%割引になります。エンタープライズプランでは、SSO、HIPAA、BAAのために月額1,000ドルのプラットフォーム料金が追加されます。トライアルはクレジットカード不要で50ドル分の無料利用枠から始まります。

メリット

• チケット単位の価格設定に、月間支出の上限があるため、請求額に驚くことがない。
• 本番稼働前に、実際のチケット履歴でシミュレーションできる。
• ヘルプセンターの記事だけでなく、解決済みチケットから学習する。
• 標準で100以上の連携と80以上の言語に対応。

デメリット

• ヘルプデスクそのものではないため、既に何かしらのヘルプデスクを持っている必要がある。
• BAAが必要な小規模チームにとって、エンタープライズの月額1,000ドルのプラットフォーム料金は実際にハードルとなる。
• 従量課金であるため、上限があってもなくても、利用量の急増は請求書に反映される。

結論: Claudeがやっていたことを気に入っていて、それをすでに使っているヘルプデスクの中で完結させたいだけなら、これが正しい選択です。専用のZendesk連携があり、Freshdesk向けにも同様のものがあります。

ECチームはGorgias経由で、共有受信箱を使うチームはFront経由で同様の体験が得られます。ヘルプデスクをまったく持っていないなら、eeselは完全にスキップしてください。

2. Zendesk AIエージェント

最適な用途: すでにZendeskに料金を払っていて、AIがネイティブかつ監査可能であることを望むチーム。

Zendesk AIエージェントがプロモコードに関するチケットを最初から最後まで処理している様子。Zendeskより引用。

これはClaudeにはなり得ないものであり、Zendeskもそれを分かっています。このAIエージェントはプラットフォーム内で動作し、チケットを見て、アクションを呼び出し、返信を投稿します。有効にする前に、Zendesk AIエージェントの完全ガイドを読む価値があります。セットアップにはマーケティングが示唆するより多くの落とし穴があり、特にエスカレーションの挙動は読んでおく価値があります。

誰もがぶつかる落とし穴は、「解決」の定義です。

"What is defined as a resolution isn't really fair. If it's an abandoned deflection, it shouldn't count. Mechanisms to understand that aren't well-tuned."

u/AskStylo, Reddit

このコメント投稿者は競合ベンダーで働いており、スレッド内でその旨を明かしています。これは知っておく価値があります。同じ不満は3日前にも、自社の請求書を確認していたZendeskの管理者から出ており、一ベンダーの主張にとどまるものではありません。

価格(プランカードではなく、全プラン機能比較テーブルより):

含まれる利用枠は年間10,000件が上限です。Copilotはエージェント1人あたり50ドルのアドオンで、Suite Enterpriseは引き続き見積制のみです。

メリット

• ネイティブであるため、ラストマイル問題を解決する必要がない。
• Zendeskは解決あたりの料金を公開しており、これはほとんどのベンダーがいまだにしていないことである。
• 自社のClaudeコネクタにより、要約やタグ付けのためにClaudeを引き続き活用できる。

デメリット

• 従量課金の解決あたり2.00ドルは、このカテゴリーで公開されている料金の中でも最も高い部類に入る。
• 放棄されたチャットが解決としてカウントされる場合があり、異議申し立てのプロセスは文書化されていない。
• AIエージェントのツール呼び出しに関するAPIログがないため、監査証跡を得るためにリクエストをプロキシせざるを得なくなる。
• Claudeコネクタは旧世代モデルしか提供していないため、Sonnet 4.6にはSonnet 4.6の料金を払うことになる。

結論: Zendeskを使い続けていて、解決あたりの課金メーターが痛手にならない程度の低ボリュームであれば、明白な選択です。ボリュームが多い場合は、まずチケット単位の代替と数字を比較し、解決率の指標を読んで、自分が何に対して課金されているのかを正確に把握してください。

3. Freshdesk Freddy AIエージェント

最適な用途: 4桁ドルの月額最低料金なしで自律型AIを使いたい小規模チーム。

Freddy AIエージェント。Freshworksより引用。

FreddyのAIエージェントにはProプランが必要だという根強い誤解があり、これは私たち自身の過去の記事の一部にも見られます。しかしそれは誤りです。価格ページには、Growth(19ドル)を含む3つすべてのティアにFreddy AIエージェントが掲載されており、それぞれ最初の500セッションが含まれています。Proの壁があるのはFreddy AI Copilot(エージェントあたり29ドル)であり、これは別の製品です。これを勘違いすると、5座席のチームは毎月約180ドルを無駄に払うことになります。

Claudeを検討している人が知っておくべきこと。FreddyはエンタープライズグレードのAzure OpenAIモデル上で動作しています。AI Agent Studioのどこにもモデル選択機能やAPIキー入力欄はなく、ネイティブな経路でFreshdeskにClaudeを持ち込むことはできません。Freshworksは、Claude DesktopとClaude Codeをクライアントとして名指しする独自のMCP連携を提供していますが、これはエンタープライズ限定、アーリーアクセス、かつエージェント側のものです。

価格: 年払いでGrowth 19ドル、Pro 49ドル、Enterprise 79ドル、いずれもエージェント1人あたり月額。最初の500 AIエージェントセッションは一度だけ含まれ、以降は100セッションあたり49ドルです。メールのセッションは、顧客の最初のメッセージから72時間の期間として定義されます。CopilotはPro以上でエージェントあたり29ドルです。

メリット

• 自律型エージェントは1座席19ドルから始まり、このリストの中で最も安いネイティブのエントリーである。
• 2エージェントまで6か月間使える、実用的な無料ティアが存在する。
• その周辺には自動化アプリの強力なエコシステムがある。

デメリット

• 自前のモデルを持ち込む経路がなく、Claudeで動かすことはできない。
• 含まれる500セッションは一度きりで、毎月補充されるものではない。
• 100セッションあたり49ドルは1件あたり0.49ドルに相当し、月1,000チケットを超えると急速に積み上がる。

結論: すでにFreshdeskを使っている、あるいはFreshdeskの代替を検討していて低い最低料金を求めているなら、ここで最もコストパフォーマンスの高いネイティブAIです。Claudeを特に使い続けたいことが重要なら、この選択肢ではありません。その場合は代わりにFreshdesk向けAIから始めてください。

4. Gorgias AIエージェント

最適な用途: 回答だけでなく、注文に関するアクションも求めるShopify加盟店。

Gorgias AIエージェント。Gorgiasより引用。

GorgiasはEC特化のツールであり、そのAIエージェントは実際のEC向けサポート、「注文はどこにあるか」「これを返品したい」「住所を変更したい」といった内容を得意としています。それがあなたのチケットの内訳なら、汎用アシスタントよりも適合性が高いでしょう。

契約前に知っておくべきことが2つあります。まず、AIエージェントはShopifyを必要とし、ヘルプデスク自体はBigCommerce、Magento、WooCommerceに対応しているにもかかわらず、これらのプラットフォームでは明示的にサポート対象外です。この制約に非Shopify加盟店が後になって気づくことになります。次に、2025年5月以降のアカウントでは、完全に自動化されたチケットは二重に課金されます。同じチケットに対してチケット料金と自動化料金の両方を支払うことになるのです。人間に引き継げば、チケット料金のみで済みます。

価格:

どのプランカードにも「上限を超えると自動対応1件あたり1.50ドルの追加料金」と記載されています。つまり1.50ドルは超過分の料金であり、基本料金ではありません。バンドルされた利用枠の中では、実質的な単価は年払いプランで0.90ドル前後、Starterで約1.00ドルになります。これは公開されている利用枠から私たちが計算したものであり、ページに印刷されている数字ではありません。利用枠を超えると、ほとんどのプランで67%、Starterで50%の値上がりになります。

メリット

• 単なる情報検索ではなく、深いShopifyアクションに対応。
• エージェント単位ではなくチケット量に応じた価格設定。
• すべてのティアで利用枠が明確に公開されている。

デメリット

• AIエージェントには問答無用でShopifyが必要。
• 新しいアカウントでは、完全自動化されたチケットが二重に課金される。
• 「ユーザー無制限」は正確ではない。比較表ではStarterで3座席、それ以外で500座席の上限が示されている。
• 公開されているAPIレート制限は開発者向けドキュメントと食い違っているため、低い方の数字で見積もるべき。

結論: Shopifyストアにとっては最良の選択肢であり、それ以外の人にとっては最初から論外です。他の選択肢と比較検討しているなら、Gorgiasの代替のまとめ記事と、Gorgiasにおけるaiエージェントに関する記事がECの観点をさらに深く掘り下げています。

5. Front Autopilot

最適な用途: チケットキューではなく共有受信箱を運用しているチーム。

FrontのAI製品ライン。Frontより引用。

Frontは4つのAI製品を別々に販売しており、これは気分次第で柔軟とも煩わしいとも言えます。Autopilotは自律型の製品で、会話1件あたり0.05ドルからとされており、Enterpriseを含むどのプランにもバンドルされていない唯一の製品です。Copilotは1座席20ドル、Smart QAは20ドル、Smart CSATは10ドルです。

これは知っておく価値のある価格の罠を生んでいます。Professional(65ドル)に3つのアドオンをすべて足すと1座席115ドルになり、これは後者3つが含まれるEnterprise(105ドル)より高くなります。複数のアドオンを購入するなら、まずEnterpriseの価格を確認してください。

Autopilotには実際にシミュレーション機能があり、これはこの記事の以前のバージョンで誤って記載しており、Frontユーザーならすぐに気づくポイントです。正直な違いを言えば、シミュレートされるのは自分の過去のチケット履歴の再生ではなく、自分で書いたシナリオです。

価格: Starterは10座席まで25ドル、Professionalは50座席まで65ドル、Enterpriseは座席数無制限で年払いのみ105ドル、いずれも1座席あたり月額です。Autopilotはこれに加えて会話1件あたり0.05ドルからです。作成、翻訳、要約はすべての座席に含まれますが、1人あたり1日200アクションが上限です。

メリット

• 会話1件あたり0.05ドルは、このリストで公開されている単価の中で最も低い。
• 無計画な切り替えではなく、本番稼働前に実際のシミュレーションができる。
• 共有受信箱モデルは、そもそもチケット制を望んでいなかったチームに合っている。

デメリット

• Front以外のナレッジソースは、最大5件までの公開ウェブサイトのクロールに限られ、Confluence、Google Docs、非公開のヘルプセンターは対象外となる。
• 1つのチャットボットは、Frontのナレッジベースか公開サイトのどちらか一方からしか回答できない。
• 初回同期に3時間かかり、手動再同期は24時間に1回に制限されている。
• アドオンを積み重ねると、ひそかに上位ティアより高くつくことがある。

結論: ナレッジがFront内や公開サイトにあるなら強力ですが、Confluenceにあるなら扱いにくくなります。Front向けAIの記事で、ナレッジソースの問題を詳しく扱っています。

6. Zoho Desk

最適な用途: 座席あたり最安値であり、Anthropicが唯一掲載しているヘルプデスク。

Zoho Desk内のZia。Zohoより引用。

Zohoが枠を得ているのは奇妙な理由からです。主要ヘルプデスクの中で唯一、Anthropic自身のディレクトリに掲載されているのです。その紹介文には「カスタマーサポート自動化のためのZoho Desk MCP」とあります。これもエンドポイントURLが公開されていないエントリーの一つで、それはZoho MCPが1つの固定サーバーというより、ツールを自分で用意して構築するビルダーだからです。現時点では無料で利用でき、サポートされている5つのクライアントの中でClaudeが最初に挙げられています。

皮肉なことに、ClaudeはそれでもZoho Desk本体のAIにはなれません。価格ページには、Expressでの生成AIはOpenAIキーによる持ち込み方式、または中国データセンターではDeepSeekキーによる方式だと明記されています。Anthropicは選択肢になく、Ziaにはモデル選択機能がありません。

価格: Freeは3ユーザーまで0ドル、Expressは7ドル、StandardはAnswer Bot付きで14ドル、ProfessionalはZia内蔵で23ドル、Enterpriseはガイド付き会話機能付きで40ドル、いずれも年払いで1ユーザーあたり月額です。Expressには月3,000万の無料AIトークンが含まれます。

メリット

• Answer Botが1ユーザー14ドルというのは、ここで最も安いネイティブAIである。
• Anthropicが実際にディレクトリで名指ししている唯一のヘルプデスクである。
• 3ユーザーまでの実用的な無料ティアがある。

デメリット

• 持ち込みキー方式はOpenAIかDeepSeekのみで、Anthropicには対応していない。
• ナレッジの学習はヘルプセンターの記事とオプションのオープンドメインデータに限られ、Confluence、Google Docs、Slackは接続可能なソースではない。
• Zoho MCPサーバーのURLには独自のAPIキーが埋め込まれているため、パスワードのように扱う必要がある。
• ログの保存期間は30日間。

結論: 予算重視の選択肢であり、ZiaがChatを処理する一方でClaudeがMCP経由でチケットを読むという構成を望むなら、意外と面白い選択肢です。より広いZohoエコシステムについては、AI連携のリストをご覧ください。

7. Decagon

最適な用途: ベンダー主導の導入を望み、予算の交渉に応じる準備ができているエンタープライズ企業。

Decagonの製品概要。Decagonより引用。

Decagonはこのカテゴリーのエンタープライズ寄りの端にあり、それに見合った資金調達をしています。2026年1月、CoatueとIndexが主導した2億5,000万ドルのシリーズDで、評価額は45億ドルです。公開されている事例数値は、ここに登場するどのベンダーよりも具体的です。Chimeはチャットと音声を合わせて70%の解決率とサポートコスト60%削減を報告しており、Duolingoは80%のデフレクション、ClassPassは95%のコスト削減を報告しています。

同社は自社のモデルも運用しています。Decagon Labsによれば、全モデルトラフィックの80%以上が自社で訓練したモデル上で動作しているとのことで、これは「その裏にあるLLMは何か」という問いに対する意味のある答えであり、自分でClaudeをヘルプデスクに接続するのとはまったく異なる賭け方です。

価格: 公開されていません。/pricingは404を返し、すべての行動喚起(CTA)は「デモを申し込む」です。解決件数ベースのモデルであることは、解決ベース価格設定に関する自社の用語集エントリーからのみ確認できます。ネット上でDecagonの具体的なドル金額を見かけても、それはDecagon自身が出典ではありません。

メリット

• このカテゴリーで最も詳細な公開事例数値。
• フロンティアAPIを再販するのではなく、自社で訓練したモデルを運用している。
• テストとQAシミュレーション、実験とA/Bテスト、さらにエアギャップ型のデプロイオプションを提供している。

デメリット

• 価格は公開されておらず、セルフサーブの導入経路もない。
• 導入までの期間も公開されていないため、営業サイクルを見込んでおくこと。
• 自社ドキュメントでも、ガードレール、連携、バージョン管理の制御は技術チームが保持すると記されており、純粋に非技術者だけで運用できるわけではない。

結論: 調達プロセスを持ち、実際にボリューム面で課題を抱えているエンタープライズであれば候補に入れる価値があります。今日の午後にでも何かを試したいなら、これは選択肢から外してください。Decagonの代替のまとめ記事では、その周辺のミッドマーケット向けの選択肢を扱っています。

---

この7つはClaudeが仕事をこなすことを置き換えます。次の3つはClaudeがモデルであることを置き換えるもので、それが意味を持つのは自分でその上の層を構築する場合だけです。

8. GPT-5.6 Luna

最適な用途: 自前のサポートエージェントの下に置く、最も安価で実用的なモデル。

OpenAIのAPI概観。OpenAIより引用。

Lunaは、サポートループにおいてSonnet 5を直接置き換えられるモデルであり、2026年7月に行われたOpenAIの価格表の改定後は劇的に安くなりました。100万トークンあたり入力0.20ドル、出力1.20ドルで、Sonnet 5の入力2ドル、出力10ドルと比べると、ほとんどがナレッジベースをコンテキストに詰め込むだけの作業において、入力で10倍の差があります。

一つの落とし穴。GPT-5.6のローンチ記事の本文には今も旧価格が記載されており、Lunaを1ドル/6ドルと引用するのは5倍間違っています。発表記事ではなく価格表を読んでください。この2つのモデルファミリーを全般的に比較検討しているなら、ChatGPT対Claudeの比較記事で、より広いトレードオフを扱っています。

価格: 短いコンテキストで100万トークンあたり、Lunaは入力0.20ドル/出力1.20ドル、Terraは2.00ドル/12.00ドル、Solは5.00ドル/30.00ドルです。長いコンテキストではおよそ倍になります。BatchとFlexは通常料金の半額です。

メリットとデメリット

• 大量のチケット処理向けに、実用的なフロンティアファミリーモデルの中で最も安価。
• 顧客に直接触れない処理であれば、BatchとFlexのティアで請求額を半額にできる。
• あくまでモデルにすぎず、ナレッジ同期もアクション層もレビューインターフェースもない。
• 公開されているローンチ記事の価格は古いままであり、見積もりを誤りやすい。

結論: すでに自前で構築すると決めているなら選ぶべきモデルです。自作か購入かという計算式自体を変えるものではなく、モデルにかかる費用の行をもともとより小さくするだけです。

9. Gemini 3.6 Flash

最適な用途: 長いコンテキストの検索とコンピュータ操作を伴うワークフロー。

Gemini Flash。Google DeepMindより引用。

Flashは働き者の選択肢であり、サポートの議論に含まれる理由は生のスコアではなくトークン効率です。Google自身の数字によれば、出力トークン数は3.5 Flashよりおよそ17%少なく、エージェント型のコーディング作業では最大65%少なくなります。トークン単位の世界では、トークン数が少ないことはそのまま価格が低いことを意味します。

コンピュータ操作機能も標準搭載しており、知識のカットオフは2026年3月です。Google自身の比較表でも、一部のコーディングおよび知識ベンチマークではGPT-5.6 LunaとClaude Sonnet 5の方が上回っていると正直に認めています。コンピュータ操作と長いコンテキストの点では優れています。

価格: 100万トークンあたり入力1.50ドル/出力7.50ドル。Batchは半額。コンテキストは約100万トークンで、出力上限は65Kトークンです。

メリットとデメリット

• 長いコンテキストの検索に強く、ヘルプセンター全体をプロンプトに詰め込むような用途に向いている。
• 管理画面をクリック操作する必要があるワークフロー向けに、コンピュータ操作機能を標準搭載。
• トークンあたりの価格はLunaやDeepSeek Flashより高い。
• 他のどのモデル選択肢とも同じ根本的なギャップとして、ラストマイルは依然として自分で担う必要がある。

結論: サポート課題の難しい部分が生の推論力ではなく大量のコンテキストにわたる検索であるときに選ぶべきモデルです。

10. DeepSeek V4 Flash

最適な用途: 自分たちで動かせるオープンウェイトを求めるチーム。

DeepSeekが公開しているAPI料金。DeepSeekより引用。

100万トークンあたり入力0.14ドル、出力0.28ドルで、Flashは入力においてOpus 5よりおよそ36倍安価です。ウェイトはMITライセンスで約167GBあり、これこそが本当の論点です。自分のハードウェア上で動かすことができ、ベンダーのデータポリシーについて一切心配する必要がなくなります。

正直な注意点が2つあります。安価な構成と高性能な構成は、同じウェイトの異なる実行モードです。DeepSeek自身のクロスモード比較表では、思考なしのFlashがHLEで8.1、最大エフォートでは34.8となっており、推論トークンは出力料金で課金されます。またホスティング型ではなくホスト提供のAPIを使う場合、有料のOpen Platform利用規約は訓練利用について許容的というより沈黙している状態で、データ処理契約も公開されておらず、ゼロ保持オプションもなく、データは中国の法律の下に置かれます。顧客データにとってこれは、避ける理由というよりも自前でホスティングすべき理由です。

価格: 100万トークンあたり、キャッシュミス時の入力0.14ドル、キャッシュヒット時の入力0.0028ドル、出力0.28ドル。Proは0.435ドル/0.87ドルです。コンテキストは100万トークン、最大出力は384Kトークンです。

メリットとデメリット

• MITライセンスのオープンウェイトであり、自前ホスティングが現実的な選択肢になる。
• 繰り返し使われるナレッジベースのコンテキストについては、キャッシュヒット時の入力料金はほぼ無料に近い。
• ホスト型APIのデータ利用規約は保護的というより沈黙しており、自前ホスティングが本命の選択肢となる。
• テキストのみに対応しており、画像入力は文書化されていないため、スクリーンショットの多いチケットには向かない。

結論: 障壁が性能ではなくデータの所在地であるなら、正しい答えです。「167GBのモデルを自前でホスティングする」という一文を自分のチームが背負いたくないなら、間違った答えです。

実際にかかるコスト

ここからは比較表では示せない部分です。単位そのものが比較できないからです。「解決」「セッション」「対応」「チケット」は、どれも「一人の顧客が助けられた」ように聞こえますが、実際には4つの異なるものです。

自分のボリュームを当てはめてみましょう。

月間2,000チケットで見ると、顧客がまったく同じように体験する作業に対して、100ドルから4,000ドルまでの開きが生じます。だからこそ、交渉すべきなのはモデルではなく課金メーターなのです。人件費と並べて比較したいなら、AIエージェントのコストの内訳記事がその計算を行っており、Tier-1のデフレクションに関する記事では、現実的にどれだけのボリュームが対象になり得るかを扱っています。

Claude APIの上に自分で構築すべきか?

時にはイエスです。そうでないふりをするより、率直にそう言いたいと思います。そしてDIY側の数字は反論しがたいものです。

"raw api cost on a typical zendesk ticket (3-4k tokens in, 500 out) lands between $0.005 and $0.02 across the major models, two orders of magnitude under vendor pricing. what you're paying the rest for is the action layer (writing back to shopify, refunds, address changes), inbox plumbing, and the eval/guardrail loop."

u/Deep_Ad1959, Reddit

これはこの意思決定全体を正直に言い表したものであり、ベンダーではなく評価者からのものです。2桁の差は誤差ではありません。問題は、その一文の後半にある4つの要素が、その差額よりも高くつくかどうかです。

多くのチームにとっては、実際にそうなります。同じスレッドのこの分野で製品を作っている別の人物は、反論を率直に述べています。自前の評価、プロンプトエンジニアリング、ナレッジベース同期、アクション層を維持することは「解決件数課金にかかったであろう費用よりも多くの時間を食う」というのです。この人物は競合製品を運営しているため、それを踏まえて重みを判断すべきですが、この指摘自体は単独でも成り立ちます。

この議論の中で最も参考になるのは、実際にこれを構築し、どの部分が難しかったかを報告した開発者からのものです。難しかったのはモデルではありませんでした。彼らはClaude Codeを使って数日で最小限のヘルプデスクを構築しました。それは、AIが書いたものを人間のオペレーターが承認・編集するためのインターフェースが必要だったからです。レビュー画面こそが製品だったのです。

そして、別のスレッドからの限界点。

"Coding a solution was never a problem. Supporting and maintaining it was. I can guarantee you an in-house ticketing system will be more expensive than Zendesk for every small and medium company."

macspoofing, Hacker News

というわけで、私が実際に採用しているルールはこうです。サポート自動化が自社製品の差別化要因であり、18か月後もそこにいてくれるエンジニアがいて、チケット単位の課金メーターが本当に痛手になるほどボリュームが多いなら、Claudeの上に構築してください。サポートが静かに縮小したいコストセンターであるなら、購入してください。AIハルシネーションのガイドでは、自分で引き受けることになるガードレールの部分を扱っています。ルーティングの部分については、まずチケットトリアージ、続いてチケット分類から始めてください。

DIYの道が見くびりがちなことがもう一つあります。ツール検索は規模が大きくなると信頼性が下がるのです。4,000種類のツールカタログを対象としたベンダー主導のテストでは、Arcade.devが、Claudeの内蔵ツール検索が正規表現で56%、BM25で64%のヒット率だったと報告しており、確実に検索できなかった一般的なツールの一つとしてZendesk_CreateTicketを挙げています。これはベンダー自身のベンチマークであり、そのように読むべきですが、「MCPサーバーを追加するだけ」という話には、デモでは誰も触れない限界があるのです。

eeselを試す

Claudeが難しい部分をこなしてくれていて、それを完結させる何かが必要でここにたどり着いたのなら、そのギャップこそがeeselが作られた理由そのものです。すでに使っているヘルプデスクに接続し、ヘルプセンターだけでなく解決済みのチケットから学習し、そして実際に返信を送信します。座席料金なしで、チケット処理1件あたり0.40ドルです。

eeselのレポーティング画面。エージェントが処理した内容とエスカレーションした箇所を示している。

私が挙げたい差別化ポイントは、この記事に登場するどのルートにも欠けている、まさにその一点です。顧客がそれを目にする前に、自分の過去のチケット履歴に対してエージェントをシミュレートし、テーマ別のカバレッジを確認し、ギャップを埋めて、再実行できるのです。Gridwiseは最初の1か月でtier-1リクエストの73%を解決しました。その結果は7日間のトライアル中に確認できます。クレジットカード不要で50ドル分の無料利用枠から始めて、先月分のチケットに適用し、何を捕捉できていたかを確認してみてください。