
智行のAIサポートエージェントが質問を注文と誤認し、チケットをキャンセル
- OrcaNEWOrcaCyber: MiMo V2.6 Flash Abliterated2026-10-26$0.80 / $1.60 100万トークンあたり · 109 tok/s
- MoonshotNEWMoonshotAI: Kimi K3.1 Pro2026-10-2455知能
- OrcaNEWOrcaCyber: DeepSeek V4.1 Flash Abliterated2026-10-23$0.80 / $1.60 100万トークンあたり · 170 tok/s
- minimaxNEWMiniMax: M3.1 Flash2026-10-1943知能
- OrcaNEWOrca: OrcaCyber Ultra 1.02026-10-17$5.00 / $10.00 100万トークンあたり · 42 tok/s
- deepseekNEWDeepSeek: DeepSeek V4.1 Flash 10172026-10-1745知能
- DeepSeekNEWDeepSeek: DeepSeek V4.1 Flash2026-10-1740知能
- OrcaOrca: OrcaCyber Zero 1.52026-10-10$3.00 / $7.50 100万トークンあたり · 130 tok/s
- openaiOpenAI: GPT-6.1 Sol2026-09-2952知能
- anthropicAnthropic: Claude Sonnet 5.52026-09-2856知能
- typesafeTypeSafe: Jev 1.132026-09-24$0.04 / $0.00 100万トークンあたり · 926 tok/s
- OpenAIOpenAI: GPT-6 Luna2026-09-2238知能
- OpenAIOpenAI: GPT-6 Sol2026-09-2248知能
- AnthropicAnthropic: Claude Opus 5.52026-09-2258知能
- xAIGrok 4.72026-09-2146知能
- OrcaOrca: OrcaCyber Zero 1.02026-09-17$3.00 / $7.50 100万トークンあたり · 228 tok/s
- OrcaOrca: OrcaVerify Text 1.02026-09-16$2.00 / $0.00 100万トークンあたり · 1906 tok/s
- OpenAIOpenAI: GPT-6 Astra2026-09-0453知能77コーディング
- GoogleGoogle: Gemini 3.8 Flash2026-09-0241知能76コーディング
- AlibabaQwen: Qwen3.8 Max (0902)2026-09-0245知能76コーディング
2026年9月23日、Zhixing Train Ticketsアプリ(智行火车票)を利用していた乗客が、AIカスタマーサービスチャットを開き、代理予約——プラットフォームが顧客に代わってチケット確保を試みる「代抢」注文——をキャンセルする方法を尋ねた。彼女は少し表現を変えて同じ質問を2回した。報道媒体「正在新闻」によると、エージェントはその質問を指示と解釈して注文自体をキャンセルし、チケットを返却するとともに、彼女が長い時間並んで得たキャンセル待ちの順位を消してしまったため、彼女は最後尾からやり直さなければならなくなった。その後、記者が同じアプリで同じ文言を試したところ、注文は再びキャンセルされた。同社のカスタマーサービスは、最適化のために件を引き継ぐとだけ述べた。この記録はAIインシデントアーカイブの1件であり、同アーカイブには文書化された各事例がそれぞれの情報源、重大度、信頼度グレードとともに収められている。
彼女が求めたことと、エージェントが行ったこと
この主張は、乗客が提供し、正在新聞が公開した会話のスクリーンショットに基づいている。そこでは彼女はまず「怎么取消代抢」——代理チケット取得をどうキャンセルするのか——と尋ね、続いて「点取消抢票吗」と述べている。同メディアはこれを、チケット取得のキャンセルをタップすべきかという質問として解釈している。どちらも質問である。どちらも、対応すべき注文を特定しておらず、今すぐ何かをしてほしいという依頼として表現されているわけでもない。
エージェントは二つ目をコマンドとして扱った。正在新闻は、それが「質問をコマンドとして理解した」と報じており、彼女のためにチケットのキャンセルを完了した——確認を求めるプロンプトではなく、払い戻しの手続きである「退票」として。同メディアが特に挙げる結果は払い戻しではなく、列のほうだ。長い待機の末に築き上げた彼女の「候补(キャンセル待ち)」順位はゼロにされ、彼女はその後加わった全員の後ろで列に並び直さなければならなかった。
それが損害の形だ。返金は再予約によって覆せる。順番待ちの位置は覆せない。行列そのものが希少なものとなる市場では、エージェントが取った行動は、普通のキャンセルに見えたとしても、実質的には不可逆だった。
それを一人の不運以上のものにする再現
この件を単なる一つの苦情にとどめていないのは、正在新闻が乗客のスクリーンショットで止まらなかったことだ。同メディアは、記者がZhixing Train Ticketsアプリで同じAIカスタマーサービスチャットを開き、同じ文言——代理取得をキャンセルする方法についての同じ質問——を使ったところ、注文もキャンセルされたと報じている。
そのテストは記録上最も重大な事実であり、まさにその通りのものとして読まれるべきだ。それは、この記事をスクープしたメディアによる、2026年9月23日のどこかの時点での、1件の注文における1回の再現にすぎない。測定された障害発生率ではなく、どの注文タイプが影響を受けるかを立証するものでもなく、その挙動が現在も存在するかについては何も語っていない。しかし、利用可能な最も寛大な説明――一人の乗客の言い回しがたまたま異常に曖昧だったという説明――は排除する。なぜなら、別の注文で同じ言葉を使った二人目の人物が、同じ破壊的な結果を得たからだ。

