Lattice OS: как Anduril строит экосистему программных продуктов и устройств

Представим рабочее место оператора

Представьте, что вы оператор, отвечающий за наблюдение за важным объектом. Ваша задача — понимать, что происходит вокруг, замечать изменения и принимать решения. Lattice объединяет поступающие из разных систем данные в общую картину обстановки. Anduril описывает работу Lattice for Command & Control через три направления: Understand, Decide и Act — понять обстановку, принять решение и передать задачу подключённым системам. ^[1]

В опубликованном примере интерфейса рядом с картой находится список наблюдаемых объектов — Tracks. Выбранный объект открывается в карточке: в ней есть данные о его положении, принадлежности к среде и времени последнего обновления. Такая организация связывает географическую картину с подробностями об отдельных объектах. ^[2]

Именно эту связь между информацией, решением оператора и подключёнными системами Anduril кладёт в основу Lattice for C2. Компания описывает поддержку решений и интерфейс надзора за системами. При этом Track обозначает наблюдаемый объект; оценка его как угрозы — отдельный вопрос. ^[3]

SDK и API как основа экосистемы

Для понимания Lattice особенно важна возможность расширять платформу сторонними разработками. API задают интерфейсы обмена данными, а SDK предоставляют разработчику инструменты для работы с ними. Документация Lattice описывает REST и gRPC; для REST перечислены SDK на Go, Java, Python, TypeScript и Rust. ^[4]

Для производителя дрона, РЛС или датчика это путь к интеграции своего продукта в общую программную среду. Устройство связывается с ней через интеграционное ПО, которое использует SDK и API. Приложения затем получают доступ к данным через интерфейсы платформы. Это обзорная схема взаимодействия участников интеграции. Чтобы подключить конкретное оборудование, нужны разработка интеграции, доступ к выбранной среде и проверка совместимости. ^[5]

Устройство→Интеграционное ПО→SDK / API→Приложение

В такой модели есть место и разработчикам программных продуктов. Документация выделяет приложения, интеграции и сервисы данных. Одни разработки могут добавлять сведения в платформу, другие — получать их, обрабатывать и представлять пользователю. Обмен поддерживается в обоих направлениях. ^[6]

Партнёрская программа делает этот подход наглядным. В анонсе Lattice Partner Program от декабря 2024 года Anduril описывает интеграции автономных надводных судов Saronic и машин с системой Forterra AutoDrive. В той же публикации фигурируют программные продукты Striveworks Chariot, Numerica Mimir и взаимодействие с Oracle. Вокруг платформы объединяются производители оборудования, разработчики приложений и поставщики инфраструктуры. ^[7]

Отсюда главный тезис статьи: Anduril строит вокруг Lattice экосистему программных продуктов и устройств. SDK, API и общие модели данных создают основу для взаимодействия разработок разных компаний. Это наша интерпретация платформенного подхода, описанного в документации и партнёрской программе. ^[8]

Что означает OS в названии

В публикации от 31 июля 2023 года Anduril использует выражение «open operating system for defense». В контексте этой статьи название Lattice OS помогает передать идею общей программной основы для приложений, данных и подключённых устройств. Точные границы продуктовых вариантов и поставок остаются отдельным вопросом. ^[9]

Наиболее явно оборонное назначение сформулировано для Lattice for Command & Control — Anduril называет его платформой управления боевыми действиями с поддержкой ИИ. В материалах 2023 года компания также рассматривает охрану инфраструктуры и поисково-спасательные задачи. ^[10]

Общий язык для устройств и приложений

Чтобы разные разработки могли обмениваться информацией, им нужны согласованные модели данных. В документации Lattice основными точками интеграции названы Entities, Tasks и Objects. ^[6]

Entities описывают сущности через набор компонентов. Asset — подконтрольная сущность, Track — наблюдаемая, Geo-entity — географическая форма или точка. Компонентная модель позволяет представлять сущности с разным составом данных. ^[11]

Tasks представляют задачи. Task Manager отвечает за их распределение, хранение и поддержание последнего состояния. ^[12]

Objects представляют файлы и данные, распространяемые через CDN Lattice. Документация описывает поиск отсутствующих локально файлов у других узлов и кэширование полученных данных. ^[13]

Ещё один принцип — local-first: Anduril делает акцент на локальной обработке и стандартизованном обмене данными. ^[14]

Инструменты для разработчиков

