Privacidade

O que o Standcast lê, o que guarda, o que nunca faz e quem vê o quê. Esta página descreve o serviço como ele funciona hoje.

Sem IA do nosso lado

Nenhum LLM processa os seus dados nos servidores do Standcast. O rascunho é montado com buscas simples no GitHub, e o consolidado é montado com o que as pessoas confirmaram. Quando você escreve a daily com um agente de IA, esse agente roda na sua máquina, com a sua conta no provedor dele. O Standcast não vê essa conversa.

O que o Standcast lê

GitHub

O Standcast usa as permissões do GitHub App dele: Metadata (read), Contents (read), Pull requests (read), Checks (write), Commit statuses (read), Members (read) e a permissão de conta Email addresses (read). Com elas, ele lê:

• o standcast.yml do repositório .github do dono da instalação;
• os membros dos times do GitHub citados no standcast.yml (@org/time);
• a participação e o papel na organização, para saber quem é membro e quem é admin;
• para os impedimentos sugeridos e o encaminhamento de impedimentos, em pull requests da organização: título, url, estado de rascunho, o momento em que ficou pronto para revisão, o estado das revisões (só contadas), as conclusões dos check runs no commit head, os caminhos dos arquivos alterados (só para achar os donos do código) e o arquivo CODEOWNERS;
• para a pessoa que pede o rascunho: títulos, links, repositórios e datas dos pull requests que ela abriu, mergeou e revisou, e dos commits de autoria dela, na organização;
• quando você entra: o seu id de usuário no GitHub, o seu login, o seu e-mail principal verificado e as instalações que você acessa.

Ele não lê o conteúdo do seu código nem outros arquivos além do standcast.yml e do CODEOWNERS. A permissão Checks (write) é usada só para criar o check run Standcast config no standcast.yml. O Standcast não escreve nos seus repositórios.

Slack

O token do bot do app do Slack permite que o Standcast:

• busque um usuário do Slack pelo e-mail, para mencionar as pessoas no consolidado;
• liste canais, para transformar #canal no id do canal;
• publique o consolidado e as respostas na thread dele;
• envie mensagens diretas: lembretes, impedimentos encaminhados e, se o time ativar signals.direct_message, impedimentos sugeridos.

Ele não lê mensagens de nenhum canal ou conversa.

Linear

Se um admin conectar o Linear, o Standcast usa um app OAuth que age como ele mesmo (actor=app), com o escopo só de leitura read, para um workspace do Linear por instalação. Ele lê:

• para quem pede o rascunho e para os sinais de cards: o identificador da issue, o título, a url, o tipo do estado, as datas de início e de conclusão, o responsável, quem criou, as relações "bloqueia" e a chave do time;
• para encaminhar um impedimento de card: o responsável e quem criou o card citado, e os responsáveis pelos cards que o bloqueiam, só para saber quem avisar;
• o e-mail dos usuários do Linear, só para ligar as pessoas ao usuário delas no Linear.

Ele nunca lê descrições nem comentários, e nunca escreve no Linear. Cards de outro workspace nunca são lidos. Os cards de uma pessoa aparecem só no rascunho dela e nunca são usados para medir pessoas.

Jira em breve

O Standcast ainda não se conecta ao Jira, então não lê nada dele.

O que o Standcast guarda

Dado	O que fica guardado	Proteção
Instalação	Id da instalação no GitHub, login, tipo e id da conta, estado da configuração, o standcast.yml interpretado e os erros de validação
Pessoa	Id de usuário no GitHub, login e e-mail principal verificado
Participação em organizações	A quais instalações cada pessoa pertence
Identidade no Slack	O id de usuário do Slack de cada pessoa, por instalação
Conexão com o Slack	Id e nome do workspace e o token do bot	Token do bot criptografado com AES-256-GCM
Conexão com o Linear	Id, nome e chave da URL do workspace e os tokens de acesso e de renovação	Tokens criptografados com AES-256-GCM
Identidade no Linear	O id de usuário do Linear de cada pessoa, por instalação. O e-mail nunca é guardado
Sessões	Um hash SHA-256 de cada token de sessão da CLI e da web, o tipo e quando foi criada e usada pela última vez	Só o hash; o token em si nunca é guardado
Dailies	Data, horário do envio, os itens de ontem, hoje e impedimentos com os links, e se quem confirmou foi a pessoa (human) ou o agente (agent)
Sugestões	Para cada impedimento sugerido: o link e o título do pull request (ou do card), o tipo, quando foi percebido e a sua decisão	Visível só para você
Entregas	Para cada consolidado, daily atrasada, lembrete e impedimento encaminhado: time, data, estado, tentativas, o canal e o id da mensagem no Slack e o erro, se falhou
API keys	Nome, os 8 primeiros caracteres depois de sck_, escopos, quem criou, datas de criação, último uso e revogação	Só um hash SHA-256 do segredo
Endpoints de webhook	URL, eventos, estado e número de falhas	Segredo de assinatura criptografado com AES-256-GCM
Entregas de webhook	O payload do evento enviado (que pode conter o texto da daily), estado, tentativas, último código de resposta ou erro
Limites de taxa	Um contador por credencial ou endereço IP por minuto	Linhas apagadas depois de uns 10 minutos