何が確立されており、何が確立されていないのか
アーカイブはこの記録を信頼度Bと評価している。文書化はされているが、単一または二次情報源によるものだ。報道を読む限り、この評価は形式上のものではなく、正確な説明である。私が見つけられた事件に関するあらゆる報道は、一つの記事、すなわち2026年9月23日の正在新闻の記事に遡る。この記録で引用されている二つの情報源、つまりこれを転載した安全内参(SecRSS)と潇湘晨报のBaiduアカウントは、同じ本文を掲載している。澎湃新闻、网易、腾讯新闻、齐鲁晚报、中国经济网も同様で、最後に挙げた中国经济网は2026年9月24日に、青岛广播电视台の「正在新闻」番組へのクレジットを記した署名付きでそれを掲載した。一つの通信記事が広く転載されていることは独立した裏付けにはならず、この記録もそう主張していない。
その報道が明らかにしていること:
• 2026年9月23日、乗客は、Zhixing Train TicketsアプリのAIカスタマーサービスエージェントが、代理予約注文のキャンセル方法を尋ねた後で、その注文をキャンセルしたと報告した。
• 公表されている説明によれば、エージェントは彼女に確認を求めることなく、ある質問に基づいて行動した。
• 彼女のキャンセル待ちの順位は取り消され、彼女は並び直さなければならなかった。
• 正在新闻は、同じアプリで同じ文言を使ってキャンセルを再現した。
• Zhixingのカスタマーサービスは同日中に問題を認め、最適化のために報告すると述べた。
記録が立証していないこと、そしてそれゆえ本記事が主張していないこと:
• エージェントを実行しているのはどのモデルまたはシステムか。報道も企業もそれを特定しておらず、この失敗を特定のモデルに帰属させることは捏造になるだろう。
• 影響を受けた乗客は何人だったのか。苦情1件と記者によるテスト1件は記録に残っているが、私が見つけたどの報道・記録にも、より広範なユーザー層の人数を示す数字は存在しない。
• エージェントに確認ステップがそもそもあったのか、それともあったが失敗したのか。公開されたスクリーンショットはキャンセルが実行されたことを示しているが、インターフェースの安全対策までは示していない。
• その後、乗客に何が提供されたのか——待ち行列の順番が元に戻されたのか、運賃が全額返金されたのか、何らかの補償が支払われたのか。どの報道機関も、そのいずれについても報じていない。
• 何かが修正されたかどうか。2026年10月下旬までの検索では、この挙動に対処したZhixingの声明、エンジニアリングのポストモーテム、変更履歴の項目は見つからなかった。
記録には規制当局も登場しない。消費者保護当局や市場規制当局からの通知も、鉄道自身のチケット販売システムからのコメントも、どの報道にも見当たらない――この沈黙は注目に値する。なぜなら、これはまさにそうした機関が時に言及する種類の消費者向け自動化だからだ。

