Платформа, сервисы, оболочка, целые приложения и итоговая стратегия заимствования (исследование, 2026-10-04)

Область: MOffice ID и SSO, сервер лицензий, биллинг, установщики и обновления, отчёты о сбоях и телеметрия, системные крейты, облачные коннекторы, целые офисные пакеты и редакторы как источники, оболочка (лента, докинг, QML), иконки, справка, тестовые корпуса; собственный код владельца; итоговая стратегия. Правила и классы лицензий — docs/research/BRIEF.md, docs/12-license-policy.md. Данные — oss-verified.tsv (проверено 2026-10-04). Отметка «(проверено 2026-10-04)» — дополнительная ручная проверка в этом отчёте, «(не проверено)» — по памяти/документации, требует подтверждения.

1. Выводы

1. Стратегия — сценарий В (Rust-ядро + форки и порты классов 0–1 + код владельца): экономия ≈ 7,5–10,5 % (≈ 200–280 ч.-м., 2 660 → ≈ 2 380–2 460; сверено с итогами соседних отчётов), архитектура библии сохраняется. Публичные даты не менять, экономию обратить в буфер рисков и пик 73 → ≈ 67 FTE; «агрессивный» вариант (−4 недели для 1.5, 2.0, 3.0, 3.5, 4.0) — после gate фазы 2. Форк Apache OpenOffice (сценарий Б) отклонён: экспорта OOXML в нём нет, C++ 2000-х, к фазе 6 ядро пришлось бы переписать (2 800–3 300 ч.-м.).
2. MOffice ID — свой id-service на Rust, но начинать с порта сервера аккаунтов FlyType (Go, 8,3 тыс. строк, код владельца); SAML и SCIM — Ory Polis (Apache-2.0) отдельным контейнером; passkeys — порт проверки go-webauthn (BSD-3) вместо webauthn-rs (MPL). passkey-rs от 1Password — только клиент/аутентификатор, не замена серверной проверки. Keycloak 26.8 (SCIM, организации, passkeys) — эталон в CI и план Б; привязку refresh к устройству перевести на DPoP (RFC 9449).
3. keygen-api запрещён: Fair Core License (source-available), в TSV ошибочно класс 1. Сервер лицензий — свой, клиентский meridian-license уже есть (1 914 строк). Биллинг — свой: Stripe Billing (async-stripe) для мира, свои адаптеры ЮKassa и CloudPayments (SDK CloudPayments без лицензии, SDK ЮKassa в архиве), Kill Bill — только образец, Lago — AGPL.
4. Обновления — velopack (MIT): дельты, каналы, поэтапная раскатка, откат, MSI, нотаризация; дописать подпись фида Ed25519 (6–8 ч.-м.). Официальный WiX ≥ 6 требует платы OSMF при выручке > 10 000 USD — MSI собирать через velopack.
5. Сбои: crash-handler + minidump-writer + rust-minidump + GlitchTip (MIT) ≈ 9 ч.-м.; Sentry и Symbolicator — FSL (класс 3), в 08-roadmap.md «Sentry self-hosted» заменить.
6. Облака: OpenDAL (Apache-2.0: OneDrive, Google Drive, Dropbox, Яндекс Диск, WebDAV, S3) внутри брокера + rclone rcd отдельным процессом для синхронизируемых папок (7–10 ч.-м.); Google — только drive.file + Picker, иначе ежегодный CASA.
7. Оболочка: SARibbon — Qt Widgets, в QML-окно не встраивается → порт алгоритмов раскладки ленты (3–4 ч.-м.); докинг — свой на QML; иконки — Lucide (ISC) + Tabler (MIT) как основа MOffice Glyphs (6–8 ч.-м.), Fluent/Material — только образцы.
8. Apache OpenOffice — выборочный порт: фильтр Word 97 (ww8), функции Calc, StarMath, формулы фигур ODF, пресеты анимаций (4–7 ч.-м.); LibreOffice, OnlyOffice, Calligra, AbiWord, Gnumeric — чистая комната.
9. Код владельца — 24–37 ч.-м.: auth/биллинг/релизы/извлечение текста FlyType (Go), инструменты формул AXEL (RU↔︎EN, диагностика, сравнение книг, рассылки, ИНН/сумма прописью), крипто-конверт и синхронизация PasswordSafe (с исправлениями: ключ = сырой выход Argon2id, MAC только заголовка, нет потокового шифрования), помощники захвата ScreenPrompt (Windows на Rust, macOS на ScreenCaptureKit). Не переносить: запись через ffmpeg + libx264 (GPL), веса Silero (NC), edge-tts (LGPL).
10. Права на код владельца: все человеческие коммиты — от учётных записей владельца; правообладатель в LICENSE — условная метка, много трейлеров ИИ (Cursor 1 735 в FlyType, Claude 224 в AXEL) → нужен документ владельца о правах и фиксация незакоммиченного кода (≈ 27 % Rust PasswordSafe).
11. Мелкие ловушки: крейт dirs тянет MPL-option-ext; mdBook кладёт MPL-тему в вывод (справка — Sphinx); тесты Ghostscript в корпусе К4 — заменить набором pdf.js.

