মুখ্য সামগ্ৰীৰ পৰা এৰাই চাওক
SAAS APPS

আপোনাৰ SaaS application actor-aware কৰক।

observed মানৱ, AI-assisted, autonomous আৰু Unknown interaction বুজক যাতে আপোনাৰ product-এ sign-up-ৰ পৰা settings লৈ উপযুক্তভাৱে respond কৰিব পাৰে।

example-app.test · actor result

POST /reports/generate

মানুহ + AIbasis: declared

প্ৰমাণ

app-ৰ built-in assistant-এ signed-in user-ৰ বাবে এই request সৃষ্টি কৰিছে

আপোনাৰ policy: report টো AI-assisted হিচাপে অনুমতি দিয়ক আৰু record কৰক

আপোনাৰ users এতিয়া assistants আৰু agents লগত লৈ আহে।

মানুহে sign in কৰে আৰু তাৰ পিছত কাম AI assistant, browser agent আৰু automation-লৈ দি দিয়ে। আপোনাৰ app-এ এই সকলোৰে বাবে একেই account আৰু একেই session দেখে।

ইয়াৰ ফলত সঠিক experience ডিজাইন কৰা কঠিন হয়: মানুহৰ বাবে দ্রুত path, legitimate automation-ৰ বাবে গঠিত path, আৰু sensitive action-ৰ বাবে সাৱধানে আগবঢ়া path। Proof of Actor-এ আপোনাৰ product-লৈ সেই context দিয়ে।

session

আপোনাৰ login এ জানে

user: [email protected]

plan: team

actor: ?

proof of actor

Proof of Actor যোগ কৰে

এজেন্টbasis: declared

/reports ত এই account-ৰ জৰিয়তে এটা assistant কাম কৰি আছে।

SaaS team সকলে actor context লৈ কি কৰে

  • মানৱ অভিজ্ঞতা সুৰক্ষিত কৰক

    মানুহৰ বাবে sign-up, onboarding আৰু দৈনন্দিন flows দ্ৰুত ৰাখক, blanket friction নোহোৱাকৈ।

  • agentসমূহক এটা structured path দিয়ক

    verified বা declared agentক মানুহৰ বাবে নিৰ্মিত UIৰ সলনি API বা structured response দিয়ক।

  • Support-এ প্ৰকাশ কৰা AI সহায়

    য'ত উপযুক্ত তাত AI-assisted কাম গ্ৰহণ কৰক আৰু label কৰক, ইয়াক abuse হিচাপে গণ্য কৰাৰ সলনি।

  • সংবেদনশীল actionসমূহ সুৰক্ষিত কৰক

    আপোনাৰ নিজস্ব policy-য়ে দাবী কৰিলে account-changing action ৰ ওপৰত review বা অধিক শক্তিশালী check যোগ কৰক।

  • product ব্যৱহাৰ বুজক

    মানুহ, assistants আৰু agents-এ কোন features বাস্তৱতে ব্যৱহাৰ কৰে, route অনুসৰি দেখক।

  • Unknown-ৰ বাবে পৰিকল্পনা

    প্ৰত্যেক route অনুসৰি evidence যথেষ্ট নোহোৱা অৱস্থাত কি হ’ব সেইটো নিৰ্ণয় কৰক, আৰু সেই rate দৃশ্যমান ৰাখক।

01 · চিনাক্ত কৰক

আপোনাৰ product আৰু আপোনাৰ server-ৰ পৰা signal।

এটা browser collector এ আপোনাৰ বাছনি কৰা পৃষ্ঠাসমূহত interaction signals সংগ্ৰহ কৰে, আৰু এটা server integration এ automated clients ৰ পৰা request context আৰু signatures যোগ কৰে।

  • browser collector চলি থকা ঠাইত interaction signals।
  • নিজৰ key প্ৰকাশ কৰা agent-ৰ পৰা স্বাক্ষৰিত request।
  • appৰ ভিতৰৰ AI disclosure আৰু আপোনাৰ নিজৰ assistant featureসমূহ।
