browser-use proxy cấu hình browser cho AI agent

browser-use proxy giúp cấu hình đường tải trang cho browser mà AI agent điều khiển. ProxyVN hướng dẫn anh em dùng ProxySettings, tách bí mật khỏi câu lệnh và kiểm tra phiên trước khi chạy công việc. Bài viết phân biệt browser cục bộ, browser từ xa và kết nối đến mô hình, để kết quả được nghiệm thu theo đúng tuyến mạng cùng phạm vi dữ liệu đã cho phép.

browser-use proxy và ba lớp của một AI agent

Một tác vụ Browser Use có lớp điều phối trong Python, một browser tải website và kết nối tới dịch vụ mô hình. Proxy đặt trên Browser chủ yếu phục vụ đường mạng của browser theo khả năng được hỗ trợ. Nó không tự đổi mọi kết nối phát sinh từ Python hoặc toàn bộ lưu lượng của máy.

Xác định đúng đường cần cấu hình

Nếu agent dùng một mô hình qua API, lệnh gọi mô hình có thể đi tuyến khác với trang web mà browser mở. Kiểm tra IP bằng Requests trong Python cũng không chứng minh browser đang dùng cùng proxy. Anh em cần ghi rõ thành phần nào gửi request và quan sát kết quả của chính thành phần đó.

Ví dụ bài này tập trung Browser Use thư viện Python mã nguồn mở với browser cục bộ. Phần Cloud và CDP được phân biệt riêng để tránh trộn cấu hình. Một trường hợp sử dụng phù hợp là đọc tiêu đề của trang được phép truy cập rồi kiểm tra rằng agent đã trả kết quả có nguồn, trong giới hạn số bước đã đặt.

Đừng dùng việc agent trả một câu tiếng Việt làm bằng chứng proxy hoạt động. Mô hình có thể đưa ra câu trả lời dù một bước tải trang đã lỗi hoặc chưa có bằng chứng đủ. Nghiệm thu cần nhìn vào lịch sử hành động, URL đã mở và dữ liệu thật được lấy từ browser.

Proxy không thay hợp đồng công việc

Anh em nên xác định tác vụ chỉ đọc hay có thay đổi dữ liệu ngay từ đầu. Đối với phép thử đường truyền, chọn công việc đọc trang công khai và không cần tài khoản sẽ giảm số thành phần phải xử lý. Chỉ sau khi tuyến mạng ổn mới bổ sung một phiên đăng nhập thử riêng được cấp quyền.

Một nhiệm vụ mơ hồ như tự tìm thông tin cần thiết có thể khiến agent mở nhiều website và phát sinh nhiều bước. Nhiệm vụ có URL, trường cần đọc và điều kiện dừng sẽ dễ kiểm tra hơn. Đây là cách tổ chức công việc, không phải cam kết mô hình luôn chọn cùng chuỗi hành động ở mọi lần chạy.

Hãy kiểm tra proxy bằng bằng chứng từ browser, kiểm tra dữ liệu bằng hợp đồng đầu ra và kiểm tra chi phí bằng giới hạn của tác vụ.

browser-use proxy với môi trường Python và phiên bản

API của Browser Use có thể thay đổi giữa các phiên bản, vì vậy ví dụ cũ cần được đối chiếu trước khi áp vào dự án. Anh em nên lưu bản thư viện đã cài cùng phiên bản browser và Python. Nhãn mã nguồn main hoặc tài liệu mới nhất không thay cho một bộ phụ thuộc có thể tái tạo.

Tạo môi trường thử riêng

Human Quickstart của Browser Use trình bày cách tạo môi trường, cài thư viện và browser cùng việc cấp khóa mô hình. Anh em nên bắt đầu trong thư mục thử độc lập, tránh dùng profile cá nhân hoặc môi trường chứa bí mật của hệ thống đang vận hành. Một phép thử nhỏ giúp nhận ra lỗi cài đặt trước khi thêm proxy.

Các lệnh sau theo luồng cài bằng uv trong tài liệu. Sau khi cài, ghi phiên bản thực tế và khóa phụ thuộc theo công cụ quản lý dự án đang dùng. Nếu một bước yêu cầu tải browser, hoàn tất bước đó trước khi phân tích lỗi gateway, vì chưa có executable thì chưa tới giai đoạn kết nối website.

