Agent-net ra mắt Webagent mã nguồn mở: Biến website thành AI Agent có kiểm soát bằng Go

Agent-net, đội ngũ đang xây dựng một thị trường agent-to-agent nơi các AI agent có thể khám phá, tin tưởng và thanh toán cho nhau, vừa ra mắt Webagent, một bộ công cụ mã nguồn mở để thiết lập các business agent hướng tới người dùng công khai. Về cơ bản, bạn chỉ cần cung cấp trang web của mình, nhận một agent và để nó giao tiếp với các agent khác. Thay vì phải viết mã điều phối (orchestration code), doanh nghiệp chỉ cần điền vào một tệp cấu hình JSON khai báo, chọn 1 nhà cung cấp cho mỗi vị trí trong số 9 vị trí có thể cắm (pluggable slots) và chạy lệnh webagent serve.

Nó có thể triển khai được không? Có, nhưng cần lưu ý một số điểm. Kho lưu trữ (repo) được phát hành theo giấy phép Apache 2.0, bản dựng ổn định (builds green) và hiện đang chạy các agent trên Slack, WhatsApp và HTTP được hỗ trợ bởi các công cụ MCP. Dự án vẫn đang ở phiên bản v0, và các thành phần như trình cung cấp hành động trên trình duyệt (browser action provider), MCP bảo mật bằng OAuth, xuất dữ liệu OTel, cùng lớp định danh và thanh toán của AgentNet hiện vẫn chưa được hoàn thiện.

Các vị trí (Slots), nhà cung cấp (providers) và lựa chọn (picks)

Webagent được viết bằng ngôn ngữ Go. Một agent bao gồm 1 Brain (một LLM kèm theo hướng dẫn) hoạt động trên một tập hợp các slot được định nghĩa trong thư mục core/. Mỗi slot là một Service Provider Interface (Giao diện nhà cung cấp dịch vụ) với một danh mục các nhà cung cấp trong thư mục spi/ và một tùy chọn mặc định được chỉ định sẵn.

Thiết kế này phục vụ 3 đối tượng trên cùng một hợp đồng: các doanh nghiệp cấu hình bằng cách chọn từ menu, các doanh nghiệp mở rộng bằng cách đăng ký nhà cung cấp tùy chỉnh và các công ty đối tác cung cấp các bộ chuyển đổi (adapters). Không ai cần phải fork mã nguồn lõi. Mọi nhà cung cấp đều phải vượt qua bộ kiểm tra tuân thủ (conformance suite) của slot đó để được chứng nhận.

Tính an toàn được thực thi bằng mã nguồn, không phải bằng câu lệnh (prompt)

Quyết định kiến trúc quan trọng nhất là action.Guard. Mọi công cụ mà agent nắm giữ, dù đến từ nhà cung cấp hành động hay được máy chủ (host) đưa vào, đều được bao bọc để các rào chắn (guardrail) đã chọn được thực thi trên hành động đó trước khi nó diễn ra. Mô hình không thể vượt qua rào chắn này. Tệp DESIGN.md định hình toàn bộ dự án dựa trên một kết quả nghiên cứu cho thấy kiến trúc, chứ không phải khả năng của mô hình, mới là yếu tố quyết định sự thành công của agent, trích dẫn từ arXiv 2511.19477 với khoảng cách thành công giữa các tác vụ là 85% so với 50% trên cùng một mô hình.

Những gì đang hoạt động hiện nay

Brain mặc định (echo brain) không cần thông tin xác thực, vì vậy webagent validate và webagent serve có thể hoạt động ngay lập tức trên 2 tệp cấu hình mẫu là zomato.json và bakery.json. Để vận hành một mô hình thực tế, lệnh webagent keys set openrouter sẽ lưu trữ khóa trong thư mục cấu hình của hệ điều hành với chế độ 0600. Các khóa không bao giờ được ghi vào tệp cấu hình (spec) và biến môi trường được xuất ra luôn được ưu tiên. Cả openrouter và gateway đều là các client tương thích với OpenAI có vòng lặp gọi công cụ (tool-calling loop).

Một doanh nghiệp có sẵn máy chủ MCP sẽ trở thành một agent hoạt động chỉ với 1 khối cấu hình (spec block). Nhà cung cấp hành động mcp kết nối qua Streamable HTTP (JSON và SSE) với xác thực bearer hoặc API-key, thực hiện bắt tay (handshake) tại thời điểm build và chuyển từng công cụ cho agent nằm sau lớp bảo vệ, nhờ đó lệnh validate sẽ báo cáo số lượng công cụ thực tế.

Các bộ chuyển đổi kênh Slack và WhatsApp xác minh mọi chữ ký webhook gửi đến, phản hồi ngay lập tức, trả lời thông qua API của nền tảng, bỏ qua các tin nhắn của chính chúng và loại bỏ trùng lặp các yêu cầu gửi lại. Slack trỏ đến /slack/events; callback của Meta trỏ đến /whatsapp/webhook.

Các thông tin bảo mật (Secrets) tuân theo quy tắc đặt tên: bất kỳ khóa cấu hình nào kết thúc bằng Secret đều là một tham chiếu được giải quyết thông qua vault (kho lưu trữ bảo mật) đã chọn tại thời điểm build, vì vậy các tệp cấu hình rất an toàn để commit. Một tham chiếu không thể giải quyết sẽ làm thất bại quá trình build thay vì khởi chạy một kênh mà không có thông tin xác thực. Khả năng quan sát (Observability) phát ra một TurnTrace cho mỗi lượt tương tác, tuân thủ các quy ước OpenTelemetry GenAI, và một bộ công cụ eval/ sẽ chạy các kịch bản với các bước kiểm tra.

Những điểm chính cần lưu ý

Hãy xem qua kho lưu trữ GitHub và bài viết ra mắt. Mọi công lao đều thuộc về nhà nghiên cứu của dự án này. Ngoài ra, hãy thoải mái theo dõi chúng tôi trên Twitter và đừng quên tham gia cộng đồng 150k+ ML SubReddit của chúng tôi cũng như đăng ký nhận Bản tin (Newsletter). Khoan đã! Bạn có dùng Telegram không? Bây giờ bạn cũng có thể tham gia cùng chúng tôi trên Telegram.

Bạn cần hợp tác với chúng tôi để quảng bá Kho lưu trữ GitHub, Trang Hugging Face, Bản phát hành sản phẩm hoặc Hội thảo trực tuyến, v.v. của bạn? Hãy kết nối với chúng tôi.