ಪ್ರಮುಖ ವಿಷಯಕ್ಕೆ ಬಿಟ್ಟುಬಿಡಿ
ಕಲಿಯಿರಿಶಬ್ದಕೋಶಪಾವತಿಸಿದ MCP ಸಾಧನ
ಅರ್ಥಕೋಶ

ಪಾವತಿತ MCP ಸಾಧನ ಏನು.

ವ್ಯಾಖ್ಯಾನ

ಪಾವತಿಸಲಾದ MCP ಸಾಧನವು HTTP 402 ಅನ್ನು ಪಾವತಿ URL ನೊಂದಿಗೆ ಹಿಂತಿರುಗಿಸುವ MCP ಸರ್ವರ್ ಮೂಲಕ ಬಹಿರಂಗಪಡಿಸಲಾದ ಸಾಧನವಾಗಿದೆ, ಕರೆ ಮಾಡುವ ಏಜೆಂಟ್‌ನ ವಾಲೆಟ್ ನಿಗದಿಯಾಗುವವರೆಗೆ. ನಿಗದಿಯ ನಂತರ, ಅದೇ ಕರೆ ವಾಸ್ತವಿಕ ಫಲಿತಾಂಶವನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ. ಈ ಸಾಧನವು ಹೇಗೆ ಜಾಹೀರಾತು ಮಾಡಲಾಗಿದೆ, ಕಂಡುಹಿಡಿಯಲಾಗಿದೆ ಮತ್ತು ಕರೆ ಮಾಡಲಾಗಿದೆ ಎಂಬುದರಲ್ಲಿ ಉಚಿತ MCP ಸಾಧನದಿಂದ ವಿಭಜಿತವಾಗಿಲ್ಲ.

ಏಕೆ ಇದು ಮುಖ್ಯ

ಮಾರಾಟ ತಂಡವನ್ನು ಅಗತ್ಯವಿಲ್ಲದ ಹಣಕಾಸು.

ಪಾವತಿತ MCP ಸಾಧನಗಳಿಲ್ಲದೆ, ಏಜೆಂಟ್‌ಗಳಿಗೆ ಉಪಯುಕ್ತವಾದ ಏನಾದರೂ ನಿರ್ಮಿಸುವ ಡೆವೆಲಪರ್‌ಗಾಗಿರುವ ಎರಡು ಆಕರ್ಷಕ ಆಯ್ಕೆಗಳು: ಇದನ್ನು ಉಚಿತವಾಗಿ ಇಟ್ಟುಕೊಳ್ಳಿ ಮತ್ತು ಸ್ವೀಕಾರಕ್ಕಾಗಿ ನಿರೀಕ್ಷಿಸಿ, ಅಥವಾ ಇದನ್ನು ಸುತ್ತುವರಿದಂತೆ SaaS ಕಂಪನಿಯನ್ನು ಸ್ಥಾಪಿಸಿ (ಸೈನ್‌ಅಪ್ ಹರಿವುಗಳು, ಬಿಲ್ಲಿಂಗ್ ಪೋರ್ಟಲ್‌ಗಳು, API ಕೀ ನೀಡುವುದು, ಡನ್ನಿಂಗ್, ಬೆಂಬಲ). ಎರಡೂ ಮಾರ್ಗಗಳು ವಾಸ್ತವ ಬಳಕೆದಾರರನ್ನು ನಿರ್ಲಕ್ಷಿಸುತ್ತವೆ - ಸಾಧನವನ್ನು ಕರೆ ಮಾಡಲು ಬಯಸುವ ಸ್ವಾಯತ್ತ ಏಜೆಂಟ್.

