Перейти к основному содержимому
МОБИЛЬНЫЕ ПРИЛОЖЕНИЯ

Знайте, что обращается к backend вашего мобильного app.

Ваше app взаимодействует с API, и это же может сделать что угодно, что копирует его requests. Proof of Actor классифицирует traffic, поступающий в ваш mobile backend, чтобы вы могли по-разному относиться к своему app, agents и неизвестным clients.

example-app.test · результат актера

POST /v2/bookings

Человек + ИИbasis: declared

Доказательства

Ваше app сообщило, что его in-app assistant подготовил это бронирование для вошедшего в систему пользователя

Ваша policy: Разрешить, пометить как Human + AI и попросить пользователя подтвердить

Ваш mobile API является общедоступным, даже если ваше app - нет.

Каждый request, который делает ваше app, может быть воспроизведен script или AI agent. Помощники непосредственно на телефоне тоже начинают управлять app для своих пользователей. Для вашего backend все это выглядит как один и тот же API call с одним и тем же token.

Proof of Actor работает там, куда попадает каждый мобильный запрос: в вашем backend. Он читает доказательства, которые несет каждый запрос, записывает то, что ваше приложение declares о своих собственных функциях ассистента, и сообщает Unknown, когда доказательства заканчиваются.

три отдельных вопроса
  • Кто вызывает?Идентичность актора: подпись, декларация или вывод
  • Какая учетные данные?Ваш API key, OAuth token или session
  • Что он может делать?Ваши authorization и policy

Proof of Actor отвечает на первый. Ваш стек сохраняет два других.

Что команды мобильной разработки делают с контекстом актора

  • Классифицировать на backend

    Запустите серверную или edge-интеграцию перед API, который использует ваше приложение. Чтобы начать, выпуск приложения не нужен.

  • Выявляйте агентов и скрипты

    Смотрите запросы, которые несут подписи или декларации агента, и отделяйте их от собственного трафика вашего приложения.

  • Помечайте in-app AI

    Когда собственный помощник вашего приложения действует от имени пользователя, сообщите об этом, чтобы такие запросы были записаны как Human + AI.

  • Защитить действия с высоким эффектом

    Запрашивайте подтверждение или более сильный credential для бронирований, платежей и изменений учетной записи, когда доказательства слабы.

  • Смотреть использование по endpoint

    Понимайте, какие endpoints люди, assistants и automated clients используют чаще всего.

  • Далее Native SDK

    Native iOS и Android SDK находятся в roadmap. Команды-участники помогают определить, что они собирают.

01 · Обнаружение

Evidence из requests, которые получает ваш backend.

Интеграция для сервера, edge или HTTP API считывает контекст запроса, сигнатуры и заявленные данные клиента при каждом вызове вашего mobile API.

  • Получайте контекст запроса на вашем API gateway, на edge или на сервере.
  • Подписанные запросы от агентов, которые публикуют свои ключи.
  • Декларации из вашего приложения о его собственных функциях помощника.
сигналы · последний запрос по источнику
  • Подпись запросаvalid · sample-crawler.exampleverified
  • Заявление клиента"research-assistant/2.1"declared
  • Взаимодействие в браузереpointer + keyboard eventsinferred
  • Нет supported signalsroute not instrumentedunknown

02 · Понимание

Знайте, кто использует каждый endpoint.

Сравните состав actor по endpoint login, search, booking и account и посмотрите, где концентрируются неизвестные клиенты.

  • Состав акторов по endpoint и версии приложения.
  • Доказательства, стоящие за каждым результатом.
  • Доля Unknown по endpoint.
traffic by route · 7 days
  • /dashboardНеизвестно 7%
  • /api/v1/catalogНеизвестно 15%
  • /support/ticketsНеизвестно 8%
  • /signupНеизвестно 21%
ЧеловекЧеловек + ИИАгентНеизвестно

03 · Маршрутизация

Политики, соответствующие действию.

Сохраняйте reads быстрыми, добавляйте подтверждение для действий, подготовленных AI, и запрашивайте более сильные учетные данные там, где влияние высоко.

  • Политики по endpoint, классу акторов и основанию.
  • Переходите на более сильные учетные данные, когда это важно.
  • Наблюдать, предварительно просмотреть, затем enforce.
