Sumário
- Referência do arquivo de configuração
- Gerenciamento de Variáveis de Ambiente
- Respostas em Streaming
- Gerenciamento de versões
- Verificações de integridade
- Conversas com múltiplos turnos
- Projetos de exemplo
Referência do Arquivo de Configuração
Estrutura do .novita-agent.yaml
O.novita-agent.yaml o arquivo de configuração usa o formato YAML no estilo do Kubernetes:
Modificando a configuração
Modificando as configurações de CPU e memória
Modifique a configuração de recursos emspec.runtime em .novita-agent.yaml:
Modificando variáveis de ambiente
Ospec.envVars em .novita-agent.yaml é usado apenas para a CLI agent invoke comando e não será passado para o template de sandbox implantado.
Modifique as variáveis de ambiente em spec.envVars em .novita-agent.yaml:
- ⚠️ Não armazene informações confidenciais (como chaves de API) em
.novita-agent.yaml - Você também pode passar variáveis de ambiente por meio do
--envparâmetro ao executar oagent invokecomando
Reimplante para aplicar alterações de configuração
Após modificar as especificações de recursos em.novita-agent.yaml, é necessário fazer o redeploy:
Gerenciamento de Variáveis de Ambiente
Há várias maneiras de passar variáveis de ambiente para Agents em execução em instâncias de sandbox:Método 1: Definir no Arquivo de Configuração (somente invocação via CLI)
Defina variáveis de ambiente emspec.envVars em .novita-agent.yaml:
Método 2: Passe dinamicamente via SDK
Ao invocar um Agent usando o SDKinvoke_agent_runtime método, passe-os dinamicamente via o envVars parâmetro:
Respostas em streaming
Implementando streaming com geradores síncronos
Use geradores do Python para implementar respostas em streaming:Implementando streaming com geradores assíncronos
Use geradores assíncronos do Python:Exemplo de resposta em streaming com LangChain
Exemplo completo usando LangChain para respostas em streaming:Invocando um Agent de streaming
Invoque um Agent de streaming usando o SDK:Gerenciamento de versões
Implantando uma nova versão do agente
Modifique o número da versão e implante uma nova versão:agent_id é gerado. Cada implantação gera um único agent_id que corresponde a uma versão específica.
Verificações de integridade
Endpoint padrão de verificação de integridade
AgentRuntimeApp fornece automaticamente um/ping endpoint de verificação de integridade:
Verificações de integridade personalizadas
Use o@app.ping decorador para personalizar a lógica de verificação de integridade:
Status de verificação de integridade compatíveis
Agentes podem retornar os seguintes status de integridade: | Status | Descrição | Código de status HTTP | |--------|-------------|------------------|Healthy | Agente está totalmente disponível | 200 | HealthyBusy | O agente está parcialmente disponível (por exemplo, processando uma carga pesada) | 200 | Unhealthy | Agente indisponível | 503 |
Conversas com múltiplos turnos
Usando ID de sessão para conversas com múltiplos turnos
Use oruntimeSessionId parâmetro para rotear várias solicitações para a mesma instância de sandbox: