Три вопроса, с которых начинается проект
Мы не публикуем новости ради публикаций. Этот раздел собирает рабочие проверки по трём направлениям, с которыми к нам приходят: оборудование для защиты объекта, развёртывание языковой модели внутри контура заказчика и требования закона при работе с данными. Каждый блок заканчивается ссылкой на страницу с полным разбором.
Материалы обновляются по мере проектов. Ниже не обзор рынка, а перечень того, что мы просим уточнить до договора — потому что именно эти пункты потом превращаются в спор на приёмке.
Подавитель БПЛА: какие цифры в спецификации что значат
Первое, что присылают заказчику, — таблица с дальностью, количеством диапазонов и временем работы. Три цифры не отвечают ни на один вопрос о объекте. Дальность, измеренная на открытом полигоне, меняется вместе с рельефом, застройкой и высотой подвеса антенны. Количество диапазонов говорит о том, сколько переключателей есть в меню, но не о том, какие из них разрешено включать именно у вас. Время работы зависит от того, работает ли комплект постоянно или включается по сигналу.
Поэтому мы начинаем с обследования, а не с подбора модели. Смотрим, где стоит периметр, где проходят подъезды, как расположены камеры и куда выходит сектор. Затем фиксируем в протоколе условия, при которых заявленные значения были получены: высоту, направление, тип аппарата, наличие радиоканала. Протокол заводских испытаний передаём вместе с оборудованием — в нём значения по вашей конфигурации, а не каталожные.
Отдельно проговариваем случаи, где подавление не работает. Аппарат, управляемый по оптоволокну, не имеет радиоканала, который можно занять. Аппарат, летящий по оптике без ГНСС, не реагирует на воздействие по навигации. Цель вне сектора или за рельефом остаётся вне зоны действия. Мы называем эти ограничения до заказа: поставщик, который обещает «абсолютную защиту», не отвечает за результат ни на одном объекте.
Ввод в эксплуатацию — отдельный контур задач. Излучающее оборудование требует согласований в стране эксплуатации, а включение лишних частот способно задеть гражданские сети. Порядок применения определяет регулятор, а не продавец. Мы передаём технические данные для пакета документов и не берём на себя разрешения.
Полный разбор — на странице противодействие БПЛА: подавители, три уровня защиты и ограничения. Если объект уже охраняется, порядок совместной работы с подрядчиком описан в разделе интеграторам.
Развёртывание LLM в контуре: что проверять до договора
Фраза «данные не покидают контур» звучит как готовое решение, но сама по себе ничего не гарантирует. На практике она распадается на четыре проверки: где физически находятся серверы, кто имеет доступ к моделям и логам, куда уходят телеметрия и обновления, и что происходит с резервными копиями. Если хотя бы один пункт остаётся за пределами инфраструктуры заказчика, развёртывание локальным не будет.
До договора мы фиксируем схему: состав узлов, сетевые границы, список портов, порядок обновления модели и роли доступа. Затем проводим нагрузочный тест на вашем профиле запросов и передаём его протокол. Он нужен не для отчёта, а для того, чтобы вопрос «почему в пике ответ идёт четыре секунды» решался по измерениям, а не по впечатлениям. Вместе со схемой приходит руководство по эксплуатации на русском: действия при отказе, порядок перезапуска, кто вызывает поддержку.
Есть задачи, где контур — не лучший ответ. Если требуется конкретная закрытая модель и качество зависит именно от неё, равной замены может не быть: честнее сразу обсудить доступ по API. Мы говорим об этом до подписания, а не после того, как закуплено оборудование. Выбор делается по задаче и критериям приёмки, а не по цене лицензии.
Схема, протокол нагрузочного теста и границы ответственности разобраны на странице развёртывание LLM в контуре заказчика. Если данные уже обрабатываются в информационных системах компании, следующий шаг — 152-ФЗ и локальный ИИ.
152-ФЗ и ИИ: где заканчивается локализация
Четыре заблуждения повторяются почти в каждом проекте. Первое: «если сервер в России, требование выполнено». Локализация баз данных — одно условие, а не весь закон. Второе: «уведомление подаёт поставщик». Уведомление подаёт оператор, то есть организация, которая определяет цели и состав обработки. Третье: «обезличенные данные можно отправлять куда угодно». Способ обезличивания и порядок передачи всё равно должны быть описаны. Четвёртое: «достаточно пункта в договоре». Договор не заменяет внутренние документы оператора.
Локальное развёртывание снимает вопрос передачи запросов за рубеж: модель и логи остаются в вашей инфраструктуре. Оно не снимает остальные обязанности оператора — уведомление, политику обработки, назначение ответственного, правила доступа, сроки хранения и уничтожения. Мы помогаем с технической частью: перечнем данных, которые попадают в запрос, схемой потоков, журналированием и доказательствами того, что вычисления не выходят за контур. Юридические документы остаются на стороне заказчика, и мы прямо говорим, где проходит эта граница.
Для проверки удобно составить карту решений: какие данные участвуют, где они возникают, кто их обрабатывает, нужна ли передача третьим лицам, что фиксируется в журнале. Такая карта пригодится и при внутреннем аудите, и при ответе на запрос регулятора. Её лучше подготовить до пилота: переделывать схему после запуска дороже, чем нарисовать её заранее.
Полный разбор четырёх заблуждений, карта решений и раздел о трансграничной передаче — на странице 152-ФЗ и локальный ИИ: что требуется на самом деле. Текст нашей политики обработки опубликован в разделе политика конфиденциальности.
API или контур: как выбрать, не переплатив за оба
Доступ по API подходит, когда данные уже допустимо отправлять внешнему провайдеру, когда важна скорость старта и когда нагрузка непостоянна. Оплата идёт за токены, а не за рабочие места, поэтому команда может расти, не меняя смету. Endpoint совместим со стандартом OpenAI: смена модели не требует переписывать приложение. Лимиты и расход видны по ключам и проектам.
Контур нужен, когда в запросах есть персональные данные, когда внутренние правила запрещают внешние вызовы или когда нужна воспроизводимая версия открытой модели под вашим контролем. Это решение про границы данных и ответственность, а не про сравнение цен за миллион токенов. Часто проекты идут по смешанной схеме: пилот на API, рабочий контур после согласования требований информационной безопасности.
Сравнение форм поставки, состав документов и условия оплаты — на странице доступ к моделям по API. Кто подписывает договор и какие реквизиты указываются, смотрите в разделе о компании AIO Keys.
Что спрашивают перед стартом
С чего начать, если задача ещё не сформулирована?
Опишите объект или процесс, а не модель оборудования. Нужны три вещи: какие данные участвуют, где они находятся сейчас и что считается результатом. По этим трём пунктам мы предлагаем форму поставки и называем то, что потребуется уточнить до договора.
Вы даёте юридические заключения по 152-ФЗ?
Нет. Мы отвечаем за техническую часть: схему потоков данных, журналирование, границы вычислений и доказательства того, что запросы не покидают контур. Уведомление, политика обработки и внутренние документы остаются обязанностью оператора — заказчика.
Можно ли сначала попробовать API, а потом перейти в контур?
Да, и это частая схема. Endpoint совместим со стандартом OpenAI, поэтому смена модели или переход на локальное развёртывание не требует переписывать приложение. Критерии приёмки лучше зафиксировать на пилоте, чтобы потом не спорить о результате.
Почему вы не публикуете сроки гарантии и цены?
Они зависят от конфигурации, объёма поставки и профиля нагрузки. Цифра без условий превращается в обещание, которое нельзя проверить. Поэтому сначала расчёт под ваш объект, затем фиксация в договоре до подписания.
Работаете ли вы с уже установленными системами заказчика?
Да. Комплексы и модели встречаются в существующую инфраструктуру: на обследовании мы смотрим размещение камер, периметр и сетевые границы, чтобы не создать мёртвые зоны. Порядок совместной работы с подрядчиком согласуется до начала работ.
Опишите задачу — вернёмся с перечнем проверок и формой поставки
Не подбираем модель по каталогу. Сначала вопросы про данные, границы и критерии приёмки, потом расчёт и документы.
Обсудить проект