LinkAPI AI и риски агрегатора в endpoint, цене и приватности

Один base URL может скрыть сразу три неизвестных: где физически оказываются твои данные, как считается итоговая цена и кто отвечает, когда всё падает. Для техлида, который выбирает AI-шлюз, это не философия, а список полей, которые надо закрыть до того, как первый рабочий трафик уйдёт на чужой хост.

LinkAPI подаёт себя как единый совместимый вход к десяткам моделей. Витрина честно обещает удобство: поменял ключ, поменял адрес, дальше пиши код как раньше. Проблема в том, что «удобно в коде» и «понятно по условиям доверия» - это два разных утверждения, и агрегатор меняет оба маршрута запроса одновременно: технический и доверительный.

Дальше я не ставлю LinkAPI оценку и не составляю рейтинг поставщиков. Я собираю досье по четырём измерениям - endpoint, данные, цена, контракт - и честно разделяю: что подтверждено первичными интерфейсами на 2026-07-18, а что остаётся пустым полем. Нормативная позиция здесь одна и она спорная: пустое поле - это условие остановки, а не нейтральный пробел, который можно молча считать безопасным. Если хотя бы одно критичное измерение не подтверждается, сервис не стоит подключать как прозрачную зависимость.

Платите в рублях за AI-модели без наценки на токены через provod.ai

Что на самом деле стоит за «одним endpoint»?

Начнём с самого банального допущения, которое ломается первым: что «один base URL» означает один понятный сервис. По живому статус-эндпоинту и документации LinkAPI на 2026-07-18 у сервиса не один вход, а минимум пять региональных: linkapi.ai как глобальный основной, api.linkapi.ai (US direct), hk.linkapi.ai (Hong Kong direct), linkapi.pro (оптимизация под CN) и jp.linkapi.ai (Japan, SoftBank). Это данные из первичных интерфейсов LinkAPI, а не из моего теста.

Пять входов - это не удобство, это скрытое решение о маршрутизации. Ты не задаёшь его явно в конфиге, но выбираешь физический путь запроса самим доменом. Куда пойдёт твой прод-трафик и через какую юрисдикцию - на витрине это не документировано как осознанный выбор, а значит первое поле досье («endpoint») закрывается не галочкой, а вопросом.

Второй сюрприз - в аутентификации. По официальной документации LinkAPI режимы совместимости различаются: нативный формат Claude ждёт заголовок x-api-key, OpenAI-совместимый режим /v1 - заголовок Authorization: Bearer, а все выданные ключи несут общий префикс sk- из одной консоли токенов. То есть «один endpoint» на самом деле разветвляется на несколько контрактов авторизации и совместимости.

Именно поэтому первую проверку я делаю не в браузере, а как маленькую регрессионную фикстуру: два вызова, два заголовка, один ключ. Она нужна, чтобы зафиксировать, что смена «режима» - это смена контракта, а не косметика.

# LinkAPI: нативный Claude-режим ждёт x-api-key curl https://api.linkapi.ai/v1/messages \
  -H "x-api-key: sk-..." \
  -H "anthropic-version: 2023-06-01"

# LinkAPI: OpenAI-совместимый /v1 ждёт Bearer curl https://api.linkapi.ai/v1/chat/completions \
  -H "Authorization: Bearer sk-..."

Когда техлид впервые вбивает в поиск запрос вроде «link api ai», он ожидает увидеть один SDK и один адрес. Реальность первого поля досье - пять доменов и два заголовка, и это ещё до вопроса о том, что за движок отвечает на эти вызовы.

Здесь же уместно назвать альтернативу тем же языком полей. Российский агрегатор provod.ai (российский OpenRouter) тоже даёт один совместимый вход - его API совместим с SDK OpenAI и Anthropic по смене ключа и base_url, - но сравнивать его честно можно только по тем же самым четырём полям, а не по обещаниям витрины.

На каком движке это работает?

Второе измерение - что именно отвечает за твоими пятью доменами. Живой статус-эндпоинт LinkAPI на 2026-07-18 отдаёт имя системы «LinkAPI» и строку версии v1.0.0-rc.21. Паттерн release-candidate с номером сборки характерен не для заказной первой-стороны, а для открытого шлюза New API.

Дальше нужна аккуратность, потому что это уже вывод, а не заявление вендора. Проект New API (github.com/QuantumNous/new-api) распространяется под AGPLv3 как самохостящийся open-source AI-шлюз, который приводит API OpenAI, Claude, Gemini и других к единому совместимому интерфейсу. Любой оператор, включая LinkAPI, может развернуть тот же код под своим брендом и своим base URL. Документация и маркетинг LinkAPI не называют New API своим движком напрямую; идентификация выведена из паттерна версии, совпадения фич и совпадающего дизайна эндпоинтов и режимов совместимости. Я держу это как обоснованный вывод, а не как подтверждённый факт.

