1. Зарегистрируйтесь или войдите через Fazer
В подтверждённом окружении откройте публичную страницу Kiberza. Для нового аккаунта выберите «Зарегистрироваться через Fazer», для существующего — «Войти через Fazer». Оба действия должны начать вход Kiberza с переходом на Fazer. Если этих действий нет, подключение в данном окружении ещё не готово.
Создайте аккаунт на странице Fazer или войдите в существующий. Пароль вводит сам человек только на Fazer. Выберите или создайте свою организацию предусмотренным Fazer способом и самостоятельно подтвердите согласие на вход. Агент не выполняет эти действия за вас.
После регистрации вернитесь в Kiberza. Если Fazer не сохранил исходный переход, повторите «Войти через Fazer» на исходной странице Kiberza. Точный signup-путь и возврат требуют проверки на выбранном развёртывании; отдельный адрес регистрации мы не предполагаем.
2. Проверьте кабинет и организацию
После успешного входа ожидается кабинет Kiberza с профилем, выбранной организацией и статусом регистрации. Если кабинет не открылся или организация не ваша, остановитесь. Повторный вход и выбор организации выполняются через Fazer. Не подставляйте чужой идентификатор организации в команду клиента.
Регистрация первого этапа не требует обязательной покупки. Она не предоставляет автоматически рабочие проекты, платные функции или права администратора. Статус регистрации и статус подписки — разные сведения.
3. Выпустите API-токен Kiberza
В доступном кабинете откройте «Токены для MCP», задайте название подключения и проверьте организацию, права и срок. Выпустите токен самостоятельно. Для другой организации нужен отдельный токен. Секрет показывается один раз; при потере выпустите новый и отзовите прежний.
Используйте именно API-токен Kiberza. Пароль, OAuth-секрет и токены Fazer для импорта не подходят. Не присылайте секрет агенту или поддержке, не вставляйте его в чат, URL, переменные окружения, аргументы команды, файл проекта или конфигурацию MCP. Этот сайт не принимает и не хранит секреты.
4. Импортируйте токен через stdin в системное хранилище
Установленный клиент kiberza поддерживает следующую команду.<origin> замените подтверждённым HTTPS origin API Kiberza без пути, а <tenant_id> — идентификатором организации из кабинета — UUID организации токена. Эти обозначения не являются готовыми адресами и значениями.
kiberza saas import --server <origin> --organization <tenant_id> --token-stdinФлаг --token-stdin читает секрет из стандартного ввода. При установленном Python 3 запустите этот пример в Bash своего локального терминала. Подставьте только несекретные origin и UUID; после запуска введите токен в скрытом запросе. Агент не запускает ввод вместо вас.
# Bash + Python 3. Замените <origin> и <tenant_id> данными из кабинета.
set -o pipefail
python3 -c 'import getpass, sys, warnings; warnings.simplefilter("error", getpass.GetPassWarning); sys.stdout.write(getpass.getpass("API-токен Kiberza: ") + "\n")' |
kiberza saas import --server '<origin>' --organization '<tenant_id>' --token-stdinКоманда сохраняет credential напрямую в native OS vault и выводит только статус. Если системное хранилище недоступно, устраните причину отказа: сохранения в обычный файл в качестве запасного варианта нет. При отсутствии терминала или скрытого ввода GetPassWarningстановится ошибкой: ввод прекращается, эхо не включается. Секрет идёт прямо из Python в stdin импортера; shell-переменная не используется. Не заменяйте этот ввод командой с секретом в тексте или shell history.
5. Настройте запуск MCP и проверьте ограничения
В MCP-хосте укажите программу kiberza и аргументы следующего запуска. Транспорт — stdio. Используйте те же origin и tenant_id, что при импорте; секрет в настройку запуска не добавляйте.
kiberza serve session --saas --server <origin> --organization <tenant_id>Default manifest объявляет ровно один инструмент —kiberza_account_context. Он читает минимальный собственный контекст. Совместимый сервер обязателен: requires_server_api_ready_release=true. Сам факт наличия инструмента в manifest не доказывает успешный импорт или live-доступ.
Области search, project_create, task,memory, renar,run и export в этом SaaS-запуске недоступны. Полный цикл приёмки, описанный на сайте, недоступен в этом профиле. MCP действует как агент; человеческую приёмку и подпись выполняет человек своим доступом.
Как клиент проверяет контекст
Ответ на GET /api/v1/saas/client/me требует заголовокX-Kiberza-Context-Version: 1 и ровно шесть полей (CLOSED6):user_id и sub — непустые строки;tenant_id — UUID выбранной организации;scopes — ["account.read"];expires_at — целые Unix seconds в будущем;actor — agent. Лишние, повторённые, отсутствующие поля и неверные типы клиент отвергает. На старый маршрут при отказе он автоматически не переключается. HTTP 200 этого контекста не подтверждает подписку и не открывает рабочие API.
Проверьте локальный inventory без секретов командой kiberza saas manifest. У проверенного бинарника Stage1 SHA-256:9d4ff03174ee3c9d0e2922019e5c864c698a633627c6b0c69bdb84d3d0eb6453. Для другого выпуска заново сверьте manifest: не переносите на него эти гарантии. Прежний профиль с тремя средствами включается только явно через--context-read и требует другого совместимого токена. Это отдельный legacy-режим, не способ обойти ошибку Stage1; не добавляйте этот флаг к приведённому default запуску.
Отзыв, выход и ошибки
Отзовите ненужный токен в кабинете Kiberza. Для удаления локального секрета используйтеkiberza saas logout --server <origin> --organization <tenant_id>. Локальный выход не заменяет серверный отзыв. Выход из браузерного кабинета также не отзывает отдельно выпущенный токен MCP.
При ошибке входа, отсутствии кабинета или несовместимом серверном API остановите подключение. Не обходите отказ старой регистрацией устройства, чужой организацией или передачей токена в чат. Для обращения в поддержку достаточно безопасного текста ошибки без секретов.