A Skill alibabacloud-agentloop-management permite que AI Agents, como Cursor, Claude Code e QoderWork, integrem aplicações à observabilidade do AgentLoop por meio de linguagem natural. Você descreve seus requisitos de integração em uma conversa, e o AI Agent orquestra automaticamente os comandos da CLI aliyun cms2 para concluir todo o fluxo de trabalho de integração.
Após a integração, é possível visualizar os seguintes dados de monitoramento no console:
Aplicações server-side: Dados de APM incluindo topologia da aplicação, chamadas de API, transações anômalas e transações lentas
Aplicações de IA: Métricas de observabilidade de IA incluindo latência de chamadas LLM, uso de tokens, rastros de Agent e chamadas de ferramentas
A integração via AI Agent é um wrapper inteligente sobre a integração por CLI e console. Ela utiliza a CLI do AgentLoop (aliyun cms2) e soluções padrão de probe (como ack-onepilot, AliyunJavaAgent, aliyun-bootstrap, instgo e OpenTelemetry) nos bastidores. Se sua aplicação estiver implantada no Container Service for Kubernetes (ACK) ou no Alibaba Cloud Container Compute Service (ACS), certifique-se de que o cluster tenha o componente ack-onepilot instalado e autorizado. Para mais informações, consulte Instalar o agente Java usando o componente ack-onepilot.
AI Agents são alimentados por grandes modelos de linguagem e podem apresentar riscos de alucinação do modelo, como parâmetros de comando incorretos ou erros na identificação de recursos. Embora a Skill possua um mecanismo de confirmação em duas fases integrado, verifique cuidadosamente os comandos e os recursos-alvo gerados pelo Agent antes de aprovar a execução. As operações de integração podem envolver alterações em componentes do cluster, reinicializações de aplicações e outras mudanças que impactam a produção. (Recomendado) Conclua a verificação da integração e a avaliação de impacto em um ambiente de teste primeiro, e confirme se o impacto do probe no desempenho e na estabilidade da aplicação é aceitável antes de usá-lo em um ambiente de produção.
Cenários aplicáveis
O AI Agent seleciona automaticamente o probe e o caminho de integração apropriados com base no tipo de aplicação:
|
Tipo de aplicação |
Stack tecnológica típica |
Principais métricas |
Ambiente de implantação típico |
|
Aplicações server-side |
Microsserviços em Java, Golang, Python, Node.js |
QPS/RT de API, topologia da aplicação, transações lentas |
ACK/ACS, ECS |
|
Aplicações de IA |
LangChain, DashScope, Dify, AgentScope |
Chamadas LLM, uso de tokens, rastros de Agent |
ACK/ACS, ECS |
Como funciona a integração via AI Agent
A Skill alibabacloud-agentloop-management encapsula o processo de integração da CLI do AgentLoop (aliyun cms2) em um fluxo de trabalho estruturado executável por AI Agents. As capacidades principais incluem:
Orientado por linguagem natural — Descreva seus requisitos de integração em uma única frase, sem precisar memorizar comandos e parâmetros da CLI.
Ciente do cenário — Seleciona automaticamente a solução de probe com base no tipo de aplicação, linguagem e ambiente de implantação (ECS, ACK/ACS).
Orquestração automatizada — Conclui a confirmação do Workspace, inicialização do APM, obtenção de credenciais, registro de serviço e configuração do probe.
Seguro e controlável — Executa confirmação em duas fases para operações de alteração, como Patch Deployment e modificações de parâmetros de inicialização. A execução ocorre somente após revisão do usuário.
O fluxo de trabalho típico é o seguinte:
Descreva os requisitos de integração (Workspace, tipo de aplicação, linguagem/framework, nome da aplicação e ambiente de implantação). Se não for fornecido um Workspace correspondente ao formato
agentloop-{32-character code}, o Agent solicitará essa informação proativamente.O Agent verifica o ambiente da CLI e as credenciais, e inicializa a infraestrutura de APM.
Um plano de execução é gerado pelo Agent, exibindo comandos, escopo de impacto e métodos de rollback.
Após sua confirmação, o Agent realiza a injeção do probe ou alterações nos parâmetros de inicialização.
Os resultados da integração são verificados pelo Agent, que então orienta você a visualizar os dados de monitoramento no console.
Pré-requisitos
|
Condição |
Descrição |
|
Conta Alibaba Cloud |
O AgentLoop está ativado e você possui permissões de gerenciamento para o Workspace alvo |
|
Workspace do AgentLoop |
Obrigatório. Formato: |
|
Alibaba Cloud CLI |
Versão ≥ 3.3.15, com o plugin |
|
Credenciais da CLI |
Credenciais de acesso configuradas através de |
|
AI Agent |
QoderWork, Cursor, Claude Code ou outra ferramenta que suporte Agent Skills instalada |
|
Cenário K8s |
O cluster ACK/ACS possui o ack-onepilot (versão ≥ 5.1.0) instalado e a autorização de recursos ARMS está concluída |
|
Cenário ECS |
A instância ECS alvo pode executar comandos através do Cloud Assistant ou SSH |
Em cenários K8s, a integração via ack-onepilot envolve a instalação ou modificação de componentes do cluster. Adicionar Labels aos Deployments alvo aciona reinicializações contínuas de Pods (rolling restarts), o que pode afetar serviços em execução ou cargas de trabalho de inferência de IA.
Etapa 1: Instalar e configurar o ambiente da CLI
Caso ainda não tenha instalado a Alibaba Cloud CLI, consulte Instalar a Alibaba Cloud CLI para concluir a instalação.
Verifique se a versão da sua CLI é 3.3.15 ou superior e se o plugin cms2 está disponível:
# Verify CLI version >= 3.3.15
aliyun version
# Verify the cms2 plugin is available
aliyun cms2 --help
Se o comando cms2 não estiver disponível, atualize o plugin:
aliyun plugin update
Configure as credenciais de acesso. Se obter um AccessKey for inconveniente, recomendamos usar OAuth. Para mais informações, consulte Credenciais OAuth. Se você utilizar um AccessKey, execute o seguinte comando:
aliyun configure
(Recomendado) Utilize um usuário RAM com as permissões necessárias para o AgentLoop (API cms2), ARMS e Container Service. Em cenários K8s, clusters gerenciados geralmente usam o ARMS Addon Token para autorização sem senha. Clusters dedicados ou clusters ACS podem exigir a configuração de AK/SK no ack-onepilot. Para detalhes, consulte a seção de autorização em Instalar o agente Java usando o componente ack-onepilot.
Etapa 2: Instalar a Skill alibabacloud-agentloop-management
Abra a página do marketplace de Skills: alibabacloud-agentloop-management.
Siga as instruções na página para instalar a Skill no Cursor, Claude Code ou QoderWork.
Após a instalação, reinicie o assistente de IA ou confirme na conversa que a Skill foi carregada.
A tabela abaixo lista exemplos de gatilhos em linguagem natural:
|
Exemplos de palavras-chave gatilho |
Capacidade correspondente |
|
"Integrar aplicação Java", "Monitoramento Spring Boot" |
Integração de aplicação server-side Java em K8s/ECS |
|
"Integração de probe Golang", "instgo" |
Integração de aplicação Golang |
|
"Integração LangChain", "Monitoramento LangGraph" |
Integração de aplicação AI Python em K8s/ECS |
|
"Aplicação DashScope integrar ao AgentLoop" |
Integração de aplicação Qwen SDK |
|
"Monitoramento AI Agent", "Monitoramento de chamadas LLM" |
Coleta de métricas de observabilidade de IA |
|
"Dify integrar OpenTelemetry" |
Orientação de configuração OTel para Dify |
|
"ack-onepilot integrar APM" |
Injeção de probe não intrusiva em container K8s |
|
"Instalar probe Java no ECS" |
Integração de AliyunJavaAgent no ECS |
Etapa 3: Iniciar a integração usando linguagem natural
Ao descrever seus requisitos de integração, inclua as informações a seguir. O Agent detectará automaticamente ou solicitará quaisquer detalhes ausentes.
|
Informação |
Obrigatória |
Exemplo |
|
Workspace do AgentLoop |
Sim |
|
|
Tipo de aplicação / linguagem / framework |
Sim |
Java, LangChain, DashScope, Dify |
|
Nome da aplicação |
Sim |
|
|
Ambiente de implantação |
Sim |
Cluster ACK, ECS |
|
Informações do cluster/instância |
Depende do cenário |
Nome do Namespace/Deployment, ID da instância ECS |
|
Região |
Opcional |
Fornecer separadamente ou derivar automaticamente das informações do cluster |
Exemplos de aplicações server-side
Aplicação Java em K8s:
Onboard the order-service deployment in the default namespace of my ACK cluster to AgentLoop APM, language is Java, Workspace is agentloop-2694ecf8****************1f84542d
Aplicação Java no ECS:
Help me onboard the Spring Boot application order-api on ECS instance i-bp1xxxxxxxxxx to APM monitoring, Workspace is agentloop-2694ecf8****************1f84542d
Aplicação Golang em K8s:
Help me onboard the Golang microservice payment-service in my ACK cluster to AgentLoop application monitoring, Workspace is agentloop-2694ecf8****************1f84542d
Exemplos de aplicações de IA
Aplicação LangChain em K8s:
Help me onboard the LangChain application customer-support-agent in my ACK cluster to AgentLoop monitoring, Workspace is agentloop-2694ecf8****************1f84542d
Aplicação DashScope no ECS:
Help me onboard the DashScope conversational application qa-bot on ECS to AgentLoop AI observability monitoring, Workspace is agentloop-2694ecf8****************1f84542d
Implantação auto-hospedada do Dify:
My Dify is deployed on K8s, help me configure OpenTelemetry reporting to AgentLoop, Workspace is agentloop-2694ecf8****************1f84542d
Etapa 4: Confirmar o plano de execução e concluir a integração
O AI Agent utiliza um protocolo de confirmação em duas fases para todas as operações de alteração:
|
Fase |
Comportamento |
|
Fase A (Planejamento) |
Exibe recursos alvo, comandos específicos, escopo de impacto e métodos de rollback; em seguida, encerra o turno atual e aguarda confirmação |
|
Fase B (Execução) |
Executa apenas após aprovação explícita do usuário (como responder "sim" ou "confirmar") |
Comandos de somente leitura (get, list) e inicializações idempotentes (apm configuration create) não exigem confirmação — o Agent os executa diretamente.
Após sua confirmação, o Agent realiza a injeção do probe ou alterações nos parâmetros de inicialização com base no seu cenário de implantação. Todos os cambios planejados e etapas de rollback são listados pelo Agent no plano de execução antes da implementação. Para detalhes sobre os comandos típicos que o Agent executa para cada cenário, consulte Referência de execução de integração: K8s (ACK/ACS).
Depois que a integração for concluída, o Agent solicitará que você aguarde de 2 a 3 minutos e, em seguida, verifique os dados de monitoramento no console.
Etapa 5: Verificar os resultados da integração
Verificar através da CLI
Substitua cn-hangzhou no comando abaixo pelo seu ID de região real:
aliyun cms2 apm service list \
--workspace agentloop-2694ecf8****************1f84542d \
--service-name <application-name> \
--region cn-hangzhou
Critério de sucesso: A aplicação aparece na lista de serviços com status Running.
Verificar através do K8s (cenários de container)
kubectl rollout status deployment/<deployment-name> -n <namespace>
kubectl get pods -n <namespace> -l app=<app-label> \
-o jsonpath='{range .items[*]}{.metadata.name}: initContainers={.spec.initContainers[*].name}{"\n"}{end}'
kubectl logs -n <namespace> -l app=<app-label> --tail=30 | grep -i "arms\|OneAgent\|bootstrap\|agent"
Verificar através do ECS
# Java application: confirm the ARMS Agent is loaded in the process
ps aux | grep "aliyun-java-agent" | grep -v grep
Visualizar dados de monitoramento no console
Faça login no console do AgentLoop.
Selecione o Workspace alvo.
No painel de navegação à esquerda, escolha .
-
Clique no nome da aplicação alvo para visualizar os dados de monitoramento:
Aplicações server-side: Topologia da aplicação, chamadas de API (QPS/RT/taxa de erro), transações anômalas, transações lentas
Aplicações de IA: Chamadas LLM (nome do modelo, latência, taxa de sucesso), estatísticas de tokens, rastros de Agent, topologia de Tool Call, rastreamento de exceções
Referência de execução de integração: K8s (ACK/ACS)
Esta seção e as duas seguintes descrevem os comandos e operações típicos que o AI Agent executa automaticamente durante a integração. Estes passos são mostrados apenas para referência — o Agent cuida deles para você.
O exemplo a seguir utiliza o cenário K8s. O fluxo de execução do Agent é o mesmo para aplicações server-side Java e aplicações de IA Python, diferindo apenas no identificador de linguagem nos Labels.
(1) Obter informações da conta e do cluster
aliyun sts get-caller-identity --force -o json
aliyun cs describe-clusters
(2) Inicializar a infraestrutura de APM e obter credenciais
aliyun cms2 apm configuration create \
--workspace agentloop-2694ecf8****************1f84542d \
--region cn-hangzhou
aliyun cms2 apm configuration get \
--workspace agentloop-2694ecf8****************1f84542d \
--region cn-hangzhou -o json
O authToken retornado é a LicenseKey, e publicDomain / privateDomain são os Endpoints para envio de dados.
(3) Registrar o serviço da aplicação
# Server-side Java application example
aliyun cms2 apm service create \
--workspace agentloop-2694ecf8****************1f84542d \
--region cn-hangzhou \
--body '{"serviceName":"order-service","serviceType":"TRACE","attributes":"{\"language\":\"java\"}"}' \
< /dev/null
# AI Python application example
aliyun cms2 apm service create \
--workspace agentloop-2694ecf8****************1f84542d \
--region cn-hangzhou \
--body '{"serviceName":"customer-support-agent","serviceType":"TRACE","attributes":"{\"language\":\"python\"}"}' \
< /dev/null
(4) Verificar o status do componente ack-onepilot
kubectl get pods -n ack-onepilot
(5) Aplicar Patch no Deployment para injetar o probe
Aplicar patch em um Deployment para adicionar Labels aciona reinicializações contínuas de Pods (rolling restarts).
Aplicação server-side Java:
kubectl patch deployment order-service -n default \
--type=strategic -p '{
"spec":{"template":{"metadata":{"labels":{
"aliyun.com/app-language":"java",
"armsPilotAutoEnable":"on",
"armsPilotCreateAppName":"order-service",
"armsPilotAppWorkspace":"agentloop-2694ecf8****************1f84542d"
}}}}}
}'
Aplicação de IA Python (LangChain / DashScope):
kubectl patch deployment customer-support-agent -n default \
--type=strategic -p '{
"spec":{"template":{"metadata":{"labels":{
"aliyun.com/app-language":"python",
"armsPilotAutoEnable":"on",
"armsPilotCreateAppName":"customer-support-agent",
"armsPilotAppWorkspace":"agentloop-2694ecf8****************1f84542d"
}}}}}
}'
Os Labels devem ser adicionados no nível spec.template.metadata.labels (Pod Template), e não no nível metadata.labels do Deployment. Os seguintes Labels são obrigatórios:
labels:
armsPilotAutoEnable: "on"
armsPilotCreateAppName: "<application-name>"
armsPilotAppWorkspace: "<workspace-name>"
aliyun.com/app-language: "<language>" # e.g., java, golang, python
Os exemplos a seguir mostram manifests YAML completos de Deployment para referência.
Referência completa de YAML (aplicação server-side Java):
apiVersion: apps/v1
kind: Deployment
metadata:
name: order-service
namespace: default
spec:
replicas: 2
selector:
matchLabels:
app: order-service
template:
metadata:
labels:
app: order-service
armsPilotAutoEnable: "on"
armsPilotCreateAppName: "order-service"
armsPilotAppWorkspace: "agentloop-2694ecf8****************1f84542d"
aliyun.com/app-language: java
spec:
containers:
- name: order-service
image: registry.example.com/order-service:latest
ports:
- containerPort: 8080
Referência completa de YAML (aplicação de IA Python):
apiVersion: apps/v1
kind: Deployment
metadata:
name: customer-support-agent
namespace: default
spec:
replicas: 2
selector:
matchLabels:
app: customer-support-agent
template:
metadata:
labels:
app: customer-support-agent
armsPilotAutoEnable: "on"
armsPilotCreateAppName: "customer-support-agent"
armsPilotAppWorkspace: "agentloop-2694ecf8****************1f84542d"
aliyun.com/app-language: python
spec:
containers:
- name: customer-support-agent
image: registry.example.com/customer-support-agent:latest
ports:
- containerPort: 8000
(6) Verificar atualização contínua (rolling update)
kubectl rollout status deployment/<deployment-name> -n <namespace> --timeout=120s
Referência de execução de integração: ECS
Em cenários ECS, o Agent executa as seguintes operações na instância alvo através do Cloud Assistant ou SSH:
Baixe e extraia o probe da linguagem correspondente (como AliyunJavaAgent ou aliyun-bootstrap).
Configure as propriedades do probe (LicenseKey, AppName, Workspace).
Modifique os parâmetros de inicialização da aplicação ou variáveis de ambiente.
Reinicie a aplicação e verifique o carregamento do probe.
Exemplo de parâmetro de inicialização JVM para aplicação Java:
java -javaagent:/opt/arms/AliyunJavaAgent/aliyun-java-agent.jar \
-Darms.licenseKey=<LicenseKey> \
-Darms.appName=order-api \
-Darms.workspace=agentloop-2694ecf8****************1f84542d \
-jar app.jar
Referência de execução de integração: Dify e OTel
O Dify possui suporte nativo a OpenTelemetry. O Agent orienta você a configurar o OTel Exporter para enviar dados de Trace ao Endpoint de APM do AgentLoop (LicenseKey e Endpoint são obtidos via apm configuration get), sem necessidade de injeção através do ack-onepilot.
Soluções de probe suportadas
Aplicações server-side
O AI Agent seleciona automaticamente um dos seguintes métodos de integração com base na linguagem da aplicação e no ambiente de implantação:
|
Linguagem |
ack-onepilot (K8s) |
Probe proprietário |
OpenTelemetry |
|
Java |
Suportado |
AliyunJavaAgent |
OTel Java Agent |
|
Golang |
Suportado |
instgo |
OTel Go SDK |
|
Python |
Suportado |
aliyun-bootstrap |
opentelemetry-instrument |
|
Node.js |
— |
@loongsuite/cms_node_sdk |
OTel Node SDK |
|
PHP |
— |
— |
Extensão OTel PHP |
|
.NET |
— |
— |
OTel .NET Auto-Instrument |
Para aplicações Java, Golang e Python em cenários K8s, prefere-se a injeção não intrusiva via ack-onepilot, que não requer modificações no código da aplicação ou em Dockerfiles. Em cenários ECS, a integração geralmente é concluída modificando parâmetros de inicialização da JVM (Java) ou instalando pacotes de probe (Golang/Python).
Aplicações de IA
|
Framework de IA |
Probe subjacente |
Ambiente de implantação típico |
|
LangChain / LangGraph |
Python aliyun-bootstrap |
ACK/ACS, ECS |
|
DashScope (Qwen) |
Python aliyun-bootstrap |
ACK/ACS, ECS |
|
AgentScope |
Python aliyun-bootstrap |
ACK/ACS, ECS |
|
OpenAI SDK |
Python aliyun-bootstrap |
ACK/ACS, ECS |
|
Dify |
OTel nativo do Dify |
Auto-hospedado, K8s |
|
Coze |
Golang instgo |
ACK/ACS, ECS |
|
OpenClaw / CoPaw / Hermes |
Script instalador dedicado |
Variado |
Frameworks de IA baseados em Python em cenários K8s normalmente usam o ack-onepilot para injetar automaticamente o probe aliyun-bootstrap. Para aplicações com suporte nativo a OpenTelemetry, como o Dify, o Agent orienta você a configurar o OTel Exporter para apontar ao Endpoint do AgentLoop sem injeção via ack-onepilot.
FAQ
O comando cms2 está indisponível
Causa: A versão da CLI é muito antiga ou o plugin cms2 não está instalado.
Solução:
aliyun upgrade -y
aliyun plugin update
aliyun cms2 --help
Pods não estão recebendo a injeção do probe em cenários K8s
Causa: O ack-onepilot não está instalado, a versão é muito antiga ou a autorização do ARMS não foi concluída.
Solução:
Verifique se a versão do ack-onepilot é ≥ 5.1.0.
Analise a saída do comando
kubectl get pods -n ack-onepilot.Confirme se o ARMS Addon Token do cluster ou a autorização AK/SK está configurada.
Certifique-se de que
aliyun.com/app-languagecorresponde à linguagem real da aplicação.Assegure-se de que os Labels foram adicionados no nível do Pod Template.
Pods entram em CrashLoopBackOff após a integração
Causa: Falha na injeção do probe ou incompatibilidade do probe com o ambiente de runtime da aplicação.
Solução:
Inspecione os logs do initContainer para solucionar falhas de injeção.
Valide se
aliyun.com/app-languagecorresponde à linguagem real da aplicação.Realize uma verificação bem-sucedida em ambiente de teste e, em seguida, reexecute a integração.
O probe é carregado, mas nenhum dado aparece no console
Causa: Configuração incorreta de LicenseKey, Workspace ou Endpoint, ou problemas de conectividade de rede.
Solução:
Execute
aliyun cms2 apm configuration getpara verificar as credenciais.Confira se o valor do Label
armsPilotAppWorkspacecorresponde ao nome do Workspace.Teste a conectividade de rede do cluster ou da instância ECS até o Endpoint de APM. Use
privateDomainpara redes internas VPC.Dispare uma requisição de negócio ou chamada LLM, aguarde de 2 a 3 minutos e verifique o console.
Ausência de dados de chamadas LLM após integração de aplicação de IA
Causa: O probe não foi carregado corretamente ou o framework de IA não é reconhecido pelo probe.
Solução:
Verifique se o ack-onepilot injetou o initContainer no Pod.
Confirme se a aplicação usa um framework de IA Python suportado pelo aliyun-bootstrap (como LangChain ou DashScope).
Provoque uma chamada LLM, espere de 2 a 3 minutos e cheque o console.
Revise os logs da aplicação em busca de mensagens de sucesso na inicialização do probe.
Como fazer rollback da integração
Cenário K8s: Remova os Labels relacionados ao ARMS, e os Pods passarão por uma reinicialização contínua (rolling restart) sem a injeção do probe.
kubectl patch deployment <deployment-name> -n <namespace> \
--type json \
--patch '[
{"op": "remove", "path": "/spec/template/metadata/labels/armsPilotAutoEnable"},
{"op": "remove", "path": "/spec/template/metadata/labels/armsPilotCreateAppName"},
{"op": "remove", "path": "/spec/template/metadata/labels/armsPilotAppWorkspace"}
]'
Cenário ECS: Elimine as configurações -javaagent e -Darms.* relacionadas dos parâmetros de inicialização e reinicie a aplicação.