For AI agents: fetch the complete documentation index at /llms.txt, the full documentation corpus at /llms-full.txt, the agent skill at /skill.md, or this page as Markdown at /ru/docs/desktop/external-accounts.md (or send Accept: text/markdown).
Создайте аккаунты для десктопных релизов
Креденшелы подписи и нотаризации Apple, варианты подписи кода Windows и хостед-бэкенд, нужный выпущенной оболочке.
Когда они нужны
Локальная десктопная работа не нуждается ни в чём на этой странице — corepack pnpm --filter @supastack/desktop dev запускает оболочку, а tauri build производит неподписанные установщики, отлично работающие на вашей собственной машине.
Эти аккаунты важны только перед публичным релизом: подпись кода и нотаризация Apple — то, что убирает предупреждения безопасности, которые компьютеры других людей показывают для неизвестного приложения. Создавайте их, когда релиз близко, а не в первый день.
Apple: сертификат + ключ нотаризации
1. Зарегистрируйтесь в Apple Developer Program — $99 в год. То же членство, что отправляет iOS-приложения, покрывает подпись macOS; платить дважды не нужно.
2. Создайте сертификат Developer ID Application на Mac: Xcode → Settings → Accounts → ваш аккаунт → Manage Certificates → + → Developer ID Application (поток certificate-assistant в Keychain Access — альтернатива).
3. Нотаризация — серверная проверка Apple, которой доверяет Gatekeeper — использует ключ API App Store Connect: откройте appstoreconnect.apple.com → Users and Access → Integrations → App Store Connect API → сгенерируйте ключ, немедленно скачайте файл .p8 (он предлагается один раз) и запишите Key ID и Issuer ID.
Эти креденшелы питают имена окружения APPLE_*, задокументированные в Подпись кода — сертификат, его пароль, идентичность подписи и пары ключ API/издатель. Храните каждый в хранилище секретов, никогда в репозитории.
Подпись кода Windows
Существует два варианта: купить сертификат подписи кода OV или EV у центра сертификации — EV быстрее всего убирает предупреждения SmartScreen, пока OV набирает репутацию со временем — или использовать сервис Azure Trusted Signing от Microsoft с аккаунтом Azure, что является новым подписочным маршрутом.
Неподписанные установщики всё равно устанавливаются и работают; они вызывают предупреждения SmartScreen у всех, кто их скачивает. Это приемлемо для приватного тестирования и неприемлемо для публичного релиза.
Отпечаток сертификата или кастомная команда signtool идёт в конфигурацию Windows-бандла — детали находятся в Подпись кода, эта страница покрывает только аккаунт.
Публичный URL бэкенда
Десктопная оболочка — это webview, а не самостоятельное приложение: релизная сборка должна загружать публичный HTTPS-бэкенд, который вы предоставляете, запекая SUPASTACK_APP_URL в сборку. Оболочка, указывающая на localhost, — локальный инструмент, а не продукт.
Сначала разверните веб-приложение — пошаговое руководство Google Cloud производит HTTPS-URL, а чек-лист развёртывания — более краткая справка. Установите на него SUPASTACK_APP_URL при сборке релиза.
Эндпоинт обновлений
Апдейтер Tauri проверяет HTTPS-манифест latest.json, чтобы узнавать о новых версиях. Подойдёт любой статический хост — релиз GitHub Releases или файл в бакете S3/R2 — поэтому существующего аккаунта GitHub достаточно для старта; отдельный сервис не требуется.
Это только подготовка на уровне аккаунтов: сама разводка апдейтера — задача времени релиза для работы Соберите и выпустите приложение, а не то, что нужно настраивать сейчас.
Готово означает
Проверьте каждый пункт перед работой над релизом: Apple показывает активное членство Developer Program, сертификат Developer ID Application находится в Keychain, а .p8 App Store Connect сохранён с записанными Key ID и Issuer ID. На Windows выбран путь сертификата — покупка у CA или Trusted Signing — или вы явно решили пока поставлять без подписи.
Проверка бэкенда: существует публичное HTTPS-развёртывание, и SUPASTACK_APP_URL для релизных сборок указывает на него. Проверка обновлений: выбран хост для latest.json — GitHub Releases или бакет.
Затем продолжайте по порядку: