Các tác nhân mã hóa hiện xây dựng các ứng dụng web đang hoạt động: trang tổng quan, trang sản phẩm, nguyên mẫu mà nhóm sản phẩm muốn thử. Cách nhanh nhất để xem lại tác phẩm đó là mở ứng dụng, sử dụng, yêu cầu thay đổi và kiểm tra kết quả. Vòng lặp đó hoạt động tốt khi ứng dụng tiếp tục chạy trong khi tác nhân chỉnh sửa nó, vì vậy mỗi thay đổi sẽ hiển thị trong trình duyệt trong vòng vài giây. Khi ứng dụng phải được sao chép và triển khai ở nơi khác trước tiên, mọi thay đổi sẽ chờ triển khai và quá trình xem xét sẽ chậm lại theo tốc độ đó. Amazon Bedrock AgentCore là một nền tảng để xây dựng, kết nối và tối ưu hóa các tác nhân trên quy mô lớn, với sự lựa chọn của bạn về khung tác nhân và mô hình nền tảng (FM). Thời gian chạy AgentCore, một khả năng của Amazon Bedrock AgentCore, chạy mỗi phiên tác nhân trong microVM riêng biệt của nó. Với điểm cuối của Phiên, bạn có thể mở một ứng dụng chạy trong phiên đó từ trình duyệt của riêng mình. Điểm cuối phiên cung cấp cho mỗi phiên một URL được xác thực để chuyển tiếp phương thức HTTP, đường dẫn, chuỗi truy vấn, nội dung và kết nối WebSocket của mỗi yêu cầu tới các cổng bạn cho phép. Bạn có thể xem cập nhật trang khi tác nhân lưu từng tệp. Trong bài đăng này, bạn triển khai một tác nhân mã hóa giúp trang web Vite chạy trong phiên của nó, sau đó mở một trang cục bộ có cuộc trò chuyện ở bên trái và trang web trực tiếp ở bên phải. Bạn yêu cầu nhân viên hỗ trợ chuyển trang web sang chủ đề màu tối, làm theo các bước khi họ truy cập và xem trang web thay đổi mà không cần làm mới. Cuối cùng, bạn xem điều gì xảy ra nội bộ: cổng thứ hai trong cùng một phiên và các yêu cầu mà điểm cuối Phiên từ chối. Mẫu hoàn chỉnh, bao gồm cả sổ ghi chép sau đây, nằm trong thư mục 14-remote-access của kho lưu trữ GitHub của các mẫu lõi tác nhân. Cách hoạt động của điểm cuối phiên Mỗi phiên có điểm cuối Phiên riêng và sáu chi tiết định hình cách bạn sử dụng phiên đó. Bạn chọn cổng nào nó đạt tới. Bạn đặt allowPorts khi gọi CreateAgentRuntime: 1–5 mục, mỗi mục là một cổng hoặc một phạm vi trong khoảng 8000–12000, không bao gồm các cổng nền tảng dành riêng. Cho phép một cổng không khởi động một máy chủ, vì vậy ứng dụng của bạn phải lắng nghe trên đó, được giới hạn ở 0.0.0.0. URL đến cùng với phiên. Phản hồi InvokeAgentRuntime mang nó trong tiêu đề X-Amzn-Bedrock-AgentCore-Runtime-Session-Endpoint-Url, SDK mà mô hình hóa nó hiển thị dưới dạng sessionEndpointUrl. Mọi yêu cầu đều được xác thực. Đối với thời gian chạy sử dụng AWS Identity and Access Management (IAM), mỗi yêu cầu HTTP, luồng HTTP/2 và bắt tay WebSocket đều mang chữ ký Signature Version 4 (SigV4). Người gọi cũng cần có bedrock-agentcore:InvokeAgentRuntimeProxy trong thời gian chạy và điểm cuối thời gian chạy của nó. Đối với thời gian chạy có trình cấp phép Mã thông báo Web JSON (JWT) gửi đến, thay vào đó, mỗi yêu cầu sẽ mang một mã thông báo mang. Biết URL không cấp quyền truy cập. Tên máy chủ chọn cổng. Máy khách của bạn kết nối trên cổng 443 bất kể cổng đích là gì và tiền tố trên tên máy chủ sẽ chọn cổng bên trong phiên:

https://8090-- .runtime.bedrock-agentcore. .on.aws/index.html https://8081-- .runtime.bedrock-agentcore. .on.aws/status

