Claude Platform Docs
  • Messages
  • Agents gérés
  • Administration

Search...
⌘K
Premiers pas
AperçuDémarrage rapidePrototyper dans la Console
Définir votre agent
Configuration de l'agentOutilsConnecteur MCPPolitiques d'autorisationCompétences d'agent
Configurer l'environnement de l'agent
Configuration de l'environnement cloudRéférence de la sandbox cloud
Déléguer du travail à votre agent
Démarrer une sessionOpérations de sessionFlux d'événements de sessionS'abonner aux webhooksDéfinir les résultatsS'authentifier avec des coffres-forts
Gérer le contexte de l'agent
Accéder à GitHubJoindre et télécharger des fichiers
Orchestration avancée
Sessions multi-agentsDéploiements planifiés
Référence
Référence des agents gérés
Travailler avec des fichiers
API FilesPrise en charge des PDF
Compétences
AperçuBonnes pratiquesCompétences pour l'entreprise
MCP
Serveurs MCP distants
Claude sur les plateformes cloud
Claude Platform sur AWS

Log in
Configuration de l'environnement cloud
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Claude Platform Docs

Solutions

  • AI agents
  • Code modernization
  • Coding
  • Customer support
  • Education
  • Financial services
  • Government
  • Life sciences

Partners

  • Claude on AWS
  • Claude on Google Cloud

Learn

  • Blog
  • Courses
  • Use cases
  • Connectors
  • Customer stories
  • Engineering at Anthropic
  • Events
  • Powered by Claude
  • Service partners
  • Startups program

Company

  • Anthropic
  • Careers
  • Economic Futures
  • Research
  • News
  • Responsible Scaling Policy
  • Security and compliance
  • Transparency

Learn

  • Blog
  • Courses
  • Use cases
  • Connectors
  • Customer stories
  • Engineering at Anthropic
  • Events
  • Powered by Claude
  • Service partners
  • Startups program

Help and security

  • Availability
  • Status
  • Support
  • Discord

Terms and policies

  • Privacy policy
  • Responsible disclosure policy
  • Terms of service: Commercial
  • Terms of service: Consumer
  • Usage policy
Agents gérés/Configurer l'environnement de l'agent

Configuration de l'environnement cloud

Personnalisez les sandboxes cloud pour vos sessions.

Les environnements définissent la configuration du sandbox dans lequel votre agent s'exécute. Vous créez un environnement une seule fois, puis vous référencez son ID chaque fois que vous démarrez une session. Plusieurs sessions peuvent partager le même environnement, mais chaque session obtient son propre sandbox isolé (un nouveau conteneur Linux).

Cette page traite des environnements de type: cloud. Pour exécuter des sandboxes sur votre propre infrastructure, consultez Sandboxes auto-hébergés.



Toutes les requêtes à l'API Managed Agents nécessitent l'en-tête bêta managed-agents-2026-04-01. Le SDK définit automatiquement l'en-tête bêta.

Créer un environnement

ant beta:environments create \
  --name "python-dev" \
  --config '{type: cloud, networking: {type: unrestricted}}'

Utilisez un name unique et descriptif afin de pouvoir distinguer les environnements les uns des autres.

Utiliser l'environnement dans une session

Transmettez l'ID de l'environnement sous forme de chaîne de caractères lors de la création d'une session.

ant beta:sessions create \
  --agent "$AGENT_ID" \
  --environment-id "$ENVIRONMENT_ID"

Options de configuration

Packages

Le champ packages préinstalle des packages dans le sandbox avant le démarrage de l'agent. Les packages sont installés par leurs gestionnaires de packages respectifs et mis en cache entre les sessions qui partagent le même environnement. Lorsque plusieurs gestionnaires de packages sont spécifiés, ils s'exécutent par ordre alphabétique (apt, cargo, gem, go, npm, pip). Vous pouvez éventuellement épingler des versions spécifiques. Les packages non épinglés installent la dernière version.