signals · last request per source
  • request signaturevalid · sample-crawler.exampleverified
  • গ্ৰাহক ঘোষণা"research-assistant/2.1"declared
  • ব্ৰাউজাৰ পাৰস্পৰিক ক্ৰিয়াpointer + keyboard eventsinferred
  • কোনো supported signal নাইroute not instrumentedunknown

02 · বুজক

প্ৰতিটো workflow বাস্তৱতে কেনেকৈ ব্যৱহাৰ হয় দেখক।

আপোনাৰ dashboard, settings, support আৰু sign-up flow সমূহত actor mix তুলনা কৰক, আৰু যিকোনো session ৰ পিছে থকা evidence ত গভীৰভাৱে যাওক।

  • প্ৰতি ৰুট আৰু প্ৰতি workflow অনুসৰি এক্টৰৰ mix।
  • প্ৰত্যেক ফলাফলৰ evidence আৰু ভিত্তি।
  • route অনুসৰি Unknown rate, যাতে coverage ক'ত যোগ কৰিব লাগে জানিব পাৰে।
route অনুসৰি traffic · 7 days
  • /dashboardঅজ্ঞাত 7%
  • /api/v1/catalogঅজ্ঞাত 15%
  • /support/ticketsঅজ্ঞাত 8%
  • /signupঅজ্ঞাত 21%
মানুহমানুহ + AIএজেন্টঅজ্ঞাত

03 · ৰাউট কৰক

প্ৰতিটো actor-ৰ বাবে সঠিক experience।

গুৰুত্বপূর্ণ route সমূহৰ বাবে নিয়ম লিখক আৰু সেইবোৰ ধীৰে ধীৰে প্ৰয়োগ কৰক। বাকী সকলো আজিৰ দৰে একেবাৰে সঠিকভাৱে কাম কৰি থাকিব।

  • route, actor class আৰু basis অনুসৰি policy।
  • Observe কৰক, preview কৰক, তাৰপাছত enforce কৰক।
  • আপোনাৰ বিদ্যমান authentication আৰু authorization য়েই নিয়ন্ত্ৰণত থাকে।
