Ana içeriğe atla
NASIL ÇALIŞIR

Proof of Actor nasıl çalışır.

Gelen etkileşimden uygulama kararına uzanan, kanıt öncelikli bir yol.

Erken Erişim için BaşvurAlgılama ve Sınırları Görüntüle
policy · example-app.test
  • /api/v1/catalogenforceAjanİzin ver · yapılandırılmış API
  • /support/ticketsenforceİnsan + Yapay Zekaİzin ver · AI destekli olarak etiketle
  • /account/*previewBilinmiyorMevcut kontrolleri koruyun
  • /api/v1/orderspreviewAjanDaha güçlü kimlik bilgisi isteyin

Etkileşimden karara

  1. 01Uygulama isteği veya olayıBir sayfa görüntüleme, bir API çağrısı, bir MCP araç çağrısı veya uygulama içi bir işlem.
  2. 02Desteklenen entegrasyondan gelen sinyallerYalnızca o entegrasyonun o bağlamda gözlemleyebildiği şeyler.
  3. 03Kanıt normalizasyonu ve sınıflandırmaSinyaller kontrol edilir, dayanağına göre etiketlenir ve birleştirilir.
  4. 04Temel ve belirsizlikle aktör sonucuİnsan, İnsan + AI, Ajan veya Bilinmeyen ve bunun dayandığı temel.
  5. 05Dashboard ve analizlerEkibinizin incelemesi için eğilimler, rotalar ve kanıtlar.
  6. 06Uygulamanızın kendi kararıYalnızca gözlemleyin veya seçtiğiniz bir politikayı uygulayın.
GELİŞTİRİCİLER İÇİN

What your code receives

Every interaction resolves to one result record. Your application reads the class and the basis and applies its own policy.

Result record
{
  "route": "GET /api/v1/catalog",
  "class": "agent",
  "basis": "verified",
  "evidence": [
    { "signal": "http_message_signature", "result": "valid", "keyid": "assistant.example" },
    { "signal": "client_declaration", "value": "assistant.example" }
  ],
  "observed_at": "2026-11-13T10:42:07Z"
}
class
Human, Human + AI, Agent veya Unknown.
basis
Kanıtın ne kadar güçlü olduğu: Verified, Declared, Inferred veya Unknown.
evidence
Sonucun arkasındaki sinyaller, böylece ekibiniz nedenini görebilir.

Gözlem modunda başlayın: sonuçları günlüklerinizin yanına kaydedin ve bir politika seçene kadar hiçbir şeyi değiştirmeyin. Node.js entegrasyon kılavuzunu okuyun

Varsayılan mod observation mode'dur

Proof of Actor kurmak hiçbir request'i engellemez ya da değiştirmez. Sonuçlar kaydedilir, böylece ekibiniz bunları gerçek application sonuçlarıyla karşılaştırabilir, false positive'leri inceleyebilir ve herhangi bir policy'nin uygun olup olmadığına karar verebilir.

Kanıt türleri

Mevcut kanıt, entegrasyona ve bağlama bağlıdır. Her workflow için kontroller onboarding sırasında ekiple mutabık kalınarak belirlenir ve signal iç ayrıntıları özel tutulur, böylece taklit edilmesi daha zor olur.

  • İstek imzaları

    Anahtarlarını yayımlayan otomatik client'lardan gelen kriptografik imzalar.

  • Beyanlar

    Kendisini bir Agent olarak tanımlayan bir istemci veya uygulamanız içindeki bir AI yardımı beyanı.

  • Etkileşim sinyalleri

    Onaylı bir tarayıcı toplayıcıdan, çalıştığı sayfalardaki sinyaller.

  • İstek bağlamı

    Sunucu tarafı bir entegrasyona sunulan başlıklar ve protokol ayrıntıları.

Agent kimliği yetkilendirme değildir

Otomatik bir istemciden gelen imzalı bir istek, isteğin bir operatör alan adı gibi yayımlanmış bir tanımlayıcıyla ilişkilendirilmiş bir anahtarla imzalandığını gösterebilir. Bu, isteği hangi istemcinin gönderdiğine dair yararlı bir kanıttır.

Ajanı kimin yönlendirdiğini, bir kişinin ona izin devredip devretmediğini, arkasındaki yasal kimliği veya eylemin güvenli olup olmadığını göstermez. Bunlar, uygulamanızın kendi kimlik doğrulama, yetkilendirme ve politikasıyla yanıtladığı ayrı sorulardır.

üç ayrı soru
  • Kim çağırıyor?Proof of Actor: signature, declaration veya inference
  • Hangi kimlik bilgisi?API anahtarınız, OAuth token'ınız veya oturumunuz
  • Neler yapabilir?Yetkilendirmeniz ve politikanız

Routing kararları nasıl devreye girer

Uygulamanız Proof of Actor'ı çağırır, bir sonuç alır ve kendi kurallarını uygular. Route ve risk tier başına, integration'ın fails open mu olacağına (istek, Proof of Actor olmadan nasıl ilerleyecekse öyle ilerler) yoksa fails closed mu olacağına (mevcut daha güçlü kontrolünüz uygulanır) siz karar verirsiniz.

  • API zaman aşımı

    Bir sonuç zamanında उपलब्ध değilse, entegrasyonunuz o rota için seçtiğiniz yedek yolu kullanır. Bir zaman aşımı asla Human sonucu olmaz.

  • Eksik telemetri

    Tarayıcı toplayıcısı çalışmadıysa veya bir sinyal yoksa, sonuç bunu yansıtır. Eksik kanıt, söylenebilecekleri sınırlar; şüpheli olarak değerlendirilmez.

  • Unknown sınıflandırmaları

    Unknown normal bir sonuçtur. Politikanız her rota için Unknown'ın ne anlama geldiğini tanımlar, örneğin: herkese açık sayfalara izin verin, hesap değişikliklerinde mevcut kontrolleri koruyun.

  • Eski kanıt

    Kanıtın bir zamanı ve kapsamı vardır. Oturumun başındaki bir sonuç, daha sonraki ve daha hassas bir işlem için yeni bir kontrol olmadan yeniden kullanılmamalıdır.

Beta entegrasyon workflow'su

  1. 01BaşvurBize app'ten ve anlamak istediğiniz etkileşimden bahsedin.
  2. 02KapsamEntegrasyon, yollar, kullanım sınırları ve veri işleme üzerinde anlaşın.
  3. 03Gözlem modunda entegre etUygulamanızın nasıl yanıt verdiğinde değişiklik yok.
  4. 04DoğrulaSonuçları bildiğiniz ground truth ile karşılaştırın: kapsama, bilinmeyen oranı, false positive'ler, gecikme.
  5. 05Karar verBir politikayı yalnızca kanıtın desteklediği yerde etkinleştirin.

Kurucu ekiplerle neyi ölçüyoruz

Her desteklenen bağlamda kapsama, bilinmeyen oranı, bilinen sonuçlara karşı false positive'ler ve ek gecikme.

Gözlem modunda başlayın.

Founding developer programına katılmak için başvurun.

Erken Erişim için BaşvurAlgılama ve Sınırları Görüntüle

Önce konuşmak mı istersiniz? Kurucularla konuşun