2. Таблицы по подобластям

Обозначения: ★ — звёзды GitHub, dl — загрузки crates.io, дата — последний коммит/выпуск по oss-verified.tsv; «ч.-м.» — экономия в человеко-месяцах против базового плана docs/08-roadmap.md (2 660 ч.-м.). Стратегии: adopt / fork / port / ref / avoid — по BRIEF.md.

2.1 MOffice ID и SSO

2.2 Лицензии и биллинг

2.3 Установщики и обновления

2.4 Отчёты о сбоях и телеметрия

2.5 Системные крейты

Все крейты — Rust, звёзды см. oss-verified.tsv. Экономия по группе ≈ 2–3 ч.-м. (транспорт брокера, слежение за файлами, уведомления, глобальные клавиши, сведения о системе); при подключении каждого — cargo deny check, транзитивные MPL встречаются (пример — dirs).

2.6 Облачные коннекторы

2.7 Целые приложения и редакторы

2.8 Оболочка

2.9 Иконки

Формат всех наборов — SVG; экономия 6–8 ч.-м. дизайнера иконок (разбор в 3.7).

2.10 Справка и корпуса

Экономия: инструменты справки ≈ 1 ч.-м.; источники корпусов уже заложены в план 5.1, сверх плана экономии нет.

3. Глубокие разборы

3.1 MOffice ID: Keycloak, свой сервер на Rust или другой IdP

Требования взяты из docs/10-licensing-accounts.md §8 и §10.2: e-mail + Argon2id с pepper, ссылка-вход с client_nonce и кодом из 6 цифр, вход через Google/Apple/Microsoft/Яндекс ID/VK ID, корпоративный OIDC и SAML 2.0 с маршрутизацией по домену и JIT, TOTP + passkeys + коды восстановления, refresh-ротация с отзывом «семьи», привязка refresh к ключу устройства, JWT EdDSA + JWKS, организации с 7 ролями, SCIM 2.0, аудит с хэш-цепочкой и выгрузкой в SIEM, регионы ru/eu с каталогом email_hash → region, экспорт и удаление по 152-ФЗ/GDPR, on-prem в docker compose.

Рекомендация. Оставить решение библии — свой id-service на Rust — но не писать с нуля опасные части: 0. Основа — порт сервера аккаунтов FlyType (backend/internal/auth, Go, 8,3 тыс. строк, код владельца): пароль, ссылка-вход, OAuth Google/Яндекс, SSO, passkeys, TOTP, вход с устройства, refresh, JWKS уже работают в продукте (3.9; экономия 3–5 ч.-м. учтена там). Это снимает большую часть стоимости «своего» столбца таблицы.

