InkPeek переводит в метро без сети, а дома объясняет через AI

InkPeek — переводчик для Android-читалок с двумя режимами. Без интернета он переводит выделенный текст на самом устройстве. Когда сеть появляется, подключается AI и объясняет фрагмент: что значит термин или идиома, как фраза работает в контексте. Та же схема «офлайн по умолчанию, AI по возможности» годится и для корпоративных приложений.

📚 Вагон метро, выделенное слово и вечная загрузка

Инженер едет на объект и читает на Android-читалке руководство к оборудованию на английском. Экран e-ink, шрифт мелкий, незнакомых терминов хватает. Он выделяет слово и нажимает «Перевести». Поезд как раз заходит в тоннель, и вместо перевода на экране крутится индикатор. Потом приложение сообщает: «Нет соединения».

Переводчик, который целиком живёт в облаке, зависит от связи в каждом запросе. Поэтому он отказывает там, где читалку берут чаще всего: в метро, в самолёте, в командировке, в подвале склада. Для читателя романа это досада. Для компании цена выше: специалист приходит на объект без нужной информации, звонит в офис и ждёт, пока кто-то переведёт ему абзац из инструкции. Пока он ждёт, оборудование стоит.

InkPeek построен вокруг этой проблемы. Перевод в нём не требует сети. А когда сеть есть, добавляется то, чего локальный перевод не даёт: объяснение через AI.

🔌 Как InkPeek делит работу между устройством и AI

Перевод слова и объяснение слова — разные задачи, и требования к ним разные.

Перевод нужен постоянно: читатель выделяет слова на каждой странице. Он должен срабатывать мгновенно и без сети, иначе чтение превращается в ожидание. С этим справляется то, что помещается на устройстве.

Объяснение нужно реже, но глубже. Что значит «it's a long shot» в этом абзаце? Почему термин переведён именно так? Здесь нужна большая модель и контекст, а небольшая задержка никому не мешает. Поэтому объяснение отдано AI и включается, когда есть интернет.

Отсюда главное правило гибридных приложений: сначала определите, что обязано работать всегда, и только потом решайте, что можно отдать облаку. Для InkPeek это перевод. Всё, что требует тяжёлой модели, ждёт связи.

Как приложение попадает в чужую читалку

Android позволяет приложению появиться в меню выделения текста: для этого оно объявляет действие PROCESS_TEXT. Через этот механизм переводчики работают поверх любой читалки, где текст можно выделить. Человек остаётся в привычной программе и получает перевод одним касанием.

Что меняет e-ink

На экране электронных чернил анимации размазываются, а каждое обновление заметно мигает. Окно перевода поэтому делают статичным: чёрный текст на белом, крупный шрифт, никаких плавных переходов и прокрутки с инерцией. На скриншоте эти детали не видны, но от них зависит, захочет ли человек пользоваться приложением на читалке.

⚖️ Облако, офлайн или гибрид: сравнение схем

Перед выбором архитектуры посмотрите, как схемы ведут себя в условиях, ради которых их строят.

У схемы «только облако» один плюс: её проще и дешевле собрать. Минусов два, и оба бьют по бизнесу. Приложение умирает без связи, а каждый выделенный фрагмент уходит на чужой сервер. Кэш выглядит компромиссом, но спасает только от повторов: незнакомый абзац в тоннеле он не переведёт.

«Только на устройстве» решает обе проблемы, но упирается в размер. Крупная модель, которая разбирает контекст и идиомы, плохо помещается в память читалки и раздувает установочный пакет. Получается словарь с красивым окном.

Гибрид стоит дороже в разработке. Нужны два движка, логика переключения между ними и тесты на плохой связи: не только «есть» и «нет», но и «пропала посреди запроса». Зато он единственный закрывает оба сценария, а за AI вы платите только тогда, когда пользователь сам попросил объяснение.

🛠 Как собрать офлайн-first приложение: пять шагов

1. ✓Составьте список действий, которые обязаны работать без сети. У переводчика это перевод слова и фрагмента. У складского приложения это приёмка и инвентаризация. Всё остальное идёт во второй список.
2. ✓Решите, что лежит на устройстве. Для переводчика это словари и модель для нужных языковых пар, которые пользователь скачивает один раз по Wi-Fi. Для бизнес-приложения это справочники, остатки и документы на сегодня.
3. ✓Проверяйте связь честно. Подключение к Wi-Fi не значит, что данные идут: в поезде сеть есть, а запросы висят. Приложение должно отправлять запрос с коротким таймаутом и после неудачи переключаться на офлайн-режим, не заставляя человека ждать.
4. ✓Заведите очередь. Если объяснение запрошено без сети, запрос сохраняется на устройстве и уходит при появлении связи. Ответ ложится в историю, и человек находит его позже.
5. ✓Тестируйте в режиме полёта и в движении. Включите авиарежим посреди запроса, переключитесь между Wi-Fi и мобильной сетью, включите экономию заряда. Большинство ошибок гибридных приложений живёт именно здесь.

Второй шаг вызывает больше всего споров. Чем больше языковых пар и точнее модель, тем тяжелее установка, а память у читалок ограничена. Поэтому языковые пакеты делают скачиваемыми: человек берёт нужную пару и не возит на устройстве десять ненужных.