policy · example-app.test
  • /api/v1/catalogenforceএজেন্টঅনুমতি · structured API
  • /support/ticketsenforceমানুহ + AIঅনুমতি · AI-assisted হিচাপে label কৰক
  • /account/*previewঅজ্ঞাতবিদ্যমান checks বজাই ৰাখক
  • /api/v1/orderspreviewএজেন্টঅধিক শক্তিশালী credential আবশ্যক কৰক

উদাহৰণ সিদ্ধান্তসমূহ

request ৰ পৰা result লৈ, তাৰ পাছত আপোনাৰ সিদ্ধান্তলৈ।

  • এটা verified agent এ আপোনাৰ catalog পঢ়ে

    Request

    GET /api/v1/catalog

    ফলাফল

    এজেন্টbasis: verified

    আপোনাৰ সিদ্ধান্ত

    ইয়াক structured API-লৈ পঠিয়াওক, আৰু account change-ৰ বাবে পৃথক authorization আবশ্যক কৰক।

  • এজন ব্যক্তি AI ৰ সৈতে এটা ticket খসড়া কৰে

    Request

    POST /support/tickets

    ফলাফল

    মানুহ + AIbasis: declared

    আপোনাৰ সিদ্ধান্ত

    ইয়াক গ্ৰহণ কৰক আৰু AI-assisted label সহ support লৈ route কৰক।

  • অতি কম evidence থকা এটা settings change

    Request

    POST /account/password

    ফলাফল

    অজ্ঞাতbasis: unknown

    আপোনাৰ সিদ্ধান্ত

    বিদ্যমান re-authentication flow বজাই ৰাখক। actor-based সিদ্ধান্ত নাই।

risk নোহোৱাকৈ rollout কৰক

দলসমূহ observation mode-ত আৰম্ভ কৰে আৰু route অনুসৰি আগবাঢ়ে।

  1. 01

    আপোনাৰ মূল flow observe কৰক

    sign-up, support আৰু settings-ৰ বাবে browser collector আৰু server middleware যোগ কৰক। আপোনাৰ product-ত একোৱেই সলনি নহয়।

  2. 02

    প্ৰতিটো workflow-ৰ বাবে preview কৰক

    বাস্তৱ session-ত কোনো rule-এ কি কৰিলেহেঁতেন সেয়া চাওক, উদাহৰণস্বৰূপে AI-assisted ticket label কৰা বা agent-সকলক আপোনাৰ API-লৈ route কৰা।

  3. 03

    route অনুসৰি enforce কৰক

    এবাৰতে এটা workflow চালু কৰক, account-changing action-ৰ বাবে Unknown-ৰ স্পষ্ট fallback-সহ।

আপোনাৰ stack-ৰ সৈতে কাম কৰে

  • প্ৰতিষ্ঠাপক দলসমূহ

    Web server middleware (Node.js)

    Server-side

    server-rendered apps আৰু APIs-ৰ বাবে request-level signals।

  • প্ৰতিষ্ঠাপক দলসমূহ

    Next.js

    সাৰ্ভাৰ-পক্ষ আৰু edge

    পৃষ্ঠা আৰু API routeৰ বাবে middleware।

  • প্ৰতিষ্ঠাপক দলসমূহ

    ব্ৰাউজাৰ স্ক্ৰিপ্ট

    কেৱল browser signals

    server-side integration ৰ সৈতে browser sessions ৰ interaction signals।

  • প্ৰতিষ্ঠাপক দলসমূহ

    Cloudflare আৰু edge runtime

    Edge

    Request আপোনাৰ origin-ত পোৱাৰ আগতে edge-ত signal।

  • প্ৰতিষ্ঠাপক দলসমূহ

    সাধাৰণ HTTP API

    যিকোনো stack

    এটা API-লৈ request context পঠিয়াওক আৰু তাৰ basis সহ এটা result গ্ৰহণ কৰক।

  • প্ৰতিষ্ঠাপক দলসমূহ

    MCP ছাৰ্ভাৰ

    MCP

    MCP tool calls ৰ বাবে এক্টৰ প্ৰসংগ।

  • Roadmap

    WordPress

    Plugin

    WordPress site-ৰ বাবে plugin।

  • Roadmap

    স্থানীয় মোবাইল

    iOS আৰু Android

    Native iOS আৰু Android SDKs।

প্ৰতিটো founding team ৰ সৈতে onboarding সময়ত integrations হাতে-কলমে দিয়া হয়। অন্য stack ব্যৱহাৰ কৰিছে নেকি? আবেদন কৰোঁতে আমাক জনাওক।

সঘনাই সোধা প্ৰশ্নসমূহ

ই মোৰ user সকলক ধীৰ কৰিব নে block কৰিব?

নহয়। Proof of Actor observation modeত আৰম্ভ হয় আৰু আপোনাৰ teamে কোনো specific routeৰ বাবে policy enable নকৰা লৈকে আপোনাৰ appত একো সলনি নহয়।

কোনোবাই অন্য tab ত ChatGPT ব্যৱহাৰ কৰিলে এয়া বুজিব পাৰেনে?

ordinary web trafficৰ পৰা নহয়। Human + AI result আপোনাৰ appত declared বা observable AI ব্যৱহাৰৰ পৰা আহে, যেনে আপোনাৰ নিজৰ assistant feature বা disclosure control।

ইয়ে আমাৰ login বা fraud tool-সমূহৰ ঠাই লয় নে?

নহয়। ই সিহঁতৰ সৈতে actor context যোগ কৰে। আপোনাৰ authentication, authorization আৰু fraud tooling নিজৰ সিদ্ধান্তৰ দায়িত্বত থাকে।

আমাৰ কোন workflow ৰে আৰম্ভ কৰা উচিত?

সেই workflow-ৰ পৰা আৰম্ভ কৰক য'ত actor-এ সঠিক response সলনি কৰে: sign-up, support, high-value feature আৰু account setting।

ইয়াৰ খৰচ কিমান?

বাছনি কৰা founding developer team-সমূহে সহমত কৰা usage limit-ৰ ভিতৰত 12 months পর্যন্ত বিনামূল্যে পাব পাৰে।

আপোনাৰ SaaS app লৈ actor context আনক।

Proof of Actor founding developer program-ত যোগদান কৰক।

আগতে কথা পাতিবলৈ পচন্দ কৰেনে? Founding team-ৰ সৈতে কথা পাতক