TEAVOXAI
Entrega · Consultoria em IA

Do Time, Não do Mundo

Como publicar o dashboard construído com IA para a equipe inteira — restrito à organização, sem virar sistema hospedado. Recurso em beta.

Compartilhar com o time sem vazar pro mundo
Publicado em 03 jul 2026 Versão v1.0 Entregue
Resposta direta

Sim, dá pra publicar o dashboard pro time inteiro sem cada um rodar na própria máquina — e sem virar um sistema hospedado. O Claude tem um recurso nativo de compartilhar restrito à organização: o link não vaza pra fora e só quem está logado na org enxerga. A ressalva que um time de risco precisa ouvir antes de sair publicando: o artefato fica hospedado na infraestrutura da Anthropic e é incompatível com posturas de residência de dado. Ótimo pra dado interno. Decisão consciente pra dado sensível.

01A necessidade real

A equipe construiu um dashboard com vibe coding — descrever o que quer em linguagem natural e deixar o Claude montar a página. Funcionou. Agora a pergunta prática: como colocar isso na mão do time inteiro, sem cada pessoa ter que rodar na própria máquina, e sem levantar um servidor, contratar hospedagem e virar mais um sistema pra manter?

A boa notícia é que existe caminho nativo. O Claude publica esses artefatos — as páginas e mini-apps que ele gera — e permite restringir a visibilidade só à sua organização. Ninguém instala nada. Quem é do time abre um link e usa. Quem está de fora não entra, mesmo com o link na mão.

02Como funciona: três níveis de visibilidade

A escolha de quem vê o artefato tem três níveis.

Nível Quem enxerga Ação no Claude Disponível em
Privado Só quem criou Todos os planos
Organização Membros logados na sua org Share Team e Enterprise
Público na web Qualquer pessoa com o link Publish Free, Pro e Max

Os nomes importam e são fáceis de confundir. Share é o compartilhamento restrito à organização — o que serve pro caso de vocês. Publish é o público, aberto na web inteira. Repare no detalhe: o modo org-only (Share) existe justamente nos planos corporativos (Team/Enterprise); nos planos individuais (Pro/Max), o artefato ou é privado ou é público, sem meio-termo.

Quando o time abre o link do artefato compartilhado: o viewer precisa estar autenticado como membro da mesma organização. Repassar o link pra fora não dá acesso — cross-org é impossível, não há opção de tornar visível fora da organização. E é view-only: quem recebe vê e usa, mas não co-edita.

Fronteira da organização: dentro há acesso, fora há bloqueio, com governança cercando o artefatoFRONTEIRA DA ORGANIZAÇÃOCONTROLES DEGOVERNANÇAadmin toggleRBACretençãoaudit logCompliance APIcontrola e auditaMembro da org (logado)dentro da fronteiraacessa · autenticado na orgNO CENTROArtefato (dashboard)hospedado na infra da Anthropic*.claudeusercontent.comvisível só a membros autenticadosQuem está foraestá com o linkFORA DA FRONTEIRAlink não dá acessocross-org impossívelINCOMPATÍVEL · DESATIVAM O RECURSOZDR · CMEK · HIPAA · Bedrock / Vertex / Foundry→ desativam o recurso de artefatos (exige Anthropic API direta).

Três níveis de visibilidade — privado, organização e público na web — e por que só o nível organização entrega o dashboard ao time sem abrir pro mundo.

03Publicar pro time, passo a passo

Caminho pelo Claude Code (Team/Enterprise), que é o mais forte pra um dashboard vivo.

1
Gerar

Peça o artefato na sessão

Na sessão do Claude Code, descreva o dashboard que a equipe quer. O Claude monta a página como artifact — uma página estática única, pronta pra abrir no navegador.

2
Publicar

Aprove o prompt de publicação

O Claude pede aprovação pra publicar. Ao aprovar, abre uma página privada em claude.ai, visível só pra quem criou por enquanto.

3
Compartilhar

Clique em Share no cabeçalho

No topo da página, use Share. Escolha pessoas específicas ou "Everyone at [sua organização]" pra liberar pro time todo.

4
Fixar

Decida a versão (opcional)