Nó mang các giao thức mà máy chủ của bạn nói. Các yêu cầu HTTP/1.1 và HTTP/2, bao gồm các sự kiện do máy chủ gửi và gRPC cũng như các kết nối WebSocket đều được thông qua. Hướng dẫn này sử dụng HTTP/1.1 và WebSocket. Nó nằm trong phạm vi một phiên. URL cần có thông tin xác thực cho mọi yêu cầu và chỉ tồn tại trong khoảng thời gian trong phiên, vì vậy hãy sử dụng URL đó để xây dựng, kiểm tra và xem xét những gì nhân viên hỗ trợ của bạn tạo ra. Để phân phát ứng dụng cho người dùng của bạn, hãy triển khai ứng dụng đó lên dịch vụ lưu trữ như AWS Amplify Hosting. Trình duyệt không thể thêm chữ ký SigV4 hoặc mã thông báo mang vào các yêu cầu mà trang tự thực hiện, do đó, ứng dụng khách điểm cuối phiên trong SDK bedrock-agentcore có thể mở điểm cuối cục bộ trên máy của bạn. Trình duyệt của bạn mở http://localhost:8088 và điểm cuối cục bộ sẽ thêm thông tin xác thực của bạn vào từng yêu cầu và bắt tay WebSocket trước khi chuyển tiếp nó. Điểm cuối phiên khác với điểm cuối thời gian chạy mà thời gian chạy AgentCore đã cung cấp. Sử dụng điểm cuối thời gian chạy, chẳng hạn như DEFAULT, để liên hệ với tổng đài viên của bạn, điểm này kiểm soát phiên bản nào của nó mà người gọi sẽ tiếp cận. Các cuộc gọi InvokeAgentRuntime được giải quyết thông qua nó, do đó bạn có thể tiếp tục phát triển và sản xuất trên các phiên bản khác nhau cũng như quảng bá hoặc quay lại mà không thay đổi người gọi. Sử dụng điểm cuối Phiên để xem tác nhân của bạn chạy gì trong phiên, chẳng hạn như bản xem trước trên web. Đó là một URL được xác thực chỉ truy cập các cổng bạn cho phép, hoạt động với bất kỳ phiên bản nào mà phiên chạy và ngừng hoạt động khi phiên kết thúc. Để có tài liệu đầy đủ, hãy tham khảo Kết nối với các phiên thời gian chạy thông qua điểm cuối phiên. Tổng quan về giải pháp Mẫu có bốn phần. Một tác nhân mã hóa chạy trong phiên trên cổng 8080 và chỉnh sửa các tệp của trang web bằng bốn công cụ: liệt kê, đọc, ghi và chỉnh sửa. Tác nhân khởi động máy chủ phát triển Vite trên cổng 8090, phục vụ trang web và đẩy từng thay đổi đã lưu vào trình duyệt qua WebSocket tải lại nóng của nó. Trên máy của bạn, PreviewApp phục vụ trang xem trước, gửi lời nhắc của bạn tới InvokeAgentRuntime và mở điểm cuối cục bộ cho trang web. Như Hình 1 hiển thị, trang xem trước tải trang web từ máy chủ phát triển Vite trên cổng 8090 thông qua điểm cuối cục bộ và điểm cuối Phiên, đồng thời gửi lời nhắc của bạn thông qua InvokeAgentRuntime tới tác nhân trên cổng 8080. Các con số hiển thị thứ tự các bước cho một yêu cầu.

Hình 1: Kiến trúc giải pháp

Trước bước 1, PreviewApp đã gọi InvokeAgentRuntime một lần để bắt đầu phiên, khởi động tác nhân và máy chủ phát triển Vite. PreviewApp đọc URL điểm cuối phiên từ phản hồi đó và mở điểm cuối cục bộ cho cổng 8090. Sau đó, các bước được đánh số trong Hình 1 sẽ thực hiện theo một yêu cầu thay đổi:

Khung trang của trang xem trước tải trang web từ điểm cuối cục bộ trên localhost:8088. Điểm cuối cục bộ sẽ thêm thông tin xác thực của bạn vào từng yêu cầu và bắt tay WebSocket, đồng thời chuyển tiếp chúng đến điểm cuối Phiên. Điểm cuối Phiên kiểm tra chữ ký và cổng dựa trên các Cổng được phép, sau đó chuyển tiếp chúng đến máy chủ phát triển Vite trên cổng 8090. Trang này luôn mở WebSocket tải lại nóng Vite. Bạn gửi lời nhắc từ khung trò chuyện. PreviewApp gửi nó đến InvokeAgentRuntime dưới dạng lệnh gọi API AWS tiêu chuẩn được ký bằng thông tin xác thực AWS của bạn và thời gian chạy sẽ gửi nó đến tổng đài viên trên cổng 8080. Các bước của tổng đài viên sẽ quay trở lại khung trò chuyện khi nó hoạt động. Người đại diện gọi cho Claude Haiku 5.5 ở Amazon Bedrock để quyết định những gì cần thay đổi. Tác nhân đọc các tệp của trang web và lưu những tệp mà nó thay đổi. Máy chủ phát triển Vite phục vụ các tệp đó và theo dõi chúng để biết những thay đổi. Khi một tệp được lưu, Vite sẽ đẩy thay đổi qua WebSocket đã mở ở bước 1, quay lại điểm cuối Phiên và điểm cuối cục bộ, đồng thời ngăn trang web cập nhật mà không cần làm mới. Từ sổ ghi chép, PreviewApp đọc tuyến /trạng thái của tác nhân trên cổng 8081 thông qua cùng một điểm cuối Phiên. Chỉ có cổng thay đổi.

Cổng 8080 không nằm trong các Cổng được phép, vì InvokeAgentRuntime tiếp cận tác nhân mà không cần thông qua điểm cuối Phiên. Điều kiện tiên quyết Để làm theo hướng dẫn, bạn cần:

Tài khoản AWS trong Khu vực AWS nơi có sẵn các điểm cuối Phiên thời gian chạy AgentCore, với thông tin đăng nhập được định cấu hình. Quyền tạo vai trò AWS Identity and Access Management (IAM), tải lên Amazon Simple Storage Service (Amazon S3) và tạo thời gian chạy, cùng với bedrock-agentcore:InvokeAgentRuntime và bedrock-agentcore:InvokeAgentRuntimeProxy trên thời gian chạy đó và điểm cuối thời gian chạy DEFAULT của nó. Để biết chi tiết, hãy tham khảo các quyền IAM dành cho thời gian chạy AgentCore. Python 3.10 trở lên, với bedrock-agentcore 1.25.2 trở lên và boto3 1.43.122 trở lên. Git, để sao chép kho lưu trữ mẫu và môi trường Jupyter, chẳng hạn như JupyterLab hoặc Visual Studio Code với phần mở rộng Jupyter, để chạy sổ ghi chép. Truy cập Claude Haiku 5.5 trên Amazon Bedrock. Để biết tình trạng sẵn có của mẫu máy theo Khu vực, hãy tham khảo Tình trạng sẵn có của mẫu máy theo khu vực. Node.js 22 trở lên với npm, tập lệnh triển khai sử dụng để đóng gói tác nhân và trang web.

Mẫu triển khai tác nhân dưới dạng tệp zip trong Amazon S3 với khả năng triển khai mã trực tiếp cho Node.js, do đó, bạn không cần Docker hoặc kho lưu trữ Amazon Elastic Container Register (Amazon ECR). Điểm cuối phiên hoạt động với thời gian chạy microVM chứ không phải với loại tính toán Phiên bản và URL điểm cuối phiên có thể truy cập được qua HTTPS công khai. AWS PrivateLink không được hỗ trợ cho các kết nối gửi đến. Triển khai đại lý và trang web của nó Trước tiên, bạn triển khai thời gian chạy và cấu hình bạn chọn ở đây sẽ quyết định cổng nào mà điểm cuối Phiên có thể tiếp cận. Tập lệnh triển khai gói tác nhân vào một tệp, thêm trang web và các phần phụ thuộc của nó vào hệ thống Linux trên Arm64 của thời gian chạy, tải tệp zip lên Amazon S3 và tạo thời gian chạy. Đoạn trích sau đây từ triển khai.py hiển thị hai cài đặt quan trọng đối với bài đăng này. ProtocolConfiguration cho biết nơi tác nhân lắng nghe InvokeAgentRuntime và allowPorts liệt kê các cổng mà điểm cuối Phiên có thể tiếp cận: 8090 cho trang web và 8081 cho lộ trình trạng thái của tác nhân. Cổng 8080 không có trong danh sách vì InvokeAgentRuntime tiếp cận đại lý mà không có cổng này. Để biết cài đặt cổng và đường dẫn, hãy tham khảo Định cấu hình cổng phục vụ và đường dẫn gọi của tổng đài viên của bạn.

