CAPTCHA এটা সৰল ধাৰণা: ভিজিটৰৰ আগত এটা task ৰাখক যিটো মানুহে সমাধান কৰিব পাৰে আৰু machine-এ কৰিব নোৱাৰে, আৰু যিয়ে পাৰ হয় তেওঁক ভিতৰলৈ দিয়ক। বছৰ বছৰ ধৰি ই এক যুক্তিসংগত trade আছিল। মানুহে কেইছেকেণ্ডমান হেৰুৱাইছিল, আৰু আটাইতকৈ বেয়া automation ধীৰ হৈছিল।
তিনিটা কথা সলনি হ'ল। Machine-এ task সমাধান কৰাত ভাল হ'ল। মানুহে সেইবোৰ সমাধান কৰি ক্লান্ত হ'ল। আৰু নতুন ধৰণৰ ভিজিটৰ আহিল: বাস্তৱ গ্ৰাহকৰ হৈ কাৰ্য কৰা AI agent, আৰু AI assistant-ৰ সৈতে কাম কৰা মানুহ। "আপুনি মানুহ নেকি?" বুলি সোধা test-এ এই দুয়োৰে বাবে ভাল উত্তৰ নিদিয়ে।
Proof of Actor-এ ভিন্ন approach লয়। প্ৰতিজন ভিজিটৰক test কৰাৰ সলনি, ই আপোনাৰ application-ক দেখায় কোন বা কি কাৰ্য কৰিছে, conclusion-ৰ পিছৰ evidence-সহ, আৰু আপোনাৰ code-ক নিৰ্ধাৰণ কৰিবলৈ দিয়ে যে challenge প্ৰয়োজন নে নহয়।
সংক্ষিপ্ত সংস্কৰণ
| CAPTCHA | Proof of Actor | |
|---|---|---|
| মূল প্ৰশ্ন | এই ভিজিটৰে এটা মানুহৰ test পাৰ কৰিব পাৰিব নে? | কোন বা কি কাৰ্য কৰিছে, আৰু evidence কি? |
| খৰচ কোনে বহন কৰে | challenge দেখা প্ৰতিজন ভিজিটৰ | কাকো নহয়; classification background-ত হয় |
| সম্ভাৱ্য উত্তৰ | Pass বা fail | Human, Human + AI, Agent বা Unknown, লগতে এটা basis |
| বৈধ AI agent | ৰখাই দিয়া হয়, বা test পাৰ হ'বলৈ বাধ্য কৰা হয় | চিনাক্ত হয়, আৰু সঠিক experience-লৈ route কৰা হয় |
| AI assistant-ৰ সৈতে কাম কৰা মানুহ | অন্য যিকোনো ভিজিটৰৰ দৰে গণ্য | এক পৃথক class, Human + AI |
| অস্পষ্ট traffic | একেই test পাৰ হ'ব লাগিব | Unknown, আপোনাৰ route অনুসৰি বাছনি কৰা fallback-সহ |
| ক'ত প্ৰযোজ্য | আপুনি য'ত ইয়াক ৰাখে সেই page-সমূহত | আপোনাৰ integration-এ সামৰা প্ৰতিটো route-ত |
| install কৰাৰ সময়ৰ default আচৰণ | দৃশ্যমান challenge | Observation; আপুনি policy যোগ নকৰালৈকে একো সলনি নহয় |
test বনাম evidence
CAPTCHA-এ তথ্যৰ এটা bit দিয়ে: ভিজিটৰ pass কৰিলে নে fail কৰিলে। ই আপোনাক নকয় ভিজিটৰ কোন আছিল, তেওঁ assistant-ৰ সৈতে কাম কৰিছিল নে নাই, বা result-ৰ ওপৰত আপোনাৰ কিমান confidence থাকিব লাগে। আৰু ই সেই bit-টো ভিজিটৰক কাম কৰিবলৈ কৈ উৎপন্ন কৰে।
Proof of Actor-এ এটা classification আৰু তাৰ evidence basis দিয়ে। এটা Verified result মানে এটা check কৰিব পৰা assertion validate কৰা হ'ল, যেনে published key-ৰ বিপৰীতে request signature পৰীক্ষা কৰা। এটা Declared result মানে client বা আপোনাৰ নিজৰ application-এ সেইটো উল্লেখ কৰিলে। এটা Inferred result inference হিচাপে labeled। Unknown মানে evidence-এ কোনো নির্ণয় সমর্থন নকৰে। আপোনাৰ team-এ প্ৰতিটো result পঢ়িব পাৰে আৰু ই কিহৰ ওপৰত নিৰ্ভৰ কৰিছে সেয়া দেখিব পাৰে, আৰু ভিজিটৰে কেতিয়াও একো কৰিব নালাগে।
সকলোকে challenge কৰাৰ খৰচ
প্ৰতিটো challenge আপোনাৰ সৰ্বোত্তম users-ৰ ওপৰত friction ৰাখে যাতে আপোনাৰ আটাইতকৈ বেয়া one-কে ধীৰ কৰিব পাৰে। sign-up page-ত, ই conversion-ৰ ক্ষতি কৰে। checkout-ত, ই revenue-ৰ ক্ষতি কৰে। accessibility-ৰ দিশত, ই কিছুমান মানুহক সম্পূৰ্ণৰূপে বাহিৰ কৰি দিব পাৰে। Team-এ এই খৰচ মানে কেৱল এই কাৰণেই যে সিপাৰৰ কাষৰ কোন আছে সেই বিষয়ে তেওঁলোকৰ কোনো ভাল signal নাই।
Actor context-ৰ সৈতে trade সলনি হয়। আপুনি human-directed session-ৰ বাবে normal experience ৰাখিব পাৰে, evidence শক্তিশালী হোৱা ঠাইত challenge এৰাই যাব পাৰে, আৰু মাত্ৰ সেই সৰু set-টোৰ বাবে ৰাখিব পাৰে য'ত ই এতিয়াও মান যোগ কৰে: উদাহৰণস্বৰূপে, password change বা উচ্চ-মূল্যৰ action এটাত Unknown result। অধিকাংশ visitor-এ আৰু কেতিয়াও challenge দেখা নাপায়।
বৈধ agent-ৰ বাবে puzzle নহয়, পথ লাগে
CAPTCHA software ৰখাবলৈ নিৰ্মিত। আপোনাৰ page-লৈ অহা প্ৰায় সকলো software অবাঞ্ছিত আছিল বুলি ধৰি সেইটো অৰ্থপূর্ণ আছিল। এতিয়া নহয়।
আজি এটা assistant-এ গ্ৰাহকৰ বাবে আপোনাৰ plan তুলনা কৰিব পাৰে, এটা agent-এ আপোনাৰ app-ৰ মাধ্যমে meeting book কৰিব পাৰে, আৰু এটা AI client-এ task সম্পূৰ্ণ কৰিবলৈ আপোনাৰ MCP server-লৈ call কৰিব পাৰে। তেওঁলোকক ৰখালে আপোনাৰ গ্ৰাহককেই ৰখাই দিয়ে। মানুহৰ বাবে নিৰ্মিত page আৰু puzzle-ৰ মাজেৰে তেওঁলোকক যাবলৈ বাধ্য কৰালে brittle automation সৃষ্টি হয়, যি প্ৰতিটো redesign-এ ভাঙি যায়।
Proof of Actor-এ agent-সকলক চিনাক্ত কৰে, আৰু signed request-ৰ সৈতে ই কোন key আৰু operator তেওঁলোকৰ পিছত আছে সেয়া যাচাই কৰিব পাৰে। তাৰ পিছত আপোনাৰ application-এ challenge-তকৈ ভাল কিবা এটা কৰিব পাৰে: structured API serve কৰা, agent-friendly flow দিয়া, বা automation-ৰ বাবে উপযুক্ত rate limit প্ৰয়োগ কৰা। AI agent-লৈ structured content serve কৰা গাইডে দেখুৱায় কেনেকৈ।
Verified identity permission-ৰ সৈতে একে নহয়। এটা valid signature-এ আপোনাক কয় কোন key-এ request sign কৰিলে; সেই agent-এ এটা action কৰিবলৈ পায় নে নাই সেয়া আপোনাৰ authorization decision। Proof of Actor-এ এই দুটা প্ৰশ্ন পৃথক ৰাখে।
AI-ৰ সৈতে কাম কৰা মানুহ এতিয়াও আপোনাৰ users
এজন ব্যক্তি যিয়ে assistant-ৰ সহায়ত support message draft কৰে, বা AI সহায়ে form পূৰণ কৰে, তেওঁ এজন customer। এটা মানুহৰ test-এ তেওঁলোকৰ বিষয়ে কিছুমানো উপযোগী কথা নকয়: তেওঁলোকে pass কৰে, বা তেওঁলোকৰ আচৰণ অস্বাভাৱিক লাগিলে block হয়।
Proof of Actor-এ তেওঁলোকক নিজৰ class দিয়ে, Human + AI, যেতিয়া assistance declared হয় বা supported integration-ৰ মাধ্যমে observable হয় তেতিয়া প্রতিবেদন কৰা হয়। সেইটোয়ে AI-drafted submission-সমূহক সঠিক team-লৈ label কৰিবলৈ, assisted user-সকল আপোনাৰ product-ৰ মাজেৰে কেনেকৈ আগবাঢ়ে সেয়া অধ্যয়ন কৰিবলৈ, আৰু তেওঁলোকৰ experience মসৃণ ৰাখিবলৈ দিয়ে। AI-assisted interaction glossary entry-ত অধিক জানক।
অনিশ্চিত ক্ষেত্ৰবোৰ সচেতনভাৱে পৰিচালনা কৰা
কিছুমান traffic সদায় অস্পষ্ট থাকিব। CAPTCHA-এ সেইটো সকলোতে একে ধৰণে সমাধান কৰে: সকলোৱে test লয়।
Proof of Actor-এ Unknown-ক এটা first-class result হিচাপে দিয়ে, default-ত কেতিয়াও human বুলি গণ্য নকৰে আৰু default-ত কেতিয়াও malicious বুলি গণ্য নকৰে। আপুনি risk অনুসৰি route-ভিত্তিক fallback বাছি লয়:
- Public page আৰু documentation: allow কৰক, আৰু standard experience ৰাখক।
- Sign-up আৰু contact form: allow কৰক, আপোনাৰ usual abuse control-সহ।
- Account change: আপোনাৰ বিদ্যমান re-authentication flow ৰাখক।
- উচ্চ-প্ৰভাৱৰ action: review-লৈ route কৰক, বা আপুনি এতিয়াও এটা বিচাৰিলে ইয়াত challenge প্ৰয়োগ কৰক।
ইয়াত challenge-এ এতিয়াও নিজৰ স্থান উপাৰ্জন কৰিব পাৰে: এটা sensitive route-ত এটা deliberate policy outcome হিচাপে, প্ৰতিজন visitor-ৰ ওপৰত toll হিচাপে নহয়।
decision ক'ত থাকে
CAPTCHA widget-এ সেই মুহূৰ্ততে সিদ্ধান্ত লয় যেতিয়া ই দেখুৱা হয়, সেই page-ত য'ত আপুনি ইয়াক ৰাখিছিল, আৰু মাত্ৰ এবাৰ।
Proof of Actor-ৰ সৈতে, আপোনাৰ application-এ সিদ্ধান্ত লয়, আপোনাৰ integration-এ সামৰা প্ৰতিটো route-ত: server middleware, Next.js, edge, approved browser integration, এটা generic HTTP API বা আপোনাৰ MCP server। Policy-এ actor class আৰু basis একেলগে ব্যৱহাৰ কৰে: allow, adapt, challenge, review বা rate-limit। সিহঁত আপোনাৰ code-ত থাকে, আপোনাৰ business logic-ৰ বাকী অংশৰ কাষে, আৰু page পুনৰনকশা নকৰাকৈ আপুনি সিহঁত সলনি কৰিব পাৰে।
rollout কৰা
Proof of Actor observation mode-ত আৰম্ভ হয়। ইয়াক install কৰিলে আপোনাৰ users-এ দেখা কিবা সলনি নহয়। blanket challenge-ৰ পৰা আঁতৰি যোৱাৰ এটা যুক্তিসংগত পথ এইদৰে দেখায়:
- Observe. আপোনাৰ বিদ্যমান challenge-সমূহ জিইয়ে ৰাখক আৰু Proof of Actor যোগ কৰক। প্ৰতিটো route-ত actor mix আৰু Unknown rate লক্ষ্য কৰক।
- Compare. প্ৰত্যেক challenged route-ৰ বাবে চাওক কিমান challenge human session, AI-assisted user আৰু verified agent-ৰ ওপৰত পৰে।
- Preview. evidence শক্তিশালী হোৱা ঠাইত challenge এৰি দিয়া আৰু sensitive action-ত Unknown-ৰ বাবে ৰাখি এটা policy লিখক। বাস্তৱ traffic-ৰ বিপৰীতে তাৰ effect preview কৰক।
- Enforce. এক সময়ত এটা route-ত policy অন কৰক, documented fallback আৰু rollback switch-সহ।
actor-aware policy সুৰক্ষিতভাৱে rollout কৰা guide-এ প্ৰতিটো ধাপ detail-ত সামৰি লয়।
CAPTCHA এতিয়াও কেতিয়া যুক্তিসংগত
কিছুমান ঠাইত challenge এতিয়াও উপযোগী tool: sensitive action-ৰ বিপৰীতে অস্পষ্ট traffic-ৰ এটা burst, সক্ৰিয় abuse-ত থকা form, বা এটা route য'ত আপোনাৰ আন কোনো signal এতিয়াও নাই। Proof of Actor-এ আপোনাক সেই tool এৰি দিবলৈ কৈ নাথাকে। ই আপোনাক ক'ত ই সহায় কৰে তাতহে ব্যৱহাৰ কৰিবলৈ context দিয়ে।
আৰম্ভ কৰক
Proof of Actor private beta-ত আছে। বাছনি কৰা founding developer team-এ agreed usage limit-ৰ ভিতৰত team-টোৱে ইয়াক নিৰ্মাণ কৰে তাৰ পৰা direct support-সহ 12 months-লৈ free access পাব পাৰে। early access-ৰ বাবে apply কৰক আৰু আজিলৈকে আপুনি কোন route challenge কৰে সেয়া আমাক কওক।