AI ToolsDoc trong 12 phut

AWS cho tác tử câu trả lời có trích nguồn trong một lần gọi. Đường dẫn có chứng minh được câu trả lời?

Amazon Bedrock AgentCore Web Answer kết hợp tìm kiếm, truy xuất và tổng hợp. Ví dụ hỗ trợ khách hàng cho thấy cách kiểm tra bằng chứng mà không phải xây lại hệ thống tìm kiếm.

K
Ken Jo

Khách hàng hỏi một phiên bản phần mềm còn được cập nhật bảo mật không. Tác tử hỗ trợ trả lời chắc chắn và dẫn tới tài liệu của nhà cung cấp. Đường dẫn mở được, lại thuộc đúng tên miền. Vấn đề là trang đó nói về phiên bản mới nhất, còn khách hàng đang dùng bản trước.

AWS đưa Web Answer trên Amazon Bedrock AgentCore vào cung cấp rộng rãi ngày 5 tháng 11 năm 2026. Bedrock AgentCore là hạ tầng của AWS để chạy và kết nối tác tử AI. Trình kết nối được quản lý mới có thể tìm trên web công khai, đọc trang và tổng hợp câu trả lời có trích nguồn trong một lần gọi công cụ. AWS liệt kê khu vực US East (Bắc Virginia), tức us-east-1. Đội từng phải xây riêng từng bước có thể bớt công và có kết quả cụ thể để rà soát trước khi phản hồi khách hàng. AWS giới thiệu và hướng dẫn sử dụng · Tài liệu trình kết nối AWS

Tình trạng hỗ trợ phiên bản, ngày phát hành và hướng dẫn đã sửa là các bài thử phù hợp. Mỗi câu hỏi đều có câu trả lời hữu ích khi tìm đúng nguồn, và cũng có nhiều cơ hội để hệ thống tìm kiếm trả về một trang liên quan nhưng chứng minh điều khác. Ta có thể làm cho mối liên hệ giữa câu trả lời và bằng chứng dễ nhìn thấy hơn.

Bên ngoài các tòa nhà trung tâm dữ liệu AWS ở Ashburn, Virginia

Các tòa nhà trung tâm dữ liệu AWS ở Ashburn, Virginia, chụp năm 2020. Ảnh minh họa địa bàn của Vahurzpu, đã cắt và đổi kích thước, CC BY-SA 4.0. Nguồn ảnh · Giấy phép.

Một lần gọi công cụ thực hiện nhiều bước

AWS cung cấp hai trình kết nối liên quan. Web Search Tool trả danh sách đã xếp hạng cùng tiêu đề, liên kết, đoạn trích và ngày công bố. Bên gọi tự chọn kết quả cần đọc và cách hình thành câu trả lời. Web Answer nhận câu hỏi bằng ngôn ngữ tự nhiên, tự lập kế hoạch tìm kiếm, đọc trang liên quan rồi trả văn bản kèm trích nguồn. Khác biệt đó giúp đội quyết định công đoạn nào muốn tự kiểm soát. AWS so sánh Web Answer với Web Search

Khi trợ lý cần giải đáp một câu hỏi phụ mang tính sự kiện trong quy trình lớn hơn, phần tổng hợp giúp bỏ một lượt điều phối. Thay vì đưa cho mô hình hai mươi đoạn trích và bảo chọn đoạn hữu ích, ứng dụng có thể yêu cầu một nhận định kèm nguồn về phiên bản hay chính sách cụ thể. Nếu người rà soát cần so sánh bài viết trái ngược, xem phạm vi kết quả hoặc giải thích vì sao một nguồn xếp cao hơn nguồn khác, tìm kiếm thô cho họ thấy nhiều quyết định hơn. Một ứng dụng có thể dùng cả hai cách tùy câu hỏi.

So sánh câu trả lời được tổng hợp có khối nhận định và trích nguồn với tìm kiếm xếp hạng để bên gọi tự chọn

Hai cách đưa tìm kiếm vào cùng một quy trình hỗ trợ. Với Web Search, bên gọi tự đọc và tổng hợp. Minh họa do Telli.sh thực hiện.