AgentRuntimeArtifact={"codeConfiguration": { "code": {"s3": {"bucket": code_bucket(), "tiền tố": S3_PREFIX}}, "thời gian chạy": "NODE_22", "entryPoint": ["app.js"], }}, ProtocolConfiguration={"serverProtocol": "HTTP", "port": 8080, "path": "/invocations"}, allowPorts=[{"port": 8090}, {"port": 8081}],

Cấu hình Vite của trang web giúp máy chủ phát triển có thể truy cập được từ điểm cuối Phiên. Nó lắng nghe trên 0.0.0.0 tại cổng 8090 và không hạn chế tiêu đề Máy chủ (server.allowedHosts là đúng), vì các yêu cầu đến dưới tên máy chủ mà thời gian chạy chỉ định thay vì localhost. Điểm cuối phiên xác thực mọi yêu cầu trước khi đến máy chủ, do đó máy chủ không cần kiểm tra máy chủ riêng. Để triển khai thời gian chạy:

1. Sao chép repo mẫu và thay đổi thư mục mẫu:

bản sao git https://github.com/awslabs/agentcore-samples.git cd Agentcore-samples/01-features/02-host-your-agent/01-runtime/03-advanced/16-session-endpoints

1. Mở session_endpoints_preview.ipynb từ thư mục mẫu.
2. Chạy ô cài đặt để cài đặt các phần phụ thuộc Python.
3. Chạy ô %run triển khai.py. Quá trình triển khai mất vài phút, chủ yếu là chờ thời gian chạy đạt trạng thái SẴN SÀNG. Mở bản xem trước Khi thời gian chạy đã sẵn sàng, bạn bắt đầu xem trước. Một lệnh gọi thực hiện ba việc: nó bắt đầu một phiên (khởi động trang web), mở điểm cuối cục bộ cho cổng 8090 và phục vụ trang xem trước trên localhost:8087.

từ Preview_app nhập PreviewApp

app = PreviewApp().start() print("Mở", app.url)

Bên trong start(), các cuộc gọi sử dụng điểm cuối Phiên đều ngắn. Cuộc gọi InvokeAgentRuntime đầu tiên trả về URL trong tiêu đề phản hồi, session_endpoint_url đọc URL đó và ứng dụng khách điểm cuối phiên sẽ mở điểm cuối cục bộ cho cổng 8090:

câu trả lời = client.invoke_agent_runtime( AgentRuntimeArn=runtime_arn, runSessionId=session_id, payload=json.dumps({"prompt": ""}).encode(), contentType="application/json", ) điểm cuối = client.session_endpoint_client(session_endpoint_url(answer)) local = endpoint.open_local_endpoint(port=8090, local_port=8088).start()

Để mở bản xem trước:

Chạy ô khởi động PreviewApp. Mở liên kết được in, http://localhost:8087, trong trình duyệt của bạn.

Trang này hiển thị trang web ở bên phải, được phục vụ từ cổng 8090 trong phiên và một hướng dẫn ngắn gọn với các yêu cầu được đề xuất ở bên trái. Yêu cầu đại lý thay đổi Bây giờ bạn yêu cầu thay đổi và xem nó đến. Mỗi lời nhắc sẽ được chuyển đến tác nhân thông qua InvokeAgentRuntime. Tác nhân đọc các tệp nó cần, ghi những tệp nó thay đổi và báo cáo từng bước khi nó xảy ra. Khi một tệp được lưu, máy chủ phát triển Vite sẽ đẩy thay đổi lên WebSocket của nó, thông qua điểm cuối Phiên và điểm cuối cục bộ, đồng thời cập nhật trang web tại chỗ. Để yêu cầu thay đổi:

Trên trang xem trước, chọn Chuyển trang web này sang chủ đề màu quán cà phê tối. Hãy làm theo các bước của tổng đài viên trong khung trò chuyện khi họ đọc và lưu tệp. Xem khung trang web. Nó thay đổi khi tác nhân lưu biểu định kiểu và biểu ngữ đặt tên cho tệp mà thay đổi bắt nguồn từ đó.