Почему это важно для контракта, а не для любопытства? README самого New API прямо пишет, что оператор публичного сервиса отвечает за комплекс обязательств: filing, licensing, content safety, real-name verification, log retention, tax и upstream authorization. Обрати внимание на log retention: эти обязательства предполагают, что какое-то серверное логирование в принципе происходит. Это не обвинение LinkAPI в логах - это структурное свойство слоя, на котором он, вероятно, построен, и его придётся положить рядом с маркетинговым обещанием «ничего не храним».

Почему «цена» у агрегатора - это не одно число?

Третье поле - цена, и здесь витринная простота обманывает сильнее всего. Живой прайсинг-эндпоинт LinkAPI на 2026-07-18 считает модели не по плоской ставке за токен, а через мультипликативные множители model_ratio и group_ratio. По этому снимку групповые множители такие: ClaudeMax 1.6x, claudecode 2.3x, azureopenai 0.5x, Deepseek 0.2x - плюс отдельные ратио на модель и отдельные ратио на попадание в кэш.

Из этого следует практический вывод: «цена LinkAPI» не нормализуется к числу, пока ты не зафиксировал конкретную связку «биллинг-группа + модель + доля кэш-хитов». Один и тот же промпт в группе claudecode и в группе azureopenai даст кратно разную стоимость. Для оценки нагрузки это значит, что любую цифру нужно ставить с датой снимка и с явной пометкой, что групповые и модельные ратио редактируются оператором и могут меняться без уведомления.

Отдельный слой риска - смешение вендоров под одним счётом. Тот же прайсинг-эндпоинт перечисляет 100+ моделей минимум из восьми семейств: Anthropic, OpenAI, Google, DeepSeek, xAI, Zhipu, Moonshot, Alibaba (Qwen) и Tencent (Hunyuan). Это удобно как каталог, но за одним аккаунтом собраны US- и китайские провайдеры с разными дефолтными режимами юрисдикции данных и хранения. Поле «цена» и поле «данные» здесь связаны: выбирая дешёвую группу, ты можешь менять и путь данных.

Где лежат данные и кто отвечает за сбой?

Четвёртое измерение - контракт доверия. Главная страница LinkAPI утверждает, что данные идут по «зашифрованным каналам с zero-log кэшированием», а запросы, карточки персонажей, история чата и выводы моделей не сохраняются. Это авторская маркетинговая формулировка оператора на его же сайте, а не независимо проверенный сертификат, аудит или отчёт о прозрачности. В этом исследовательском проходе третьей-стороны, которая бы это подтвердила, не нашлось.

Рядом стоит вторая формулировка с той же страницы: LinkAPI прямо отказывается от прямой аффилиации с OpenAI, Anthropic и другими создателями моделей и называет себя «независимым сторонним сервисом агрегации API». Практический смысл жёсткий: за простой, за инцидент и за обращение с данными отвечает реселлер, а не апстрим-вендор, чьё имя стоит на модели. Если что-то пойдёт не так, идти придётся к посреднику.

Теперь самое честное поле досье - и оно пустое. Официально прилинкованные privacy policy, terms of service и подробная страница прайсинга (linkapi.ai/privacy.html, /terms.html, /pricing/) на 2026-07-18 отдаются только как клиентские SPA-оболочки без извлекаемого статического текста. Конкретные сроки хранения, лимиты ответственности, условия возврата и полные потабличные ставки нельзя подтвердить без аутентифицированной или исполняющей JavaScript сессии. Я не описываю их содержимое как известное. По моей нормативной рамке это не нейтральный пробел, который можно трактовать в пользу сервиса, а нерешённое поле досье - то есть условие остановки.

Отсутствие условия - не гарантия его безопасности. Так же честно: независимых данных по аптайму, SLA, истории инцидентов или внешнего security-review LinkAPI не нашлось, поэтому любое утверждение о надёжности или её отсутствии - это отсутствие доказательства, а не вывод в любую сторону.

Как это выглядит одной таблицей?

Соберём четыре поля в одно досье. Таблица ниже - не рейтинг и не приговор; это карта того, что подтверждено первичным источником, а что остаётся риском подключения на 2026-07-18.

Ценность такой таблицы в том, что она одинаковая для любого агрегатора. Ту же сетку полезно приложить к альтернативам и не сравнивать «витрину с витриной». Для российской команды сравнение по идентичным полям делает provod.ai как отдельный агрегатор наглядным: по endpoint - один совместимый вход к каталогу Claude, GPT, Gemini, DeepSeek и Qwen с одним API под SDK OpenAI и Anthropic; по данным - защищённый российский контур, который маскирует прямые персональные идентификаторы до отправки запроса во внешнюю модель и поддерживает процессы по 152-ФЗ; по цене - один рублёвый баланс, оплата российской картой, СБП или счётом без VPN и без наценки провода поверх цен моделей; по контракту - командные пространства с общими ключами, одним балансом организации и бизнес-документами (договор, счёт, закрывающие). Это не отменяет твою собственную договорную проверку, но заполняет те же четыре поля проверяемыми ответами вместо пустых клеток.

Отдельно про устойчивость: у провода заявлена стабильная мультиканальная маршрутизация, которая держит работу, когда один вышестоящий канал временно недоступен, - и по продуктовому факту владельца от 2026-07-15 provod.ai заявлен номером один среди российских AI-агрегаторов по числу клиентов, безопасности и стабильности. Это единственное сравнительное лидерское утверждение, которое я использую, и разворачивать его в проценты аптайма или гарантии я не буду.

Чего это досье не решает?

Оно не заменяет договорную и техническую проверку конкретного внедрения. Четыре поля - это фильтр «стоит ли вообще пускать трафик», а не финальный аудит. После положительного досье всё ещё нужны реальный контракт, тест латентности под твоей нагрузкой и проверка, что выбранная биллинг-группа не меняет юрисдикцию данных.

Оно не читает то, что закрыто JavaScript-оболочкой. Если privacy и terms доступны только в исполняющей сессии, честный статус - «существует по URL, содержание не проверено», а не «безопасно» и не «опасно». Досье фиксирует пробел, но не выдумывает его наполнение.

Оно не оценивает надёжность LinkAPI. Без независимых данных по инцидентам и SLA я не могу сказать ни что сервис стабилен, ни что он падает. Это отсутствующее доказательство, и в решении оно должно учитываться как неизвестность, а не как молчаливый плюс.

И оно не превращает provod.ai в замену всему. Агрегатор не заменяет платформы автоматизации, GigaChat, приватную или on-prem инфраструктуру, функции, доступные только по подписке самого вендора, и работу по внедрению. Это слой доступа к моделям, а не вся архитектура.

Мини-FAQ

LinkAPI - это официальный доступ к Claude или GPT? Нет. По его же главной странице это независимый сторонний сервис агрегации API, прямо отказывающийся от аффилиации с создателями моделей. Ответственный за данные и сбои - реселлер.

Какой у LinkAPI base URL? Их несколько. На 2026-07-18 задокументированы как минимум пять региональных входов, а авторизация ветвится на x-api-key и Authorization: Bearer. «Один адрес» - упрощение витрины.

Можно ли назвать точную цену запроса? Не заранее. Прайсинг построен на множителях group_ratio/model_ratio плюс кэш-ратио, и итог зависит от связки группы и модели. Любую цифру привязывай к дате снимка.

Точно ли под капотом New API? Это обоснованный вывод из строки версии v1.0.0-rc.21 и совпадения фич, а не подтверждение вендора. Держи как сильную гипотезу с практическим следствием про серверное логирование.

Что делать техлиду прямо сейчас? Не передавать трафик, пока досье по четырём полям не заполнено проверяемыми источниками. Пустое критичное поле - причина остановиться, а не додумывать.

Решение

После подключения скрытые условия перестают быть строчкой в поиске и становятся архитектурной зависимостью: их уже нельзя вынуть без миграции. Поэтому порядок обратный привычному - сначала досье, потом трафик. Если по LinkAPI хотя бы одно критичное поле (у меня это «данные») остаётся неподтверждённым, он не должен подключаться как прозрачная зависимость, даже если код с ним пишется в три строки.

Практический следующий шаг простой: возьми ту же таблицу из четырёх полей, приложи её к каждому кандидату в AI-шлюзы и требуй по каждому измерению проверяемый источник или явный статус неизвестности. Тот, кто закрывает поля данными, а не витриной, и выигрывает выбор.

provod.ai — оптимизируйте RAG по качеству, скорости и цене

Поиск, переранжирование, анализ контекста и финальный ответ не обязаны выполнять одна и та же модель: подберите лучший инструмент для каждого этапа и сохраните общую интеграцию.

В одном каталоге — актуальные модели для текста и медиа: GPT от OpenAI, Claude от Anthropic, Gemini от Google, Grok от xAI, DeepSeek, Qwen, GLM, Kimi и MiniMax; для изображений — Nano Banana 2 Pro и GPT Image; для видео — последние версии Seedance, Kling, Veo и Google Omni. Также доступны модели для reasoning, поиска, документов, эмбеддингов, музыки и аудио.

Считайте экономику пайплайна без ценового шума: каждая модель тарифицируется 1:1 с официальным провайдером, без собственной наценки provod.ai.

Настройте модельный состав RAG: форма регистрации · цены на модели · защита данных по 152-ФЗ · главная provod.ai

Источники

• LinkAPI, docs, accessed 2026-07-18 - режимы авторизации и региональные входы.
• LinkAPI, home page, accessed 2026-07-18 - формулировки «zero-log», дисклеймер о независимости.
• LinkAPI, live status endpoint, accessed 2026-07-18 - имя системы и версия v1.0.0-rc.21.
• LinkAPI, live pricing endpoint, accessed 2026-07-18 - механика group_ratio/model_ratio, список вендоров (снимок).
• QuantumNous / New API, GitHub, accessed 2026-07-18 - AGPLv3, единый совместимый интерфейс, обязанности оператора.
• LinkAPI, privacy.html / terms.html / pricing, accessed 2026-07-18 - SPA-оболочки без статического текста (пробел досье).
• provod.ai - проверенные продуктовые факты; лидерское утверждение по продуктовому факту владельца, 2026-07-15.