uv venv --python 3.12
.venv\Scripts\activate
uv pip install browser-use
uvx browser-use install
python -c "import importlib.metadata as m; print(m.version('browser-use'))"

Lệnh activate ở trên dành cho Windows; trên hệ khác dùng lệnh kích hoạt tương ứng của môi trường. Khi chạy từ service hoặc lịch tự động, gọi đúng Python của môi trường đó. Một terminal import được thư viện chưa chứng minh tiến trình nền đang dùng cùng executable hay cùng bộ biến môi trường.

Phân biệt khóa mô hình với tài khoản proxy

Khóa của dịch vụ mô hình cho phép agent gọi API mô hình, còn username/password proxy cho phép browser kết nối gateway. Hai bộ thông tin không thể thay cho nhau. Nếu mô hình báo thiếu quyền hoặc hết hạn mức, đổi endpoint proxy của browser không sửa được vấn đề xác thực API đó.

Trong mẫu chính, ChatBrowserUse đọc khóa BROWSER_USE_API_KEY từ môi trường theo cấu hình thư viện. Người dùng có thể chọn mô hình khác được hỗ trợ, nhưng cần thay đúng adapter cùng biến khóa. Không nên đổi đồng thời mô hình, browser và proxy trong một lần chẩn đoán vì sẽ khó xác định thành phần gây khác biệt.

Khóa mô hình và tài khoản proxy

browser-use proxy với ProxySettings có xác thực

ProxySettings mô tả máy chủ trung gian và các thông tin tùy chọn như bypass, username, password. Việc giữ từng trường riêng giúp hạn chế lỗi ghép URL khi mật khẩu có ký tự đặc biệt. Địa chỉ server nên chứa scheme, hostname và cổng phù hợp với dịch vụ được cấp.

Đặt proxy trên Browser được truyền cho Agent

Tài liệu tham số Browser mô tả trường proxy cùng cấu hình profile và hành vi browser. Mã dưới truyền chính browser đã cấu hình vào Agent. Nếu tạo một browser để kiểm tra nhưng agent lại tự tạo browser mặc định khác, phép đo ban đầu không đại diện cho tác vụ đang chạy.

import asyncio
import os
from browser_use import Agent, Browser, ChatBrowserUse
from browser_use.browser.profile import ProxySettings
 
async def main():
    browser = Browser(
        headless=True,
        keep_alive=False,
        allowed_domains=['example.com'],
        proxy=ProxySettings(
            server=os.environ['PROXY_SERVER'],
            username=os.environ['PROXY_USERNAME'],
            password=os.environ['PROXY_PASSWORD'],
        ),
    )
    try:
        await browser.start()
        agent = Agent(
            task=(
                'Open https://example.com/ and read the visible h1. '
                'Return the heading and source URL only. '
                'Do not submit forms or navigate to another website.'
            ),
            browser=browser,
            llm=ChatBrowserUse(),
        )
        history = await asyncio.wait_for(
            agent.run(max_steps=8), timeout=120
        )
        if not history.is_done() or not history.is_successful():
            raise RuntimeError('Agent did not report a successful result')
        print(history.final_result())
    finally:
        await browser.stop()
 
if __name__ == '__main__':
    asyncio.run(main())

Đây là mẫu tích hợp tham chiếu cần thư viện, browser và khóa mô hình hợp lệ để chạy. Các hạn tám bước cùng một trăm hai mươi giây là lựa chọn minh họa, không phải giới hạn mặc định của sản phẩm. Kết quả mà agent tự báo thành công vẫn cần được kiểm tra theo URL và nội dung thực tế.

Kiểm tra các trường trước khi mở browser

PROXY_SERVER có thể có dạng http://gateway.example:8080, còn hai biến tài khoản chứa đúng dữ liệu được cấp. Không đưa chuỗi bốn trường phân cách bằng dấu hai chấm vào server nếu chưa chuyển sang định dạng thư viện hiểu. Nếu gateway không cần xác thực, điều chỉnh mẫu để bỏ hai trường tài khoản thay vì dùng chuỗi giả.

