মূল বিষয়বস্তুতে যান
মোবাইল অ্যাপস

আপনার mobile app-এর backend-এ কী কল করছে, তা জানুন।

আপনার app একটি API-এর সাথে কথা বলে, আর তার requests অনুকরণ করতে পারে এমন যেকোনো কিছুই তা করতে পারে। Proof of Actor আপনার mobile backend-এ পৌঁছানো traffic classify করে, যাতে আপনি আপনার own app, agents এবং unknown clients-কে আলাদা ভাবে treat করতে পারেন।

প্রাথমিক access পানকীভাবে কাজ করে তা অন্বেষণ করুন
example-app.test · actor result

POST /v2/bookings

মানুষ + AIbasis: declared

প্রমাণ

আপনার app জানিয়েছে যে তার in-app assistant signed-in user-এর জন্য এই booking draft করেছে

আপনার policy: অনুমতি দিন, Human + AI হিসেবে চিহ্নিত করুন এবং ব্যবহারকারীকে নিশ্চিত করতে বলুন

আপনার mobile API public, এমনকি আপনার app না হলেও।

আপনার app যে request করে তা script বা AI agent দিয়ে replay করা যেতে পারে। ফোনের মধ্যকার assistant-ও এখন তাদের user-এর জন্য app operate করতে শুরু করেছে। আপনার backend-এর কাছে, সবকিছুই একই token সহ একই API call-এর মতো দেখায়।

Proof of Actor সেখানে কাজ করে যেখানে প্রতিটি mobile request পৌঁছায়: আপনার backend-এ। এটি প্রতিটি request যে evidence বহন করে তা পড়ে, আপনার app তার নিজস্ব assistant feature সম্পর্কে যা ঘোষণা করে তা রেকর্ড করে, এবং evidence শেষ হলে Unknown রিপোর্ট করে।

তিনটি পৃথক প্রশ্ন
  • কে call করছে?অ্যাক্টর পরিচয়: স্বাক্ষর, ঘোষণা বা অনুমান
  • কোন credential?আপনার API key, OAuth token বা session
  • এটি কী করতে পারে?আপনার authorization এবং policy

Proof of Actor প্রথমটির উত্তর দেয়। আপনার stack বাকি দুটিকে রাখে।

Mobile team actor context দিয়ে কী করে

  • backend-এ শ্রেণিবদ্ধ করুন

    আপনার app যে API ব্যবহার করে, তার সামনে server বা edge integration চালান। শুরু করতে app release লাগবে না।

  • Agent এবং script চিহ্নিত করুন

    যে অনুরোধে agent signature বা declaration থাকে তা দেখুন, এবং সেগুলোকে আপনার app-এর নিজস্ব traffic থেকে আলাদা করুন।

  • অ্যাপের মধ্যে AI লেবেল দিন

    আপনার app-এর নিজস্ব assistant যখন কোনো user-এর হয়ে কাজ করে, সেটি জানান, যাতে ওই request Human + AI হিসেবে record হয়।

  • উচ্চ-প্রভাবযুক্ত action সুরক্ষিত করুন

    evidence দুর্বল হলে booking, payment এবং account change-এর জন্য confirmation বা আরও শক্তিশালী credential চাইুন।

  • endpoint অনুযায়ী ব্যবহার দেখুন

    মানুষ, assistant এবং automated client-রা কোন endpoint সবচেয়ে বেশি ব্যবহার করে তা বোঝুন।

  • পরবর্তী ধাপে native SDK

    Native iOS এবং Android SDK roadmap-এ আছে। Founding teams তারা কী collect করবে তা নির্ধারণে সাহায্য করে।

01 · সনাক্ত করুন

আপনার backend যে request পায় সেখান থেকে evidence।

Server, edge বা HTTP API integration আপনার mobile API-তে প্রতিটি call-এ request context, signatures এবং ঘোষিত client details পড়ে।

  • আপনার API gateway, edge বা server-এ অনুরোধের প্রসঙ্গ।
  • যেসব agent তাদের key প্রকাশ করে, সেসবের স্বাক্ষরিত request।
  • আপনার app-এর নিজস্ব assistant feature সম্পর্কে declaration।
সিগন্যাল · প্রতি উৎসের সর্বশেষ অনুরোধ
  • অনুরোধের স্বাক্ষরvalid · sample-crawler.exampleverified
  • client ঘোষণা"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 অনুযায়ী অ্যাক্টর মিশ্রণ।
  • প্রতিটি result-এর পেছনের evidence।
  • প্রতি endpoint-এ Unknown rate।
route অনুযায়ী traffic · 7 days
  • /dashboardঅজানা 7%
  • /api/v1/catalogঅজানা 15%
  • /support/ticketsঅজানা 8%
  • /signupঅজানা 21%
মানুষমানুষ + AIএজেন্টঅজানা

03 · রুট করুন

যে policy action-এর সঙ্গে মেলে।

reads দ্রুত রাখুন, AI-drafted actions-এর জন্য নিশ্চিতকরণ যোগ করুন, এবং যেখানে প্রভাব বেশি সেখানে আরও শক্তিশালী credentials চান।

  • endpoint, actor class এবং basis অনুযায়ী policy।
  • যখন প্রয়োজন, আরও শক্তিশালী credential-এ এগিয়ে যান।
  • পর্যবেক্ষণ করুন, preview করুন, তারপর enforce করুন।