Video sau đây hiển thị trang xem trước trong khi nhân viên hỗ trợ xử lý một số yêu cầu. Việc chọn một yêu cầu được đề xuất sẽ gửi yêu cầu đó đến tổng đài viên, ngăn trò chuyện liệt kê từng tệp mà tổng đài viên đọc và lưu, đồng thời ngăn trang web ở bên phải cập nhật mà không cần làm mới, từ chủ đề tối đến nút Đặt hàng trước màu xanh lục.

Hình 2: Trang xem trước khi tác nhân làm việc

Luồng các bước vì tổng đài viên trả lời bằng các sự kiện do máy chủ gửi khi bạn yêu cầu. Bạn có thể gửi lời nhắc tương tự từ Python bằng app.ask, ứng dụng này sẽ đọc luồng có iter_events từ SDK bedrock-agentcore. Trang mở cập nhật theo cách tương tự:

cho sự kiện trong app.ask("Đặt nút Đặt hàng trước thành màu xanh"): nếu "bước" trong sự kiện: print(" ", sự kiện["bước"]) Elif "xong" trong sự kiện: print(sự kiện["xong"]["trả lời"])

Đầu ra của tập lệnh Python này sẽ giống như sau:

Nhìn vào các tập tin của trang web Đọc src/main.js Đọc src/style.css Đọc chỉ mục.html Đã lưu src/style.css Nút Đặt hàng trước bây giờ có màu xanh lục thay vì màu nâu, với văn bản màu trắng được giữ để tạo độ tương phản. Bạn có thể thấy nó trong phần chính, ngay bên dưới tiêu đề "Cà phê mẻ nhỏ, rang mỗi sáng" ở đầu trang.

Đến cổng thứ hai trong cùng một phiên Trang web không phải là máy chủ duy nhất bạn có thể tiếp cận. Tác nhân phục vụ /status trên cổng 8081, liệt kê từng lời nhắc và các tệp mà nó đã thay đổi. Điểm cuối phiên giống nhau sẽ tiếp cận nó và điểm khác biệt duy nhất là đối số cổng.

trạng thái = app.endpoint.request("GET", "/status", port=8081) print("GET /status trên cổng 8081: HTTP", status.status) để chỉnh sửa trong status.json()["edits"]: print(" ", edit["prompt"], "->", ", ".join(edit["files"]))

Đầu ra của tập lệnh Python này sẽ giống như sau:

NHẬN/trạng thái trên cổng 8081: HTTP 200 Làm cho nút Đặt hàng trước có màu xanh lá cây -> src/style.css

Điểm cuối phiên từ chối điều gì Khi thời gian chạy từ chối một yêu cầu, nó sẽ trả lời bằng trạng thái HTTP, nội dung trống và mã lỗi trong tiêu đề phản hồi, do đó bạn có thể biết yêu cầu từ chối đó là do lỗi mà ứng dụng của bạn trả về. Sổ ghi chép gửi yêu cầu đến một cổng bên ngoài Cổng được phép và một yêu cầu không có thông tin xác thực, đồng thời bộ thực thi sẽ từ chối cả hai với 403 AccessDenied. Bảng sau liệt kê những lời từ chối mà bạn có thể gặp phải khi xây dựng bằng điểm cuối Phiên.

Yêu cầu Phản hồi từ thời gian chạy

Một cổng không nằm trong allowPorts 403 Truy cập bị từ chối

Yêu cầu không có thông tin xác thực hợp lệ 403 Truy cập bị từ chối hoặc 401 Xác thựcYêu cầu

Một cổng được phép không có gì nghe trên đó Cổng 502Không thể truy cập được

URL có phiên không còn tồn tại Phiên 404Không tìm thấy

