Suporte upstream incluído

Arquivos de suporte são incluídos em caminhos relativos à skill. Veja UPSTREAM-NOTICE.md para suas fontes fixadas, licenças, hashes e alterações de importação.

Segurança do helper restaurada

scripts/doctor.js --validate-cli passa LT_USERNAME e LT_ACCESS_KEY para a CLI do HyperExecute como argumentos de processo, onde ferramentas locais de inspeção de processo podem expô-los. Execute apenas em um host confiável e conta autorizada, e evite usuários não confiáveis concorrentes. Trate isso como uma operação de conta remota; verifique o comportamento de validação da CLI atual e quaisquer dados de projeto que ela envie antes de invocá-la.

Operador HyperExecute

Quando Usar

Use esta skill quando precisar operar o HyperExecute de ponta a ponta para execução de testes na nuvem TestMu AI/LambdaTest: analise projetos, crie YAML, valide localmente, execute jobs de CLI, depure falhas e integre CI. Use quando o usuário mencionar HyperExecute, hyperexecute.yaml, HyperExecute CLI, autosplit, execução de matriz,...

Início Rápido

1. Localize a CLI do HyperExecute. Se estiver faltando, pergunte antes de baixá-la, a menos que o usuário tenha aprovado explicitamente uma sessão autônoma do HyperExecute.
2. Execute hyperexecute analyze quando a CLI estiver disponível; use a inspeção local apenas como fallback.
3. Crie ou repare hyperexecute.yaml a partir da saída de análise, comandos de teste do projeto e modelos em reference/.
4. Execute node scripts/doctor.js --config hyperexecute.yaml e node scripts/validate-config.js hyperexecute.yaml.
5. Valide com a CLI oficial: ./hyperexecute --user "$LT_USERNAME" --key "$LT_ACCESS_KEY" --config hyperexecute.yaml --validate.
6. Pergunte antes de um job real na nuvem, a menos que o usuário tenha optado explicitamente por uma sessão autônoma do HyperExecute.
7. Para falhas, baixe logs/artefatos/relatórios e use reference/troubleshooting.md.

Regras de Operação

• Trate a CLI oficial do HyperExecute como a fonte da verdade para análise, validação, execução, logs, relatórios e artefatos.
• Use LT_USERNAME e LT_ACCESS_KEY de variáveis de ambiente locais ou segredos de CI; nunca codifique credenciais em YAML ou documentos.
• Use --job-secret-file apenas para segredos extras com escopo de job, preferencialmente fora do repositório ou ignorados por .gitignore/.hyperexecuteignore.
• Prefira YAML baseado em modelo em vez de scripts geradores, pois os comandos de teste, caminhos e limites de payload são específicos do projeto.
• Execute verificações locais seguras automaticamente; execute jobs reais do HyperExecute na nuvem apenas após confirmação, a menos que o usuário tenha optado pelo modo autônomo.
• No modo autônomo, valide primeiro, execute, inspecione a saída, baixe logs/artefatos quando útil e retente apenas para correções acionáveis de configuração/ambiente.

Fluxo de Trabalho

• Primeira execução: analise o projeto, crie o YAML, execute verificações do helper, execute a validação da CLI e, em seguida, solicite confirmação para o job na nuvem.
• Depuração: reproduza o comando da CLI que falhou, adicione --verbose quando útil, baixe logs/artefatos/relatórios, corrija uma causa por vez.
• CI: use segredos de CI, adicione um estágio de validação antes da execução, defina CI=true para logs mais silenciosos e mantenha os artefatos baixados disponíveis para jobs com falha.
• Desempenho: ajuste autosplit, concurrency, chaves de cache, retentativas, ordenação inteligente e escopo de matriz/híbrido após uma execução bem-sucedida.

Scripts Auxiliares

• scripts/doctor.js: verifica a prontidão da CLI, credenciais, presença de configuração e validação oficial opcional.
• scripts/validate-config.js: linting de configuração leve para erros comuns antes da validação oficial da CLI.
• scripts/build-command.js: imprime comandos seguros de validação/execução/depuração/download usando referências de variáveis de ambiente.
• scripts/summarize-artifacts.js: resume logs, relatórios e artefatos baixados para triagem.

Referências

• Uso e flags da CLI: reference/cli.md
• Padrões YAML: reference/yaml-patterns.md
• Receitas de framework: reference/frameworks.md
• Integração CI/CD: reference/ci-cd.md
• Regras de segurança: reference/security.md

…