Перейти к основному содержимому
SAAS-ПРИЛОЖЕНИЯ

Сделайте ваше SaaS приложение aware of actor.

Понимайте observed human, AI-assisted, autonomous и Unknown interactions, чтобы ваш product мог appropriately реагировать, от sign-up до settings.

Получить ранний доступИзучить, как это работает
example-app.test · результат актера

POST /reports/generate

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

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

Встроенный ассистент приложения создал этот запрос для вошедшего в систему пользователя

Ваша policy: Разрешить и записать отчет как Human + AI

Теперь ваши пользователи приходят вместе с assistants и agents.

Люди входят в систему, а затем передают работу AI-ассистентам, браузерным агентам и автоматизациям. Ваше приложение видит один и тот же аккаунт и одну и ту же сессию для всего этого.

Из-за этого трудно спроектировать правильный опыт: быстрый путь для людей, структурированный путь для легитимной автоматизации и осторожный путь для чувствительных действий. Proof of Actor дает вашему продукту этот контекст.

session

Ваш login знает

user: [email protected]

plan: team

actor: ?

proof of actor

Proof of Actor добавляет

Агентbasis: declared

Ассистент действует через эту учетную запись в /reports.

Что команды SaaS делают с контекстом актора

  • Защищайте пользовательский опыт людей

    Сохраняйте sign-up, onboarding и повседневные flows быстрыми для людей, без лишних универсальных ограничений.

  • Дайте агентам структурированный путь

    Предлагайте Verified или Declared agents API или structured response вместо UI, рассчитанного на людей.

  • Поддержка с раскрытым использованием AI

    Принимайте работу с помощью ИИ там, где это уместно, и помечайте ее, а не рассматривайте как злоупотребление.

  • Защитить чувствительные действия

    Добавляйте проверку или более строгую проверку для действий, меняющих учетную запись, когда этого требует ваша политика.

  • Понимать использование product

    Посмотрите, какие функции люди, помощники и агенты на самом деле используют, маршрут за маршрутом.

  • План для Unknown

    Определяйте для каждого route, что происходит, когда evidence недостаточно, и держите этот показатель видимым.

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

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

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

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

02 · Понимание

Посмотрите, как на самом деле используется каждый workflow.

Сравните состав actor на ваших потоках dashboard, settings, support и sign-up и изучите доказательства, стоящие за любой сессией.

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

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

Правильный опыт для каждого актора.

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

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

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

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

  • Подтвержденный агент читает ваш каталог

    Запрос

    GET /api/v1/catalog

    Результат

    Агентbasis: verified

    Ваше решение

    Отправьте это в структурированный API и требуйте отдельную авторизацию для изменений учетной записи.

  • Человек составляет тикет с помощью ИИ

    Запрос

    POST /support/tickets

    Результат

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

    Ваше решение

    Примите это и направьте в поддержку с пометкой о помощи ИИ.

  • Изменение настроек при недостатке доказательств

    Запрос

    POST /account/password

    Результат

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

    Ваше решение

    Сохраните существующий flow повторной аутентификации. Решение на основе actor не принимается.

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

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

  1. 01

    Наблюдайте ключевые flows

    Добавьте browser collector и server middleware к sign-up, support и settings. В вашем продукте ничего не изменится.

  2. 02

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

    Посмотрите, что rule сделало бы на реальных sessions, например при labeling AI-assisted tickets или routing agent к вашему API.

  3. 03

    Применять по route

    Включайте по одному workflow за раз, с явным fallback для Unknown для actions, меняющих account.

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

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

    Промежуточное ПО веб-сервера (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. Используете другой стек? Сообщите об этом при подаче заявки.

Подробнее

Прочитать Detection & Limitations

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

Это замедлит или заблокирует моих пользователей?

Нет. Proof of Actor запускается в observation mode и ничего не меняет в вашем app, пока ваша team не включит policy для конкретного route.

Может ли он определить, когда кто-то использовал ChatGPT в другой вкладке?

Не из обычного web traffic. Результаты Human + AI возникают из использования AI, которое declared или наблюдаемо в вашем app, например из вашей собственной assistant feature или control раскрытия.

Заменяет ли это наши инструменты входа или fraud tools?

Нет. Он добавляет actor context рядом с ними. Ваши authentication, authorization и fraud tooling по-прежнему отвечают за собственные решения.

С каких workflows нам начать?

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

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

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

Добавьте контекст actor в ваше SaaS-приложение.

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

Получить ранний доступЦентр разработчиков

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