Cách truy cập vào phiên của bạn được bảo vệ Bộ thực thi sẽ loại bỏ các tiêu đề xác thực của chính nó trước khi chuyển tiếp yêu cầu, do đó trang web không nhận được chữ ký của bạn. Các yêu cầu được ghi lại trong AWS CloudTrail dưới dạng sự kiện InvokeAgentRuntimeProxy, với nguồn sự kiện bedrock-agentcore.amazonaws.com. Điểm cuối cục bộ hoạt động dựa trên thông tin xác thực của bạn, vì vậy nó giới hạn những người có thể sử dụng thông tin đó. Nó chỉ lắng nghe trên 127.0.0.1, chỉ trả lời các yêu cầu được gửi đến địa chỉ cục bộ của chính nó và từ chối các kết nối WebSocket được mở bởi các trang từ nguồn khác. Chỉ chạy điểm cuối cục bộ khi bạn sử dụng bản xem trước. Để biết thêm thông tin, hãy xem Ghi lại các yêu cầu điểm cuối phiên trong CloudTrail. Các biện pháp kiểm soát quyền truy cập không tách biệt trang web khỏi tác nhân. Cả hai đều chạy trong cùng một phiên, do đó, chỉ cấp cho vai trò thực thi những quyền mà tác nhân cần. Nếu thời gian chạy thay thế tính toán của phiên, các kết nối mở sẽ đóng lại và các chỉnh sửa của tác nhân có thể không tồn tại trừ khi phiên sử dụng bộ nhớ liên tục. Tham khảo Cấu hình hệ thống tệp cho thời gian chạy AgentCore nếu bạn cần các tệp để tồn tại lâu hơn trong quá trình điện toán. Các công cụ tệp của tác nhân giải quyết mọi đường dẫn bên trong thư mục trang web và từ chối các đường dẫn bên ngoài nó, do đó, lời nhắc không thể khiến tác nhân thay đổi các tệp khác trong phiên. Nếu người khác có thể gửi lời nhắc đến tác nhân mã hóa của bạn, hãy xem xét Amazon Bedrock Guardrails để lọc các lời nhắc và phản hồi có hại, đồng thời xem xét các thay đổi của tác nhân trước khi bạn xuất bản chúng. Dọn dẹp Để tránh bị tính phí liên tục, hãy dừng xem trước và xóa tài nguyên mà mẫu đã tạo. Trang web mà người đại diện đã chỉnh sửa tồn tại trong phiên, vì vậy nó sẽ đi cùng với phiên. Để dọn dẹp:

1. Chạy ô dừng và nhấn Enter khi sổ tay hỏi. Điều này sẽ dừng trang xem trước, điểm cuối cục bộ và phiên.
2. Chạy ô %run cleanup.py để xóa thời gian chạy, mã đã tải lên và vai trò IAM. Kết luận Điểm cuối phiên cung cấp cho bạn quyền truy cập được xác thực vào các ứng dụng trong phiên thời gian chạy AgentCore từ các công cụ của riêng bạn qua HTTP/1.1, HTTP/ 2 và WebSocket trên các cổng bạn cho phép. Trong bài đăng này, bạn đã triển khai một tác nhân mã hóa với trang web Vite trong phiên của nó, mở trang web trực tiếp trong trình duyệt của bạn thông qua điểm cuối cục bộ, yêu cầu tác nhân về chủ đề tối và xem thay đổi diễn ra khi tác nhân lưu tệp. Bạn cũng đã đến cổng thứ hai trong cùng một phiên và xác nhận những gì điểm cuối Phiên từ chối. Để tiến xa hơn, hãy chạy sổ ghi chép với trang web của riêng bạn trong thư mục trang web hoặc thay đổi các công cụ của tác nhân để phù hợp với cách tác nhân mã hóa của bạn hoạt động. Để biết bộ tùy chọn đầy đủ, bao gồm phạm vi cổng, OAuth, HTTP/2 và gRPC, hãy tham khảo Kết nối với các phiên thời gian chạy thông qua điểm cuối phiên. Để thay đổi cổng hoặc đường dẫn mà InvokeAgentRuntime sử dụng trong tác nhân của riêng bạn, hãy tham khảo Định cấu hình cổng phục vụ và đường dẫn gọi của tác nhân của bạn. Nếu tác nhân của bạn cũng cần chạy các lệnh xây dựng hoặc kiểm tra trong cùng một phiên, hãy tham khảo Thực thi các lệnh shell trong các phiên thời gian chạy AgentCore. Để triển khai tác nhân Node.js của riêng bạn từ tệp zip theo cách mẫu này thực hiện, hãy tham khảo Triển khai mã trực tiếp cho Node.js. Đối với mọi thứ khác mà dịch vụ cung cấp, hãy bắt đầu với Tác nhân máy chủ hoặc các công cụ có thời gian chạy Amazon Bedrock AgentCore và tìm thêm ví dụ trong kho lưu trữ GitHub mẫu lõi tác nhân.

Về tác giả