Telemetria e privacidade

Resumo: as versões do Dusky não enviam dados de uso. O app tem o código de telemetria, mas ele só envia quando o build é gerado com uma chave de envio, e os builds do Dusky não têm essa chave. Sem ela, o cliente de envio nem é criado.

A opção em SettingsCopiar link da seção

Settings → Privacy & Telemetry → Share anonymous usage data aparece ligada em instalações novas. No Dusky ela não muda nada, porque não há para onde enviar. Se quiser deixar registrado que não quer telemetria, desligue a opção ou defina DO_NOT_TRACK=1 no ambiente.

Também desligam a telemetria:

• a variável DO_NOT_TRACK com valor 1 ou true;
• qualquer variável de CI: CI, GITHUB_ACTIONS, GITLAB_CI, CIRCLECI, TRAVIS, BUILDKITE, JENKINS_URL ou TEAMCITY_VERSION.

Com uma delas definida, a opção fica cinza e o app diz qual variável a desligou.

O que seria coletadoCopiar link da seção

Para referência, caso um build venha a ter a chave de envio. Os eventos são uma lista fechada e validada; texto livre, como mensagens de erro, é proibido.

• Propriedades comuns: versão do app, sistema, arquitetura, versão do sistema, um identificador aleatório da instalação e um identificador da sessão.
• Eventos: abrir o app, criar repositório e workspace, agente iniciado, prompt enviado, erro do agente (só o tipo), uso de tokens por sessão (sem conteúdo), saúde dos terminais, configurações alteradas, configuração inicial, conexões SSH.
• Sem localização por IP e sem perfil de pessoa.

O identificador aleatório da instalação é gravado nas configurações locais mesmo sem envio.

O que fica só na sua máquinaCopiar link da seção

• Logs de diagnóstico: o app grava rastros locais, com chaves de API, tokens, JWTs, chaves PEM e credenciais em URLs removidos. Ficam na pasta de dados do app, em logs/.
• Relatórios de falha: as falhas são registradas localmente e não são enviadas para nenhum servidor de crash.
• Histórico de uso dos agentes: os painéis de Uso e limites leem arquivos locais e guardam o resultado na pasta de dados do app.
• Sessões, histórico e memória dos agentes: ficam na sua máquina. O backlog do time só recebe o que é do time.

Variáveis de CI também param o registro local de diagnóstico.

Arquivo de diagnóstico para o suporteCopiar link da seção

Em Settings → Privacy & Telemetry, Create diagnostic file gera um arquivo com os últimos 30 minutos de log (até 4 MB, já sem segredos), que você precisa abrir e revisar antes de qualquer envio. No Dusky, o envio direto desse arquivo não está configurado; se precisar mandá-lo, anexe numa conversa com o time.

O que sai quando você pedeCopiar link da seção

Só duas coisas saem do app, e só quando você clica para enviar:

• Send Feedback, no menu Help do app: o texto que você escreveu, as imagens que anexou (até 4, com 4 MB no total), a versão do app e o sistema. Se você está logado na CLI do GitHub (gh), o login e o e-mail do GitHub vão junto, a menos que marque Submit anonymously.
• Report Crash..., no menu Help: o relatório da falha, com versão, sistema, motivo e as últimas ações no app, mais as suas observações. Attach recent diagnostic logs anexa os logs dos últimos três dias, já sem segredos.

Os dois vão para o endpoint de feedback deste site, que repassa a mensagem para um canal privado do time no Discord. O texto não é publicado.

IntegraçõesCopiar link da seção

O que o Dusky envia para serviços que você conecta (GitHub, GitLab, Linear, It’s a Plan, provedores de agentes) é o que você pede pelo app: ler e atualizar issues, PRs e status. As chaves de API ficam criptografadas com o cofre de senhas do sistema operacional.

O Dusky não usa conta de nuvem: não há login, e recursos que dependem de nuvem, como compartilhar artifacts e skills, avisam que não estão disponíveis.