Trình kết nối xuất hiện qua AgentCore Gateway dưới dạng công cụ Model Context Protocol. AWS mô tả kết quả gồm văn bản và danh sách câu trả lời có cấu trúc. Mỗi khối có thể có trích nguồn riêng, gồm URL và tên miền khi có. Khi công cụ gặp lỗi, phản hồi đánh dấu bằng isError. AWS yêu cầu ứng dụng sử dụng kết quả Web Answer trong nội dung hiển thị cho người dùng cuối phải giữ và hiển thị trích nguồn cùng liên kết. Giữ mối liên hệ giữa từng khối và nguồn khi đưa câu trả lời qua giao diện. Dồn tất cả nguồn vào một chân trang không phân biệt làm việc rà soát khó hơn dù văn bản vẫn có vẻ được dẫn nguồn. Định dạng phản hồi và quy định sử dụng của AWS

Câu hỏiKhi Web Answer hữu íchKhi tìm kiếm xếp hạng hữu ích
Phiên bản sản phẩm còn được hỗ trợ không?Phản hồi cần một tình trạng đã công bố và bằng chứng tương ứngCần so sánh nhiều ấn bản hoặc trang vòng đời mâu thuẫn
Những bản phát hành nào đề cập lỗi?Tác tử cần kết quả ngắn cho bản đã nêu tênNgười rà soát cần xem mọi ghi chú phát hành có khả năng liên quan rồi tự chọn
Chính sách đã đổi chưa?Trợ lý có thể hỏi về ngày hoặc vùng cụ thể và trình bày đoạn chứng minhNhà phân tích cần lần theo các bản chính sách để tự dựng dòng thời gian

Đặt câu hỏi có phạm vi rõ ràng

Hãy xét nhà cung cấp giả định ExampleSync. Khách hàng cho biết đang chạy ExampleSync Server 4.2 theo gói hỗ trợ tiêu chuẩn tại Đức. Câu hỏi hữu ích là phiên bản và gói đó còn nhận cập nhật bảo mật tại ngày hỏi không. Nó yêu cầu quy định vòng đời áp dụng, URL nguồn, ngày hiệu lực và ghi rõ nếu trang được dẫn nói về sản phẩm hoặc ấn bản khác. Tên khách hàng, số tài khoản, khóa giấy phép hay trao đổi riêng đều không cần thiết.

Cách đặt câu hỏi này tách quyết định hỗ trợ khỏi yêu cầu tìm bằng chứng. Hỏi “Tôi có thể báo khách hàng rằng họ được hỗ trợ không?” có thể khiến hệ thống suy luận về toàn bộ quan hệ với khách hàng. Hỏi về vòng đời đã công bố của một bản cụ thể cho người rà soát một điều có thể kiểm tra. Nếu lịch công khai không nói tới hợp đồng bảo trì riêng, câu trả lời có thể hướng nhân viên sang kênh tra hợp đồng để quyết định phần còn lại.

Tài liệu trình kết nối hiện hành mô tả bộ lọc tên miền, ngày công bố và gợi ý quốc gia từ phiên bản 1.1.0 trở đi. Tác tử có thể chỉ định các miền như trang tài liệu hoặc hỗ trợ của nhà cung cấp. AWS cũng mô tả kiểm soát tên miền ở cấp đích kết nối để cổng áp giới hạn mà không phó thác quyết định cho lời nhắc của người dùng. Quốc gia giúp tinh chỉnh kết quả. Khi địa bàn có thể làm thay đổi câu trả lời, kết quả vẫn phải xác định đúng khu vực hoặc hợp đồng áp dụng. Cấu hình bộ lọc và lược đồ đầu vào AWS