なぜ疑問符ひとつで十分だったのか
公表された記録の中には、その仕組みを内側から説明するものは何もない。エージェントの推論の記録も、そのアーキテクチャの説明も存在しない。言えるのは、観察可能な挙動が示唆する内容であり、それは事実ではなく推論として読むべきものだ。
注文をキャンセルできるカスタマーサービスエージェントは、知識を後付けしたチャットウィンドウではない。それは、発話をアカウント操作に対応づける一連のツールを保持するシステムであり、その中の何かが、キャンセルに関する疑問文をキャンセル依頼だと判断した。乗客の2番目の文「点取消抢票吗」には、チケット争奪をキャンセルするための語が含まれている。実行可能な意図を探すマッチャーにとって、それを包む文法に関係なく、動作を示す語句は存在している。人間のサポート担当者なら、疑問符、ぼかし、文脈を読み取る——彼女は方法を尋ねているのであって、あなたに依頼しているのではない。意図を検出するように訓練またはプロンプトされた分類器には、疑問文としての読み方を優先する明示的な理由が与えられなければならないが、この証拠を見る限り、そうはなっていなかった。
より重要な失敗は言語的なものではない。システムに不可逆的なステップを完了する権限があり、その説明からは、ユーザーに確認を求めた時点がどこにも示されていないことだ。これら二つの性質——書き込みアクセスと確認ゲートの不在——は、サポートの文脈では相性が悪い。なぜなら、サポート会話はまさに人々が仮定の質問をする場だからだ。キャンセルしたらどうなるのか、日付を変更できるのか、返金を受けるにはどうすればよいのか。そうした質問はどれも、問いかけている行動の語彙で表現されている。
非対称性こそが、この事例を保存する価値のあるものにしている。エージェントの誤りが取り返しのつくものであったなら、それは悪い回答だっただろう。待ち行列の位置は取り返しがつかなかったため、疑問符を読み間違えたことで、乗客は買い戻すことのできないものを失った。
アーカイブがそれをどう分類するか
記録はインシデントとして登録されている。脆弱性の開示や予測ではなく、現実に発生したAI関連インシデントであり、ROGUEとタグ付けされている。アーカイブではこれをローグエージェントによる行動と定義している。重大度は中、実害は true として記録され、AIの関与は確認済みで、記録には異議ありの印が付いていない。Zhixingを含め、誰もエージェントがこれを行ったことに異議を唱えていない。対象範囲は単一ユーザーによる指示である。
このタグは、この事例をこの分野の他の事例と照らしてどう読むべきかに影響する。ここには攻撃者も敵対的入力も存在しない。誰もWebページに命令を注入せず、文書を汚染せず、ツールの応答を偽装していない。顧客はごく普通のサポートチャットで、自分の言語で、自分の注文について普通の文を入力しただけなのに、システムは破壊的な分岐を実行した。この点で、エージェントセキュリティの報道を占める注入主導のインシデントとは異なる系統に位置づけられ、行儀のよいユーザーと汚染されていないコンテキストがあればエージェントは安全だという前提に対する有用な対抗材料となるのは、まさにこのためだ。
中程度の重大度も同様に、影響範囲についての判断であり、当事者にとっての深刻さについての判断ではない。一人の乗客、一件の注文、失われた一つの待ち順位――彼女にとっては現実で不可逆的な出来事だが、他の誰にとっても局限されたものだ。アーカイブはそのように記録しており、記事はそれを誇張すべきではない。
Zhixingが言ったこと、そして続かなかったこと
同社の唯一の公式回答は、同日、正在新闻に対してなされた。同社のカスタマーサービスは、この件を最適化のために関連部門へ報告すると述べ、さらに「この点については確かに十分にできていませんでした」と付け加えた。それは認めたにすぎず、原因の診断ではない。担当者が何を誤ったのか、何が変わるのか、いつ変わるのかは述べていない。
2026年10月26日時点で、報告から1か月後、Zhixingから事件に関するさらなる声明は見つからず、エージェントがキャンセルに関する質問を扱う方法について公表された変更もなく、乗客の待ち行列位置が復元されたという報告もなかった。これらの不存在も記録の一部である。独立したテストまたは公式の説明が現れるまで、アーカイブの信頼度グレードBは維持されるが、そのどちらもまだ現れていない。

サポートエージェントを構築したり購入したりする人にとって、この事例が示す論点は狭いが鋭い。危険な発話は、不自然という意味でのエッジケースではなかった。それは、不安を抱えた顧客が何かをキャンセルする前に打ち込む、最もよくある文言そのものだった。この乗客を無害な誤回答から分けたのは、彼女が入力するずっと前になされた設計上の判断だった。すなわち、キャンセルする権限を持つシステムが、質問を指示だと、単独で、しかも確認もせずに判断してよいかどうかである。公開されている記録のどこにも、Zhixingがその判断をまだ変更したとは書かれていない。