Thông số SOCKS và cơ chế xác thực cần được xác minh theo browser, thư viện cùng loại gateway. Một lớp cấu hình nhận scheme không chứng minh mọi phương thức xác thực đều hoạt động cho mọi giao thức. Với cấu hình thương mại, thử một tài khoản riêng và ghi kết quả thật trước khi công bố khả năng tương thích.

Nếu thiếu biến cấu hình, mẫu dùng os.environ sẽ trả lỗi thay vì tự chọn một proxy khác. Trong môi trường yêu cầu đi đúng tuyến, dừng rõ thường phù hợp hơn fallback trực tiếp không được ghi nhận. Chính sách dự phòng cần được quyết định ở cấp ứng dụng và được kiểm tra như một hành vi riêng.

browser-use proxy với giới hạn tác vụ và kết quả

AI agent có thể thực hiện nhiều hành động hơn số trang anh em dự kiến. Bởi vậy, giới hạn số bước cần đi cùng thời hạn và điều kiện đầu ra. Một câu lệnh ngắn chưa tự hạn chế chi phí nếu mô hình liên tục thử lại hoặc đi sang nội dung ngoài nhiệm vụ.

Viết nhiệm vụ có thể nghiệm thu

Nhiệm vụ nên nêu URL hoặc phạm vi đích, trường cần đọc, hành động được phép và cách báo khi thiếu dữ liệu. Với phép thử, yêu cầu đọc một heading cùng URL nguồn dễ kiểm tra hơn yêu cầu đánh giá chất lượng toàn website. Nếu nội dung không tồn tại, agent cần báo không tìm thấy thay vì tự suy diễn kết quả.

Giới hạn domain giúp thu hẹp điều hướng theo khả năng thư viện, nhưng không nên coi nó là firewall cho mọi kết nối của toàn hệ thống. Browser vẫn có thể tải tài nguyên phụ theo cấu trúc trang và các thành phần khác có tuyến riêng. Khi cần chính sách mạng chặt, phối hợp thêm điều khiển ở lớp hạ tầng và kiểm tra lưu lượng phù hợp.

Tài liệu tham số Agent mô tả những lựa chọn về hành động, mô hình và khả năng chịu lỗi. Khi thay thông số, anh em nên ghi lý do cùng ảnh hưởng mong đợi. Tăng số bước để một tác vụ hết lỗi có thể làm che điều kiện dừng sai thay vì giải quyết nguyên nhân.

Xem lịch sử thay vì chỉ đọc câu cuối

Output Format của Browser Use mô tả lịch sử tác vụ và các phương thức xem URL, lỗi cùng kết quả cuối. Anh em có thể dùng chúng để kiểm tra agent đã mở nguồn nào. Một câu trả lời đúng tình cờ không thay thế bằng chứng bước tải trang đã thực sự xảy ra.

# history is returned by await agent.run(...).
print('visited_urls=', history.urls())
print('has_errors=', history.has_errors())
print('finished=', history.is_done())
print('agent_success=', history.is_successful())

Chỉ ghi những trường phù hợp vào log mặc định. Lịch sử có thể chứa URL riêng tư, nội dung trang hoặc thông tin tương tác, nên không dump toàn bộ ra nơi chia sẻ công khai. Nếu cần chẩn đoán, lưu bản đã loại bí mật và đặt thời hạn giữ theo phạm vi công việc.

Nghiệm thu lịch sử và kết quả

browser-use proxy với phiên đăng nhập được cấp quyền

Một phiên đăng nhập gồm cookie, localStorage và trạng thái phía website; proxy chỉ là một phần của môi trường truy cập. Giữ cùng đường ra không tự tạo phiên, còn có cookie hợp lệ cũng không chứng minh tài khoản được phép thực hiện mọi hành động. Cần xác định quyền cùng mục đích của phiên trước khi tự động hóa.

Chọn profile thử thay cho profile cá nhân

Tài liệu Authentication của Browser Use phân biệt profile browser sẵn có và storage state đã lưu. Với kiểm tra kỹ thuật, một profile riêng cho tài khoản thử sẽ dễ kiểm soát hơn việc đưa toàn bộ phiên cá nhân vào agent. Nó cũng giúp biết thông tin nào cần thu hồi khi kết thúc.

Không mở cùng một thư mục profile bằng nhiều tiến trình nếu chưa có cơ chế hỗ trợ và kiểm tra. Xung đột profile có thể khiến browser không khởi động hoặc trạng thái bị dùng ngoài ý muốn. Khi lỗi xuất hiện ở giai đoạn mở profile, chưa nên kết luận endpoint proxy không hoạt động.