Экосистеме нужны средства, с помощью которых разработчик может изучать данные и проверять свою интеграцию. Для этого Anduril описывает Developer Console с тремя инструментами: Entity Explorer, Task Explorer и Object Explorer. Они предназначены для просмотра сущностей, задач и файлов. В анонсе от 9 июня 2026 года консоль названа приложением по умолчанию в Sandboxes; Example C2 App доступен отдельно. ^[15]

Sandboxes — изолированная среда разработки и проверки приложений на симулированных данных. Она дополняет SDK и API, предоставляя среду для разработки приложений. ^[16]

Об источниках и границах статьи

Статья подготовлена 29 октября 2026 года на основе исследования открытых источников, проверенных 28 октября. Использованы документация Anduril, материалы компании и участников проектов, а также опубликованные изображения интерфейса. Вступительный пример иллюстрирует назначение платформы; он не является описанием испытанной нами конфигурации.

Описания возможностей передают заявления их авторов. Изображения Example C2 App показывают отдельные состояния интерфейса, в том числе симулированные данные. Независимые испытания эффективности интеграций в собранном корпусе не установлены. Вывод об экосистеме — авторский анализ; он не оценивает её коммерческий успех.

Наличие SDK не означает автоматической совместимости любого устройства или свободного доступа к рабочей среде. Local-first не устанавливает доступность всех функций без связи. Выражение operating system не следует понимать как доказательство замены Windows/Linux, а open — как указание на открытую лицензию кода.

В исследовании остаются открытыми границы поставок, версии интеграций, гарантии при потере связи и подробности операторских процедур. Автоматическое признание объекта целью, подбор средств поражения и цепочка от приказа до пуска в статье не утверждаются. Полная очередь: открытые вопросы Q-001—Q-008.

Источники и основания · 16 примечаний

Нумерация связывает текст с реестром исследования. Для заявлений производителя и наблюдений ниже установлен уровень A — прямое свидетельство содержания заявления или изображения. Аналитические выводы имеют уровень B. Даты, версии и ограничения доступны в карточках источников.

1. CLM-022, CLM-023; заявления производителя. SRC-010, Understand / Decide / Act; SRC-016, введение, первый содержательный абзац.
2. CLM-029, CLM-031; наблюдения. SRC-018, общий вид, верх панели Tracks; SRC-019, левая панель, TRACK DATA. Связь карты с подробностями — описание компоновки изображений.
3. CLM-026, CLM-019; заявления производителя. SRC-010, Decide / Act / Built for Autonomy at Scale; SRC-003, Entity templates → Track.
4. CLM-005, CLM-018; заявления производителя. SRC-002, вводная таблица, API availability; SRC-013, Get the SDK for REST. Расхождение таблицы протоколов и анонса Rust сохранено в Q-005.
5. CLM-053, аналитический вывод, B; CLM-016, заявление производителя. SRC-001, Data flow / Use cases; SRC-014, введение / Before you begin. Схема объясняет роли, а не внутреннюю топологию; совместимость конкретных дронов, РЛС и датчиков требует отдельного подтверждения — Q-006/Q-007.
6. CLM-001, CLM-002, CLM-015; заявления производителя. SRC-001, Data flow / Use cases: Apps, Integrations, Data services.
7. CLM-055, CLM-056, CLM-060; заявления производителя. SRC-024, Introducing the Lattice Partner Program → For example / Other partners / At launch. Публикация 10.12.2024; не каталог текущих совместимых версий.
8. CLM-089, аналитический вывод, B. Реестр вывода; основания: SRC-001, Data flow / Use cases; SRC-013, Get the SDK for REST; SRC-014, Before you begin; SRC-024, Introducing the Lattice Partner Program. Альтернативная узкая трактовка — платформа с партнёрскими интеграциями.
9. CLM-027, заявление производителя. SRC-016, Military Command and Control. Объяснение общей программной основы опирается на CLM-089; границы названий и поставок — Q-001.
10. CLM-021, CLM-024; заявления производителя. SRC-010, введение; SRC-016, вводные абзацы / Inspecting and securing critical infrastructure / Search and Rescue.
11. CLM-003, CLM-019; заявления производителя. SRC-003, введение / Composition principles / Entity templates.
12. CLM-006; заявление производителя. SRC-004, введение, абзац The Tasks API.
13. CLM-007, CLM-039; заявления производителя. SRC-005, введение / Data distribution, оба абзаца.
14. CLM-014; заявление производителя. SRC-012, введение / Development principles.
15. CLM-009, CLM-010; заявления производителя. SRC-008, вводный абзац / What’s new / заключительный абзац об Example C2 App.
16. CLM-008; заявление производителя. SRC-006, введение, первый абзац.