Chính sách tên miền hẹp giảm trang đăng lại, nhưng có thể làm kết quả thiếu khi nhà cung cấp phân tán tài liệu ở nhiều trang. Bộ lọc ngày quá hẹp có thể bỏ tài liệu vòng đời từ hai năm trước vẫn còn hiệu lực. Ngược lại, trang mới cập nhật có thể nêu một ngày chưa đến. Hãy tách ngày công bố trang, ngày hiệu lực nếu có, và ngày bạn kiểm tra. Nếu nguồn mâu thuẫn, giữ cả hai và tạo đường để người có trách nhiệm xác định nguồn nào chi phối.

Theo trích nguồn đến đúng câu chứng minh

Trong hỗ trợ khách hàng, trích nguồn chỉ đường tới bằng chứng. Mở trang gắn với nhận định quyết định trước, kiểm tra tiêu đề và ngôn ngữ, rồi tìm đoạn cụ thể. Đối chiếu tên sản phẩm, phiên bản, ấn bản và vùng. Nếu câu trả lời có ngày, hãy đọc đúng dòng hoặc bảng nêu ngày đó. Giải thích chung về hết hạn hỗ trợ có thể đúng mà vẫn không xác lập ngày cho một phiên bản cụ thể.

Kiểm tra nhận định bằng cách đi tới đoạn nguồn, đối chiếu phạm vi sản phẩm rồi quyết định gửi hay chuyển xử lý

Người rà soát kiểm tra đoạn nguồn thực tế và phạm vi trước khi quyết định cách dùng câu trả lời. Minh họa do Telli.sh thực hiện.

Giả sử kết quả nói phiên bản 4.2 được cập nhật bảo mật đến tháng 12. Nguồn là trang vòng đời của nhà cung cấp, nhưng bảng tách hỗ trợ Tiêu chuẩn và Mở rộng. Tiêu chuẩn kết thúc tháng 9, Mở rộng kết thúc tháng 12. Người rà soát phải phát hiện sai lệch dù liên kết mở được và ngày trích dẫn có trên trang. Giao diện tốt giữ nguồn cạnh nhận định đang có vấn đề và giúp đánh dấu sai gói hỗ trợ.

Đôi khi câu hỏi còn thiếu một phân biệt quan trọng. Nếu người dùng chưa nêu ấn bản, hỏi lại có thể là bước an toàn nhất. Đôi khi bằng chứng chưa đủ. Trang giới thiệu chung có thể không nói tính năng áp dụng từ bản nào, hoặc ghi chú chỉ nêu triển khai thử mà không xác nhận cung cấp rộng rãi. Giao diện hữu ích cho biết đã tìm được gì và còn mở câu hỏi nào, thay vì để người dùng tự suy luận từ một dãy liên kết.

Mục kiểm traNgười rà soát cần xác địnhXử lý nếu không đạt
Thẩm quyền của nguồnTổ chức hoặc nhóm chịu trách nhiệm về nhận địnhTìm hồ sơ vòng đời hay phát hành do bên công bố cung cấp
Khớp bằng chứngCâu hay ô bảng cụ thể chứng minh câu trả lờiThu hẹp nhận định hoặc chuyển đi rà soát
Phạm viPhiên bản, gói và vùng đúng đối tượngHỏi người dùng điều kiện còn thiếu
Thời điểmNgày hiệu lực và thông báo thay thế nếu cóHiển thị cả hai nguồn hoặc chuyển đến nhóm phụ trách

Lặp lại bài thử với câu hỏi mà kết quả phù hợp là chưa xác định. Chẳng hạn, hỏi về phiên bản không có trong lịch vòng đời. Kết quả mong đợi là lời giải thích rõ rằng tài liệu công khai chưa xác lập tình trạng, kèm bước tiếp theo có ích. Bài thử đo cả khả năng trả lời lẫn khả năng nhận ra lúc nên giữ lại câu trả lời.

