呢個功能做乜

Coding agent 而家已經可以出到跑得嘅 web app——dashboard、產品頁、prototype。最快嘅審閲方法係開個 app、用嚇、要求改、再睇結果。呢個循環好用到 app 仲喺 agent 改呢個地方運作緊，每次改動 browser 幾秒內就見到。但如果 app 要抄去別處部署先見到，每次改都要等部署，審閲就慢到跟部署嘅節奏。

AWS 就喺 Amazon Bedrock AgentCore runtime 加入咗 Session endpoints 呢個能力。簡單講：每個 agent session 喺隔離 microVM 運行，Session endpoints 畀每個 session 一條經認證嘅 URL，將嘅 HTTP method、path、query string、body，連 WebSocket 連接，轉發到你設定嘅 port。你睇到 agent 存每一個檔案時頁面就即時更新。

點運作：六點

  1. 你揀邊啲 port 可以達。Call CreateAgentRuntime 時設 allowedPorts，1–5 項，每項一個 port 或 8000–12000 內嘅範圍（排除保留平台 port）。注意 allow 個 port 唔會自動啟動 server，你嘅 app 自己要 listen 喺該 port 並 bind 0.0.0.0。
  2. URL 跟 session 一齊到。InvokeAgentRuntime 嘅 response 喺 header 帶回呢個 URL（X-Amzn-Bedrock-AgentCore-Runtime-Session-Endpoint-Url），SDK 暴露為 sessionEndpointUrl。
  3. 每個 request 都要認證。用 IAM 嘅 runtime，每個 HTTP request、HTTP/2 stream、WebSocket handshake 都帶 SigV4 signature，且 caller 要有 bedrock-agentcore:InvokeAgentRuntimeProxy 權限。用 inbound JWT authorizer 嘅 runtime，則帶 bearer token。知道個 URL 唔代表有權入。
  4. hostname 決定邊個 port。Client 永遠連 443，由 hostname 嘅前綴決定 session 內部嘅目標 port。
  5. 帶協議。HTTP/1.1、HTTP/2（包括 server-sent events 同 gRPC）、WebSocket 都可以通過。
  6. 限一個 session。呢個 URL 每個 request 都要憑證，而且只喺個 session 存喺時有效。畀用户用嘅 app 要部署去獨立 hosting，例如 AWS Amplify Hosting。

限制同邊界

呢個 Session endpoint 嘅 URL 係有 session 壽命嘅、要求每次認證、限定某個 session。它適合喺 session 內 build、test、review，唔應該當生產對外服務用。另外，由於 browser 本身無法加上 SigV4 signature 或 bearer token，直用 browser 打開會有限制（原文呢度被截斷，未完整交代點對 user-facing 處理）。

我哋點睇

以上係由 AWS 官方部落格整理嘅功能解説，並非本站實測。完整 sample 同 notebook 喺 agentcore-samples GitHub repo 嘅 14-remote-access 資料夾。有無實際用過呢套流程，用家自己可以喺個 repo 試嚇，再決定適合唔適合自己嘅審閲流程。

阿調｜深度調教