policy · example-app.test
  • /api/v1/catalogenforceএজেন্টঅনুমতি দিন · structured API
  • /support/ticketsenforceমানুষ + AIঅনুমতি দিন · Human + AI হিসেবে চিহ্নিত করুন
  • /account/*previewঅজানাবিদ্যমান checks বজায় রাখুন
  • /api/v1/orderspreviewএজেন্টআরও শক্তিশালী পরিচয়পত্র প্রয়োজন

উদাহরণস্বরূপ সিদ্ধান্ত

request থেকে result হয়ে আপনার decision পর্যন্ত।

  • আপনার in-app assistant একজন user-এর জন্য booking করে

    অনুরোধ

    POST /v2/bookings

    ফলাফল

    মানুষ + AIbasis: declared

    আপনার সিদ্ধান্ত

    অনুমতি দিন, এটিকে Human + AI হিসেবে চিহ্নিত করুন এবং ব্যবহারকারীকে নিশ্চিত করতে বলুন।

  • একটি signed agent availability খোঁজে

    অনুরোধ

    GET /v2/availability

    ফলাফল

    এজেন্টbasis: verified

    আপনার সিদ্ধান্ত

    agent rate limit দিয়ে read-এ অনুমতি দিন।

  • অন্য কোনো evidence ছাড়া পুনরায় ব্যবহৃত একটি token

    অনুরোধ

    POST /v2/account/email

    ফলাফল

    অজানাbasis: unknown

    আপনার সিদ্ধান্ত

    আপনার বিদ্যমান verification ধাপ বজায় রাখুন। actor-based সিদ্ধান্ত নয়।

ঝুঁকি ছাড়াই চালু করুন

টিমগুলো observation mode-এ শুরু করে এবং route অনুযায়ী এগোয়।

  1. 01

    আপনার backend-এ observe করুন

    আপনার mobile API-এর সামনে server বা edge integration চালান। শুরু করতে কোনো app release প্রয়োজন নেই।

  2. 02

    প্রতি endpoint অনুযায়ী preview করুন

    booking, search এবং account endpoints কীভাবে treated হতো দেখুন, আপনার নিজের assistant যে requests declares করে সেগুলোসহ।

  3. 03

    high-impact calls-এ enforce করুন

    যেখানে প্রমাণ দুর্বল, সেখানে নিশ্চিতকরণ বা আরও শক্তিশালী credential যোগ করুন, সবচেয়ে ঝুঁকিপূর্ণ endpoint থেকে শুরু করে।

আপনার stack-এর সঙ্গে কাজ করে

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

    ওয়েব সার্ভার middleware (Node.js)

    সার্ভার-সাইড

    server-rendered app এবং API-এর জন্য অনুরোধ-স্তরের সিগন্যাল।

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

    Next.js

    সার্ভার-সাইড এবং এজ

    page এবং API route-এর জন্য middleware।

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

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

    শুধু browser signals

    server-side integration-এর পাশাপাশি browser sessions থেকে interaction signals।

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

    Cloudflare এবং edge runtime

    Edge

    আপনার origin-এ request পৌঁছানোর আগে edge-এ signals।

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

    সাধারণ HTTP API

    যেকোনো stack

    একটি API-তে request context পাঠান এবং তার basis-সহ একটি result পান।

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

    MCP সার্ভার

    MCP

    MCP টুল কলের জন্য অ্যাক্টর প্রসঙ্গ।

  • রোডম্যাপ

    WordPress

    Plugin

    WordPress site-এর জন্য plugin।

  • রোডম্যাপ

    native mobile

    iOS এবং Android

    Native iOS এবং Android SDK।

অনবোর্ডিংয়ের সময় প্রতিটি founding team-এর সঙ্গে একীভূতকরণ হাতে-কলমে দেওয়া হয়। ভিন্ন stack ব্যবহার করছেন? আবেদন করার সময় জানান।

আরও জানুন

Detection & Limitations পড়ুন

প্রায়শই জিজ্ঞাসিত প্রশ্ন

native iOS বা Android SDK কি আছে?

এখনও নয়। Native SDK roadmap-এ আছে। আজ Proof of Actor আপনার backend-এ server, edge বা HTTP API integration-এর মাধ্যমে চলে, যা আপনার app পাঠানো প্রতিটি request কভার করে।

আমাদের কি app-এর নতুন version ship করতে হবে?

না। আপনি backend-এ integration দিয়ে শুরু করতে পারেন। in-app assistant-এর ব্যবহারকে declaration হিসেবে report করা আপনার নিজের API-এর জন্য একটি optional সংযোজন।

এটি কি আমার আসল app-কে তার request নকল করা script থেকে আলাদা করতে পারে?

প্রতিটি অনুরোধ যে evidence বহন করে, এটি তা জানায়। স্বতন্ত্র evidence না থাকা অনুরোধগুলো অনুমান না করে Unknown হিসেবে রিপোর্ট করা হয়, এবং সেগুলো কীভাবে扱তে হবে তা আপনার policy ঠিক করে।

এটা কি আমাদের login বা token check-এর বিকল্প?

না। আপনার authentication-ই দায়িত্বে থাকে। Proof of Actor যোগ করে কে বা কী কাজ করছে, যাতে আপনার policy আরও ভালোভাবে respond করতে পারে।

এতে কত খরচ হয়?

নির্বাচিত founding developer team সম্মত ব্যবহারের সীমার মধ্যে সর্বোচ্চ 12 months free পেতে পারে।

আপনার mobile backend-এ actor context আনুন।

Proof of Actor founding developer program-এ যোগ দিন।

প্রাথমিক access পানডেভেলপার হাব

আগে কথা বলতে চান? Founders-এর সঙ্গে কথা বলুন