Nếu dùng storage state, coi tệp này là bí mật có thể cấp quyền truy cập tài khoản. Không đẩy lên kho mã hoặc đưa vào bộ ảnh bài viết. Quyền đọc tệp, nơi lưu và thời điểm xóa cần được quản lý tương tự các thông tin đăng nhập khác của ứng dụng.

Giữ phiên có chủ đích trong chuỗi thao tác

Một website có thể đánh giá phiên dựa trên nhiều tín hiệu, trong đó có thay đổi đường ra. Nếu công việc cần đi qua các bước liên tiếp, hãy giữ cấu hình phù hợp trong suốt đơn vị phiên. Không xoay endpoint sau từng action rồi mặc định cookie vẫn được chấp nhận theo cùng cách.

Khi browser hoặc gateway lỗi giữa chừng, cần biết hành động cuối đã thực hiện đến đâu. Với tác vụ chỉ đọc, thường có thể khởi động lại bước lấy dữ liệu sau khi kiểm tra điều kiện. Với thao tác ghi, phải kiểm tra trạng thái nghiệp vụ trước khi gửi lại để tránh lặp một thay đổi đã thành công.

Mẫu đọc heading không đăng nhập chính vì nó giúp tách các yếu tố ban đầu. Khi mở rộng sang phiên thử, bổ sung kiểm tra tài khoản đúng, phạm vi dữ liệu đúng và màn hình trước khi hành động. Đừng đưa thông tin đăng nhập vào task chỉ để agent tự đoán cách xử lý tất cả tình huống.

browser-use proxy với browser từ xa Cloud và CDP

Khi browser chạy ở máy khác, nơi cấu hình đường ra thay đổi theo cách cấp browser. Một URL CDP giúp chương trình kết nối để điều khiển, không phải URL proxy của website. Nếu nhầm hai giá trị, ứng dụng có thể không kết nối được hoặc điều khiển đúng browser nhưng vẫn tải trang bằng tuyến chưa được nghiệm thu.

Cấu hình nằm ở nơi browser thực sự chạy

Tài liệu Remote Browser của Browser Use mô tả kết nối Cloud và CDP. Với browser đã khởi động sẵn, anh em cần kiểm tra proxy được thiết lập bởi phía quản lý browser. Không suy ra một tham số thêm ở client Python sẽ thay mọi cấu hình khởi động của tiến trình từ xa.

Trong một dịch vụ cloud, lựa chọn vị trí proxy tích hợp và khả năng dùng gateway riêng có thể thuộc các bề mặt khác nhau. Hãy đối chiếu đúng API, gói và phiên bản đang dùng trước khi chọn. Một danh sách quốc gia của nhà cung cấp browser không phải danh sách sản phẩm mà ProxyVN đang bán.

Khi đo IP, mở trang kiểm tra từ phiên browser đã được kết nối. Một lệnh curl chạy trên máy điều phối chỉ đo đường ra của máy đó. Nếu agent và browser ở hai vùng mạng khác nhau, ghi cả hai vị trí trong hồ sơ để kết quả không bị diễn giải sai.

Không coi Cloud là cách sửa mọi lỗi local

Chuyển sang browser từ xa có thể giải quyết một số nhu cầu triển khai, nhưng cũng thêm chi phí, quản lý phiên và ranh giới dữ liệu. Nó không tự sửa một nhiệm vụ mơ hồ hoặc điều kiện đầu ra thiếu. Anh em nên quyết định dựa trên cách vận hành mong muốn, không chỉ vì cấu hình local đầu tiên chưa chạy.

Với một lỗi proxy cục bộ, kiểm tra thông tin gateway, browser executable và quyền mạng trước khi đổi mô hình triển khai. Nếu quyết định dùng cloud, nghiệm thu lại cả đường ra lẫn cách lưu trạng thái. Những bằng chứng của phép thử local không tự chuyển thành kết luận cho phiên từ xa.

Browser local Cloud và CDP

browser-use proxy với bí mật và nội dung trang không đáng tin

