CAPTCHA ಒಂದು ಸರಳ ಕಲ್ಪನೆ: ಸಂದರ್ಶಕರ ಮುಂದೊಂದು ಕಾರ್ಯವನ್ನು ಇಡಿ, ಅದನ್ನು ಜನರು ಪರಿಹರಿಸಬಹುದು ಆದರೆ machines ಗೆ ಸಾಧ್ಯವಿಲ್ಲ, ಮತ್ತು ದಾಟುವ ಯಾರನ್ನಾದರೂ ಒಳಗೆ ಬಿಡಿ. ವರ್ಷಗಳ ಕಾಲ ಅದು ಸಮಂಜಸವಾದ ವ್ಯವಹಾರವಾಗಿತ್ತು. ಜನರು ಕೆಲವು ಸೆಕೆಂಡುಗಳನ್ನು ಕಳೆದುಕೊಂಡರು, ಮತ್ತು ಅತಿ ಕೆಟ್ಟ automation ನಿಧಾನಗೊಂಡಿತು.
ಮೂರು ಸಂಗತಿಗಳು ಬದಲಾಗಿವೆ. Machines ಗಳು ಕಾರ್ಯಗಳನ್ನು ಪರಿಹರಿಸುವಲ್ಲಿ ಉತ್ತಮವಾದವು. ಜನರು ಅವನ್ನು ಪರಿಹರಿಸುವುದರಿಂದ ಬೇಸತ್ತರು. ಮತ್ತು ಹೊಸ ರೀತಿಯ ಸಂದರ್ಶಕರು ಬಂದರು: ನಿಜವಾದ customers ಗಳಿಗಾಗಿ ಕ್ರಿಯೆ ಮಾಡುವ AI agents, ಮತ್ತು AI assistants ಜೊತೆ ಕೆಲಸ ಮಾಡುವ ಜನರು. "ನೀವು human ಆಗಿದ್ದೀರಾ?" ಎಂದು ಕೇಳುವ test ಇವರಿಬ್ಬರಿಗೂ ಒಳ್ಳೆಯ ಉತ್ತರವನ್ನು ಕೊಡದು.
Proof of Actor ಬೇರೆ ವಿಧಾನವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಪ್ರತಿಯೊಬ್ಬ ಸಂದರ್ಶಕರನ್ನೂ ಪರೀಕ್ಷಿಸುವ ಬದಲು, ಅದು ನಿಮ್ಮ application ಗೆ ಯಾರು ಅಥವಾ ಏನು ಕ್ರಿಯೆ ಮಾಡುತ್ತಿದೆ ಎಂಬುದನ್ನು, ಆ ನಿರ್ಣಯದ ಹಿಂದಿನ ಸಾಕ್ಷ್ಯದೊಂದಿಗೆ ತಿಳಿಸುತ್ತದೆ, ಮತ್ತು challenge ಅಗತ್ಯವಿದೆಯೇ ಇಲ್ಲವೇ ಎಂದು ನಿಮ್ಮ code ನ್ನೇ ನಿರ್ಧರಿಸಲು ಬಿಡುತ್ತದೆ.
ಸಂಕ್ಷಿಪ್ತವಾಗಿ
| CAPTCHA | Proof of Actor | |
|---|---|---|
| ಮುಖ್ಯ ಪ್ರಶ್ನೆ | ಈ ಸಂದರ್ಶಕರು human test ಅನ್ನು ದಾಟಬಹುದೇ? | ಯಾರು ಅಥವಾ ಏನು ಕ್ರಿಯೆ ಮಾಡುತ್ತಿದೆ, ಮತ್ತು ಸಾಕ್ಷ್ಯ ಏನು? |
| ವೆಚ್ಚವನ್ನು ಯಾರು ಹೊರುತ್ತಾರೆ | challenge ಅನ್ನು ನೋಡುತ್ತಿರುವ ಪ್ರತಿಯೊಬ್ಬ ಸಂದರ್ಶಕ | ಯಾರೂ ಇಲ್ಲ; classification ಹಿನ್ನೆಲೆಯಲ್ಲೇ ಆಗುತ್ತದೆ |
| ಸಾಧ್ಯ ಉತ್ತರಗಳು | Pass ಅಥವಾ fail | Human, Human + AI, Agent ಅಥವಾ Unknown, ಜೊತೆಗೆ ಒಂದು basis |
| ಮಾನ್ಯ AI agents | ತಡೆಯಲ್ಪಡುತ್ತಾರೆ, ಅಥವಾ test ಅನ್ನು ಸುತ್ತಿ ಹೋಗುವಂತೆ ಮಾಡಲಾಗುತ್ತದೆ | ಗುರುತಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಸರಿಯಾದ experience ಗೆ route ಮಾಡಲಾಗುತ್ತದೆ |
| AI assistants ಬಳಸುವ ಜನರು | ಇತರ ಯಾವುದೇ ಸಂದರ್ಶಕರಂತೆ ಕಾಣುತ್ತಾರೆ | ವಿಭಿನ್ನ class, Human + AI |
| ಅಸ್ಪಷ್ಟ traffic | ಅದೇ test ಅನ್ನು ದಾಟಬೇಕು | Unknown, ನೀವು ಪ್ರತಿ route ಗೆ ಆಯ್ಕೆಮಾಡುವ fallback ನೊಂದಿಗೆ |
| ಇದು ಎಲ್ಲಿ ಅನ್ವಯಿಸುತ್ತದೆ | ನೀವು ಅದನ್ನು ಇಡುವ pages | ನಿಮ್ಮ integration ಒಳಗೊಂಡಿರುವ ಪ್ರತಿಯೊಂದು route |
| install ಮಾಡಿದಾಗ default ವರ್ತನೆ | ಕಾಣುವ challenge | Observation; ನೀವು policy ಸೇರಿಸುವವರೆಗೆ ಏನೂ ಬದಲಾಗುವುದಿಲ್ಲ |
ಒಂದು test ಮತ್ತು ಸಾಕ್ಷ್ಯ
CAPTCHA ಒಂದು ಮಾಹಿತಿ-ಬಿಟ್ ಅನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ: ಸಂದರ್ಶಕರು pass ಆಗಿದರು ಅಥವಾ fail ಆಗಿದರು. ಸಂದರ್ಶಕರು ಯಾರು, ಅವರು assistant ಜೊತೆ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದರೇ, ಅಥವಾ ಫಲಿತಾಂಶದ ಬಗ್ಗೆ ನೀವು ಎಷ್ಟು ವಿಶ್ವಾಸದಿಂದಿರಬೇಕು ಎಂಬುದನ್ನು ಅದು ಹೇಳುವುದಿಲ್ಲ. ಮತ್ತು ಅದು ಆ bit ಅನ್ನು ಸಂದರ್ಶಕರಿಂದ ಕೆಲಸ ಮಾಡಿಸುವ ಮೂಲಕ ಉತ್ಪಾದಿಸುತ್ತದೆ.
Proof of Actor ಒಂದು classification ಮತ್ತು ಅದರ evidence basis ಅನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ. Verified ಫಲಿತಾಂಶ ಎಂದರೆ ಪರಿಶೀಲಿಸಬಹುದಾದ assertion ಮಾನ್ಯಗೊಂಡಿದೆ, ಉದಾಹರಣೆಗೆ ಪ್ರಕಟಿತ key ಗೆ ವಿರುದ್ಧವಾಗಿ ಪರಿಶೀಲಿಸಿದ request signature. Declared ಫಲಿತಾಂಶ ಎಂದರೆ client ಅಥವಾ ನಿಮ್ಮ own application ಅದನ್ನು ಹೇಳಿದೆ. Inferred ಫಲಿತಾಂಶವನ್ನು inference ಎಂದು ಲೇಬಲ್ ಮಾಡಲಾಗಿದೆ. Unknown ಎಂದರೆ evidence ನಿರ್ಣಯಕ್ಕೆ ಬೆಂಬಲಿಸುವುದಿಲ್ಲ. ನಿಮ್ಮ team ಪ್ರತಿಯೊಂದು ಫಲಿತಾಂಶವನ್ನು ಓದಿ ಅದು ಏನನ್ನು ಆಧರಿಸಿದೆ ಎಂಬುದನ್ನು ನೋಡಬಹುದು, ಮತ್ತು ಸಂದರ್ಶಕರಿಗೆ ಏನನ್ನೂ ಮಾಡಲು ಅಗತ್ಯವಿಲ್ಲ.
ಎಲ್ಲರನ್ನೂ challenge ಮಾಡುವ ವೆಚ್ಚ
ಪ್ರತಿ challenge ಎಂದರೆ ನಿಮ್ಮ ಅತ್ಯುತ್ತಮ users ಗಳ ಮೇಲೆ ಇಡಲಾಗುವ friction, ನಿಮ್ಮ ಕೆಟ್ಟವರನ್ನು ನಿಧಾನಗೊಳಿಸಲು. sign-up page ನಲ್ಲಿ, ಇದು conversions ಗಳನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ. checkout ನಲ್ಲಿ, ಇದು revenue ಯನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ. accessibility ದೃಷ್ಟಿಯಿಂದ, ಇದು ಕೆಲವರನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಹೊರಗಿಡಬಹುದು. teams ಗಳು ಆ ವೆಚ್ಚವನ್ನು ಒಪ್ಪಿಕೊಳ್ಳುವುದು, ಇನ್ನೊಂದು ಬದಿಯಲ್ಲಿ ಯಾರು ಇದ್ದಾರೆ ಎಂಬುದರ ಬಗ್ಗೆ ಉತ್ತಮ signal ಅವರ ಬಳಿ ಇಲ್ಲದಿರುವುದರಿಂದ ಮಾತ್ರ.
Actor context ಜೊತೆಗೆ, ವ್ಯವಹಾರ ಬದಲಾಗುತ್ತದೆ. ನೀವು human-directed sessions ಗಳಿಗೆ ಸಾಮಾನ್ಯ experience ಅನ್ನು ಉಳಿಸಬಹುದು, ಸಾಕ್ಷ್ಯ ಬಲವಾಗಿರುವ ಕಡೆ challenge ಅನ್ನು ಕೈಬಿಡಬಹುದು, ಮತ್ತು ಅದು ಇನ್ನೂ ಮೌಲ್ಯ ನೀಡುವ ಕಿರಿದಾದ ಸಂದರ್ಭಗಳಿಗೆ ಅದನ್ನು ಮೀಸಲಿಡಬಹುದು: ಉದಾಹರಣೆಗೆ, password change ಅಥವಾ high-value ಕ್ರಿಯೆಯಲ್ಲಿ ಇರುವ Unknown ಫಲಿತಾಂಶ. ಹೆಚ್ಚಿನ ಸಂದರ್ಶಕರು ಮತ್ತೆ challenge ಅನ್ನು ಕಾಣುವುದಿಲ್ಲ.
ಮಾನ್ಯ agents ಗಳಿಗೆ puzzle ಅಲ್ಲ, ಒಂದು path ಬೇಕು
ಒಂದು CAPTCHA software ನ್ನು ನಿಲ್ಲಿಸಲು ನಿರ್ಮಿಸಲಾಗಿದೆ. ನಿಮ್ಮ pages ಗೆ ಭೇಟಿ ನೀಡುವ software ನ ಬಹುಪಾಲು ಅನಗತ್ಯವಾಗಿದ್ದಾಗ ಅದು ಅರ್ಥಪೂರ್ಣವಾಗಿತ್ತು. ಈಗ ಅದು ಹಾಗಿಲ್ಲ.
ಇಂದು ಒಂದು assistant customers ಗಾಗಿ ನಿಮ್ಮ plans ಗಳನ್ನು ಹೋಲಿಸಬಹುದು, ಒಂದು agent ನಿಮ್ಮ app ಮೂಲಕ meeting ಅನ್ನು book ಮಾಡಬಹುದು, ಮತ್ತು ಒಂದು AI client ನಿಮ್ಮ MCP server ಗೆ ಒಂದು task ಪೂರ್ಣಗೊಳಿಸಲು ಕರೆ ಮಾಡಬಹುದು. ಅವರನ್ನು ನಿಲ್ಲಿಸುವುದು ನಿಮ್ಮ customers ಗಳನ್ನೇ ನಿಲ್ಲಿಸುತ್ತದೆ. ಜನರಿಗಾಗಿ ನಿರ್ಮಿತ pages ಮತ್ತು puzzles ಮೂಲಕ ಅವರನ್ನು ಹೋಗುವಂತೆ ಮಾಡುವುದು, redesign ಆಗುವಾಗಲೆಲ್ಲಾ ಮುರಿಯುವ brittle automation ಅನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ.
Proof of Actor agents ಗಳನ್ನು ಗುರುತಿಸುತ್ತದೆ, ಮತ್ತು signed requests ಗಳೊಂದಿಗೆ ಯಾವ key ಮತ್ತು operator ಅವರ ಹಿಂದೆ ಇದ್ದಾರೆ ಎಂಬುದನ್ನು ಪರಿಶೀಲಿಸಬಹುದು. ನಂತರ ನಿಮ್ಮ application ಒಂದು challenge ಗಿಂತ ಉತ್ತಮವಾದುದನ್ನು ಮಾಡಬಹುದು: structured API ಒದಗಿಸಬಹುದು, agent-friendly flow ನೀಡಬಹುದು, ಅಥವಾ automation ಗಾಗಿ ಸೂಕ್ತವಾದ rate limit ಅನ್ನು ಅನ್ವಯಿಸಬಹುದು. AI agents ಗೆ structured content ಸೇವಿಸುವುದು ಎಂಬ guide ಇದನ್ನು ಹೇಗೆ ಮಾಡುವುದು ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ.
Verified identity ಎಂದರೆ permission ಒಂದೇ ಅಲ್ಲ. ಮಾನ್ಯ signature ಯು ಯಾವ key request ಅನ್ನು sign ಮಾಡಿತು ಎಂಬುದನ್ನು ತಿಳಿಸುತ್ತದೆ; ಆ agent ಒಂದು ಕ್ರಿಯೆಯನ್ನು ಮಾಡಲು ಸಾಧ್ಯವಿದೆಯೇ ಇಲ್ಲವೇ ಎಂಬುದು ನಿಮ್ಮ authorization decision. Proof of Actor ಈ ಎರಡು ಪ್ರಶ್ನೆಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿರಿಸುತ್ತದೆ.
AI ಜೊತೆ ಕೆಲಸ ಮಾಡುವ ಜನರು ಇನ್ನೂ ನಿಮ್ಮ users ಗಳು
ಒಬ್ಬ ವ್ಯಕ್ತಿ assistant ಜೊತೆಗೆ support message ಅನ್ನು draft ಮಾಡುತ್ತಿದ್ದರೂ, ಅಥವಾ AI ಸಹಾಯದಿಂದ form ತುಂಬುತ್ತಿದ್ದರೂ, ಅವರು customer ಆಗಿರುತ್ತಾರೆ. ಒಂದು human test ಅವರಿಗೆ ಹೇಳಲು ಉಪಯುಕ್ತವಾದುದೇನೂ ಇಲ್ಲ: ಅವರು pass ಆಗುತ್ತಾರೆ, ಅಥವಾ ಅವರ ವರ್ತನೆ ಅಸಾಮಾನ್ಯವಾಗಿ ಕಾಣುವುದರಿಂದ ಅವರನ್ನು block ಮಾಡಲಾಗುತ್ತದೆ.
Proof of Actor ಅವರಿಗೆ ತಮ್ಮದೇ class ಅನ್ನು ನೀಡುತ್ತದೆ, Human + AI, assistance declared ಆಗಿರುವಾಗ ಅಥವಾ supported integration ಮೂಲಕ ಗಮನಿಸಬಹುದಾದಾಗ ವರದಿಯಾಗುತ್ತದೆ. ಅದು AI-drafted submissions ಗಳನ್ನು ಸರಿಯಾದ team ಗೆ label ಮಾಡಲು, assisted users ನಿಮ್ಮ product ನಲ್ಲಿ ಹೇಗೆ ಚಲಿಸುತ್ತಾರೆ ಎಂಬುದನ್ನು ಅಧ್ಯಯನ ಮಾಡಲು, ಮತ್ತು ಅವರ experience ಅನ್ನು smooth ಆಗಿರಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ. ಹೆಚ್ಚಿನ ಮಾಹಿತಿಗಾಗಿ AI-assisted interaction glossary entry ನೋಡಿ.
ಅನಿಶ್ಚಿತ ಸಂದರ್ಭಗಳನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ನಿರ್ವಹಿಸುವುದು
ಕೆಲವು traffic ಯಾವಾಗಲೂ ಅಸ್ಪಷ್ಟವಾಗಿರುತ್ತದೆ. ಒಂದು CAPTCHA ಅದನ್ನು ಎಲ್ಲೆಡೆ ಒಂದೇ ರೀತಿ ನಿರ್ವಹಿಸುತ್ತದೆ: ಎಲ್ಲರೂ test ತೆಗೆದುಕೊಳ್ಳುತ್ತಾರೆ.
Proof of Actor Unknown ಅನ್ನು ಮೊದಲ ದರ್ಜೆಯ ಫಲಿತಾಂಶವಾಗಿ ಹಿಂದಿರುಗಿಸುತ್ತದೆ, ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ human ಎಂದು ಎಂದಿಗೂ ಪರಿಗಣಿಸುವುದಿಲ್ಲ ಮತ್ತು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ malicious ಎಂದು ಕೂಡ ಎಂದಿಗೂ ಪರಿಗಣಿಸುವುದಿಲ್ಲ. ನೀವು risk ಗೆ ಹೊಂದುವಂತೆ ಪ್ರತಿ route ಗೆ fallback ಆಯ್ಕೆಮಾಡುತ್ತೀರಿ:
- Public pages ಮತ್ತು documentation: allow ಮಾಡಿ, ಮತ್ತು standard experience ಅನ್ನು ಉಳಿಸಿ.
- Sign-up ಮತ್ತು contact forms: allow ಮಾಡಿ, ನಿಮ್ಮ ಸಾಮಾನ್ಯ abuse controls ಗಳೊಂದಿಗೆ.
- Account changes: ನಿಮ್ಮ existing re-authentication flow ಅನ್ನು ಉಳಿಸಿ.
- High-impact actions: review ಗೆ route ಮಾಡಿ, ಅಥವಾ ನೀವು ಇನ್ನೂ ಒಂದು ಬಯಸಿದರೆ ಇಲ್ಲಿ challenge ಅನ್ವಯಿಸಿ.
ಇಲ್ಲಿ ಒಂದು challenge ಇನ್ನೂ ತನ್ನ ಸ್ಥಾನವನ್ನು ಗಳಿಸಬಹುದು: ಒಂದು sensitive route ನಲ್ಲಿ ಒಂದು deliberate policy outcome ಆಗಿ, ಪ್ರತಿಯೊಬ್ಬ ಸಂದರ್ಶಕರ ಮೇಲಿನ toll ಆಗಿ ಅಲ್ಲ.
ನಿರ್ಣಯ ಎಲ್ಲಿ ನೆಲೆಸಿದೆ
ಒಂದು CAPTCHA widget ಅದು ತೋರಿಸಲ್ಪಡುವ ಕ್ಷಣದಲ್ಲೇ, ನೀವು ಇಟ್ಟಿರುವ page ನಲ್ಲಿ, ಮತ್ತು ಒಂದೇ ಬಾರಿ ನಿರ್ಧರಿಸುತ್ತದೆ.
Proof of Actor ನೊಂದಿಗೆ, ನಿಮ್ಮ application ನಿರ್ಧರಿಸುತ್ತದೆ, ನಿಮ್ಮ integration ಒಳಗೊಂಡಿರುವ ಪ್ರತಿಯೊಂದು route ನಲ್ಲಿ: server middleware, Next.js, the edge, ಒಂದು approved browser integration, ಒಂದು generic HTTP API ಅಥವಾ ನಿಮ್ಮ MCP server. Policies ಗಳು actor class ಮತ್ತು basis ಅನ್ನು ಒಟ್ಟಿಗೆ ಬಳಸುತ್ತವೆ: allow, adapt, challenge, review ಅಥವಾ rate-limit. ಅವು ನಿಮ್ಮ code ನಲ್ಲಿ, ಉಳಿದ business logic ನ ಪಕ್ಕದಲ್ಲೇ ಇರುತ್ತವೆ, ಮತ್ತು page redesign ಮಾಡದೇ ಅವನ್ನು ಬದಲಾಯಿಸಬಹುದು.
ಇದನ್ನು rollout ಮಾಡುವುದು
Proof of Actor observation mode ನಲ್ಲಿ ಆರಂಭವಾಗುತ್ತದೆ. ಅದನ್ನು install ಮಾಡಿದರೆ ನಿಮ್ಮ users ಗಳಿಗೆ ಕಾಣುವ ಯಾವುದನ್ನೂ ಬದಲಾಯಿಸುವುದಿಲ್ಲ. blanket challenges ಗಳಿಂದ ಹೊರಬರುವ ಸಮಂಜಸವಾದ path ಹೀಗಿದೆ:
- Observe ಮಾಡಿ. ನಿಮ್ಮ existing challenges ಗಳನ್ನು ಹಾಗೆಯೇ ಇರಿಸಿ ಮತ್ತು Proof of Actor ಸೇರಿಸಿ. ಪ್ರತಿ route ನಲ್ಲಿ actor mix ಮತ್ತು Unknown rate ಅನ್ನು ನೋಡಿ.
- Compare ಮಾಡಿ. challenged route ಗಳಿಗಾಗಿ, ಎಷ್ಟು challenges human sessions, AI-assisted users ಮತ್ತು verified agents ಗಳಿಗೆ ತಾಕುತ್ತವೆ ಎಂಬುದನ್ನು ನೋಡಿ.
- Preview ಮಾಡಿ. ಸಾಕ್ಷ್ಯ ಬಲವಾಗಿರುವ ಕಡೆ challenge ಅನ್ನು ಬಿಟ್ಟುಬಿಡುವ ಮತ್ತು sensitive actions ಗಳ ಮೇಲೆ Unknown ಗೆ ಅದನ್ನು ಉಳಿಸುವ policy ಅನ್ನು ಬರೆಯಿರಿ. ನಿಜವಾದ traffic ವಿರುದ್ಧ ಅದರ ಪರಿಣಾಮವನ್ನು preview ಮಾಡಿ.
- Enforce ಮಾಡಿ. documented fallback ಮತ್ತು rollback switch ಜೊತೆಗೆ, ಒಂದೇ route ಒಂದೇ ಸಮಯದಲ್ಲಿ policy ಅನ್ನು turn on ಮಾಡಿ.
actor-aware policies ಗಳನ್ನು ಸುರಕ್ಷಿತವಾಗಿ rollout ಮಾಡುವುದು ಎಂಬ guide ಪ್ರತಿಯೊಂದು ಹಂತವನ್ನು ವಿವರವಾಗಿ ವಿವರಿಸುತ್ತದೆ.
CAPTCHA ಇನ್ನೂ ಅರ್ಥಪೂರ್ಣವಾಗಿರುವ ಸಂದರ್ಭಗಳು
Challenges ಕೆಲವೆಡೆ ಇನ್ನೂ ಉಪಯುಕ್ತ ಸಾಧನವಾಗಿರುತ್ತವೆ: sensitive action ವಿರುದ್ಧದ ಅಸ್ಪಷ್ಟ traffic ನ ಸ್ಫೋಟ, ಸಕ್ರಿಯ abuse ಗೆ ಒಳಗಾಗಿರುವ form, ಅಥವಾ ಇನ್ನೂ ಬೇರೆ signal ಇಲ್ಲದ route. Proof of Actor ಆ ಸಾಧನವನ್ನು ತ್ಯಜಿಸಲು ನಿಮಗೆ ಹೇಳುವುದಿಲ್ಲ. ಅದು ಸಹಾಯಕವಾಗಿರುವ ಕಡೆ ಮಾತ್ರ ಅದನ್ನು ಬಳಸಲು context ಅನ್ನು ನೀಡುತ್ತದೆ.
ಪ್ರಾರಂಭಿಸಿ
Proof of Actor private beta ಯಲ್ಲಿದೆ. ಆಯ್ಕೆಯಾದ founding developer teams ಗಳಿಗೆ ಒಪ್ಪಿಕೊಂಡ usage limits ಒಳಗೆ 12 months ವರೆಗೆ ಉಚಿತ access ಲಭಿಸಬಹುದು, ಅದನ್ನು ನಿರ್ಮಿಸುವ team ನಿಂದ ನೇರ support ಜೊತೆಗೆ. early access ಗೆ apply ಮಾಡಿ ಮತ್ತು ಇಂದು ನೀವು ಯಾವ routes ಗಳಿಗೆ challenge ಮಾಡುತ್ತೀರಿ ಎಂದು ನಮಗೆ ತಿಳಿಸಿ.