Inhoudsopgave
- Referentie voor configuratiebestand
- Beheer van omgevingsvariabelen
- Streaming-antwoorden
- Versiebeheer
- Statuscontroles
- Multi-turn gesprekken
- Voorbeeldprojecten
Referentie voor configuratiebestand
.novita-agent.yaml-structuur
De.novita-agent.yaml configuratiebestand gebruikt YAML-indeling in Kubernetes-stijl:
Configuratie wijzigen
CPU- en geheugeninstellingen wijzigen
Wijzig de resourceconfiguratie onderspec.runtime in .novita-agent.yaml:
Omgevingsvariabelen wijzigen
Despec.envVars in .novita-agent.yaml wordt alleen gebruikt voor de CLI’s agent invoke opdracht en wordt niet doorgegeven aan de gedeployde sandbox-template.
Wijzig omgevingsvariabelen onder spec.envVars in .novita-agent.yaml:
- ⚠️ Sla geen gevoelige informatie op (zoals API-sleutels) in
.novita-agent.yaml - Je kunt ook omgevingsvariabelen doorgeven via de
--envparameter bij het uitvoeren van deagent invokecommand
Opnieuw implementeren om configuratiewijzigingen toe te passen
Na het wijzigen van resourcespecificaties in.novita-agent.yaml, is opnieuw uitrollen vereist:
Beheer van omgevingsvariabelen
Er zijn verschillende manieren om omgevingsvariabelen door te geven aan Agents die in sandbox-instanties draaien:Methode 1: Definiëren in configuratiebestand (alleen CLI-aanroep)
Definieer omgevingsvariabelen onderspec.envVars in .novita-agent.yaml:
Methode 2: Dynamisch doorgeven via SDK
Wanneer je een Agent aanroept met behulp van de SDK’sinvoke_agent_runtime methode, geef ze dynamisch door via de envVars parameter:
Streaming-antwoorden
Streaming implementeren met synchrone generators
Gebruik Python-generators om streaming-antwoorden te implementeren:Streaming implementeren met async generators
Gebruik Python async generators:Voorbeeld van een LangChain streaming-respons
Compleet voorbeeld met LangChain voor streaming-responses:Een streaming Agent aanroepen
Roep een streaming Agent aan met behulp van de SDK:Versiebeheer
Een nieuwe agentversie implementeren
Wijzig het versienummer en implementeer een nieuwe versie:agent_id wordt gegenereerd. Elke implementatie genereert een unieke agent_id die overeenkomt met een specifieke versie.
Gezondheidscontroles
Standaard gezondheidscontrole-eindpunt
AgentRuntimeApp biedt automatisch een/ping healthcheck-eindpunt:
Aangepaste healthchecks
Gebruik de@app.ping decorator om de logica voor gezondheidscontroles aan te passen:
Ondersteunde healthcheck-statussen
Agents kunnen de volgende health-statussen retourneren: | Status | Beschrijving | HTTP-statuscode | |--------|-------------|------------------|Healthy | Agent is volledig beschikbaar | 200 | HealthyBusy | Agent is gedeeltelijk beschikbaar (bijv. verwerkt zware belasting) | 200 | Unhealthy | Agent is niet beschikbaar | 503 |
Gesprekken met meerdere beurten
Sessie-ID gebruiken voor gesprekken met meerdere beurten
Gebruik deruntimeSessionId parameter om meerdere verzoeken naar dezelfde sandboxinstantie te routeren: