Guia operacional — Intelligence controlado

Utilize o Intelligence sem confundir uma resposta com uma ação.

Utilize este fluxo de trabalho quando a assistência em linguagem natural tiver de permanecer ligada ao ator, tenant, Project, objeto exato e ferramentas registadas atuais, bem como à evidência da execução canónica.

Utilize este fluxo de trabalho quando a assistência em linguagem natural tiver de permanecer ligada ao ator, tenant, Project, objeto exato e ferramentas registadas atuais, bem como à evidência da execução canónica.
Pergunta de decisão

O Turn forneceu uma explicação, gerou um rascunho validado, solicitou uma ação registada ou concluiu um efeito secundário canónico — e que registo exato sustenta essa conclusão?

Objetos e controlos usados

O Intelligence combina estado privado por responsável, contexto reconstruído pelo servidor e um motor delimitado de modelo, ferramenta e modelo.

Fluxo de uso controlado

Formule uma pergunta concreta e verifique cada transição antes de autorizar a seguinte.

Falha e caminhos parciais

Uma falha segura preserva a sessão e o objetivo sem produzir um resultado ou ampliar o âmbito.

Evidências produzidas

Session e Turn podem reter perfil, versão de prompt e contexto, utilização, skill selecionada, identidade da chamada ao fornecedor, hashes da ferramenta e argumentos, validação, confirmação ou aprovação, metadados das tentativas e referência final da Action ou do objeto canónico, conforme o contrato configurado.

Limite actual

O Intelligence não extrai conteúdo arbitrário do ecrã, navega na Web, executa um grafo autónomo geral nem herda permissões do ator. O código ANPy é validado, mas não executado pela IA. Drive e Sandbox continuam apenas em modo de resposta; execução, nova tentativa ou cancelamento de Pipeline e regras de Data Quality não são ações atuais da IA.

Pergunta de decisão

O Turn forneceu uma explicação, gerou um rascunho validado, solicitou uma ação registada ou concluiu um efeito secundário canónico — e que registo exato sustenta essa conclusão?

Objetos e controlos usados

O Intelligence combina estado privado por responsável, contexto reconstruído pelo servidor e um motor delimitado de modelo, ferramenta e modelo.

Ciclo de vida de Session, Goal, Message e Turn em âmbito global, de projeto ou de objeto exato

Ator, tenant, projeto ativo, permissões, RLS e contexto do objeto selecionado reconstruídos no servidor

Skill versionada e perfil de política Luna, Terra ou Sol controlado pelo servidor

Ferramenta registada, hash dos argumentos, ligação de confirmação e aprovação, referência da Action e resultado canónico

Fluxo de uso controlado

Formule uma pergunta concreta e verifique cada transição antes de autorizar a seguinte.

  1. Indicar o objetivo no contexto ativo

    Identifique o objeto Source, Dataset, Report, Run ou Assurance selecionado quando for relevante; não pressuponha que o modelo consegue inferir estado oculto do navegador.

  2. Verificar o objeto fundamentado

    Confirme que a resposta utiliza a Source e o esquema autorizados atuais ou o objeto exato, distinguindo claramente factos, hipóteses e contexto em falta.

  3. Rever SQL ou código gerado como rascunho

    A validação segura de SQL ou da AST do ANPy rejeita estruturas não suportadas, mas não executa SQL, não guarda um ativo nem executa Python.

  4. Inspecionar a ferramenta e o destino propostos

    Verifique a capacidade registada, os argumentos, a identidade do objeto e versão e a saída esperada antes de confirmar.

  5. Concluir a confirmação ou aprovação

    As ações de pré-visualização e escrita seguem a ligação exata; ações configuradas de alto risco exigem aprovação independente e nova confirmação do requerente.

  6. Acompanhar o progresso persistente

    Utilize reprodução SSE ou consulta periódica dos eventos de Turn autoritativos na base de dados; uma mensagem em fila ou resposta em transmissão contínua não constitui evidência de um efeito secundário.

  7. Verificar o resultado canónico

    Abra o resultado de ação/ferramenta concluído e faça referência ao objeto SQL, Dataset, Analytics, Assurance ou Service Desk criado pelo módulo responsável.

Falha e caminhos parciais

Uma falha segura preserva a sessão e o objetivo sem produzir um resultado ou ampliar o âmbito.

O contexto é insuficiente ou incompatível

Peça o objeto autorizado em falta ou selecione a origem correta; não aceite SQL para uma base de dados diferente ou que não esteja selecionada.

A saída do modelo falha o contrato final

Nenhuma ação é aplicada. A curva pode terminar parcialmente com uma explicação segura e referência de correlação.

A dependência da ferramenta não está disponível

Remova apenas essa capacidade das ferramentas permitidas ao modelo; a ajuda não relacionada e limitada a respostas pode permanecer disponível.

Desconexões de worker ou stream

Resume a partir de eventos duráveis ou votação. Cancelamento e manuseio do trabalhador final preservar o estado de volta vedado.

Evidências produzidas

Session e Turn podem reter perfil, versão de prompt e contexto, utilização, skill selecionada, identidade da chamada ao fornecedor, hashes da ferramenta e argumentos, validação, confirmação ou aprovação, metadados das tentativas e referência final da Action ou do objeto canónico, conforme o contrato configurado.

Limite actual

O Intelligence não extrai conteúdo arbitrário do ecrã, navega na Web, executa um grafo autónomo geral nem herda permissões do ator. O código ANPy é validado, mas não executado pela IA. Drive e Sandbox continuam apenas em modo de resposta; execução, nova tentativa ou cancelamento de Pipeline e regras de Data Quality não são ações atuais da IA.

Próximo passo

Revise a cadeia de controlo da IA responsável.

Entenda como contexto, validação, confirmação, aprovação e evidências canónicas restringem o comportamento do modelo.

Explorar o Advanexus Intelligence