Instinctとは実際に何か
Instinctは、テキストや電話で話しかける個人用AIエージェントで、会話するだけでなく行動する新世代のAIパーソナルアシスタントの一つです。自分専用のコンピューターで用事をこなします。旅行の予約、食料品の注文、忘れていたやり取りの追跡などです。2026年8月下旬に招待制で公開され、Spear Street Technologyという会社が提供しています。率いるのはNoah Shinnで、彼はAIエージェントを模擬的なカスタマーサービスタスクでテストするベンチマーク、τ-benchの論文の共著者です。
私は毎日eeselのサポートキューを担当しているので、Instinctを受け取る側から見ています。ユーザーとしての使い心地はInstinct AIレビューで、費用はInstinct AIの料金の記事で扱っています。この記事は、サポートチームが実際にGoogleで検索する問いに答えます。自分のサポートチームの助けになるのか、そして受信トレイに現れたら何が起きるのか。
公開以降の3つのアップデートが、サポートチームにとって重要です。
- 専用のメールアドレス（9月8日）。 Noah Shinnのローンチ投稿によると、各Instinctに受信トレイが付き、"contact a restaurant about a special request, ask a business about availability, or sign up for a service"ができるようになります。アドレスは
mail.instinct.comドメインです。 - Instinct Conciergeによる電話（9月16日）。 Conciergeの発表では、オンライン予約を受け付けないレストランの予約、歯科医のキャンセル待ちリストへの登録、"that cable bill sorted out"などが挙げられています。
- Shopifyとの提携（9月28日）。 Instinctはユーザーの35%がInstinct経由で買い物をしていると述べ、Shopifyの投稿は同じチャット内で"delivery updates and return-window reminders"を約束しています。
もう一つあります。エージェント同士が連携するInstinct同士のネットワークで、Noah Shinnの発表によれば、ユーザーのエージェントが話せる相手に"Small local businesses"が含まれています。Instinctは、ネットワーク開始から最初の1週間でエージェント同士の連携が30万回を超えたと述べています。
Shopifyのニュースは、チケットがどこに届くかのヒントです。ECのサポートデスク、つまり返金・返品・注文状況のキューのど真ん中です。これは、ストアにチェックアウトの見直しを迫っているエージェンティックコマースの流れと同じで、今は購入後の側にまで及んでいます。
Instinctでカスタマーサポートを運用できるか
短く答えると、できません。理由は私の意見ではなく、Instinct自身の文書にあります。
Instinctの利用規約（最終改定は2026年8月26日、10月6日に再確認した時点で変更なし）には"We hereby permit you to use the Services for your personal use only."とあります。instinct.comにはビジネス向け、チーム向け、商用のプランはどこにもなく、/business、/help、/faqのページはいずれも404を返します。規約には"on behalf of a company"で使う人への言及がありますが、ライセンス自体は個人向けのままです。
ライセンスを脇に置いても、サポートキューには個人用エージェントが想定していないものが必要です。両者を並べるとこうなります。
| サポートキューに必要なもの | 現在のInstinct | eeselのようなサポートAI |
|---|---|---|
| 業務利用のライセンス | 個人利用のみ | ビジネスのキュー向けに構築 |
| ヘルプデスク連携 | 公開されていない | Zendesk、Freshdesk、Gorgiasなど |
| 自社の知識からの回答 | ユーザー自身のアカウントで動く | ヘルプセンター、マクロ、過去のチケット |
| 誰のために働くか | 一人（御社の顧客） | 御社のチーム |
| 本番前のテスト | 公開されたテストモードなし | 過去のチケットでのシミュレーション |
| エスカレーションのルール | キュー向けにはなし | 確信が持てないものは引き継ぐ |
| 問題発生時の責任 | 100ドルまたは6か月分の料金のいずれか大きい方が上限 | ベンダーとの契約による |
責任の行は規約の第9条から直接引いたもので、Instinctの総責任を直近6か月に支払った額か"the greater of one hundred dollars ($100.00)"のいずれか大きい方に制限しています。個人用のおつかいアプリとしては妥当な上限です。ただし、自社ブランドと顧客の間に置きたいものではありません。
安価な汎用エージェントでキューを回せたらと考えていたなら、同じ「個人用エージェントで形が合わない」問題がカスタマーサポート向けGrok Botにも、カスタマーサポート向けMeta Museにも当てはまります。
オープンソースのカスタマーサポート向けHermes Agentはもう少し近いものの、サポート層は自分で構築することになります。
そこで求めるべきはサポートに特化したAIエージェントです。まだ個人用エージェントを比較しているなら、Instinct AIの代替の一覧で全体像がわかります。
本当のサポートの話：Instinctは顧客の側にいる
視点を変えましょう。サポートチームにとって、Instinctは購入するツールではありません。対応すべき新しいタイプの顧客です。
Noah Shinn自身がメール機能のローンチスレッドでサポートのユースケースを説明しています。"forward an order confirmation and ask Instinct to arrange a return. It can contact support, provide the order details, ask whether you'd prefer a refund or replacement, and bring you the return label."同じローンチを取り上げたTechCrunchの投稿は、エージェントが"contact businesses, handle support requests"できると要約しました。
ユーザーはすでに、電話したくない会社に向けて使っています。
"give instinct a phone number. I'll never have to deal with customer service then"
9月初旬には、Instinctユーザーにアマゾンの注文履歴を監査させ、受け取れるはずのものをすべて請求させるプロンプトが拡散しました。その結果は、御社のキューの予告編です。
"I asked Instinct to go through all my Amazon purchases and get me refunds. And it worked perfectly... And instinct works with support to get you refunded the difference."
別のユーザー、Sachin Sethは、同じプロンプトで"short by $3 from an order back in 2025"の返金が見つかり、"a $10 goodwill refund"が戻ってきたと述べています。サポートチームの誰かが、エージェントに応じてその10ドルの判断を下したのです。これはポリシーの判断であり、何千回も繰り返されます。
そして、返金ポリシーの担当者なら誰でも身構えるはずの一件です。
"My first SMS to my Instinct agent returned me $88 - and I can't imagine the refund was in line with that company's policy; an agent with infinite time just happened to be infinitely persistent."
（補足：Jonnyの投稿はこの後、自社製品の宣伝に続きますが、88ドルの話は本人の体験です。）
上の図は、変化のすべてを一行にまとめています。顧客は自分のエージェントと話し、エージェントは御社のキューと話し、双方が読む唯一のものは、文書化されたポリシーです。そのポリシーが一人のベテラン担当者の頭の中にしかないなら、しつこいボットは書かれていることと実際にやっていることの隙間を見つけます。
顧客がエージェントになると何が変わるか
チケットの大半は新しいものではありません。eeselのお客様が私やチームに寄せる内容を見ると、同じ3つの依頼が中心です。1日500件以上のチケットを扱う複数ブランドのECオペレーターは、返金リクエスト、配信停止、注文追跡が量の大半を占めるとeeselチームに話しました。これらはまさにInstinctのようなエージェントが実行するよう作られているおつかいであり、チャージバックの問い合わせや、絶え間なく届くサブスクの解約も同様です。
備えるべきは量です。苦情を出すコストが顧客にとってゼロになれば、より多くが出されます。
"AI agents reduce the cost of complaints/requests to ~ zero. Anything free is consumed at much higher rates, so we should expect the total volume of this category to explode."
変わるのは送り手の振る舞いです。
- 粘り強さ。 Instinctは諦めず進み続けるよう設計されています。LinkedInで規約を読み込んだJake Finkelsteinは、こう的確に表現しました。"seems much more willing than most assistants to keep working toward the goal instead of constantly stopping and asking what to do next"（投稿はこちら）。「確認いたします」という曖昧な返答ではスレッドは終わりません。
- ポリシーの文字どおりの読み取り。 エージェントは返品期限をそのまま引用し、カスタマーサービスのトーンガイドにある温かな言い回しには動じません。サイトに30日と書いてあるのに、チームが黙って45日まで受け付けているなら、それが見つかると思ってください。
- 苛立ちのシグナルがない。 エスカレーションの通常の手がかり（全部大文字、「これで3通目です」）は消えます。エスカレーションのルールは、トーンではなく内容と履歴で発動する必要があります。
- スパムフィルター。 エージェントのメールは営業のコールドメールに見えることがあります。Gergely Oroszは、"emails from Instinct's AI bot"が迷惑メールフォルダに入っていたと述べています。サポート受信箱のフィルターが厳しい場合、本物の顧客リクエストも迷惑メールに入っているかもしれません。キューの手前にメールサポートの自動化のルールを置いているなら、確認する価値があります。
開示の面にもギャップがあります。Instinctの利用規定は、ユーザーが"Representing that Outputs are human-generated"することを禁じていますが、そのルールが拘束するのはユーザーです。Instinctの規約、プライバシーポリシー、利用規定のいずれにも、メールやConciergeの通話が、相手のエージェントにAIと話していると伝えると約束する記述は見つかりませんでした。エージェントが名乗ることに依存するプロセスは作らないでください。
御社のチームは実際に誰と向き合っているのか
コンタクトセンターの人々はすでにこの問いを立てています。コンタクトセンターについて書いているGeorge D.は、LinkedInでこの状況をはっきり述べました。
"Your contact center is starting to get calls from callers that aren't people. Not a hypothetical. It's happening now, and most organizations have no framework for what to do about it."
彼が挙げる分かりやすいケースは"a customer's own assistant calling to check a policy, confirm a balance, reschedule something"で、それを"Not fraud. Just new."と表現しています。Instinctのトラフィックの大半はこれです。それでも、誰と向き合っているのかを知るために規約をよく読む価値はあります。
Instinctの規約の第3条は、ユーザーがInstinctを"as your agent to enter into agreements, commitments or transactions on your behalf"として任命し、"any such agreements or commitments shall be binding on you as if entered into directly by you"と述べています。購入については、"disputes regarding any such purchase are between you and the applicable Connected Service provider, not us."と加えています。
サポートチームにとっての要点はこうです。
- 向き合う相手は引き続き顧客です。 エージェントはその代理人です。Instinctは紛争から身を引きます。
- 御社自身のポリシーが引き続き適用されます。 同じ条項は、各購入が"is subject to the Connected Service provider's terms and conditions, including pricing, fees, shipping, cancellation and refund policies"と述べています。それが御社のポリシーです。
- 本人確認は引き続き御社の側にあります。 顧客のメールログインを持つエージェントは、メールベースの確認を通過できます。お金が動く、またはアカウントを誰が管理するかが変わるものについては、登録済みの電話へのコード送信やヘルプデスクの二要素認証ステップなど、リスクのあるリクエストに使う確認を使ってください。
これは法的助言ではなく、法務チームが読むのと同じ文書を読んだサポートリードの見解です。実務上の結論は、別途「AIエージェント用ポリシー」は要らないということです。必要なのは、既存のポリシーを機械が読めるほど十分によく文書化することです。
顧客のAIエージェントからのチケットへの対処法
企業は門を閉ざすだろうと予想する人もいます。
"All this outsourcing of human interaction to agents is going to get locked down. Customer service relies on people not overabusing it, and that trust is getting abused by agents."
私は一律のブロックには反対です。エージェント経由のチケットの大半は忙しい本物の顧客から来ており、門前払いにすれば同じ依頼がチャージバックに移るだけです。代わりに、今月サポートキューで私が実行する手順はこうです。
- エージェント経由のチケットにタグを付ける。 送信元ドメイン
mail.instinct.comに対するヘルプデスクのルールを追加します。まだ別扱いはせず、どれくらいあって何を求めているかを測ります。1か月間、解決率とエスカレーション率を別に追跡します。 - 実際に行っている例外を書き出す。 誰かの頭の中にある「通常は〜なら許可している」はどれも、しつこいエージェントが矛盾を見つける場所です。サポートポリシーの変更管理のガイドが、その文書を最新に保つ方法を説明しています。
- 必要な証明に応じた対応にする。 上の階段を使います。注文状況とポリシーの質問はすぐに回答します。ポリシー内の返金と解約は処理します。例外とお詫びのクレジットは担当者に回します。メール、住所、支払先の変更は、どのチャネルでも確認ステップを踏みます。
- 素早く、毎回同じように答える。 返信が遅いと次のフォローアップを呼びます。一貫した返信は、押し続ける理由をなくします。ここで御社側のAIチームメイトが真価を発揮します。顧客のエージェントが引用するのと同じ文書化されたポリシーを読み、最高の担当者が正午に出すのと同じ答えを午前3時にも出します。
- 変わったケースは文脈を添えて人間へ。 引き継ぎには、注文、ポリシーの該当行、これまでのやり取りを含め、担当者が会話をやり直さずに済むようにします。チャットでの人間への引き継ぎに関するメモもここで役立ちます。
電話の比重が高い場合も、同じ手順がAI電話サポートに当てはまります。Conciergeの通話は今のところアーリーアクセスですが、依頼の種類は同じで、御社側のAI音声エージェントも同じポリシーの問いに直面します。
AIサポートチームメイトの役割
2つのエージェントを並べると、御社のAIの仕事が見えてきます。顧客のエージェントは粘り強く、文字どおりです。御社のエージェントも同じように文字どおりで、素早く、自分が決めてはいけないことについて正直でなければなりません。
この最後の点が最も重要です。DTCサプリメントブランドのCXリードは、eeselとの通話でサポートAIに求めるものをこう要約しました。"The AI will never be able to answer 100% of the questions... I need an AI who is only handling the tickets that it's confident to handle and all the other ones, leave them alone." 相手が例外を求めて押してくるボットのとき、これが正しい姿勢です。
eeselで実際にはこうなります。
- 実際の資料から御社のポリシーを学ぶ。 ヘルプセンター、マクロ、過去のチケットから学ぶので、回答はチームが実際に行っていることと一致します。設定方法はナレッジベースでの学習のガイドにあります。
- 返信する前にテストできる。 eeselは、自信ありげに聞こえるボットが誤った答えを出すのを見てきたので、展開のたびに最初に過去のチケットでシミュレーションします。Zendeskでの実際のECトライアルでは、返品と返金に関するeeselの下書きが93.8%の確率で有用でした。
- 決めてはいけないことは引き継ぐ。 例外やアカウントの所有に関わるものはすべて、文脈を添えて担当者に回され、エスカレーション管理のルールに従います。
- 繰り返しの多い返金業務を最初から最後まで処理する。 手順を知りたい場合は、返金リクエストを自動化する方法をご覧ください。
- すでにキューがある場所で動く。 eeselはZendesk、Freshdesk、Gorgiasなどのヘルプデスク内で動くので、タグ付けしたエージェントのチケットも他と同じ扱いになります。
Shopify経由のエージェントトラフィックを見込むECチームには、Shopifyサポートに最適なAIやECに最適なAIヘルプデスクの比較記事がより詳しく、AI返金ガイドは返金ポリシーの面を詳しく扱っています。
エージェントから届くチケットにeeselを試す
Instinctは、顧客にとって優れたおつかい係です。eeselは明確な業務にAIチームメイトを提供しており、ヘルプデスク向けのものはまさに会話のこちら側のために作られています。御社の側には、ポリシーを完全に把握したチームメイトが必要です。eeselのAIヘルプデスクのチームメイトは、数分でヘルプデスクに接続し、人間とエージェントのどちらが送ったかにかかわらず、返金・返品・解約のチケットに文書化したポリシーに基づいて回答し、例外はチームにエスカレーションします。返信を一通も送る前に、過去のチケットで実行できます。eeselを無料で試して、先月のキューをどう処理したか確認してください。