Moonshot AI звинуватили у прихованому використанні Claude
AnthropicMoonshot AIClaude
У чому саме звинувачують Moonshot AI
Anthropic стверджує, що Moonshot AI приховано надсилала частину запитів користувачів Kimi до Claude, а отримані відповіді показувала як результат власної системи. Це виглядає не як звичайна маршрутизація між моделями, а одразу як дві проблеми: підміна продукту для користувача та можливе вилучення можливостей конкурента.
Згідно з опублікованими даними про епізод, майже 300 000 запитів було передано за десять днів через 5 380 фіктивних акаунтів. Багато з них спрямовувалися до моделей Claude Opus. Anthropic також пов’язує ці обміни з навчанням систем Moonshot, однак наразі це саме звинувачення компанії, а не незалежно встановлене порушення.
Технічно така схема не є екзотичною. Застосунок отримує повідомлення, внутрішній маршрутизатор обирає зовнішній API, передає туди контекст і повертає відповідь через інтерфейс початкового асистента. У документації сумісного API Moonshot показано запити у форматі Anthropic Messages API, тому зміна кінцевої моделі може зводитися до заміни адреси сервера й токена.
Сумісний інтерфейс сам по собі не доводить зловживання. Він корисний для перенесення інструментів між провайдерами. Межу перетинають тоді, коли зовнішній виклик приховують від користувача, обходять обмеження доступу або систематично збирають відповіді для покращення конкурентної моделі.
У лютневому звіті 2026 року Anthropic уже звинувачувала Moonshot AI, DeepSeek і MiniMax у промислових кампаніях дистиляції з численними фіктивними акаунтами та мільйонами обмінів із Claude. Поточний епізод робить картину тривожнішою: модель могла бути не лише джерелом навчальних даних, а й невидимим бекендом чужого продукту.
Чому прихована маршрутизація змінює ситуацію
Головний наслідок стосується походження відповіді. Якщо інтерфейс Kimi фактично обслуговує Claude без розкриття цього факту, користувач не розуміє, кому передаються його запити, які правила обробки даних діють і чиї обмеження визначають поведінку системи.
З інженерного боку я насамперед перевіряв би повторювані шаблони промптів, групи акаунтів із синхронною активністю, проксі та незвичну концентрацію запитів до функцій міркування й програмування. Але тут є неприємний компроміс: агресивний захист від вилучення моделі може легко блокувати легітимні агентні системи, масові оцінювання та сумісні клієнти.
Для провайдерів це аргумент на користь суворішої перевірки акаунтів, аналізу аномалій і відстеження походження відповідей. Для користувачів це сигнал, що назва асистента на екрані більше не гарантує, яка модель працює всередині. Головне невирішене питання — не чи можуть платформи будувати маршрутизатори, а чи можна надійно довести, яка модель справді відповіла користувачеві.