Por padrão o link sempre mostra a última versão. Se quiser congelar o que o time vê, desligue "Always share latest version" e fixe a versão atual.

5
Distribuir

Copie o link e mande pro time

Copie o link e distribua internamente. Só membros logados na org abrem. Precisou tirar do ar? Use Unshare pra revogar o acesso.

04A camada de governança: por que um time de risco pode dizer sim

Liga/Desliga

O admin controla a feature

Um toggle de administração habilita ou desabilita o compartilhamento de artifacts pra toda a organização (claude.ai/admin-settings → Claude Code → Capabilities → Artifacts). No Team vem ligado por padrão; no Enterprise, um Owner precisa habilitar antes.

RBAC

Permissão por papel

No Enterprise, o acesso segue o papel de cada pessoa na organização (RBAC). Quem pode compartilhar e quem pode ver obedece à estrutura de roles que a casa já define.

Retenção

Prazo e deleção automática

Política de retenção com prazos separados pra artifact privado e pra artifact compartilhado, com deleção automática ao fim do prazo. O dado não fica órfão pra sempre.

Auditoria

Trilha de eventos

Cada ação gera evento no audit log (eventos claude_artifact_*). Dá pra reconstruir quem compartilhou o quê, quando — o registro que uma área de controles precisa.

API

Governança programática

A Compliance API permite listar, versionar e deletar artifacts por programa. Controle e limpeza não dependem de alguém clicar manualmente.

Revogação

Tirar do ar quando quiser

Unshare (ou Unpublish) revoga o acesso. Ressalva no chat: uma vez despublicado ali, não dá pra republicar o mesmo artifact — pelo Claude Code o fluxo é mais flexível.

05As ressalvas que importam

Atenção

Antes de sair publicando, quatro pontos que um time de risco precisa ter na mesa. Primeiro — onde o conteúdo mora: o artefato fica armazenado na infraestrutura operada pela Anthropic, visível só a membros autenticados da org. O viewer carrega de uma origem sandbox no domínio *.claudeusercontent.com. Se a rede de saída da casa é restrita, esse domínio precisa ser liberado.

Segundo — os limites duros. O recurso NÃO funciona se a organização usa HIPAA, Zero Data Retention (ZDR) ou CMEK — configurações que garantem que o dado não seja retido ou fique cifrado com chave própria. Também não funciona com os providers Amazon Bedrock, Google Vertex ou Microsoft Foundry: o compartilhamento exige o provider Anthropic API. Se qualquer uma dessas posturas está ligada, o botão de compartilhar simplesmente não serve.

Terceiro — e este é o ponto que amarra tudo: há uma tensão direta com a decisão de usar Bedrock por residência de dado (ver a entrega Claude Code via Amazon Bedrock). Rodar os dados estratégicos dentro da própria conta na AWS, via Bedrock, é uma escolha de residência que a gestora pode estar adotando. Essa escolha e a conveniência de publicar o dashboard pro time se excluem. Não dá pra ter as duas ao mesmo tempo no mesmo dado. Decidir isso ANTES de compartilhar evita expor, sem querer, algo que a política mandava manter na infra própria.

Quarto — o que ele não é: página estática única, sem backend, com teto de 16 MiB. Serve pra dashboard, relatório vivo, ferramenta leve. NÃO serve como sistema interno hospedado com banco de dados e lógica de servidor. Pra isso, o caminho é hospedar na infra da própria casa.

06Referências

O que fazer agora

Pro caso que trouxe a pergunta — um dashboard interno pro time, com dado que não é sensível — a resposta é sim, com governança real por trás: admin controla, RBAC filtra, retenção limpa, audit log registra. Dá pra publicar hoje e o time usa amanhã, sem instalar nada. Pra dado sensível, a decisão sobe de nível: deixa de ser "clicar em Share" e vira escolha de política. Se a casa optou por residência de dado via Bedrock, esse dado não vai pelo compartilhamento nativo — ponto. Vale mapear, antes, quais dashboards podem ser publicados e quais ficam na infra própria. Uma última nota: os artifacts no Claude Code são recurso novo, anunciado em junho de 2026, ainda em beta pra Team e Enterprise. Funciona, mas comporta-se como beta — vale acompanhar a evolução antes de apoiar processo crítico só nele.