ಪಾವತಿಸಿದ MCP ಸಾಧನಗಳು ಆನ್‌ಬೋರ್ಡಿಂಗ್ ಹಂತವನ್ನು ಶೂನ್ಯಕ್ಕೆ ಕುಸಿತಗೊಳ್ಳಿಸುತ್ತವೆ. ಏಕಕಾಲದಲ್ಲಿ ಏಕಕಾಲದಲ್ಲಿ 402 ಬೆಲೆಯ ಟ್ಯಾಗ್ ಮತ್ತು ಚೆಕ್‌ಔಟ್ ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಏಜೆಂಟ್‌ನ ವಾಲೆಟ್‌ನಲ್ಲಿ ಬಜೆಟ್ ಇದ್ದರೆ, ಕರೆ ನಡೆಯುತ್ತದೆ; ಇಲ್ಲದಿದ್ದರೆ, ಕರೆ ಉಪಯುಕ್ತ ದೋಷದೊಂದಿಗೆ ಶುದ್ಧವಾಗಿ ನಿಲ್ಲುತ್ತದೆ. ನೋಂದಣಿ ಇಲ್ಲ, API ಕೀ ಇಲ್ಲ, ಹಂಚಿಕೆಯ ಗುಪ್ತತೆ ಇಲ್ಲ. ಈ ಸಾಧನವು ಪ್ರೋಟೋಕಾಲ್ ಇದನ್ನು ಪಾವತಿಸಿದ ಕಾರಣದಿಂದಾಗಿ, ಮಾರಾಟದ ಪ್ರಕ್ರಿಯೆ ಇದನ್ನು ಪಾವತಿಸಿದ ಕಾರಣದಿಂದ ಅಲ್ಲ.

ಇದು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ

ಕೋಲ್, 402, ನಿಗಮ, ಪುನರಾವೃತ್ತ, ಫಲಿತಾಂಶ.

  1. ಕರೆ. ಏಜೆಂಟ್ ಸಾಮಾನ್ಯ MCP ಸಾರಿಗೆ ಮೂಲಕ ರಚಿತ ವಾದಗಳೊಂದಿಗೆ ಸಾಧನವನ್ನು ಕರೆಯುತ್ತಾನೆ.
  2. 402. ಈ ಕರೆಗಾರ ಮತ್ತು ಈ ಸಾಧನಕ್ಕಾಗಿ ಮಾನ್ಯವಾದ ಹಿಂದಿನ ಪಾವತಿಯನ್ನು ಸರ್ವರ್ ಪರಿಶೀಲಿಸುತ್ತದೆ. ಇಲ್ಲದಿದ್ದರೆ, ಇದು HTTP 402 ಅನ್ನು ಪಾವತಿ URL ಮತ್ತು ಈ ಕರೆಗಾಗಿ ಉಲ್ಲೇಖಿತ ಬೆಲೆಯೊಂದಿಗೆ ಹಿಂತಿರುಗಿಸುತ್ತದೆ.
  3. ನೀತಿ ಪರಿಶೀಲನೆ. ಏಕ ಏಕಕಾಲದಲ್ಲಿ ವಾಲೆಟ್ ಕಾರ್ಯಾಚರಣೆ ಉಲ್ಲೇಖಿತ ಬೆಲೆಯನ್ನು ಏಕ ಏಕಕಾಲದಲ್ಲಿ ವೆಚ್ಚ ನೀತಿಯ ವಿರುದ್ಧ ಪರಿಶೀಲಿಸುತ್ತದೆ. ಬಜೆಟ್ ಮತ್ತು ಪರ್ಯಾಯ ಪಕ್ಷದ ನಿಯಮಗಳ ಒಳಗೆ, ಇದು ಮುಂದುವರಿಯುತ್ತದೆ; ಇಲ್ಲದಿದ್ದರೆ ಕರೆ ನೀತಿ ದೋಷದೊಂದಿಗೆ ವಿಫಲವಾಗುತ್ತದೆ.
  4. Settle. ವಾಲೆಟ್ URL ಗೆ USDC ನಲ್ಲಿ ಪಾವತಿಸುತ್ತದೆ. ವಾಲೆಟ್ ಒದಗಿಸುವವರು ಸರ್ವರ್‌ಗೆ ಪಾವತಿಯನ್ನು ದೃಢೀಕರಿಸುತ್ತಾರೆ, ಸಾಮಾನ್ಯವಾಗಿ ಸಹಿ ಮಾಡಿದ ವೆಬ್‌ಹುಕ್ ಮೂಲಕ.
  5. Retry and result. ಸರ್ವರ್ ಕರೆಗಾರನನ್ನು ಪಾವತಿಯಾಗಿ ಗುರುತಿಸಿದ ನಂತರ, ಏಜೆಂಟ್ ಸಾಧನವನ್ನು ಪುನಃ ಕರೆದೊಯ್ಯುತ್ತಾನೆ; ಸರ್ವರ್ ಇದನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ ಮತ್ತು ವಾಸ್ತವ ಫಲಿತಾಂಶವನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ.

ಏಜೆಂಟ್‌ನ ಯೋಜಕ ಇದರಲ್ಲಿ ಯಾವುದನ್ನೂ ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕಾಗಿಲ್ಲ. ಇದರ ದೃಷ್ಟಿಯಿಂದ, ಕರೆ ಸ್ವಲ್ಪ ಹೆಚ್ಚು ಸಮಯ ತೆಗೆದುಕೊಂಡಿತು ಮತ್ತು ಏಜೆಂಟ್‌ನ ಪರಿಶೀಲನಾ ಲಾಗ್ ಒಂದು ವ್ಯವಹಾರ ಸಾಲನ್ನು ಗಳಿಸಿತು. ಉಳಿದ ಎಲ್ಲವೂ ಕಾರ್ಯಾಚರಣೆಯ ಕೆಲಸ.

ಉದಾಹರಣೆಗಳು

ಮೂರು ಪಾವತಿತ-ಉಪಕರಣ ರೂಪಗಳು.

ಉದಾಹರಣೆ 1

ಪ್ರಿಮಿಯಮ್ ಮಾರುಕಟ್ಟೆ-ಡೇಟಾ ಸಾಧನ

ಒಂದು MCP ಸರ್ವರ್ ಉಚಿತ ಸಾಧನಗಳನ್ನು (list_tickers, get_quote_delayed) ಮತ್ತು ಒಂದು ಪಾವತಿತ ಸಾಧನವನ್ನು: get_quote_realtime ಅನ್ನು ಬಹಿರಂಗಪಡಿಸುತ್ತದೆ. ಉಚಿತ ಸಾಧನಗಳಿಗೆ ನಿಯಮಿತ 200 ಪ್ರತಿಕ್ರಿಯೆ ಇದೆ. ಪಾವತಿತ ಸಾಧನವು ಮೊದಲ ಕರೆ ಮಾಡುವಾಗ ಪಾವತಿ URL ನೊಂದಿಗೆ 402 ಅನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ. ಏಜಂಟ್‌ನ ವಾಲೆಟ್ $0.005 ಅನ್ನು ನಿಗದಿಪಡಿಸಿದ ನಂತರ, ಕರೆ ಪುನರಾವೃತ್ತವಾಗುತ್ತದೆ ಮತ್ತು ನೇರ ಉಲ್ಲೇಖವನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ. ಒಂದೇ ಸರ್ವರ್, ಒಂದೇ ಪ್ರೋಟೋಕಾಲ್; ಕೇವಲ ಒಂದು ಸಾಧನವೇ ಗೇಟಿಂಗ್ ಆಗಿದೆ.

ಉದಾಹರಣೆ 2

ಪ್ರತಿ ಪುಟಕ್ಕೆ ಪಾವತಿ ಮಾಡುವ ವೆಬ್-ಕ್ರಾಲರ್ ಸಾಧನ

ಒಂದು crawl_page ಸಾಧನವು ಪ್ರತಿ ಪುಟವನ್ನು ಪಡೆಯಲು ಮತ್ತು ವಿಶ್ಲೇಷಿಸಲು $0.001 ಅನ್ನು ಶುಲ್ಕ ವಿಧಿಸುತ್ತದೆ. ಪ್ರತಿಯೊಂದು ಕರೆ ಪಾವತಿಸಲಾಗಿದೆ - ಉಚಿತ ತೀರ್ಮಾನವಿಲ್ಲ. ಪ್ರತಿಯೊಂದು ಆಹ್ವಾನವು ತನ್ನನ್ನು ಹಣಕಾಸು ಮಾಡುತ್ತದೆ, ಏಕೆಂದರೆ ಸರ್ವರ್ ಕಾರ್ಯನಿರ್ವಹಿಸಲು ಕಡಿಮೆ ವೆಚ್ಚದಲ್ಲಿದೆ. ಏಜೆಂಟ್‌ನ ಖರ್ಚು ನೀತಿ ಪ್ರತಿದಿನವೂ ಎಷ್ಟು ಪುಟಗಳನ್ನು ಕ್ರಾಲ್ ಮಾಡಬಹುದು ಎಂಬುದನ್ನು ಮಿತಿಯಲ್ಲಿಡುತ್ತದೆ, ಇದು ಓಡುತ್ತಿರುವ ಲೂಪ್ಗಳಿಗೆ ನೈಸರ್ಗಿಕ ಉತ್ತರವಾಗಿದೆ.

ಉದಾಹರಣೆ 3

ಉಚಿತ ಪ್ರಯೋಗಾವಧಿಯ ಅನುಮತಿಯನ್ನು ಹೊಂದಿರುವ ಚಂದಾ ಶ್ರೇಣಿಯ ಸಾಧನ

