Salta ai contenuti

TypeScript Agent a Gateway

Il generatore connection può connettere il tuo TypeScript Agent a un AgentCore Gateway.

Il generatore configura l’agent in modo che si autentichi al Gateway con IAM SigV4 quando distribuito, e si connetta al gateway locale avviato dal progetto Gateway quando eseguito localmente.

Prima di utilizzare questo generatore, assicurati di avere:

  1. Un progetto TypeScript con un componente Agent (infra: agentcore)
  2. Un progetto agentcore-gateway con protocol: mcp e auth: iam

Il Gateway deve servire il protocollo mcp — l’agent lo raggiunge come client MCP, quindi i suoi target sono esposti come tool. Il Gateway deve anche utilizzare l’autenticazione IAM: l’agent firma le sue richieste con SigV4 utilizzando il proprio ruolo di esecuzione. Il generatore rifiuta i gateway autenticati con Cognito.

Esegui questo generatore@aws/nx-plugin:connection

pnpm nx g @aws/nx-plugin:connection
Componi il tuo comando5

Obbligatorio

Obbligatorio

Seleziona il progetto agent come sorgente e il progetto Gateway come destinazione.

Opzioni del generatore5 opzioni
sourceProjectObbligatoriostring

Il progetto sorgente

targetProjectObbligatoriostring

Il progetto di destinazione a cui connettersi

sourceComponentstring

Il componente sorgente da cui connettersi (nome del componente, percorso relativo alla radice del progetto sorgente, o id del generatore). Usa '.' per selezionare esplicitamente il progetto come sorgente.

targetComponentstring

Il componente destinazione a cui connettersi (nome del componente, percorso relativo alla radice del progetto destinazione, o id del generatore). Usa '.' per selezionare esplicitamente il progetto come destinazione.

preferInstallDependenciesbooleanPredefinito: true

Se preferire l'installazione delle dipendenze dopo l'esecuzione del generatore. Impostare su false per rimandare l'installazione quando si eseguono più generatori in batch (l'installazione viene comunque eseguita se necessaria affinché i generatori successivi possano calcolare il grafo dei progetti Nx); installare una volta alla fine.

Il generatore emette file client core condivisi nel tuo package agent-connection, più un wrapper per Gateway, e modifica il tuo agent:

  • Directorypackages/common/agent-connection
    • Directorysrc
      • Directorycore/
        • agentcore-endpoints.ts Risoluzione ARN/URL indipendente dal framework
        • agentcore-fetch.ts Fetch SigV4 / JWT / session-forwarding indipendente dal framework
        • agentcore-transport.ts Plumbing di trasporto AgentCore condiviso
        • agentcore-gateway-mcp-transport.ts Trasporto MCP Gateway indipendente dal framework
        • agentcore-gateway-mcp-client-strands.ts Client MCP Strands per il Gateway distribuito
      • Directoryapp/
        • <gateway-kebab>-client-strands.ts Wrapper client Strands per Gateway
      • index.ts Ri-esporta il client Gateway

Inoltre, il generatore:

  • Modifica il file agent.ts del tuo agent per importare la classe client Gateway, chiamare <Gateway>ClientStrands.create(), e registrare il client restituito nell’array tools
  • Configura il target <agent>-dev dell’agent per dipendere dal target dev del Gateway
  • Installa le dipendenze SigV4 / MCP richieste

Il generatore trasforma il file agent.ts del tuo agent per utilizzare il client Gateway:

packages/example/src/my-agent/agent.ts
import { Agent } from '@strands-agents/sdk';
import { MyGatewayClientStrands } from '@my-scope/agent-connection';
export const getAgent = async () => {
const myGateway = await MyGatewayClientStrands.create();
return new Agent({
systemPrompt: '...',
tools: [myGateway],
});
};

Quando distribuito (LOCAL_DEV non impostato), il client punta all’endpoint MCP del Gateway e si autentica con SigV4. Quando LOCAL_DEV=true, punta al gateway locale avviato dal target dev del progetto Gateway, quindi lo stesso agent.ts funziona uniformemente in entrambe le modalità.

L’ID di sessione viene propagato automaticamente ai server MCP downstream tramite l’header X-Amzn-Bedrock-AgentCore-Runtime-Session-Id.

Dopo aver eseguito il generatore devi concedere all’agent il permesso di invocare il Gateway.

packages/infra/src/stacks/application-stack.ts
const gateway = new MyGateway(this, 'MyGateway');
const myAgent = new MyAgent(this, 'MyAgent');
// Grant the agent permissions to invoke the Gateway
gateway.grantInvokeAccess(myAgent);

L’URL del Gateway viene automaticamente registrato nel namespace agentcore.gateways.<ClassName> della Runtime Configuration dal costrutto CDK generato, in modo che l’agent possa scoprirlo a runtime.

Il generatore configura il target dev dell’agent per:

  1. Avviare il gateway locale del Gateway connesso e ogni server MCP collegato
  2. Impostare LOCAL_DEV=true in modo che il client generato punti al gateway locale invece del Gateway distribuito

Esegui l’agent localmente con:

Terminal window
pnpm nx <agent-name>-dev <project-name>

Per eseguire l’agent localmente contro il Gateway distribuito invece (ad esempio, per esercitare le policy Cedar), utilizza il target serve dell’agent. Senza LOCAL_DEV impostato, il client risolve l’URL del Gateway distribuito dalla configurazione runtime e firma le richieste con SigV4 utilizzando le tue credenziali AWS locali:

Terminal window
pnpm nx <agent-name>-serve <project-name>

Il gateway locale sostituisce il Gateway distribuito, quindi:

  • Nessuna valutazione delle policy Cedar. Ogni tool è visibile all’agent indipendentemente dalle policy. Utilizza il target serve per esercitare le policy contro il Gateway distribuito.
  • Il prefisso dei nomi dei tool è preservato. I tool di ogni server MCP locale sono wrappati per esporre nomi nella forma <target-name>___<tool-name>, corrispondenti a ciò che emette il Gateway distribuito. Questo mantiene il prompt di sistema dell’agent e i nomi delle azioni Cedar che referenzi coerenti tra esecuzioni locali e distribuite.