🎉MỚICapSolver cho AI agent-Tích hợp MCP, công cụ agent và SDK
Anh Tuan
Data Science Expert
Đã xuất bản Oct 12, 2026
Đã cập nhật Oct 12, 2026 · đọc tối thiểu
Một trình duyệt agent gặp CAPTCHA, nhận kết quả giải và sau đó mở một trang mới để tiếp tục. Hành động tiếp theo thất bại vì agent đã rời khỏi biểu mẫu cần kết quả. Việc lưu cookie riêng lẻ không giải thích hoặc sửa chữa chuỗi này.
Việc tái sử dụng bối cảnh Playwright hữu ích khi quy trình của bạn cần tính liên tục, nhưng "tái sử dụng phiên" có thể mô tả nhiều thao tác khác nhau. Giữ trang đang chạy, mở một trang khác trong cùng bối cảnh, và tải trạng thái lưu trữ đã lưu không thể thay thế cho nhau.
CapSolver có thể xử lý các nhiệm vụ CAPTCHA được hỗ trợ bên trong quy trình trình duyệt được ủy quyền. Việc chọn phương pháp trạng thái trình duyệt đúng giúp ứng dụng của bạn cung cấp kết quả đó đến đúng vị trí và kiểm tra xem thao tác ban đầu có thực sự hoàn thành hay không.
Một bối cảnh trình duyệt đang chạy là môi trường trình duyệt hoạt động chứa các trang, trong khi trạng thái lưu trữ là một bức ảnh chụp của dữ liệu được lưu trữ. Bức ảnh chụp không mô tả toàn bộ trình duyệt đang chạy.
Tài liệu về bối cảnh trình duyệt của Playwright https://playwright.dev/docs/browser-contexts mô tả bối cảnh là môi trường tách biệt với cookie và lưu trữ riêng. Các trang được mở trong bối cảnh thuộc về môi trường đó. Một cookie trình duyệt có thể mang dữ liệu liên quan đến phiên, nhưng chỉ là một phần của trạng thái tổng thể của trang.
Tài liệu tham khảo https://playwright.dev/docs/api/class-browsercontext về trạng thái lưu trữ của BrowserContext mô tả những gì bức ảnh chụp chứa và các tùy chọn có sẵn. Cookie và lưu trữ cục bộ là trung tâm của các trường hợp sử dụng phổ biến; các danh mục lưu trữ bổ sung phụ thuộc vào các tùy chọn được tài liệu hóa và phiên bản đã cài đặt. Không nên giả định rằng tệp đã lưu chứa mọi nguồn trạng thái được ứng dụng của bạn sử dụng.
Việc tiếp tục trang hiện tại giữ nguyên tài liệu thực tế và môi trường thực thi JavaScript của nó trong khi trang vẫn hoạt động. Đây thường là điểm bắt đầu rõ ràng nhất khi một thao tác của agent dừng lại tại CAPTCHA và phải hoàn thành cùng biểu mẫu đó.
Tính liên tục vẫn có giới hạn. Trang web có thể làm mới widget, hết hạn phiên, thay đổi trường ẩn hoặc điều hướng trang. Một tham chiếu đối tượng đang chạy không thể đảm bảo rằng thách thức trước đó vẫn còn hiệu lực. Kiểm tra lại trang trước khi áp dụng kết quả bị trì hoãn.
Một trang mới có thể sử dụng cookie cấp bối cảnh trong khi giữ nguyên tài liệu và biểu mẫu khác nhau. Sự khác biệt này dễ bị bỏ qua khi công cụ agent mô tả cả hai trang đều thuộc về "phiên" giống nhau.
Nếu kết quả giải thuộc về thách thức của trang gốc, việc mở trang thứ hai không phải là chỉ thị để chuyển toàn bộ tương tác. Theo dõi trang cụ thể đang xử lý thao tác và không chuyển kết quả chỉ vì một tab khác có cùng URL.
Tải trạng thái đã lưu có thể chuẩn bị một bối cảnh mới với dữ liệu được lưu trữ. Nó không khôi phục DOM của trang cũ, biểu mẫu chưa gửi, các lời gọi lại đang hoạt động hoặc các thao tác mạng đang chờ.
Hướng dẫn về trạng thái xác thực của Playwright https://playwright.dev/docs/auth giải thích việc tái sử dụng trạng thái và các hệ quả bảo mật của nó, đồng thời lưu ý rằng lưu trữ phiên cần xử lý riêng biệt. Đối với so sánh này, điểm thực tế đơn giản là: một phiên đã lưu không phải là quy trình trình duyệt bị treo. Một trang mới phải thiết lập trạng thái ứng dụng hiện tại của chính nó.
Chọn phương pháp dựa trên thao tác bạn cần duy trì và mức độ tách biệt bạn cần duy trì. Tái sử dụng hữu ích trong một nhiệm vụ; tách biệt hữu ích giữa các nhiệm vụ không nên chia sẻ trạng thái.
| Phương pháp | Phù hợp nhất | Điều vẫn cần kiểm tra |
|---|---|---|
| Tiếp tục trang đang chạy | Hoàn thành biểu mẫu hoặc tra cứu được ủy quyền hiện tại | Tính mới của thách thức và phản hồi ứng dụng cuối cùng |
| Mở trang trong cùng bối cảnh | Một điều hướng liên quan mà có ý định chia sẻ cookie | Trạng thái tài liệu mới và đích kết quả mong muốn |
| Tạo bối cảnh từ trạng thái lưu trữ | Bắt đầu một lần chạy mới từ trạng thái được phép | Hết hạn trạng thái, thiết lập trang hiện tại và bất kỳ CAPTCHA mới nào |
| Tạo bối cảnh tách biệt mới | Người dùng, kịch bản hoặc trường hợp kiểm tra độc lập | Thiết lập cần thiết và tách biệt khỏi các lần chạy trước |
Không có quy tắc chung nào cho thấy việc tái sử dụng bối cảnh ngăn CAPTCHA. Quyết định thách thức thuộc về ứng dụng mục tiêu và nhà cung cấp. Xem tính liên tục như một cách để tránh mất trạng thái quy trình của bạn, chứ không phải lời hứa về cách trang web sẽ phân loại các yêu cầu trong tương lai.
Đối với các bài kiểm tra tự động độc lập, mô hình tách biệt của Playwright có lợi ích rõ ràng: cookie và lưu trữ của một bài kiểm tra không ảnh hưởng gián tiếp đến kết quả của bài kiểm tra tiếp theo. Việc tái sử dụng bối cảnh đang chạy giữa các bài kiểm tra không liên quan có thể che giấu yêu cầu thiết lập hoặc khiến các lỗi phụ thuộc vào thứ tự thực thi.
Trong một bài kiểm tra duy nhất hoặc thao tác agent được phê duyệt, việc tái tạo bối cảnh sau mỗi lần gọi công cụ có thể tạo ra vấn đề ngược lại. Quy trình liên tục xóa thông tin mà nó vẫn cần. Xác định ranh giới thao tác trước, sau đó chỉ giữ trạng thái cho ranh giới đó.
Người giải CAPTCHA nằm ở bước thách thức được hỗ trợ bên trong quy trình trình duyệt. Nó không sở hữu toàn bộ vòng đời của mọi trang, bối cảnh hoặc phiên ứng dụng xung quanh bước đó.
Tham khảo SDK Core của CapSolver phân biệt việc giải với tham số và các thao tác liên quan đến trình duyệt sử dụng trang Playwright. Khi chọn tích hợp, kiểm tra đối tượng hoặc đầu vào nào nó chấp nhận và điều gì nó trả về. Một token được trả về và một thao tác điền vào trình duyệt ngụ ý các trách nhiệm khác nhau cho ứng dụng gọi.
Đối với các quy trình do trình duyệt sở hữu, xác định trang nào tích hợp nhận được. Đối với nhiệm vụ dựa trên tham số, xác định cách kết quả sẽ đến trang mong muốn thông qua luồng được tài liệu hóa của ứng dụng của bạn. Không nên giả định rằng việc nhận token cập nhật mọi trang trong bối cảnh.
Bài viết trước về quy trình reCAPTCHA của Playwright https://www.capsolver.com/blog/recaptcha/playwright-recaptcha-solver-browser-agent-workflow đề cập vị trí của người giải trong tự động hóa trình duyệt. So sánh này thêm quyết định về vòng đời: tiếp tục trang đang chạy cho lần thử hiện tại, hoặc bắt đầu một thao tác mới với trạng thái được khởi tạo rõ ràng.
Một agent cũng nên có một chủ sở hữu duy nhất cho trang trong khi xử lý thách thức. Nếu công cụ khác làm mới biểu mẫu hoặc thay đổi đích của nó trong khi giải, kết quả của công cụ đầu tiên có thể không còn khớp với tương tác đang hoạt động. Việc phối hợp chủ sở hữu trang là lựa chọn thiết kế ứng dụng, tách biệt khỏi nhận diện CAPTCHA.
Nhận mã thưởng CapSolver của bạn
Tăng ngân sách tự động hóa của bạn ngay lập tức!
Sử dụng mã thưởng CAP26 khi nạp tiền vào tài khoản CapSolver để nhận thêm 5% thưởng trên mỗi lần nạp — không giới hạn.
Nhận mã thưởng ngay bây giờ trong Bảng điều khiển CapSolver
Một kết quả đến sau khi trang liên quan thay đổi cần kiểm tra lại trạng thái hiện tại trước khi gửi. Việc giữ nguyên cùng bối cảnh không khiến mọi kết quả trước đây đều hiệu lực.
Hãy tưởng tượng một agent hoàn thành yêu cầu sản phẩm trên một trang thử nghiệm do công ty sở hữu. Nó điền biểu mẫu và đạt đến thách thức được hỗ trợ. Trong khi giải đang chờ, một hành động khác làm mới trang. Trình duyệt vẫn có cùng bối cảnh, nhưng tài liệu và thách thức có thể đã thay đổi.
Agent nên ghi nhận lần thử trước là bị ghi đè thay vì đặt kết quả của nó vào trường nào đó hiện tại. Kiểm tra biểu mẫu được tải lại, xác nhận rằng nhiệm vụ được ủy quyền ban đầu vẫn còn áp dụng và quyết định xem có cần thử thách mới hay không. Điều này tránh nhầm lẫn giữa tính liên tục của trình duyệt và tính liên tục của lần thử.
Thời gian sống của token thêm một ràng buộc riêng. Google ghi nhận rằng token xác minh reCAPTCHA có hiệu lực trong hai phút và có thể được xác minh một lần. Cloudflare ghi nhận rằng token Turnstile hết hạn sau năm phút và chỉ sử dụng một lần. Các quy định cụ thể của nhà cung cấp không trở nên dài hơn vì bối cảnh trình duyệt của bạn vẫn mở.
Không nên tích trữ các token đã hoàn thành vào tệp trạng thái trình duyệt được lưu. Một cookie được lưu, một mục lưu trữ cục bộ được lưu và một phản hồi thách thức là các vật thể khác nhau với vòng đời khác nhau. Đối với các loại CAPTCHA khác, kiểm tra yêu cầu kết quả và phiên của chúng thay vì sao chép quy tắc reCAPTCHA hoặc Turnstile.
AI agent nên tiếp tục khi trang hiện tại vẫn đại diện cho thao tác mong muốn, và khởi động lại khi trạng thái của thao tác đó không còn sử dụng được hoặc cần tách biệt. Quyết định dựa trên trạng thái trang và ứng dụng quan sát được.
Giả sử một agent đang kiểm tra một hồ sơ công khai thông qua con đường trình duyệt được phép. Trang hiện tại vẫn hiển thị truy vấn mong muốn, thách thức được hỗ trợ thuộc về trang đó, và kết quả chưa hết hạn. Tiếp tục trang cùng giữ bước giải liên quan đến lần tra cứu.
Kiểm tra thành công nên xác nhận hồ sơ được yêu cầu hoặc phản hồi không có kết quả hợp lệ. Một widget đã xóa chỉ là bằng chứng không đủ rằng lần tra cứu đã trả về dữ liệu mong muốn. Giữ nguyên truy vấn ban đầu và kết quả trang cuối cùng trong hồ sơ thao tác.
Giả sử một nhóm QA phải kiểm tra hai cấu hình biểu mẫu yêu cầu khác nhau. Mỗi bài kiểm tra nên bắt đầu từ thiết lập được chỉ định cho kịch bản của nó. Một bối cảnh mới giúp ngăn trạng thái lưu trữ của bài kiểm tra đầu tiên ảnh hưởng đến bài kiểm tra thứ hai.
Nếu nhóm cố ý sử dụng trạng thái kiểm tra đã lưu, tài liệu trạng thái đó đại diện và cách nó được làm mới. Chỉ sử dụng các danh tính kiểm tra do nhóm kiểm soát, bảo vệ tệp đã lưu và giữ người dùng không liên quan tách biệt. Không để một tối ưu hóa thay đổi điều kiện bắt đầu của bài kiểm tra một cách âm thầm.
Nếu quy trình trình duyệt đóng hoặc trang không còn đại diện cho nhiệm vụ, bắt đầu từ trạng thái ứng dụng đã biết. Tải bức ảnh chụp có thể cung cấp một số dữ liệu được lưu, nhưng quy trình vẫn cần điều hướng, xác nhận biểu mẫu hoặc truy vấn hiện tại và xử lý bất kỳ thách thức nào hiện tại.
Tránh báo cáo rằng thao tác bị dừng "tiếp tục" chỉ vì tệp trạng thái tải thành công. Bằng chứng quan sát là thao tác ứng dụng được thực hiện một lần, với đầu vào và phản hồi đúng.
Việc tái sử dụng bối cảnh thay đổi công việc thiết lập giảm cho nhu cầu quản lý quyền sở hữu trạng thái, vòng đời và dọn dẹp. Thời gian hoặc chi phí giải được tiết kiệm phụ thuộc vào ứng dụng; không có mức tiết kiệm cố định được ngụ ý bởi phương pháp.
Một bối cảnh dài hạn cần quy tắc rõ ràng về ai có thể sử dụng nó và khi nào nó nên đóng. Một bức ảnh chụp cần quy tắc về lưu trữ, truy cập, hết hạn và thay thế. Bối cảnh mới yêu cầu thiết lập lặp lại nhưng làm cho ranh giới giữa các kịch bản độc lập dễ hiểu hơn.
Chọn chính sách ban đầu mà nhóm của bạn có thể giải thích mà không cần dựa vào hành vi trình duyệt ẩn. Một thao tác hoạt động nên có trang chủ biết, ngân sách thách thức có giới hạn và điều kiện hoàn thành được xác định. Tách biệt người dùng không liên quan và tải công việc khách hàng ngay cả khi chia sẻ quy trình trình duyệt dường như thuận tiện.
Khi chẩn đoán lỗi, ghi lại mã bối cảnh, mã trang, mã thao tác và xem trang có điều hướng hoặc làm mới hay không. Đây là nhãn liên kết do ứng dụng tạo, không phải tham số của nhà cung cấp CAPTCHA. Giữ cookie, token và vật liệu xác thực đã lưu ra khỏi nhật ký thông thường.
Số lượng nhỏ thông tin vòng đời này trả lời các câu hỏi thực tế: người giải có xử lý đúng trang, trang có thay đổi trước khi gửi hay không và ứng dụng có xác nhận nhiệm vụ ban đầu không? Nó hữu ích hơn một boolean duy nhất được gán nhãn "phiên được tái sử dụng".
Giữ trang đang chạy khi hoàn thành tương tác CAPTCHA được ủy quyền hiện tại, và sử dụng trạng thái lưu trữ một cách có chủ đích khi bắt đầu một thao tác khác. CapSolver cung cấp bước giải được hỗ trợ. Quy trình trình duyệt của bạn nên giữ trang mong muốn, nhận diện các lần thử lỗi thời và xác minh kết quả ứng dụng trước khi báo cáo hoàn thành.
Câu hỏi: Trạng thái lưu trữ Playwright có giữ nguyên CAPTCHA đã hoàn thành không?
Trạng thái lưu trữ giữ lại dữ liệu được lưu trữ, không phải trạng thái hoàn thành CAPTCHA toàn diện. Nó không khôi phục tài liệu hiện tại của trang cũ hoặc làm cho token xác minh hết hạn hoặc đã sử dụng trở nên hợp lệ lại. Kiểm tra trang hiện tại và quy tắc của nhà cung cấp.
Câu hỏi: Mở trang mới trong cùng bối cảnh có tiếp tục cùng biểu mẫu không?
Không. Trang mới có thể chia sẻ cookie cấp bối cảnh, nhưng có tài liệu riêng. Giữ kết quả thách thức liên quan đến biểu mẫu và lần thử cần nó thay vì chọn tab chỉ dựa trên URL.
Câu hỏi: Mỗi công cụ AI agent có nên tạo bối cảnh trình duyệt mới không?
Không. Các bước liên quan trong một thao tác được ủy quyền có thể cần cùng trang đang chạy, trong khi người dùng không liên quan hoặc bài kiểm tra độc lập cần tách biệt. Xác định vòng đời bối cảnh theo ranh giới nhiệm vụ thay vì số lượng lần gọi công cụ.
Câu hỏi: Việc tái sử dụng bối cảnh có đảm bảo ít CAPTCHA hơn xuất hiện không?
Không. Hệ thống đích quyết định khi nào một thách thức được yêu cầu. Tái sử dụng có thể duy trì trạng thái luồng công việc, nhưng không phải là cam kết được ghi nhận về tần suất thách thức, sự chấp nhận, hoặc chi phí giải quyết.
Câu hỏi: CapSolver có quản lý tự động các phiên Playwright của tôi không?
Đừng giả định như vậy. Kiểm tra giao diện được sử dụng bởi tích hợp của bạn: giải quyết dựa trên tham số và các thao tác dựa trên trang có đầu vào và đầu ra khác nhau. Ứng dụng vẫn cần quản lý quyền sở hữu trang, thời gian tồn tại trạng thái, và kiểm tra hoàn thành cuối cùng.
Anh Tuan
Data Science Expert
Turning task outcomes into actionable insights.
GIỚI THIỆU TÁC GIẢ
Xây dựng một quy trình thu thập dữ liệu web GLM-5.3 tin cậy với phân loại phản hồi, xử lý CAPTCHA có giới hạn, trích xuất có cấu trúc và xác thực.
Hiểu về hỗ trợ proxy MCP CAPTCHA trên kết nối phía khách hàng, trình duyệt và nhiệm vụ giải quyết, bao gồm các hạn chế của công cụ MCP CapSolver hiện tại.
