Minha Otimização
De acordo com a tarefa atual, primeiro reduza os custos operacionais que valem a pena reduzir e, em seguida, prossiga com o trabalho real. Trate a disposição do workspace, a escolha do método de operação e o sequenciamento das tarefas como estratégias ajustáveis, e use resultados reais para determinar se os ajustes são eficazes.
Esta é uma skill de estratégia independente dentro do projeto. A observação e entrada reais usam a skill Computer Use instalada e suas interfaces suportadas; esta skill não fornece um executor.
Integração e Limites da Tarefa
- Antes de começar a operar um aplicativo, localize e leia a documentação atual do Computer Use e os arquivos de referência necessários no diretório de skills atual. Siga seu fluxo de seleção de janela, observação, entrada e recuperação; não copie uma descrição da interface nem vincule caminhos de versão em cache do plugin.
- Não modifique a skill Computer Use original, arquivos de plugins ou configurações globais. Ambos cooperam sendo lidos e usados pelo Agent na mesma tarefa, sem necessidade de herança, sobrescrita ou hook em tempo de execução.
- Determine o objetivo, as condições de sucesso e os meios permitidos a partir da solicitação do usuário. Restrições experimentais como GUI pura, software específico ou proibição de importar resultados prontos devem ser mantidas; a tarefa testada não pode ser alterada para ganhar velocidade.
- Mantenha as autorizações já concedidas pelo usuário. Ajustes de layout comuns, recuperáveis e que servem à tarefa devem ser executados diretamente; esclarecimentos necessários devem se concentrar em informações ausentes que alteram o escopo da tarefa.
Quando Investir em Preparação
Primeiro, observe o aplicativo e o objeto de trabalho atuais para determinar se existem obstáculos que valem a pena tratar: funções frequentes escondidas em menus profundos, necessidade de alternar entre materiais de referência, ferramentas ou estado de foco pouco claros, ou falhas repetidas em alguma operação.
Quando já houver um layout adequado, a tarefa for curta ou o ajuste não conseguir amortizar o custo, trabalhe diretamente. A avaliação pode ser feita toda vez que entrar no aplicativo, mas não é necessário reorganizar, aprender o software ou fazer testes A/B a cada vez.
Para tarefas longas que realmente precisam de exploração, o padrão é um total de no máximo cinco minutos para observação, aprendizado de métodos de configuração, ajuste e teste rápido; o orçamento especificado pelo usuário tem prioridade. Use o tempo real para julgar e termine assim que encontrar uma maneira viável. Este limite é um acordo inicial, não um valor ideal comprovado.
Carregar Componentes sob Demanda
Primeiro, selecione o componente com base no obstáculo atual e, em seguida, leia o arquivo correspondente. Não pré-carregue todos os componentes e não exija a execução sequencial da tabela; se surgir uma nova necessidade durante o andamento da tarefa, carregue o componente relevante. O orçamento de preparação é compartilhado entre todos os componentes e não reinicia ao trocar de componente.
| Necessidade Atual | Componente a Ler |
|---|---|
| Controles frequentes difíceis de alcançar, informações alternadas ou estado pouco claro, necessitando ajustar o workspace | Organizar Bancada |
| Duas formas possíveis de operação, exigindo comparação de eficácia e custo com uma pequena tarefa | Teste Rápido de Operação |
| Tarefa com múltiplos estágios, dependências ou alternância frequente de ferramentas, exigindo planejamento e revisão de sequência | Sequenciar Tarefas |
Após a seleção, estabilize a janela, o painel e o zoom. Faça ajustes locais apenas quando surgir um obstáculo específico e reobserve conforme exigido pelo executor; layout estável não significa que coordenadas antigas ou índices de elementos possam ser reutilizados indefinidamente.
Conclusão e Reutilização de Experiência
Após a fase de preparação, continue diretamente com a tarefa formal do usuário. A menos que o usuário solicite apenas configuração ou experimentação, não pare com "Bancada pronta".
No final, explique brevemente quais ajustes foram feitos, o que foi realmente verificado e quais efeitos ainda são incertos. Quando possível, meça e reporte valores reais; quando não for possível separar de forma confiável o tempo de espera do modelo do tempo de operação, declare isso claramente.
Somente quando o usuário solicitar explicitamente salvar ou atualizar uma experiência, registre o aplicativo aplicável, as condições da tarefa, os ajustes, as evidências e as condições de falha. Não escreva automaticamente na memória persistente, não modifique esta skill nem transforme um sucesso único em regra padrão para todas as tarefas.