Một agent điều khiển browser sẽ đọc nội dung bên ngoài có thể chứa chỉ dẫn không thuộc nhiệm vụ. Ứng dụng cần giữ ranh giới giữa mục tiêu do người dùng giao và dữ liệu website đang hiển thị. Proxy không kiểm tra hay vô hiệu hóa các chỉ dẫn lạ đó thay cho lớp điều phối.

Tách cấu hình kết nối khỏi câu lệnh mô hình

Username/password proxy nên được truyền qua trường cấu hình riêng. Không cần nhờ mô hình nhớ hay nhập lại những bí mật này trong task. Một nhiệm vụ đọc tiêu đề cũng không cần token hệ thống, danh sách tài khoản hay đường dẫn tới các tệp riêng tư không liên quan.

Ảnh chụp và lịch sử có thể làm lộ dữ liệu dù password không xuất hiện trong prompt. Chẳng hạn, một trang quản trị mở sẵn có thể hiển thị địa chỉ email hoặc mã đơn hàng. Chọn tài khoản thử, dữ liệu thử và vùng cần chụp giúp bằng chứng nghiệm thu không kéo theo thông tin ngoài phạm vi.

Nếu website hiển thị yêu cầu gửi log hoặc đổi đích công việc, agent cần giữ nhiệm vụ ban đầu. Anh em nên hạn chế công cụ và quyền của tác vụ theo nhu cầu thực tế. Một phiên chỉ đọc không cần đồng thời có quyền ghi tệp tùy ý hoặc tương tác các tài khoản không liên quan.

Đặt điểm kiểm tra cho hành động có ảnh hưởng

Đối với các công việc có gửi biểu mẫu hoặc thay đổi dữ liệu, xác định trước hành động nào cần người vận hành kiểm tra. Quyết định này thuộc thiết kế ứng dụng và mức quyền đã được cấp, không phải một tính năng proxy. Bộ thử ban đầu nên giữ hành động ít ảnh hưởng để việc chẩn đoán không tạo thay đổi ngoài dự kiến.

Giới hạn nhiệm vụ còn giúp phân biệt lỗi do mô hình với lỗi do mạng. Nếu browser tải đúng trang mà agent chọn sai nút, thay endpoint không giải quyết lựa chọn hành động. Lưu trạng thái phù hợp trước lỗi sẽ có ích hơn mở nhiều proxy với cùng task và cùng quyền rộng.

browser-use proxy với phân loại lỗi theo giai đoạn

Một tác vụ thất bại có thể bắt đầu từ cấu hình, browser, gateway, website hoặc mô hình. Báo cáo cần chỉ ra giai đoạn và bằng chứng đang có, không gom tất cả vào nhãn proxy lỗi. Cách phân loại tốt giúp quyết định thử lại hay dừng để sửa nhanh hơn.

Từ khởi động đến dữ liệu cuối

• Không import được thư viện: kiểm tra môi trường Python và phiên bản gói trước khi xử lý tuyến mạng.
• Browser không khởi động: kiểm tra bước cài browser, đường dẫn executable, quyền chạy và profile đang bị sử dụng.
• Không kết nối gateway: kiểm tra hostname, cổng, scheme và khả năng truy cập từ nơi browser chạy.
• Xác thực proxy thất bại: đối chiếu tài khoản cùng giao thức được dịch vụ hỗ trợ, giữ log đã che bí mật.
• Trang mở nhưng dữ liệu thiếu: xem trang đăng nhập, nội dung JavaScript và điều kiện chờ trước khi đổi endpoint.
• API mô hình từ chối hoặc hết hạn mức: kiểm tra tài khoản mô hình và ngân sách; đây là lớp khác với proxy browser.

Khi một nhóm tác vụ cùng lỗi ở lớp mô hình, tiếp tục tạo browser mới có thể chỉ tăng tài nguyên đã dùng. Ngược lại, nếu chưa mở được trang, tăng số bước suy luận không sửa được kết nối. Mỗi nhánh lỗi nên có hành động tiếp theo tương ứng thay vì cùng một vòng lặp khởi động lại.

Retry cần giữ quyền và trạng thái

Với tác vụ đọc, có thể thử lại hữu hạn sau lỗi tạm thời và giữ khoảng nghỉ phù hợp. Nếu lỗi cùng loại lặp nhiều lần, dừng để kiểm tra cấu hình hoặc trạng thái dịch vụ. Không nên tăng số endpoint chỉ để né việc xác định website đang cho phép loại truy cập nào.

Với thao tác ghi, xác định tình trạng hành động trước khi chạy lại agent. Một timeout ở phía điều phối không chứng minh website chưa nhận yêu cầu trước đó. Checkpoint cần có ý nghĩa nghiệp vụ như đã nhận xác nhận hay chưa, thay vì chỉ số bước mô hình đã đi qua.

Kiểm tra tuyến và ngân sách tác vụ

browser-use proxy với đo chi phí và chất lượng

Chi phí tác vụ có thể gồm browser, lưu lượng qua gateway, thời gian chạy và lời gọi mô hình. Một endpoint có thời gian tải thấp chưa chứng minh tổng công việc rẻ hơn nếu agent phải đi nhiều bước hoặc thường trả dữ liệu sai. Hãy đo tới kết quả hợp lệ theo hợp đồng đã định.

Giữ cùng nhiệm vụ khi so sánh

Một phép so sánh hữu ích giữ URL, mô hình, giới hạn bước và điều kiện thành công giống nhau. Ghi thời điểm cùng cấu hình browser để nhận ra khác biệt môi trường. Không so một tác vụ đăng nhập nhiều bước với một trang công khai rồi kết luận endpoint thứ hai tốt hơn chỉ vì hoàn tất nhanh hơn.

Nên tách thời gian khởi động browser khỏi thời gian agent đọc và suy luận. Một browser đã mở sẵn có thể có cache và phiên được giữ, còn browser mới cần tải lại nhiều tài nguyên. Nếu hai nhóm có trạng thái ban đầu khác nhau, ghi rõ khác biệt đó thay vì gán toàn bộ thời gian chênh lệch cho tuyến proxy.

Lịch sử và ảnh cũng cần có chính sách dung lượng khi chạy nhiều phiên. Giữ mọi ảnh của mọi bước có thể làm chi phí lưu tăng dù lưu lượng trang không đổi. Chọn bằng chứng đủ cho việc kiểm tra, giới hạn quyền đọc và đặt thời hạn xóa giúp vận hành dễ kiểm soát hơn khi mở rộng số tác vụ.

Khi cần mua proxy giá rẻ, anh em nên mô tả browser đang chạy ở đâu, số phiên đồng thời và yêu cầu giữ đường ra của phiên. Sau khi nhận endpoint, nghiệm thu bằng chính tác vụ Browser Use trong phạm vi được cấp, đồng thời tính cả lần thử lại để xem chi phí phù hợp.

Anh em có thể xem vai trò Web Scraping proxy để đặt máy chủ trung gian vào quy trình đọc dữ liệu. Với AI agent, bổ sung thêm chất lượng hành động và kết quả do mô hình trả. Hai chỉ số đó không được đại diện chỉ bằng tỷ lệ browser mở được một URL.

Hồ sơ nghiệm thu cần nói đúng phạm vi

Trước khi chạy dài, kiểm tra một trang nhỏ, đường ra của browser, giới hạn thời gian và cách đóng phiên. Sau đó thử thiếu cấu hình cùng lỗi gateway có kiểm soát để xem ứng dụng dừng và báo thế nào. Chỉ ghi đạt cho các nhánh đã chạy, không biến dự đoán từ tài liệu thành trải nghiệm sử dụng thực tế.

Với các ví dụ chưa có thư viện hoặc khóa mô hình để chạy, ghi rõ đây là mẫu đối chiếu API. Khi có môi trường phù hợp, người triển khai cần chạy lại và lưu bằng chứng phiên bản, URL cùng trạng thái. Việc nêu giới hạn này giúp người đọc biết bước nghiệm thu nào còn cần thực hiện trên cấu hình của mình.

browser-use proxy tổng kết cách triển khai

browser-use proxy cần đặt trên đúng Browser, giữ bí mật ngoài task và kiểm tra lịch sử cùng dữ liệu cuối. Anh em hãy phân biệt tuyến mô hình, tuyến browser và phiên từ xa trước khi mở rộng. Theo dõi Proxy.vn - Nhà cung cấp dịch vụ proxy chất lượng hàng đầu Việt Nam để trao đổi endpoint phù hợp với browser-use proxy.