1. Клиентская сторона входа (Google, Microsoft, Apple, корпоративный OIDC) — openidconnect; Яндекс ID и VK ID — oauth2; свой сервер авторизации — только для своих клиентов (десктоп, портал, cloud): код + PKCE, loopback-redirect, refresh-ротация; без динамической регистрации клиентов и чужих приложений. Проверка: OpenID conformance suite (бесплатный инструмент OpenID Foundation) и внешний пентест к вехе L1.2 (2027-09-17).
2. SAML 2.0 и SCIM для Business/Enterprise (фаза 6) — Ory Polis (Apache-2.0) отдельным контейнером: он принимает SAML-ответы и отдаёт нашему сервису OAuth-код, а каталоги SCIM синхронизирует в наши org_members. Своего кода XML-подписей нет — исчезает главный риск samael 0.0.x.
3. Passkeys — порт серверной проверки из go-webauthn (BSD-3-Clause, класс 1; уже используется в бэкенде FlyType) на Rust поверх passkey-types + coset + p256/ed25519-dalek (≈ 1–1,5 тыс. строк, ≈ 1 ч.-м.); программный аутентификатор passkey-authenticator — в интеграционные тесты. По политике класс 2 берём, только если нет замены 0–1, а она есть, поэтому webauthn-rs (MPL-2.0) — запасной вариант по решению владельца (раздел 4). Замечание: passkey-rs — не замена webauthn-rs «один к одному», серверной проверки в нём нет (проверено 2026-10-04).
4. Привязку refresh к устройству перевести с собственного заголовка X-Meridian-Device-Proof на стандарт DPoP (RFC 9449): та же криптография Ed25519 (ключ устройства в Keychain/DPAPI/Secret Service), но совместимо с Keycloak и сторонними клиентами. Это же делает Keycloak реальным планом Б: если к вехе L3.1 (2028-07-07, SSO OIDC) свой сервер не прошёл пентест, переходим на Keycloak, сохранив наши сервисы устройств, аудита и лицензий.
5. Keycloak сразу нужен как эталонный IdP в CI (тесты SSO с Entra ID, Google, Яндекс 360 и Keycloak — критерий релиза 3.5).

Экономия против плана: крейты 3,5 ч.-м. + Polis 3–4 + порт go-webauthn вместо проверки с нуля 1 = 7,5–8,5 ч.-м. (плюс 3–5 ч.-м. от порта кода FlyType в 3.9). Полный переход на Keycloak дал бы ≈ 8 ч.-м. сверх «своего с нуля», но при наличии кода FlyType преимущество почти исчезает, а цена — Java-стек и чужая модель данных.

3.2 Лицензии и биллинг

keygen-api — нельзя. Репозиторий распространяется под Fair Core License 1.0 (FCL-1.0-ALv2): разрешено внутреннее использование, но запрещено «конкурирующее использование» и обход проверки ключа, а в Apache-2.0 каждая версия переходит только через 2 года (проверено 2026-10-04). Для нас это «source-available» — класс 3: код не подключаем и не читаем. Скрипт проверки отнёс проект к классу 1, потому что нашёл в тексте слово «Apache» — запись в oss-verified.tsv нужно исправить. Публичная документация Keygen (машины, «сердцебиения», плавающие пулы, политики) — допустимый чек-лист идей: идеи не охраняются, текст кода — охраняется.

