আপোনাৰ mobile app ৰ backend ক কোনে call কৰিছে সেইটো জানক।
আপোনাৰ app এ API ৰ সৈতে কথা পাতে, আৰু তাৰ request কপি কৰা যিকোনো বস্তুৱে তেনেকৈ কৰিব পাৰে। Proof of Actor এ আপোনাৰ mobile backend লৈ পোৱা traffic ক classifies কৰে, যাতে আপুনি আপোনাৰ নিজৰ app, agents আৰু unknown clients ক পৃথকভাৱে treat কৰিব পাৰে।
POST /v2/bookings
প্ৰমাণ
আপোনাৰ app এ জনাইছে যে তাৰ in-app assistant এ signed-in user ৰ বাবে এই booking draft কৰিছিল
আপোনাৰ policy: অনুমতি দিয়ক, AI-assisted হিচাপে label কৰক আৰু user-ক নিশ্চিত কৰিবলৈ কওক
আপোনাৰ mobile API public, যদিও আপোনাৰ app নহয়।
আপোনাৰ app-এ কৰা প্ৰতিটো request এটা script বা AI agent-এ পুনৰ চলাব পাৰে। ফোনটোৰ ভিতৰৰ সহায়কেও এতিয়া ব্যৱহাৰকাৰীৰ বাবে app চলাবলৈ আৰম্ভ কৰিছে। আপোনাৰ backend-ৰ দৃষ্টিত, সকলো একেটা tokenসহ একেটা API call যেনেই দেখা যায়।
Proof of Actor সেই ঠাইতেই কাম কৰে য’ত প্ৰতিটো mobile request যায়: আপোনাৰ backend। ই প্ৰতিটো request-এ লৈ অহা evidence পঢ়ে, আপোনাৰ app-এ নিজৰ assistant feature-সমূহ সম্পর্কে কি ঘোষণা কৰে সেয়া ৰেকৰ্ড কৰে, আৰু evidence শেষ হ’লে Unknown প্ৰতিবেদন কৰে।
- কোন call কৰি আছে?এক্টৰ পৰিচয়: signature, declaration বা inference
- কোন credential?আপোনাৰ API key, OAuth token বা session
- ই কি কৰিব পাৰে?আপোনাৰ authorization আৰু policy
Proof of Actor-এ প্ৰথমটোৰ উত্তৰ দিয়ে। আপোনাৰ stack-এ বাকী দুটা ৰাখে।
mobile team সকলে actor context লৈ কি কৰে
backend ত classify কৰক
আপোনাৰ app-এ ব্যৱহাৰ কৰা API-ৰ আগত server বা edge integration চলাওক। আৰম্ভ কৰিবলৈ কোনো app releaseৰ প্ৰয়োজন নাই।
Agent আৰু script চিনাক্ত কৰক
agent signatures বা declarations বহন কৰা requests দেখক, আৰু সিহঁতক আপোনাৰ app-ৰ নিজৰ traffic-ৰ পৰা পৃথক কৰক।
app ৰ ভিতৰত AI লেবেল কৰক
যেতিয়া আপোনাৰ app ৰ নিজৰ assistant এ কোনো user ৰ হৈ কাম কৰে, সেইটো report কৰক যাতে সেই request সমূহ Human + AI হিচাপে record হয়।
উচ্চ-প্ৰভাৱযুক্ত actionসমূহ সুৰক্ষিত কৰক
evidence দুৰ্বল হ'লে booking, payment আৰু account change-ৰ ক্ষেত্ৰত confirmation বা অধিক শক্তিশালী credential বিচাৰক।
endpoint অনুসৰি usage দেখক
মানুহ, assistant আৰু automated client-এ কোন endpoint বেছি ব্যৱহাৰ কৰে সেয়া বুজক।
পিছলৈ Native SDK
Native iOS আৰু Android SDK roadmap ত আছে। Founding teamে সিহঁতে কি সংগ্ৰহ কৰিব সেয়া গঢ়ি তুলিবলৈ সহায় কৰে।
01 · চিনাক্ত কৰক
আপোনাৰ backend-এ পোৱা request-সমূহৰ পৰা evidence।
সাৰ্ভাৰ, edge বা HTTP API integration-এ আপোনাৰ mobile API-লৈ হোৱা প্ৰতিটো call-ত request context, signatures আৰু declared client details পঢ়ে।
- আপোনাৰ API gateway, edge বা server-ত request context সংগ্ৰহ কৰক।
- নিজৰ key প্ৰকাশ কৰা agent-ৰ পৰা স্বাক্ষৰিত request।
- আপোনাৰ app-এ নিজৰ সহায়ক বৈশিষ্ট্যসমূহৰ বিষয়ে কৰা ঘোষণা।
- request signaturevalid · sample-crawler.exampleverified
- গ্ৰাহক ঘোষণা"research-assistant/2.1"declared
- ব্ৰাউজাৰ পাৰস্পৰিক ক্ৰিয়াpointer + keyboard eventsinferred
- কোনো supported signal নাইroute not instrumentedunknown
02 · বুজক
প্ৰতিটো endpoint ক কোনে ব্যৱহাৰ কৰে জানক।
login, search, booking আৰু account endpoint সমূহত actor mix তুলনা কৰক, আৰু unknown client ক'ত কেন্দ্ৰিত হয় চাওক।
- প্ৰতি endpoint আৰু app version অনুসৰি এক্টৰৰ mix।
- প্ৰতিটো result-ৰ পৃষ্ঠভূমিৰ evidence।
- প্ৰতি endpoint-ত Unknown rate।
- /dashboardঅজ্ঞাত 7%
- /api/v1/catalogঅজ্ঞাত 15%
- /support/ticketsঅজ্ঞাত 8%
- /signupঅজ্ঞাত 21%
03 · ৰাউট কৰক
কাৰ্যৰ সৈতে মিল খোৱা policy।
reads দ্ৰুত ৰাখক, AI-drafted actions ৰ বাবে confirmation যোগ কৰক, আৰু প্ৰভাৱ বেছি হোৱা ঠাইত অধিক শক্তিশালী credentials বিচাৰক।
- endpoint, actor class আৰু basis প্ৰতি policy।
- যেতিয়া প্ৰয়োজন, অধিক শক্তিশালী credential-লৈ আগবাঢ়ক।
- Observe কৰক, preview কৰক, তাৰপাছত enforce কৰক।
- /api/v1/catalogenforceএজেন্টঅনুমতি · structured API
- /support/ticketsenforceমানুহ + AIঅনুমতি · AI-assisted হিচাপে label কৰক
- /account/*previewঅজ্ঞাতবিদ্যমান checks বজাই ৰাখক
- /api/v1/orderspreviewএজেন্টঅধিক শক্তিশালী credential আবশ্যক কৰক
উদাহৰণ সিদ্ধান্তসমূহ
request ৰ পৰা result লৈ, তাৰ পাছত আপোনাৰ সিদ্ধান্তলৈ।
আপোনাৰ in-app assistant এ এটা user ৰ বাবে booking কৰে
Request
POST /v2/bookings
ফলাফল
মানুহ + AIbasis: declaredআপোনাৰ সিদ্ধান্ত
অনুমতি দিয়ক, ইয়াক AI-assisted হিচাপে label কৰক আৰু user-ক নিশ্চিত কৰিবলৈ কওক।
এটা signed agent এ availability বিচাৰে
Request
GET /v2/availability
ফলাফল
এজেন্টbasis: verifiedআপোনাৰ সিদ্ধান্ত
agent rate limit-ৰ সৈতে read-টো অনুমতি দিয়ক।
অন্য কোনো evidence নথকা reused token
Request
POST /v2/account/email
ফলাফল
অজ্ঞাতbasis: unknownআপোনাৰ সিদ্ধান্ত
আপোনাৰ বিদ্যমান verification step বজাই ৰাখক। actor-based সিদ্ধান্ত নাই।
risk নোহোৱাকৈ rollout কৰক
দলসমূহ observation mode-ত আৰম্ভ কৰে আৰু route অনুসৰি আগবাঢ়ে।
- 01
আপোনাৰ backend-ত observe কৰক
আপোনাৰ mobile API-ৰ আগত server বা edge integration চলাওক। আৰম্ভ কৰিবলৈ কোনো app release-ৰ প্ৰয়োজন নাই।
- 02
প্ৰতিটো endpoint-ৰ বাবে preview কৰক
booking, search আৰু account endpoint-সমূহ কেনেকৈ treated হ'ব সেয়া চাওক, আপোনাৰ নিজৰ assistant-এ declared কৰা request-সহ।
- 03
উচ্চ-প্ৰভাৱী call-ত enforce কৰক
য'ত প্ৰমাণ দুৰ্বল, তাত নিশ্চিতকৰণ বা অধিক শক্তিশালী প্ৰমাণপত্ৰ যোগ কৰক, সৰ্বাধিক ঝুঁকিপূৰ্ণ endpoint-ৰ পৰা আৰম্ভ কৰি।
আপোনাৰ 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 ব্যৱহাৰ কৰিছে নেকি? আবেদন কৰোঁতে আমাক জনাওক।
সঘনাই সোধা প্ৰশ্নসমূহ
native iOS বা Android SDK আছেনে?
এতিয়াও নহয়। Native SDK roadmap ত আছে। আজিৰে পৰা Proof of Actor আপোনাৰ backendত server, edge বা HTTP API integrationৰ জৰিয়তে চলে, যিয়ে আপোনাৰ appে পঠোৱা প্ৰতিটো request cover কৰে।
আমাক নতুন app version প্ৰেৰণ কৰিব লাগিব নে?
নহয়। আপুনি backend ত integrate কৰি আৰম্ভ কৰিব পাৰে। app ভিতৰৰ assistant ব্যৱহাৰক declaration হিচাপে report কৰা আপোনাৰ নিজৰ APIৰ এটা optional addition।
এয়া মোৰ real app ক তাৰ request কপি কৰা script ৰ পৰা পৃথক কৰিব পাৰেনে?
ই প্ৰতিটো অনুৰোধে লৈ অহা evidence প্ৰতিবেদন কৰে। যি অনুৰোধত পৃথক চিনাক্ত কৰিব পৰা evidence নাই, সেইবোৰ অনুমান নকৰি Unknown হিচাপে দেখুৱা হয়, আৰু সেইবোৰ কেনেকৈ ব্যৱহাৰ কৰিব সেইটো আপোনাৰ policy এ নিৰ্ধাৰণ কৰে।
ইয়ে আমাৰ login বা token check-সমূহৰ ঠাই লয় নে?
নহয়। আপোনাৰ authenticationেই দায়িত্বত থাকে। Proof of Actorয়ে কোন বা কি acting কৰিছে সেয়া যোগ কৰে, যাতে আপোনাৰ policy বেছি ভালদৰে respond কৰিব পাৰে।
ইয়াৰ খৰচ কিমান?
বাছনি কৰা founding developer team-সমূহে সহমত কৰা usage limit-ৰ ভিতৰত 12 months পর্যন্ত বিনামূল্যে পাব পাৰে।
আপোনাৰ mobile backend লৈ actor context আনক।
Proof of Actor founding developer program-ত যোগদান কৰক।
আগতে কথা পাতিবলৈ পচন্দ কৰেনে? Founding team-ৰ সৈতে কথা পাতক