AGmind Запросить scope

Коммерческое

Qualification-услуги

Каждый engagement отвечает на одно конкретное решение о точной системе под замороженным workload. Вы платите за контролируемый процесс с заранее согласованными условиями pass — а не за положительный результат.

Какое решение вы покупаете

Qualification-engagement начинается с решения, которое он должен поддержать: опубликовать claim, зафиксировать capacity envelope, купить железо, выпустить release, развернуть систему офлайн. Scope, workload, версии и условия pass фиксируются до первого прогона, поэтому результат — это подкреплённый доказательствами ответ на это решение, каким бы он ни оказался.

Отрицательные результаты — полноценный deliverable. Вердикт о том, что claim не воспроизводится или что система не выдерживает SLO на целевой нагрузке, передаётся с той же строгостью, что и pass: локализованная причина, рецепт воспроизведения и безопасная формулировка того, что система действительно делает. Оплата в обоих случаях одинакова.

Услуги

Режимы engagement

Каждый engagement идёт ровно в одном режиме, согласованном до написания test plan. Режим определяет, кто контролирует выводы и как результат может быть представлен. Финансирование раскрывается в каждом публичном отчёте независимо от режима.

Независимый заказной тест

Клиент оплачивает тест; методика, исполнение и выводы принадлежат AGmind.

  • Включает: пререгистрированный test plan, замороженные версии, verdict с ограничениями.
  • Включает: раскрытие финансирования в любом публичном отчёте.
  • Не допускает: редактирование клиентом выводов или методики.
  • Не допускает: debugging или tuning тестируемой системы.

Заказной engineering

AGmind работает на цель клиента: bring-up, патчи, рецепты сборки, tuning.

  • Включает: работающие рецепты с before/after-доказательствами.
  • Включает: маркировку каждого результата как commissioned engineering.
  • Не допускает: независимый verdict о той же системе.
  • Не допускает: смешивание с результатами независимых тестов в одном отчёте.

Reference configuration

в плане

Поддерживаемый версионируемый stack release для точного SKU, с acceptance suite и политикой revalidation.

  • Включает: разделение validation cells и enablement-работы в release notes.
  • Включает: раскрытие коммерческих отношений везде, где появляются результаты.
  • Не существует как готовый продукт — он demand-gated (см. ниже).
  • Не превращает engineering-результат в заявление о независимости.

Процесс

  1. Шаг 1

    Scope call

    Мы устанавливаем решение, стоящее за engagement, точный claim или workload, владельца бюджета и технического reviewer, уже замороженные версии и местонахождение железа. Если само решение ещё не ясно, сначала идёт discovery, а не statement of work.

  2. Шаг 2

    Утверждение test plan

    Пререгистрированный test plan фиксирует условия pass, ревизию workload, SLO и quality floor до любого прогона. Первая часть оплаты привязана к утверждению test plan и резервированию окна лаборатории.

  3. Шаг 3

    Замороженные cells

    Scope выражается в qualification cells: system revision × runtime revision × model artifact × workload revision × operating setting. Любое material change после freeze — другой BIOS, драйвер, container digest, файл модели, context bucket или backend — это change request, а не тихий апдейт.

  4. Шаг 4

    Исполнение

    Прогоны идут по утверждённому плану. Отказы, таймауты и ошибки остаются в записи; повторы и endurance-прогоны выполняются там, где этого требует план. Сроки приостанавливаются, когда доступ, железо или артефакты заблокированы на стороне клиента.

  5. Шаг 5

    Раунд factual review

    Клиент получает черновик и может исправить фактические ошибки — неверную строку версии, неправильно подписанный артефакт. Клиент не может редактировать выводы, verdicts или методику. Один раунд factual review входит в scope.

  6. Шаг 6

    Передача

    Передаются согласованные deliverables: манифесты, raw- и derived-данные, verdict, ограничения, рецепт воспроизведения. Вторая часть оплаты привязана к передаче. Оплата никогда не зависит от verdict.

Исключения

  • Нет 24/7-эксплуатации и incident SLA. Qualification — ограниченный engagement, а не контракт на эксплуатацию.
  • Нет penetration testing. Security-тестирование вне согласованных технических контролей не входит в scope.
  • Нет сертификации. AGmind никогда не подаёт результаты в сертификационных формулировках. Deliverables — это evidence bundles с явным scope и ограничениями.
  • Нет хостинга клиентского inference. AGmind квалифицирует системы, но не эксплуатирует их в production для клиентов.
  • Нет заключений о комплаенсе. Air-gapped readiness проверяет только технические контроли; отчёт никогда не является юридическим заключением о соответствии.
  • Нет оплаты за положительный результат. Engagement, требующий гарантированно благоприятного verdict, отклоняется до начала работы.

Режимы раскрытия

Public

Клиент сохраняет полный приватный evidence bundle; AGmind публикует redacted-отчёт с раскрытием финансирования. Это базовый режим — именно он строит публичную исследовательскую запись.

Embargoed

Клиент держит приватный bundle до согласованной даты; публикация следует после неё. Полезно вокруг запусков и дедлайнов закупки.

Private

Результаты получает только клиент; AGmind может упомянуть сам факт работы только с разрешения. Private-only стоит дороже public-режима, потому что не создаёт публичного research-актива — разница указывается в предложении.

Demand-gated будущие продукты

Эти предложения строятся только тогда, когда оплаченный спрос докажет потребность. Они перечислены здесь, чтобы gate был публичным — это не готовые продукты и сегодня они не продаются.

Цены

Цена определяется для каждого engagement отдельно — из замороженного числа cells, необходимых повторов и endurance-прогонов и выбранного режима раскрытия. Она указывается в предложении вместе со схемой оплаты и условиями change request. Доставка, страховка, таможня, коммерческие лицензии и облачные расходы оплачиваются отдельно по фактической стоимости.

Начать разговор о scope

Принесите решение, которое вам нужно принять, точный claim или workload и информацию о том, где находится железо. Если версии ещё не заморожены — это нормально: их заморозка и есть первый шаг engagement.

Запросить scope Читать методологию