Сильные стороны и компромиссы

Что архитектура даёт и какую цену за это приходится платить — честный список без маркетинга.

Сильная сторона	Почему это полезно партнёру
Один Rust semantic owner	Браузер, desktop и будущий server host получают одинаковый смысл операций.
Один compute contract	UI и транспорт можно менять без переписывания табличного движка.
Sparse/viewport execution	Большая книга не обязана целиком материализоваться в Web/DOM.
Локальное и on-prem выполнение	Документы могут не покидать контролируемый контур партнёра.
Typed refusals и revision guard	Ошибки и конкурентные изменения не превращаются в частичную тихую порчу.
White-label Web surface	Партнёр сохраняет бренд, продуктовый маршрут и отношения с клиентом.

Слабые стороны / стоимость выбора

Ограничение	Что потребуется
Публичный SDK ещё нужно отделить от внутреннего контракта.	Стабильные package names, версии, compatibility policy, примеры и support window.
Service host не является готовой multi-tenant платформой.	Gateway, scheduler, sandbox, quotas, secrets, telemetry и эксплуатационный SLA.
Mobile surface не равна готовому мобильному продукту.	Touch UX, lifecycle, platform bridges, device matrix и store delivery.
WASM ограничен памятью и политиками браузера.	Worker/SIMD/threads policy, fallback и реальные resource budgets.
Excel-паритет конечен и поэтапен.	Подписанная capability matrix; unsupported функции должны быть честно скрыты/disabled.
Два runtime-пакета усложняют релизы.	Синхронные версии Web и Rust, hashes, signing и rollback.

9 · ЧТО НУЖНО РЕШИТЬ С ПАРТНЁРОМ