🔐 Что уходит в AI и при чём здесь 152-ФЗ

У облачного объяснения есть цена, которой нет у офлайн-перевода: выделенный фрагмент покидает устройство. В читалке с романом это неважно. В корпоративном приложении фрагмент легко окажется письмом клиента, договором или анкетой с ФИО и телефоном.

Если в тексте есть персональные данные граждан РФ, их обработка подпадает под 152-ФЗ, включая требование записывать и хранить такие данные в базах на территории России. Поэтому абзац с паспортными данными нельзя бездумно отправлять на зарубежный AI-сервис: сначала нужно понять, где он будет обработан и сохранён.

На практике это решается четырьмя мерами:

• ✓запускать AI-объяснение только по явной кнопке, а не фоном;
• ✓маскировать ФИО, телефоны и реквизиты до отправки;
• ✓размещать AI-сервис на серверах в России;
• ✓оставлять офлайн-перевод режимом по умолчанию для закрытых документов.

Эти решения закладывают в архитектуру до первой строки кода. Менять маршрут данных в готовом приложении дороже, чем нарисовать его сразу.

📦 Куда переносится схема «офлайн + AI» в бизнесе

Переводчик для читалок — частный случай задачи, которая в B2B встречается постоянно: у сотрудника есть смартфон, а связи нет или она плохая.

Склад, выезд, торговые представители

Кладовщик принимает товар в помещении, где мобильный интернет не ловит. Приложение принимает документы офлайн и отправляет их в учётную систему, когда связь появляется. Так работает интеграция мобильного приложения с 1С. Торговый представитель открывает каталог и оформляет заказ в магазине без сети, а заказ уходит в базу при первом подключении. Для таких задач мы делаем B2B-приложение с 1С.

Выездной сервисный инженер заполняет акт на крыше цеха, где сети нет. Акт сохраняется на устройстве и уходит в 1С, когда инженер дойдёт до машины на парковке. Если связь есть, AI-помощник предлагает текст заключения по его заметкам. Он занимает ту же позицию, что объяснение в InkPeek: помогает при связи и не блокирует работу без неё.

Когда хватит готовой платформы

Если задача сводится к учёту и формам поверх 1С, соберите её на 1С:Мобильной платформе: офлайн-режим и обмен с базой там уже есть. Нативная разработка нужна, когда появляется своя логика: локальные модели, AI-помощник, нестандартный интерфейс, экраны под e-ink.

Сколько это стоит

Разработка мобильного приложения у нас начинается от 500 000 ₽. Итог зависит от числа сценариев, платформ и от того, сколько логики должно жить на устройстве без сети. Гибрид из локального движка и облачного AI дороже обычного клиента, и мы называем это в смете, а не после подписания. Остальные цены собраны на странице цен и тарифов.

Проект мы начинаем со списка из первого шага: что должно работать без сети. Пока он не согласован, интерфейс не рисуем, потому что от списка зависят и архитектура, и смета. Пришлите описание ваших сценариев, и мы скажем, что из них оставить на устройстве, что отдать AI и во сколько это обойдётся.

❓ Частые вопросы

Работает ли InkPeek без интернета?

Да. Перевод выделенного текста выполняется на самом устройстве, поэтому в метро, самолёте или подвале склада он доступен без связи. Интернет нужен только для объяснения через AI: когда соединение появляется, приложение разбирает значение термина или идиомы в контексте. Читать и переводить можно где угодно, а подробный разбор подождёт сети.

Зачем гибридная схема «офлайн плюс AI», если можно взять только облачный переводчик?

Облачный переводчик перестаёт работать без связи и отправляет каждый выделенный фрагмент на чужой сервер. Гибрид оставляет перевод на устройстве, а облако подключает только для объяснений, которые пользователь запросил сам. Так приложение не зависит от сети, а за AI вы платите только по делу.

Можно ли отправлять корпоративные документы в AI-объяснение?

Корпоративные документы можно отправлять в AI-объяснение только после проверки, какие данные в них есть. Если во фрагменте персональные данные граждан РФ, действует 152-ФЗ, включая требование хранить такие базы на территории России. Практичные меры: запускать объяснение по кнопке, маскировать ФИО и реквизиты до отправки, держать AI-сервис на российских серверах.

Сколько стоит разработка мобильного приложения с офлайн-режимом?

Разработка мобильных приложений для бизнеса в ukved.ru начинается от 500 000 рублей. Итоговая цена зависит от числа сценариев, платформ и объёма логики, которая должна работать без сети: гибрид с локальным движком и облачным AI дороже обычного клиента. Точную смету называем после разбора сценариев.

Когда достаточно 1С:Мобильной платформы, а когда нужна нативная разработка?

1С:Мобильной платформы хватает для учёта, форм и обмена с базой 1С: офлайн-режим там уже есть. Нативная разработка нужна, когда в приложении появляется своя логика: локальные модели, AI-помощник, нестандартный интерфейс или особые экраны, например под e-ink. Выбор зависит от задачи, поэтому сначала мы смотрим на сценарии, а не на технологию.