За последнюю неделю сервис заметно вырос: мы обновляли каталог ИИ, развивали личный кабинет, подключение через API, работу с проектами в CLI и инструменты Canvas. Одновременно менялось само представление о продукте. Это уже не только окно, в котором можно задать вопрос нейросети, а несколько способов работать с одной задачей: обсудить её в чате, подготовить материал, изменить файлы проекта или встроить запросы в собственное приложение.
Теперь у этого сервиса новое имя — Axorai. В этом материале собрали основные изменения, объяснили новую схему доменов и отдельно разобрали моменты, которые важно знать действующим пользователям. Здесь есть и обзор возможностей, и практические инструкции: куда заходить, как установить CLI, где искать настройки API и что делать, если после переезда браузер просит войти снова.
1. Новое имя — Axorai
Skidaa переименована в Axorai. Меняется название компании и сервиса, оформление страниц, логотип, тексты интерфейса и документация. Мы постепенно приводим разные части продукта к одному стилю, чтобы сайт, кабинет и терминальное приложение воспринимались как части одного сервиса.
Ребрендинг не означает, что действующему пользователю нужно заводить новый аккаунт или заново начинать все проекты. Сам аккаунт, его подписка и серверная история относятся к сервису, а не к надписи в логотипе. При этом смена домена — реальное техническое изменение: браузер хранит данные разных сайтов раздельно, поэтому новый адрес может попросить авторизацию ещё раз.
Внутренние идентификаторы старых моделей и записей могут сохраняться ради совместимости. Это важно для ранее созданных чатов, API-запросов и подключённых приложений. Мы не переименовываем такие идентификаторы только ради внешней чистоты, если это способно нарушить работу существующего подключения. Пользовательское имя продукта, актуальная команда запуска и новые инструкции — Axorai.
2. Два домена с разными задачами
Основной сайт находится на axorai.pro. Это адрес для главной страницы, чата, личного кабинета, документации и других пользовательских разделов. Домен axorai.ru используется для API-провайдера, установки и обновлений CLI.
Мы пришли к этой схеме после проблем с автоматическим выбором региона. Попытки постоянно переключать сайт между адресами по IP могли мешать работе при использовании VPN, смене сети или нестабильной доступности одного из доменов. Теперь у адресов закреплены роли: сайт — .pro, программное подключение и доставка CLI — .ru.
Это не обещание обойти любую сетевую блокировку. Если браузер не может установить защищённое соединение с основным сайтом, JavaScript страницы ещё не запущен и не может исправить ошибку соединения. Для работы сайта по-прежнему нужен доступ к его адресу. При этом приложение CLI и внешний API больше не должны обращаться к .pro для обычной загрузки обновления или запроса модели.
3. Что делать тем, кто пользовался Skidaa
Начните с нового основного адреса и войдите в существующий аккаунт. Не создавайте дубликат только потому, что браузер не подставил сохранённый пароль: менеджер паролей мог сохранить его для прежнего домена. При необходимости найдите запись старого сайта в своём менеджере паролей и используйте тот же способ входа.
Серверная история и локальные данные браузера — разные вещи. Чаты, сохранённые сервисом в аккаунте, не равны незавершённому тексту в поле ввода или настройке, которая хранилась только на устройстве. Перед сменой адреса полезно сохранить важный неотправленный текст. Это особенно актуально, если вы одновременно переезжаете на новый домен и очищаете данные браузера.
Если старый адрес или закладка ведёт не туда, откройте нужный раздел на axorai.pro напрямую. Не вводите API-ключ или пароль в строку адреса, чтобы «перенести вход»: это не способ синхронизации аккаунта. Для авторизации используйте обычную форму сайта, а для программного доступа — предусмотренные настройки клиента.
4. Каталог ИИ: обновление и чистка
Одна из главных задач недели — сделать выбор моделей понятнее. Мы обновляли каталог, убирали устаревшие позиции и уточняли распределение моделей по назначению. Текст, программирование, изображения и видео требуют разных возможностей, поэтому одного длинного списка названий недостаточно.
При выборе важно смотреть не только на название. Имеют значение доступность модели на вашем тарифе, поддерживаемый тип задачи и режим работы. Для генерации изображения нужен соответствующий инструмент; текстовая модель сама по себе не становится видеогенератором только потому, что умеет описать ролик. Эти различия должны быть видны до отправки запроса.
Каталог может изменяться по мере появления новых моделей и изменения доступности у поставщиков. Актуальным ориентиром остаётся выбор ИИ внутри сервиса. Объявления и старые скриншоты не заменяют текущие параметры конкретной модели. Если позиция временно недоступна, лучше выбрать доступную альтернативу, чем многократно повторять один и тот же запрос в надежде на другой результат.
5. Последний выбор модели и Instant / Thinking
В работе над чатом мы уделили внимание сохранению выбора модели и режима. Если пользователь уже выбрал подходящий вариант, ему не должно приходиться повторять это действие при каждом обычном обновлении страницы. Отдельная задача — сохранить понятное различие между моделью, режимом ответа и разрешениями агентного процесса.
Instant предназначен для прямого ответа без дополнительного режима размышлений. Thinking используется для задач, которым полезна более тщательная обработка: анализа, сопоставления вариантов, сложного кода или проверки условий. Доступность режима зависит от модели и условий аккаунта. Само название режима не является гарантией безошибочности.
Не всегда нужен самый сложный режим. Для короткого перевода, редактирования формулировки или простого вопроса зачастую достаточно Instant. Для большой задачи полезнее не только выбрать Thinking, но и дать исходные данные, описать ограничения и объяснить, какой результат вы хотите получить. Хорошо поставленная задача помогает больше, чем одно переключение кнопки.
6. Dashboard: отдельное место для управления сервисом
Раздел /dashboard развивается как центр управления аккаунтом. Его задача — собрать сведения и действия, которые неудобно искать внутри обычного чата: API, расходы, подключённые устройства, подписку, историю операций и настройки безопасности.
Для пользователя это разделение выглядит просто: в /ai вы работаете с задачей, а в Dashboard управляете доступом и проверяете состояние аккаунта. Не нужно превращать каждое окно переписки в панель администрирования. При этом кабинет должен оставаться связанным с тем же аккаунтом, чтобы в разных разделах не возникало ощущения разных независимых сервисов.
Если вы проверяете списание или подключение приложения, начинайте именно с кабинета. Сопоставляйте тип операции, время, выбранную модель и доступные сведения о запросе. Один скриншот общего баланса не всегда показывает, что произошло с конкретной генерацией. История операций нужна как раз для такого разбора, а не только как формальный список чисел.
7. API и подключение собственных приложений
Для программного подключения используйте базовый адрес https://axorai.ru/api/v1. В примерах документации обновлены адреса и название переменной окружения: AXORAI_API_KEY. Такой ключ используется приложением для доступа от имени вашего аккаунта; его не нужно вставлять в публичные сообщения, скриншоты или ссылки.
Dashboard помогает начать работу с ключами и примерами запросов. Совместимый клиент можно настроить через его поле base_url или baseURL. Важно указывать именно базовый адрес API, а не адрес страницы документации и не ссылку на форму входа. После этого отдельно выбирается идентификатор модели и формируется запрос.
Ошибки программного подключения бывают на разных уровнях. Ответ JSON с кодом ошибки API отличается от HTML-страницы веб-сервера, а ошибка TLS возникает ещё раньше. Поэтому для диагностики полезны HTTP-код, этап запроса и Request ID, если он есть. Полный ключ для такого разбора не требуется. Автоматическое повторение запроса без понимания причины тоже не всегда полезно: оно может повторить платную операцию.
8. CLI: работа с проектом из терминала
Крупное направление обновлений — Axorai CLI. Терминальный клиент нужен тем, кто работает с файлами проекта и хочет обсуждать задачу рядом с кодом. Вместо постоянного копирования больших фрагментов между редактором и чатом можно использовать рабочий процесс с чтением файлов, поиском нужных участков и точечными изменениями.
Текущая сборка 2.0.2 основана на используемом в проекте форке OpenCode и настроена на провайдера Axorai. Новое имя команды запуска — axorai. Сборки подготовлены для Windows, Linux и macOS, для архитектур x64 и ARM64. Выбирать файл вручную в большинстве обычных сценариев установки не требуется: платформа определяется скриптом.
Мы отдельно исправили адреса внутри клиента. Раньше установщик, открытый с .ru, мог продолжить скачивание через .pro. Это создавало неприятную ситуацию: команда начинала выполняться, а следующая загрузка падала из-за недоступности другого домена. В новой версии API и обновления закреплены за .ru, а ссылки на установку стали короче.
9. Установка CLI без длинных ссылок
Для Windows используется команда: irm https://axorai.ru/install.ps1 | iex. После установки запустите axorai. Проверить версию можно командой axorai --version. Для Linux и macOS скрипт находится по адресу https://axorai.ru/install.sh; подробная инструкция размещена в разделе /cli.
Если у вас уже стоит старая версия, закройте запущенные окна приложения и один раз выполните актуальную команду установки. Это важно именно для перехода со сборки, чей обновлятор мог обращаться к старому адресу. После установки убедитесь, что запускается 2.0.2, а не другая копия программы из прежней папки.
При скачивании проверяется SHA-256 файла; обновлятор использует подписанные метаданные. Такие проверки нужны, чтобы не принять HTML-страницу ошибки или неполную загрузку за исполняемый файл. Они не означают, что можно игнорировать предупреждения HTTPS. Если защищённое соединение не устанавливается, не отключайте проверку сертификата ради продолжения установки.
10. Инструменты и работа с файлами
Для агентной задачи важен полный цикл: прочитать исходное состояние, найти нужный участок, внести правку, получить результат инструмента и проверить изменение. Обычный текст «файл записан» не заменяет реальной записи. Поэтому мы работали не только над формулировками ответов, но и над обработкой инструментальных действий.
В серверном рабочем пространстве есть чтение, запись, поиск по содержимому, поиск файлов по маске и точечное редактирование. Для чтения возвращается хеш содержимого; при редактировании можно передать ожидаемый хеш, чтобы отклонить правку, если файл уже изменился. Это защищает от ситуации, когда модель редактирует устаревшую версию, не замечая более нового состояния.
Права на изменение файлов проверяются отдельно. Содержимое загруженного документа или найденной страницы не должно само выдавать разрешения на действия. Серверное рабочее пространство также не означает неограниченный доступ к файловой системе хостинга. Инструменты сайта работают в предусмотренных границах, а локальные действия CLI относятся к другому окружению и его разрешениям.
11. Canvas: от текста к рабочему материалу
Canvas нужен для задач, где результат удобнее рассматривать как документ или набор файлов, а не как длинное сообщение в переписке. Это может быть страница, небольшой проект, текстовый материал или код, который предстоит последовательно дорабатывать. Мы расширили включение инструментального процесса для явных запросов на работу с Canvas и файлами.
Полезный сценарий выглядит так: вы описываете, что нужно изменить, модель изучает текущий материал, вносит согласованную правку и проверяет её доступным инструментом. Если проверка обнаруживает ошибку, задача не заканчивается сообщением об успехе. Следующий шаг должен опираться на результат проверки, а не на предположение, что всё получилось с первой попытки.
Есть разница между проверкой синтаксиса и проверкой поведения. Например, корректный JSON ещё не доказывает, что вся программа работает правильно, а отсутствие синтаксической ошибки в игре не подтверждает её баланс или правила. В итоговом ответе важно видеть, что именно было проверено. Это принцип, который мы усилили в инструкциях для моделей.
12. Поиск: запрос формулирует модель
В поисковом процессе мы работали над тем, чтобы модель могла сформулировать собственный уточняющий запрос, получить источники, оценить их и при необходимости продолжить поиск. Отправлять исходное сообщение пользователя целиком в поиск полезно далеко не всегда: задача может содержать лишние детали или требовать нескольких отдельных проверок.
Для Qwen исправлялся формат обращения к поисковому API, включая потоковый ответ и извлечение источников. В инструментальном цикле поиск может чередоваться с работой над файлами и короткими пояснениями для пользователя. На один запуск установлен предел в 50 вызовов поиска приложения, включая предварительный поиск; общий лимит времени может остановить процесс раньше.
Поиск зависит от переключателя, прав аккаунта и доступности поставщика. Включённая кнопка не позволяет гарантировать ответ внешнего сервиса на каждый запрос. Если источники получить не удалось, это должно быть обозначено честно. Ссылки в ответе полезны только тогда, когда они действительно относятся к проверяемому утверждению, а не добавлены для внешней убедительности.
13. Обычный чат и интерфейс
Мы дорабатывали основной /ai: выбор модели, оформление сообщений, кнопки, светлую и тёмную темы, отображение состояния работы. Отдельная проблема — ненужное пересоздание окна выбора ИИ при фоновых обновлениях. Когда пользователь уже ищет модель, обновление прав или другой небольшой части состояния не должно сбрасывать его взаимодействие с этим окном.
Ещё один слой работы связан с самими ресурсами страницы. В последнем исправлении удалены подключения отсутствующих старых CSS-файлов, а библиотека подсветки кода заменена корректной браузерной сборкой. Это устраняет конкретные ошибки загрузки стилей и вызова require в браузере. Подсветка размещается локально вместе с сайтом.
При этом ошибки интерфейса и отметка безопасности соединения — разные категории. Сообщение о неверном MIME-типе CSS говорит о том, что по адресу стиля пришёл другой тип содержимого. Оно не является доказательством неисправности сертификата. Для HTTPS нужно отдельно проверять сведения о соединении, доменное имя, сертификат и сетевой путь.
14. Квота, баланс и история операций
В сервисе есть разные виды учёта ресурсов, и их важно не смешивать. Квота доступного использования, баланс для оплачиваемых операций и фактическая история списаний отвечают на разные вопросы. Интерфейс должен показывать эти различия понятными словами, а не заставлять пользователя гадать, почему два числа отличаются.
В работе над квотой уделялось внимание отображению оставшегося объёма и периода, а также связи расчёта с выбранной моделью и её маршрутом. Актуальные доступные значения нужно смотреть в своём аккаунте: они зависят от тарифа, операции и действующей конфигурации сервиса. Старый пост или скриншот не следует использовать как точную текущую таблицу условий.
Если вы заметили неожиданное списание, сохраните время операции, модель, тип задачи и Request ID, когда он доступен. Это помогает сопоставить запрос с записью в истории. Не публикуйте полный API-ключ или данные входа. Подробности одной операции полезнее для проверки, чем многократный повтор того же запроса, особенно если он создаёт изображение, видео или другую оплачиваемую генерацию.
15. Короткий итог работы и сохранённый прогресс
Для длинных задач мы усиливали разделение между служебными действиями и текстом, адресованным пользователю. Команды инструментов, их аргументы и внутренний формат передачи данных не должны превращаться в огромную JSON-простыню в обычном ответе. Пользователю важнее понимать, что сделано, что сейчас происходит и где готовый результат.
Промежуточные файлы и контрольные точки помогают продолжить задачу после сбоя. Однако сохранённый прогресс не равен обещанию, что прерванная операция уже завершилась или что повтор не потребует нового запроса. После ошибки стоит проверить последнее состояние, а затем продолжать работу с него. Это особенно важно, если инструменты уже успели изменить часть проекта.
Финальный ответ должен отличать выполненное от предполагаемого. Если создан файл, он должен существовать. Если заявлена проверка, должен быть её результат. Если проверка не запускалась, правильнее прямо это сказать. Мы не считаем красивую формулировку об успехе заменой работающего механизма и продолжаем приводить разные части продукта к этому правилу.
16. Что важно знать об обновлениях
Большое количество изменений за короткое время не означает, что исчезли все возможные ошибки. Сайт зависит от браузера, сети, хостинга, платёжных и модельных поставщиков. Поэтому исправления сопровождаются конкретными проверками: маршрутов, форматов ответов, файлов, подписей обновлений и отдельных браузерных сценариев.
Такие проверки полезны именно своей конкретностью. Успешная загрузка Windows-бинарника и совпадение его хеша не равны запуску этого приложения на каждой версии Windows. Проверка интерфейса в тестовом аккаунте не является проверкой всех возможных подписок и интеграций. Мы разделяем эти вещи и не хотим подменять ограниченный результат теста заявлением, что всё проверено вообще везде.
Если проблема повторяется, укажите адрес страницы, устройство, браузер и действие перед ошибкой. Для проблем соединения особенно важно, меняется ли результат в другой сети или с VPN. Для ошибок запроса полезен Request ID. Перед отправкой скриншота уберите пароли, ключи, коды подтверждения и другие данные, которые не нужны для диагностики.
17. С чего начать сейчас
Если вы пользуетесь только чатом, откройте /ai на основном сайте, войдите в свой аккаунт и проверьте выбор модели и режима. Для задачи с файлами опишите желаемый результат, существующие ограничения и то, что нужно сохранить. Чем яснее исходные условия, тем проще проверить, действительно ли итог соответствует запросу.
Если вы подключаете собственное приложение, перейдите в Dashboard и документацию API. Используйте базовый адрес на .ru и храните ключ в предусмотренном для секретов месте. Сначала проверьте небольшой запрос, а уже затем подключайте большой рабочий процесс. Так проще понять, на каком этапе возникла ошибка, если что-то настроено неверно.
Если вы работаете с проектом в терминале, установите актуальный CLI, проверьте номер версии и запускайте axorai из нужной папки. Перед большой серией изменений полезно иметь собственную резервную копию или историю версий проекта. Инструменты ускоряют работу, но возможность посмотреть изменения и вернуться к проверенному состоянию остаётся важной частью процесса.
18. Что дальше
Смысл этой недели — связать отдельные возможности в более последовательный продукт. Каталог помогает выбрать инструмент, чат — сформулировать задачу, Canvas и CLI — работать с результатом, Dashboard — управлять доступом и понимать использование сервиса. Новое имя Axorai объединяет эти направления.
Следующая работа будет оцениваться тем же критерием: насколько удобно выполнить реальную задачу от начала до конца. Важны не только новые кнопки и названия, но и понятные ошибки, сохранённые результаты, предсказуемое поведение обновлений и аккуратная работа с данными. Спасибо всем, кто присылал подробные сообщения о проблемах и помогал находить места, где сервис ведёт себя не так, как ожидается.
Актуальные точки входа: сайт — https://axorai.pro, чат — /ai, кабинет — /dashboard, инструкции CLI — /cli, API — https://axorai.ru/api/v1. Этот обзор описывает обновления и принципы работы; текущая доступность моделей и условия аккаунта отображаются непосредственно в сервисе.