O token do GitHub do seu login é usado uma vez para identificar você e não é guardado. As chaves de criptografia ficam no ambiente do servidor, não no banco.

Pedidos de beta

Quando alguém pede acesso ao beta na página do Standcast, o formulário coleta nome, e-mail de trabalho, tamanho do time, o chat e o tracker que o time usa e o idioma da página. Isso é separado da instalação do app e dos dados acima.

• Para quê: para entrar em contato com o time depois que instalar e verificar se está tudo indo bem.
• Para onde vai: fica guardado no Standcast e é enviado por e-mail para a caixa de suporte do Standcast através do Resend, um provedor de e-mail. Nunca é compartilhado de outra forma.
• Por quanto tempo: é apagado 12 meses depois do pedido.
• Remoção antecipada: mande um e-mail para support.standcast@usefachada.dev e o pedido é apagado antes.

O que o Standcast nunca faz

• Enviar uma daily sem a confirmação explícita da pessoa.
• Mostrar a alguém um rascunho ou uma sugestão que a pessoa não confirmou.
• Mostrar um impedimento sugerido a outra pessoa que não ela, no consolidado, nas tools de organização ou de gestor, nos webhooks ou na página de setup.
• Calcular ranking, nota, métrica de produtividade ou agregado por pessoa.
• Ler o seu código, as suas mensagens no Slack ou as suas mensagens diretas.
• Escrever nos seus repositórios.
• Mandar os seus dados para um modelo de IA.
• Vender os seus dados, ou compartilhá-los com alguém além dos provedores que operam o serviço (como a Resend, para os e-mails de pedidos do beta).

Quem vê o quê

Quem	Vê
Você	O seu rascunho, os seus impedimentos sugeridos e as suas dailies, pelo seu agente
Membros do canal do time no Slack	O consolidado e as dailies atrasadas na thread dele
Gestores do time	Os consolidados, as dailies e os impedimentos confirmados do time nos últimos 90 dias, pelas tools de gestor do MCP
Admins da organização	Tudo o que os gestores veem, de todos os times; na página de setup, os controles para conectar e reconectar o Slack, as API keys e os webhooks
Membros da organização que entram na página de setup	O estado da configuração, o nome do workspace do Slack, só para leitura, e as últimas entregas com falha: as mensagens do time uma a uma, e as mensagens diretas agrupadas por tipo e erro, com o login do destinatário só quando ele não tem identidade no Slack. Nunca o texto de impedimentos nem sugestões. Não podem conectar nem trocar o workspace do Slack
Sistemas com uma API key	Times, dailies confirmadas, consolidados e impedimentos, limitados pelos escopos da key
Endpoints de webhook	Os eventos que assinaram

Retenção

Hoje o Standcast não apaga dailies de forma programada. Dailies e entregas de consolidado ficam guardadas enquanto o app estiver instalado. Alguns dados são removidos automaticamente:

• logs de entrega de webhook de saída: depois de 30 dias;
• sessões expiradas: removidas;
• sugestões resolvidas, aquelas cujo sinal deixou de existir: depois de 90 dias;
• registros de entrega sobre uma pessoa (lembretes, impedimentos encaminhados, DMs de sugestão e marcadores de varredura): depois de 90 dias;
• sugestões ignoradas e confirmadas são mantidas, para não voltarem;
• contadores de limite de taxa: depois de uns 10 minutos.

As sessões da CLI param de funcionar depois de 90 dias sem uso, e as sessões da web depois de 7 dias.

Remoção dos dados

• Desinstale o GitHub App. O Standcast apaga a instalação e tudo o que pertence a ela: configuração, dailies, entregas, conexão com o Slack e identidades, API keys, endpoints de webhook e as entregas deles.
• Saia. O standcast logout revoga a sua sessão da CLI no servidor e apaga o arquivo local de credenciais.
• O seu cadastro de pessoa. O seu id de usuário no GitHub, o login e o e-mail não pertencem a uma instalação só, então desinstalar não os remove. Para apagá-los, mande um e-mail ao suporte.

Contato

Dúvidas ou pedidos de remoção: support.standcast@usefachada.dev.