Agora as Threads abrem issues no GitHub

Envie descobertas de FinOps dos Insights e do CloudFlow direto para os repositórios onde seus engenheiros já trabalham. Disponível agora para todos os clientes de Cloud Intelligence™.

A maior parte do "desperdício" na nuvem não sobrevive ao primeiro contato com um backlog. Um insight aponta um banco de dados ocioso há 60 dias. Alguém tira um print, cola no chat, e a coisa morre ali — porque o time dono do banco de dados planeja a semana no GitHub Issues e ninguém quis abrir um ticket em uma ferramenta que nunca acessa. As Threads existem justamente para resolver essa passagem de bastão, mas até agora só era possível criar itens no Jira e no Linear. Se o trabalho da sua engenharia mora no GitHub, o último passo ainda era copiar e colar. Essa lacuna acabou. As Threads agora podem criar e acompanhar issues no GitHub.

O que você ganha

Depois de instalar o app Cloud Intelligence Threads para GitHub na sua organização ou conta pessoal, o GitHub Issues aparece como destino em qualquer lugar onde threads são criadas. A partir de um insight, você escolhe um repositório, revisa o título e a descrição pré-preenchidos, adiciona labels e responsáveis se quiser, e a issue é aberta. No CloudFlow, o nó de Threads ganha os mesmos campos (repositório, título, descrição em Markdown, labels, responsáveis), então um fluxo que detecta uma anomalia consegue abrir a issue sozinho, já com os números anexados.

A página de Integrations e o cabeçalho das Threads agora mostram quais integrações estão conectadas — Jira, Linear e GitHub —, assim você vê de cara para onde uma thread pode ir antes de criá-la.

O Cloud Intelligence™ continua acompanhando a issue depois que ela é criada. O estado, as labels, os responsáveis e o milestone são lidos do GitHub, e um botão Manage in GitHub leva você direto para a issue. Edições feitas do lado do GitHub aparecem no console. Se alguém transferir a issue para outro repositório que o app pode acessar, a thread vai junto. O console não adiciona issues a GitHub Projects, então, se o seu time planeja em um Project, ative o workflow nativo de auto-add do Project para esse repositório.

A configuração é propositalmente sem graça. O app pede duas permissões de repositório: Issues (leitura e escrita) e Metadata (somente leitura). Você decide na instalação se ele pode ver todos os repositórios ou apenas alguns, e pode mudar isso depois no GitHub. Um owner da organização faz a instalação; se um membro iniciar o processo, o GitHub encaminha uma solicitação de aprovação para os owners e o console exibe Awaiting approval até que um deles aceite. Desinstalar o app desconecta tudo, e o console marca as threads existentes do GitHub como indisponíveis em questão de segundos.

Comece agora

1. Conecte o GitHub em Integrations e instale o app Cloud Intelligence Threads nos repositórios que quiser.
2. Abra um insight e crie uma thread, escolhendo GitHub Issues como destino.
3. Ou adicione uma ação Create a thread a um fluxo com o nó de Threads e escolha um repositório.

O GitHub Issues está disponível para qualquer conta com a permissão Thread Manager. Se você já usa Threads com Jira ou Linear, nada muda; o GitHub se conecta em paralelo a eles. O feedback que mais queremos é de times enviando insights reais para repositórios reais: quais campos estão faltando, o que o corpo da issue deveria trazer e se o status da thread acompanhou o ritmo do trabalho.