ಮಾಸಕ್ಕೆ 'ಮೊದಲ 50 ಕರೆಗಳು ಉಚಿತ' ಸಾಧನವು ಬಿಲ್ಲಿಂಗ್ ಕಿಟಕಿಯ ಮೊದಲ 50 ಕರೆಗಳಿಗೆ 200 ಅನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ ಮತ್ತು 51ನೇ ನಂತರ 402 ಅನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ. ಏಜೆಂಟ್‌ನ ವಾಲೆಟ್ ಮುಂದಿನ 1,000 ಕರೆಗಳನ್ನು ಒಳಗೊಂಡಂತೆ $5 USDC ಟಾಪ್-ಅಪ್ ಅನ್ನು ಪಾವತಿಸುತ್ತದೆ. ಏಜೆಂಟ್‌ನ ದೃಷ್ಟಿಕೋನದಿಂದ, 402 ತಿಂಗಳ ಬಹಳಷ್ಟು ಭಾಗದಲ್ಲಿ ಅಸ್ಪಷ್ಟವಾಗಿದೆ; ಒದಗಿಸುವವರ ದೃಷ್ಟಿಕೋನದಿಂದ, ಹಣಕಾಸು ಸ್ವಾಯತ್ತವಾಗಿದೆ.

ಸಾಮಾನ್ಯ ಪ್ರಶ್ನೆಗಳು

ಮೂರು ಸಾಮಾನ್ಯ ಪ್ರಶ್ನೆಗಳು.

ಏಜೆಂಟ್ ಯಾವಾಗಲೂ ಒಂದೇ ಸಾಧನಕ್ಕೆ ಒಂದೇ ಬೆಲೆಯನ್ನು ಪಾವತಿಸುತ್ತದೆಯೆ?

ಅವಶ್ಯಕವಲ್ಲ. 402 ಪ್ರತಿಸ್ಪಂದನವು ಈ ನಿರ್ದಿಷ್ಟ ಕರೆಗಾಗಿ ಬೆಲೆಯನ್ನು ಒಳಗೊಂಡಿದೆ, ಆದ್ದರಿಂದ ಸರ್ವರ್ ಅದನ್ನು ಬದಲಾಯಿಸಬಹುದು - ವಾದದ ಗಾತ್ರ, ದಿನದ ಸಮಯ, ಶ್ರೇಣಿಯ ಮೂಲಕ, ಪ್ರತಿ-ಗ್ರಾಹಕ ಒಪ್ಪಂದ, ಸರ್ಜ್ ಮೂಲಕ. ಏಜೆಂಟ್‌ನ ವಾಲೆಟ್ ಉಲ್ಲೇಖಿತ ಬೆಲೆಯನ್ನು ಏಜೆಂಟ್‌ನ ಖರ್ಚು ನೀತಿಯ ವಿರುದ್ಧ ಪರಿಶೀಲಿಸುತ್ತದೆ. ಬೆಲೆ ಮಿತಿಯ ಮೇಲೆ ಇದ್ದರೆ, ಕರೆ ಪಾವತಿಯ ಬದಲು ನೀತಿ ದೋಷದೊಂದಿಗೆ ವಿಫಲವಾಗುತ್ತದೆ. ಪ್ರೋಟೋಕಾಲ್ ಡೈನಾಮಿಕ್ ಬೆಲೆಯನ್ನು ಸುರಕ್ಷಿತವಾಗಿಸುತ್ತದೆ ಏಕೆಂದರೆ ಪ್ರತಿಯೊಂದು ಬೆಲೆಯು ಸ್ಪಷ್ಟವಾಗಿದೆ.

ಏಜೆಂಟ್ ಪಾವತಿಸಿದ ನಂತರ ಸಾಧನ ವಿಫಲವಾದರೆ ಏನಾಗುತ್ತದೆ?