Свой meridian-license уже есть (1 914 строк, без внешних зависимостей, тест-векторы ключа): формат ключа и контрольный символ, флаги функций, структура лицензии со сроками, льготами и сравнением отпечатка, трейт Verifier. Что добавить: CBOR .mlic (ciborium, Apache-2.0 — не проверено), проверку Ed25519 (ed25519-dalek), сбор отпечатка (machine-uid + серийник диска/платы через windows/IOKit//sys), аренду плавающих лицензий. На сервере MAC ключей проверять за постоянное время (hmac + subtle), собственный sha256.rs оставить только для отпечатков и тестов. Сервер лицензий (включая on-prem и плавающий режим) — свой license-service: открытых аналогов класса 0–1 с нужной моделью нет.

Биллинг. Свой billing-service с трейтом PaymentProvider (уже описан в §9.2) — правильный выбор:

• мир — Stripe Billing через async-stripe: подписки, прорация, дэнинг и налоги делает Stripe, наш сервис только зеркалит статусы вебхуков в права (§9.7); альтернатива — Paddle как продавец-посредник (решение владельца, план §12);
• РФ — свои адаптеры ЮKassa и CloudPayments по документации API: SDK ЮKassa (MIT) лежат на GitHub в архиве с 2022 и годятся только как эталон моделей; у репозиториев CloudPayments лицензии нет вовсе (проверено 2026-10-04). У владельца уже есть рабочие обработчики платежа и вебхука ЮKassa (TermitPro site/api, PHP) и Stripe (FlyType billing, Go) — их логику портируем на Rust (3.9). Расписание автосписаний и дэнинг §9.5 для РФ — наш планировщик (≈ 1,5–2 ч.-м.); чеки 54-ФЗ формирует провайдер;
• Kill Bill (Apache-2.0) — только как образец модели подписок и состояний просрочки: JVM, своя БД и Java-плагины для ЮKassa/CloudPayments не окупаются, а акты/УПД/ЭДО, реселлеры и Education всё равно наши. Lago — AGPL, запрещён.

Экономия: async-stripe 0,7 + перенос подписочной логики мира на Stripe Billing 2 + эталоны ЮKassa/Kill Bill 0,5 + machine-uid 0,2 = ≈ 3,4 ч.-м.

3.3 Установщики и обновления

velopack (MIT; клон, коммит 2026-09-29, версия 1.2) закрывает большую часть модуля MOffice Update:

Вывод: adopt velopack для прямой загрузки на трёх ОС; MSIX/Flatpak/deb/rpm — штатные механизмы. Экономия 6–8 ч.-м. (дельта-движок, установщики, апдейтер, откат при сбое применения). Риски: подпись фида — наша; vendor-бинарники velopack (signtool — лицензия Windows SDK, zstd — BSD/GPLv2 по выбору → BSD) используются только при сборке. WiX: официальные сборки WiX ≥ 6 требуют оплаты Open Source Maintenance Fee при выручке > 10 000 USD/год, WiX 7 не работает без принятия EULA (проверено 2026-10-04); MSI из velopack собирается их форком WiX и под OSMF не попадает. Если нужен «чистый» MSI для GPO собственной сборки — оплатить спонсорство WiX (решение владельца, раздел 4). DLL пользовательских действий WiX внутри MSI — MS-RL: исходники этих файлов публичны, достаточно текста лицензии в NOTICE.

3.4 Сбои и телеметрия

Конвейер сбоев целиком на классе 1:

1. В каждом процессе приложения — crash-handler (только сигнал брокеру по interprocess); дамп пишет брокер через minidump-writer (вне упавшего процесса — надёжнее); Qt-сообщения и паники Rust идут в sentry-SDK.
2. При следующем запуске и только с согласия (telemetry: off | crash_only | full, §8.7) дамп уходит в telemetry-service; пути с именем пользователя вычищаются, содержимого документов нет.
3. На сервере — minidump-processor + символы из нашего хранилища (CI генерирует .sym из PDB/dSYM/DWARF); результат как событие отправляется в GlitchTip (MIT) по протоколу Sentry: группировка, уведомления, трекер. Если пилот покажет, что встроенная обработка minidump в GlitchTip 6 работает без Sentry Symbolicator (FSL-1.1-MIT, класс 3) — можно отдать дампы ему напрямую; иначе символикация остаётся нашей.
4. KPI «crash-free sessions» (план 3.x) — свои события сеанса в ClickHouse/PostgreSQL + Grafana; сервисы — OpenTelemetry. PostHog — только как образец (FOSS-часть MIT, ee/ закрыта, тяжёлый стек); Umami (MIT) — сайт и портал.

Экономия: перехват и запись дампов 3, разбор и символикация 2, сервер ошибок 3, SDK и OpenTelemetry 1, сайт 0,3 = ≈ 9 ч.-м. Поправка к плану: 08-roadmap.md 1.3 («Sentry self-hosted» в инструментах), 3.1 (риск «автогруппировка (Sentry)») и 5.4 — Sentry под FSL (класс 3), заменить на GlitchTip.

3.5 Облачные коннекторы и код PasswordSafe

Схема для Hub (по 03-architecture.md: сеть есть только у брокера/Hub; docs/apps/hub.md HUB-06):

1. «Открыть/Сохранить из облака», обзор папок, автономный кэш — OpenDAL внутри брокера (Rust, Apache-2.0): сервисы webdav (Nextcloud, ownCloud, SharePoint по WebDAV), onedrive, gdrive, dropbox, yandex-disk, s3, sftp за одним API. OAuth-вход через системный браузер + PKCE + loopback делает meridian-id, токены — в keyring.
2. «Синхронизируемые папки» (книжки Notes в папке облака, docs/apps/notes.md) — rclone отдельным процессом: брокер запускает rclone rcd с доступом только по локальному адресу и паролю, управляет заданиями sync/copy через rc-API, передаёт rclone наши OAuth-токены. librclone внутри процесса не берём: API помечен экспериментальным, Go-рантайм в адресном пространстве Qt-приложения, в Windows библиотеку нельзя выгрузить (проверено 2026-10-04).
3. Совместное редактирование файлов OneDrive «как в Office» недоступно (закрытые протоколы) — только MOffice Cloud (фаза 6).

Регистрация OAuth-клиентов (организационная задача фаз 1–2, решение 26 библии):

Экономия: OpenDAL 4–6 + rclone 3–4 = 7–10 ч.-м. против своих клиентов шести API (загрузка частями, повторы, лимиты, обновление токенов).

PasswordSafe → MOffice (разбор кода рабочего дерева, 2026-10-04; 15,4 тыс. строк Rust, из них 12,5 тыс. без тестов, 88 тестов). Переносится в основном проект и ≈ 2–2,5 тыс. строк (крипто-конверт, движок синхронизации, брокер) плюс образцы облачного API и клиппера, а не все 4,8 тыс. строк passwordsafe-core, как сказано в docs/11-open-source-reuse.md: большая часть ядра — хранилище паролей на SQLite, импорт CSV, генератор, «здоровье» паролей.

Итого по PasswordSafe ≈ 5–6 ч.-м. (учтено в 3.9). Перед переносом: закоммитить рабочее дерево (≈ 27 % Rust-кода, включая весь облачный сервер, нет в истории git) и добавить файл LICENSE — см. юридическое замечание в 3.9.

3.6 Целые офисные пакеты и модели документов

Apache OpenOffice (Apache-2.0, класс 1) — единственный полный офисный пакет, код которого можно и читать, и переносить в закрытый продукт. Проект жив, но медленный: 4.1.16 вышел 2025-11-10, 4.2.0 обещан «в 2026» (проверено 2026-10-04). Что реально стоит портировать на Rust (с уведомлением «основано на Apache OpenOffice, Apache-2.0» и записью в NOTICE):

Цена старого C++: модель UNO и VCL, сборка dmake/gbuild, в OOXML AOO умеет только читать (экспорта docx/xlsx нет), Windows-сборки 4.1.x 32-битные (не проверено). Порт алгоритма ≈ 30–50 % стоимости написания с нуля, но даёт выверенные граничные случаи. Итого 4–7 ч.-м. экономии; форк целиком — сценарий Б (3.10), не рекомендуется.

LibreOffice — новые файлы под MPL-2.0, унаследованные — LGPLv3+, часть — GPL; по политике это «чистая комната»: код не читаем, тестовые документы (не код тестов) — только в корпус. OnlyOffice (AGPL), Calligra, AbiWord, Gnumeric (GPL) — запрет.

Модели документа — источник идей транзакций (MIT/BSD, только ref):

• ProseMirror: шаг (ReplaceStep, AddMarkStep) + карта позиций (StepMap, Mapping) — позиции курсоров, комментариев и undo переносятся через чужие правки; срез с «открытой глубиной» (Slice) — вставка фрагментов с незакрытыми абзацами. Это прямо ложится на CRDT-совместимый журнал text-model (решение 18 библии).
• Lexical: стабильные ключи узлов и двухфазное обновление «черновик → фиксация» — удобно для моста с Yrs и для QML-вида.
• Slate: минимальный набор операций над деревом (insert/remove/split/merge/move/set_node, insert/remove_text) + нормализация — эталон закрытого набора операций для записи макросов.
• Quill Delta и Easysync (Etherpad, Apache-2.0): компактные форматы правок с пулом атрибутов — для history/ в MOP и буфера обмена.
• Univer (Apache-2.0): разделение «команда (намерение) → мутация (сохраняемая, синхронизируемая) → операция (состояние вида)» — та же граница нужна recorder'у MOffice Script, CRDT и undo. Grist (Apache-2.0): формулы по столбцам и правила доступа по строкам — образец для Base и Forms.

Экономия на идеях — проектирование, а не код: ≈ 1,5 ч.-м. (меньше переделок модели правок в фазах 1 и 6).

3.7 Оболочка: лента, докинг, QML

• SARibbon (MIT) написан на Qt Widgets (≈ 35 тыс. строк, QML нет), а библия и план (E0.4, M0.5) требуют QML-ленту с тремя режимами плотности. QWidget нельзя поместить в QML-окно, поэтому стратегия — port, не fork: переносим в C++-модель ленты для QML (QAbstractItemModel + свой QQuickItem-раскладчик) алгоритмы SARibbonPanelLayout (колонки по три строки, адаптивное сворачивание крупных кнопок в средние, затем в значки, затем всей группы в одну кнопку-меню), SARibbonCategoryLayout (размещение и прокрутка групп), модель пользовательской настройки SARibbonCustomizeData (сериализация скрытых/добавленных вкладок, групп и команд), реестр команд SARibbonActionsManager (он же источник для командной палитры), контекстные вкладки и галереи. Экономия 3–4 ч.-м. против ленты с нуля (≈ 6–8 ч.-м.). Если спайк M0.2 покажет, что оболочку выгоднее делать на Widgets с холстом в QQuickWidget/QRhiWidget, SARibbon становится fork «как есть» (экономия ≈ 6 ч.-м.), но это пересмотр решения библии — только с владельцем.
• Докинг: Qt-ADS — LGPL и только Widgets → ref; KDDockWidgets поддерживает QtQuick, но GPL/коммерческая. Свой докинг на QML (SplitView, вкладки панелей, плавающие окна как отдельные QQuickWindow, оверлей «куда пристыковать», сохранение раскладки в JSON) — ≈ 3–4 ч.-м., заимствований нет.
• Безрамочное окно (заголовок 36 px по MDS): FluentUI для QML (MIT) — образец; кандидат на adopt — QWindowKit (Apache-2.0, поддерживает и Widgets, и Qt Quick, включая Snap Layouts Windows 11 — не проверено). Экономия ≈ 1 ч.-м.
• Иконки MOffice Glyphs (план: 60 к M0.5 → ≈ 900–1 000 к 4.0, один дизайнер иконок): основа — Lucide (ISC) для общих глифов + Tabler (MIT) для офисных метафор; оба — сетка 24, линия 2 px, скруглённые концы, т.е. совместимы. Перерисовка под сетку MDS (16/20/24/32 px, цветные варианты крупных кнопок ленты) с сохранением уведомлений ISC/MIT в NOTICE. Fluent System Icons и Material Symbols — только образцы метафор: их стиль узнаётся как Microsoft/Google. Экономия 6–8 ч.-м. дизайнера (≈ половина из 900 глифов — общие: стрелки, файлы, правка, выравнивание).

3.8 Справка и тестовые корпуса

Справка. Рекомендация — Sphinx (BSD-3) с Markdown-источниками: один источник даёт сайт документации, офлайн-справку Qt Help (встроенный сборщик qthelp → qhelpgenerator → .qch для F1 по контексту, план 7.2), PDF и переводы через gettext (.po → Weblate, тот же процесс, что и для интерфейса). mdBook (MPL-2.0) допустим как инструмент только со своей темой: стандартная тема копируется в результат и принесла бы файлы MPL в установщик; встроенного вывода Qt Help и зрелого i18n у него нет. MkDocs (BSD-2) — активность низкая. Поиск по справке в приложении — tantivy (уже в карте компонентов). Экономия на инструментах ≈ 1 ч.-м.; содержание (105 ч.-м. писателей) от выбора не зависит, кроме каталога функций AXEL (3.9).

Корпуса (план 5.1: К1 1 000 → К5 60 000+ файлов, хранение вне продукта — политика §6):

• GovDocs1 (общественное достояние, ≈ 1 млн файлов) — объём doc/xls/ppt/pdf и фаззинг;
• тестовые файлы Apache POI (Apache-2.0) — граничные и зашифрованные бинарные документы;
• тестовые документы LibreOffice (MPL-2.0) — только файлы, без кода тестов (чистая комната);
• DocBank (Apache-2.0), PubLayNet и DocLayNet (CDLA-Permissive) — эталоны раскладки страниц для метрик PDF → Write; для обучения моделей нужна отдельная юридическая проверка: исходные статьи arXiv/PMC под своими лицензиями;
• в плане К4 упомянуты наборы Ghostscript: тесты Ghostscript (AGPL-проект) допустимы только для внутренних прогонов без распространения — лучше заменить наборами pdf.js (Apache-2.0) и собственными «ломаными» PDF.

3.9 Собственный код владельца

Разбор только на чтение (2026-10-04): PasswordSafe, ScreenPrompt, FlyType, voice-agent, TermitPro/TermitProCore — локальные клоны; Formulник/AXEL — ~/AXEL (292 коммита) и развёрнутая копия root@sagr:/opt/projects/axel (без git). Qt/QML-кода нет ни в одном проекте; Rust — ≈ 15 тыс. строк в PasswordSafe и ≈ 9,5 тыс. в FlyType/ScreenPrompt; остальное — Go, Swift, Python, C#, TS, т.е. перенос = порт логики на Rust или вынос во внешний процесс-помощник.

Итого код владельца: ≈ 24–37 ч.-м. Не переносить ни при каком варианте: запись через ffmpeg с libx264 и GPL-библиотеки в бандле ScreenPrompt; веса Silero TE (CC BY-NC-SA, пунктуация FlyType); poppler, ffmpeg-GPL и LibreOffice из Docker-помощников FlyType; edge-tts (LGPL-3.0) и неофициальные Google Web Speech / Edge TTS (voice-agent, TermitPro); копию Apple mlx-examples в TermitPro/backend/mlx_sd (не нужна); некоммерческие модели FLUX.1-dev и sdxl-turbo.

Юридическое замечание (не заключение юриста). Владелец как автор вправе включить свой код в закрытый MOffice под EULA, даже если раньше опубликовал его под MIT: MIT — неисключительная лицензия другим лицам, она не ограничивает самого правообладателя (но уже опубликованные версии остаются доступными всем на условиях MIT). Проверка соавторства по git shortlog -sn --all:

Выводы для юриста: (1) все человеческие коммиты — от учётных записей владельца (Alexey Oros, Linx/Linx72), сторонних людей-соавторов не найдено; (2) правообладатель в LICENSE указан условной меткой («… contributors», «FlyType») — нужен короткий документ владельца о принадлежности исключительного права и его передаче юрлицу MOffice со списком репозиториев; (3) ИИ-инструменты (Cursor, Claude, Codex) не являются правообладателями, условия их сервисов оставляют права на результат пользователю, но охраноспособность сгенерированного кода в разных юрисдикциях ограничена — это не мешает использованию, но ослабляет защиту от копирования, поэтому код MOffice держим закрытым (коммерческая тайна) и сохраняем человеческие проектные документы и ревью.

3.10 Стратегия: сценарии А, Б, В

База — 2 660 ч.-м., 48 месяцев, релизы 1.0 (2027-12-14) … 4.0 (2030-12-10) по 08-roadmap.md. База уже предполагает платформенные библиотеки библии (Qt, Skia, HarfBuzz/rustybuzz, pdfium как временный рендер, SQLite, Yrs, QuickJS), поэтому экономия ниже считается против «пишем остальное сами». Цифры по чужим областям взяты из итогов соседних отчётов (oss-formats-sheets-data.md, oss-text-render-lingo-math.md, oss-graphics-pdf-charts.md, oss-pim-collab-script.md, сверено 2026-10-04); пересечения (лента — 1,5–2 ч.-м. в отчёте по тексту, FlyType/voice-agent — в отчёте PIM) вычтены.

Рекомендация — сценарий В. Он сохраняет архитектуру библии и даёт ≈ 7,5–10,5 % экономии (≈ 0,8–1,1 млн USD ФОТ по ставкам РФ или 2,2–3,1 млн USD по международным). Экономия сосредоточена в фазах 2, 4, 5, 6 (готовые движок формул, кисти, PDF, почта, CRDT, сервисы), поэтому даты меняются так:

Рекомендовано не сдвигать публичные даты, а обратить экономию в буфер рисков (пессимистичный сценарий плана 3 300 ч.-м. → ≈ 3 000) и снизить пик численности с 73 до ≈ 67 FTE в H5–H6. Сдвиг «агрессивного» варианта — только после gate фазы 2, когда форк IronCalc подтвердит точность формул ≥ 99,5 % на корпусе К3.

4. Класс 2 — решения владельца

5. Запрещено и замены

6. Что переносим кодом

7. Предложения в библию и план

8. Непроверенное

Проверено вручную 2026-10-04 (≈ 23 веб-запроса; авторство — по локальным git-клонам): лицензии keygen-api (FCL), glitchtip-backend (MIT), PostHog (ee/), SuperTokens (ee/, платные функции), Ory Polis (Apache-2.0), Sentry Symbolicator (FSL-1.1-MIT), Inno Setup, SDK ЮKassa и CloudPayments (GitHub API), OpenDAL (core/Cargo.toml); функции passkey-rs, Casdoor, librclone; SCIM/организации/passkeys в Keycloak 26.7–26.8; B2B-функции Ory; EULA OSMF у WiX; CASA у Google; статус Apache OpenOffice; лицензия DocBank.

Требует проверки до решений:

1. Обработка minidump в GlitchTip 6 — пилот: работает ли без Sentry Symbolicator (FSL); если нет — свой символикатор на rust-minidump.
2. Поддержка DPoP (RFC 9449) в Keycloak 26.x и точная версия — важно для плана Б в 3.1.
3. Расширения Keycloak для Apple, Яндекс ID, VK ID — лицензии и сопровождение (для плана Б).
4. Casdoor — история уязвимостей и качество кода (если его когда-либо рассматривать).
5. Лицензии и активность: coset, p256, ciborium, etcetera, QWindowKit (сабмодуль SARibbon), dump_syms (Mozilla), KDDockWidgets (GPL/коммерческая), DocLayNet (CDLA-Permissive), Material for MkDocs и будущее MkDocs.
6. Объёмы наборов иконок (Lucide ≈ 1 600, Tabler ≈ 5 900, Phosphor ≈ 1 500 × 6, Material ≈ 3 800) — по памяти.
7. Условия Microsoft (верификация издателя), Dropbox (production-статус), Яндекс (модерация OAuth-приложения).
8. Apache OpenOffice: наличие sd/xml/effects.xml/transitions.xml и разрядность Windows-сборок 4.1.x — сверить по исходникам при старте порта; клон AOO в oss-src/ не делался.
9. cargo-packager: формат подписи апдейтера и поддержка rpm.
10. rclone: размер бинарника и лицензии Go-зависимостей сборки (go-licenses report); поддержка rc-API на Unix-сокете.
11. Univer Pro и grist-ee — какие функции закрыты (влияет только на ожидания от «референса»).
12. Суммы по чужим областям в 3.10 взяты из выводов соседних отчётов (сверено 2026-10-04); при их правке пересчитать итог.
13. go-webauthn — лицензия BSD-3-Clause взята из отчёта о зависимостях FlyType; сверить файл LICENSE перед портом.
14. Модели в коде владельца: GigaAM-v3 и onnx-asr (MIT — по комментарию в requirements.txt AXEL), веса Silero TE (CC BY-NC-SA — по апстриму), FLUX/SDXL-модели TermitPro — сверить карточки моделей.
15. Цифры по коду владельца сняты с рабочих деревьев с большими незакоммиченными изменениями (PasswordSafe, ScreenPrompt, FlyType, TermitPro) — после фиксации могут измениться; юридические выводы 3.9 — не заключение юриста.