policy · example-app.test
  • /api/v1/catalogenforceАгентРазрешить · структурированный API
  • /support/ticketsenforceЧеловек + ИИРазрешить · пометить как Human + AI
  • /account/*previewНеизвестноСохраняйте существующие проверки
  • /api/v1/orderspreviewАгентТребовать более сильные учетные данные

Примеры решений

От запроса к результату и затем к вашему решению.

  • Ваш in-app assistant бронирует для пользователя

    Запрос

    POST /v2/bookings

    Результат

    Человек + ИИbasis: declared

    Ваше решение

    Разрешить, пометить как Human + AI и попросить пользователя подтвердить.

  • Подписанный агент ищет доступность

    Запрос

    GET /v2/availability

    Результат

    Агентbasis: verified

    Ваше решение

    Разрешите чтение с agent rate limit.

  • Повторно использованный токен без других доказательств

    Запрос

    POST /v2/account/email

    Результат

    Неизвестноbasis: unknown

    Ваше решение

    Сохраните существующий этап verification. Решение на основе actor не принимается.

Внедряйте без риска

Команды начинают в observation mode и переходят route за route.

  1. 01

    Наблюдайте на backend

    Запустите server или edge integration перед вашим mobile API. Для начала не нужен release app.

  2. 02

    Предпросмотр по endpoint

    Посмотрите, как будут обрабатываться booking, search и account endpoints, включая requests, которые declares ваш own assistant.

  3. 03

    Применять к вызовам с высоким влиянием

    Добавьте подтверждение или более сильный credential там, где доказательств недостаточно, начиная с самых рискованных endpoint.

Работает с вашим стеком

  • Команды первых участников

    Промежуточное ПО веб-сервера (Node.js)

    Server-side

    Сигналы на уровне запроса для серверных приложений и APIs.

  • Команды первых участников

    Next.js

    На стороне сервера и edge

    Middleware для page и API routes.

  • Команды первых участников

    Скрипт браузера

    Только браузерные сигналы

    Сигналы взаимодействия из browser sessions, вместе с server-side integration.

  • Команды первых участников

    Cloudflare и edge runtimes

    Edge

    Сигналы на edge до того, как запросы достигнут вашего origin.

  • Команды первых участников

    Универсальный HTTP API

    Любой стек

    Отправьте контекст запроса в API и получите результат с его основанием.

  • Команды первых участников

    Сервер MCP

    MCP

    Контекст актора для вызовов инструментов MCP.

  • Roadmap

    WordPress

    Плагин

    Плагин для сайтов WordPress.

  • Roadmap

    Нативный мобильный

    iOS и Android

    Native iOS и Android SDK.

Интеграции внедряются вручную вместе с каждой founding team во время onboarding. Используете другой стек? Сообщите об этом при подаче заявки.

Часто задаваемые вопросы

Есть ли нативный SDK для iOS или Android?

Пока нет. Native SDK находятся в roadmap. Сегодня Proof of Actor работает на вашем backend через server, edge или HTTP API integration, что покрывает каждый request, который отправляет ваше app.

Нужно ли выпускать новую версию app?

Нет. Вы можете начать с интеграции на уровне backend. Сообщение об использовании in-app assistant как declaration - это необязательное дополнение к вашему собственному API.

Может ли он отличить мое настоящее приложение от скрипта, копирующего его запросы?

Он показывает evidence, которое несет каждый запрос. Запросы без отличительных evidence отображаются как Unknown, а не угадываются, и policy решает, как с ними обращаться.

Заменяет ли это наши проверки входа или token checks?

Нет. Ваша authentication остается главной. Proof of Actor добавляет, кто или что действует, чтобы ваши policies могли реагировать лучше.

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

Отобранные founding developer teams могут получить до 12 месяцев бесплатно в пределах согласованных лимитов использования.

Добавьте контекст actor в ваш мобильный backend.

Присоединяйтесь к founding developer program Proof of Actor.

Предпочитаете сначала поговорить? Свяжитесь с основателями