ಯಾವುದೇ ಪಾವತಿತ API ಯೊಂದಿಗೆ ಸಂಭವಿಸುವ ಅದೇ ವಿಷಯ: ಫಲಿತಾಂಶವನ್ನು ಒದಗಿಸುವುದಕ್ಕಾಗಿ ಅಥವಾ ಪಾವತಿಯನ್ನು ಹಿಂತಿರುಗಿಸುವುದಕ್ಕಾಗಿ ಸರ್ವರ್ ಜವಾಬ್ದಾರಿಯಾಗಿದೆ, ಅದರ ಶರತ್ತುಗಳ ಪ್ರಕಾರ. ಉತ್ತಮವಾಗಿ ವಿನ್ಯಾಸಗೊಳಿಸಲಾದ ಪಾವತಿತ MCP ಸಾಧನಗಳು ಕೆಲಸ ಯಶಸ್ವಿಯಾಗುವ ನಂತರ ಮಾತ್ರ ಪಾವತಿಯನ್ನು ನಿಗದಿಪಡಿಸುತ್ತವೆ (402 ರಲ್ಲಿ ಹಿಡಿದಿಡುವ ಅಥವಾ ಎಸ್ಕ್ರೋ URL ಅನ್ನು ಒಳಗೊಂಡಿದೆ) ಅಥವಾ ವಿಫಲವಾದಾಗ ಹಿಂತಿರುಗಿಸುತ್ತವೆ. ಪ್ರೋಟೋಕಾಲ್ ಇದನ್ನು ಬಲಪಡಿಸುವುದಿಲ್ಲ; ಇದು ಪ್ರತಿಯೊಂದು ಸಾಧನದ ಒದಗಿಸುವವರಿಗೆ ಕಾರ್ಯಗತಗೊಳಿಸುವ ಗುಣಮಟ್ಟದ ಚಿಂತನವಾಗಿದೆ, SLA ಕಾರ್ಯಗತಗೊಳಿಸುವುದು ಯಾವುದೇ ಪಾವತಿತ API ಗೆ ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.

ಒಂದು ಏಜೆಂಟ್ ಪಾವತಿಸಲು ನಿರಾಕರಿಸಬಹುದೆ ಮತ್ತು ಒಂದೇ ಸರ್ವರ್‌ನಲ್ಲಿ ಉಚಿತ ಸಾಧನಗಳನ್ನು ಮಾತ್ರ ಕರೆ ಮಾಡಬಹುದೆ?

ಹೌದು, ಮತ್ತು ಇದು ಉದ್ದೇಶಿತ ವರ್ತನೆ. ಉಚಿತ ಸಾಧನಗಳು ನೇರವಾಗಿ 200 ಅನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತವೆ; ಕೇವಲ ಗೇಟೆಡ್ ಸಾಧನಗಳು 402 ಅನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತವೆ. ಏಜೆಂಟ್‌ನ ಯೋಜಕ ಆಯ್ಕೆ ಮಾಡಬಹುದು: ಪಾವತಿಸಿದ ಸಾಧನವನ್ನು ಬಿಟ್ಟು ಬಿಡಿ, ಕಾರ್ಯವನ್ನು ಸಾಧಿಸಲು ಮತ್ತೊಂದು ಮಾರ್ಗವನ್ನು ಹುಡುಕಿ, ಅಥವಾ ನೆಲೆಸಲು ಮತ್ತು ಮುಂದುವರಿಯಲು. ಮಾರುಕಟ್ಟೆ ಚಲನೆಗಳು ಈ ರೀತಿಯಲ್ಲಿಯೇ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ - ಕಡಿಮೆ, ಕಡಿಮೆ ಗುಣಮಟ್ಟದ ಉಚಿತ ಸಾಧನಗಳು ಪಾವತಿಸಿದ ಪ್ರೀಮಿಯಂ ಸಾಧನಗಳೊಂದಿಗೆ ಸಹಜವಾಗಿ ಇರುತ್ತವೆ, ಮತ್ತು ಏಜೆಂಟ್ ಉತ್ತರದ ಮೌಲ್ಯದ ಆಧಾರದ ಮೇಲೆ ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ.
ಕೊನೆಯದಾಗಿ ವಿಮರ್ಶಿಸಲಾಗಿದೆ: 2026-05-15. CC BY 4.0 ಅಡಿಯಲ್ಲಿ ಪ್ರಕಟಿಸಲಾಗಿದೆ.

ಪ್ರತಿ ಸಾಧನ ಕರೆಗೆ ಶುಲ್ಕ ವಿಧಿಸಿ.

402 ಅನ್ನು ಹಿಂತಿರುಗಿಸಿ, ನಿಮ್ಮ ಬೆಲೆಯನ್ನು ಹೆಸರಿಸಿ, USDC ಅನ್ನು ಒಪ್ಪಿಕೊಳ್ಳಿ. ಪ್ರಾರಂಭಿಸಲು ಉಚಿತ.