Ce document couvre les fonctionnalités avancées et les bonnes pratiques pour Novita Agent Runtime.
Sommaire
Référence du fichier de configuration
Structure de .novita-agent.yaml
Le .novita-agent.yaml le fichier de configuration utilise le format YAML de style Kubernetes:
Modification de la configuration
Modification des paramètres de CPU et de mémoire
Modifiez la configuration des ressources sous spec.runtime in .novita-agent.yaml:
Modification des variables d’environnement
Le spec.envVars dans .novita-agent.yaml n’est utilisé que pour la CLI agent invoke commande et ne seront pas transmis au modèle de sandbox déployé.
Modifiez les variables d’environnement sous spec.envVars dans .novita-agent.yaml:
Remarque:
- ⚠️ Ne stockez pas d’informations sensibles (telles que des clés API) dans
.novita-agent.yaml
- Vous pouvez également transmettre des variables d’environnement via le
--env paramètre lors de l’exécution de agent invoke command
Redéployer pour appliquer les modifications de configuration
Après avoir modifié les spécifications des ressources dans .novita-agent.yaml, un redéploiement est requis:
Gestion des variables d’environnement
Il existe plusieurs façons de transmettre des variables d’environnement aux Agents s’exécutant dans des instances sandbox :
Méthode 1 : définir dans le fichier de configuration (invocation CLI uniquement)
Définissez les variables d’environnement sous spec.envVars dans .novita-agent.yaml:
Méthode 2 : transmettre dynamiquement via le SDK
Lors de l’appel d’un Agent à l’aide du SDK invoke_agent_runtime méthode, transmettez-les dynamiquement via le envVars paramètre:
Réponses en streaming
Implémenter le streaming avec des générateurs synchrones
Utilisez des générateurs Python pour implémenter des réponses en streaming :
Implémenter le streaming avec des générateurs asynchrones
Utilisez les générateurs asynchrones Python :
Exemple de réponse en streaming LangChain
Exemple complet utilisant LangChain pour les réponses en streaming:
Invocation d’un Agent en streaming
Invoquez un Agent en streaming à l’aide du SDK :
Gestion des versions
Déploiement d’une nouvelle version de l’agent
Modifiez le numéro de version et déployez une nouvelle version :
Après un déploiement réussi, un nouveau agent_id est généré. Chaque déploiement génère un unique agent_id qui correspond à une version spécifique.
Contrôles de santé
Point de terminaison de contrôle de santé par défaut
AgentRuntimeApp fournit automatiquement un /ping point de terminaison de vérification de l’état:
Vérifications d’état personnalisées
Utilisez le @app.ping décorateur pour personnaliser la logique de contrôle d’intégrité:
Statuts de vérification d’état pris en charge
Les agents peuvent retourner les statuts d’état suivants :
| Statut | Description | Code d’état HTTP |
|--------|-------------|------------------| Healthy | L’agent est entièrement disponible | 200 | HealthyBusy | L’agent est partiellement disponible (p. ex., traitement d’une charge importante) | 200 | Unhealthy | L’agent est indisponible | 503 |
Conversations multi-tours
Utiliser l’ID de session pour les conversations multi-tours
Utilisez le runtimeSessionId paramètre permettant d’acheminer plusieurs requêtes vers la même instance de sandbox:
Projets d’exemple
Nous fournissons un projet d’exemple complet basé sur LangGraph, montrant comment créer de véritables applications d’IA avec Novita Agent Runtime.
Dépôt du projet
🔗 https://github.com/novitalabs/Novita-CollabHub/tree/main/examples/agent-runtime/agentic-frameworks/langgraph Dernière modification le 10 août 2026