Thiết kế lần tích hợp đầu để dễ đo

  1. Dùng cổng thử ở khu vực ghi trong tài liệu. Theo hướng dẫn AWS, gắn Web Answer và cấp cho vai trò dịch vụ của cổng quyền gọi trình kết nối. Cấp riêng quyền gọi cổng phù hợp cho bên thực hiện bài thử. Dùng tài khoản thử hoặc môi trường cô lập đã được duyệt cho yêu cầu tính phí. Hướng dẫn thiết lập của AWS
  2. Soạn bộ câu hỏi nhỏ trước khi tinh chỉnh lời nhắc. Đưa vào câu có đáp án hiện hành, tài liệu cũ nhưng liên quan, câu trả lời theo gói, câu có nguồn đối lập, và câu thiếu bằng chứng công khai. Ghi một câu trả lời tốt cần làm được gì trong từng trường hợp.
  3. Bắt đầu với câu hỏi thử và tài liệu đã công bố. Chỉ truyền giới hạn tên miền và ngày nếu có mục đích rõ. Xem các khối câu trả lời có cấu trúc, giữ liên kết nguồn trong phần hiển thị và cho người rà soát cách so sánh văn bản với trang gốc.
  4. So với quy trình thủ công hiện tại hoặc trình kết nối trả kết quả xếp hạng. Ghi số nhận định được chứng minh, câu trả lời được giữ lại có lý do và câu hỏi người rà soát phải mở lại. Nếu có thể, đo từ lúc gửi câu hỏi tới phê duyệt cuối để tính cả thời gian người đọc.
  5. Chuẩn bị phương án dự phòng khi công cụ lỗi, không có nguồn hoặc hết thời gian chờ. Cho nhân viên mở tài liệu chính thức hoặc chuyển trường hợp sang đồng nghiệp. Ghi mã lý do đủ cụ thể để chẩn đoán, và áp dụng chính sách lưu giữ, truy cập cho phiếu hỗ trợ gốc.

Hướng dẫn ngày 5 tháng 11 của AWS niêm yết Web Answer ở mức 10 USD cho 1.000 lần gọi. Theo giá ví dụ này, 100 lần gọi tạo khoản Web Answer 1 USD, còn 250 lần là 2,50 USD. Chi phí Gateway, mô hình tác tử gọi và các lần gọi lại cần tính riêng. Đơn vị để so trong hỗ trợ là một câu trả lời dùng được và đã kiểm chứng. Một câu ngắn cần sửa ba lần và tốn vài phút tra nguồn thủ công có thể đắt hơn câu đến chậm nhưng được chấp nhận ngay. Giá trong hướng dẫn AWS

Theo dõi thời gian đó và nguyên nhân sai thường gặp nhất trước khi mở rộng. Nếu chủ yếu nhầm ấn bản, thêm trường ấn bản vào biểu mẫu. Nếu trang lỗi thời là vấn đề chính, xác định chính sách chuẩn của nhà cung cấp và cách họ công bố cập nhật. Nếu nguồn hữu ích thường nằm ngoài danh sách cho phép, hãy sửa chính sách cổng cùng người phụ trách hỗ trợ. Mỗi thay đổi xử lý một nguyên nhân khác.

Hãy so sánh riêng các câu đơn giản với câu còn tranh cãi. Nếu mười chín câu thường lệ được chấp nhận ngay nhưng câu thứ hai mươi liên quan hai chính sách vùng xung đột, số trung bình sẽ che mất nơi người rà soát vẫn tốn thời gian. Ghi lý do và thời gian của từng trường hợp phải xem lại. Dùng cùng các tình huống sau khi thay cấu hình trình kết nối để xem chính sách mới có làm thêm nhiều câu trả lời dùng được mà vẫn chuyển đúng người các trường hợp chưa chắc chắn hay không.

Lợi ích thực tế là rút ngắn thời gian từ câu hỏi đặt đúng đến tập bằng chứng mà người rà soát có thể sử dụng. AWS cung cấp tìm kiếm và tổng hợp trong một yêu cầu. Đội hỗ trợ thu được giá trị khi xác định bằng chứng nào được chấp nhận và cho nhân viên đường dẫn để mở nó.

Nguồn


Để lưu lại và tìm kiếm các câu hỏi, lần đối chiếu nguồn và quyết định trong quá trình rà soát hỗ trợ, hãy tạo tài khoản Telli.sh.


← Quay lai blog