ant beta:environments create <<'YAML'
name: data-analysis
config:
  type: cloud
  packages:
    pip:
      - pandas
      - numpy
      - scikit-learn
    npm:
      - express
  networking:
    type: unrestricted
YAML

Gestionnaires de packages pris en charge :

ChampGestionnaire de packagesExemple
aptPackages système (apt-get)"ffmpeg"
cargoRust (cargo)"[email protected]"
gemRuby (gem)"rails:7.1.0"
goModules Go"golang.org/x/tools/cmd/goimports@latest"
npmNode.js (npm)"[email protected]"
pipPython (pip)"pandas==2.2.0"

Réseau

Le champ networking contrôle l'accès réseau sortant du sandbox. Il n'affecte pas les domaines autorisés pour les outils web_search ou web_fetch.

ModeDescription
unrestrictedAccès réseau sortant complet, à l'exception d'une liste de blocage générale de sécurité. Il s'agit de la valeur par défaut.
limitedRestreint l'accès réseau du sandbox aux hôtes figurant dans allowed_hosts. Définissez allow_package_managers et allow_mcp_servers sur true pour autoriser un accès supplémentaire.

L'exemple suivant crée un environnement avec un réseau limited :

ant beta:environments create <<'YAML'
name: api-access
config:
  type: cloud
  networking:
    type: limited
    allowed_hosts:
      - api.example.com
    allow_mcp_servers: true
    allow_package_managers: true
YAML


Pour les déploiements en production, utilisez le réseau limited avec une liste allowed_hosts explicite. Suivez le principe du moindre privilège en n'accordant que l'accès réseau minimal requis par votre agent, et auditez régulièrement vos domaines autorisés.

Lors de l'utilisation du réseau limited :

  • allowed_hosts spécifie les domaines que le sandbox peut atteindre. Spécifiez des noms d'hôtes simples ou des motifs avec caractères génériques (tels que *.example.com). N'incluez pas de schéma d'URL, de port ni de chemin.
  • allow_mcp_servers autorise l'accès sortant aux points de terminaison des serveurs MCP configurés sur l'agent, au-delà de ceux répertoriés dans le tableau allowed_hosts. La valeur par défaut est false.
  • allow_package_managers autorise l'accès sortant aux registres de packages publics (tels que PyPI et npm) au-delà de ceux répertoriés dans le tableau allowed_hosts. La valeur par défaut est false.

Cycle de vie de l'environnement

  • Les environnements persistent jusqu'à ce qu'ils soient explicitement archivés ou supprimés.
  • Chaque session obtient sa propre instance de sandbox, même lorsque plusieurs sessions référencent le même environnement. Les sessions ne partagent pas l'état du système de fichiers.
  • Les environnements ne sont pas versionnés. Si vous mettez à jour un environnement fréquemment, conservez votre propre historique des modifications afin de pouvoir identifier quelle configuration chaque session a utilisée.

Gérer les environnements

# Lister les environnements
ant beta:environments list

# Récupérer un environnement spécifique
ant beta:environments retrieve --environment-id "$ENVIRONMENT_ID"

# Archiver un environnement (lecture seule, les sessions existantes continuent)
ant beta:environments archive --environment-id "$ENVIRONMENT_ID"

# Supprimer un environnement (uniquement si aucune session n'y fait référence)
ant beta:environments delete --environment-id "$ENVIRONMENT_ID"

Runtimes préinstallés

Les sandboxes cloud incluent des runtimes courants prêts à l'emploi. Consultez la Référence des sandboxes cloud pour obtenir la liste complète des langages, bases de données et utilitaires préinstallés.

Étapes suivantes


Référence des sandboxes cloud

Packages, bases de données et utilitaires préinstallés disponibles dans les sandboxes cloud.


Démarrer une session

Créez une session pour exécuter votre agent et commencer à lancer des tâches.

Was this page helpful?

  • Créer un environnement
  • Utiliser l'environnement dans une session
  • Options de configuration
  • Packages
  • Réseau
  • Cycle de vie de l'environnement
  • Gérer les environnements
  • Runtimes préinstallés
  • Étapes suivantes