TRILHA 1

🌱 Fundamentos do Cowork

O que é Projects, como ele se diferencia de Chat e Code, anatomia da interface, planos, limites e como abrir seu primeiro projeto sem errar.

6
Módulos
36+
Tópicos
~4h
Duração
Básico
Nível

Mapa da trilha

Conteúdo detalhado

1.1~40 min

🚗 O que é Cowork (Projects)

Cowork é Projects no claude.ai — um espaço onde contexto, instruções e arquivos persistem entre conversas. Aqui você aprende o conceito antes do botão.

O que é:

Um Project é um container persistente: várias conversas, mesmo contexto, mesmas instruções, mesmos arquivos de conhecimento.

Por que aprender:

Sem essa distinção, você usa Cowork como Chat e perde 90% do valor. Project é estado; Chat é one-shot.

Conceitos-chave:

Persistência, contexto compartilhado, conhecimento curado, custom instructions.

O que é:

Toda conversa nasce com instructions + knowledge já carregados. Não é "memória" do modelo — é injeção automática do system prompt.

Por que aprender:

Evita o medo de "ele esqueceu". O modelo não esquece nada do projeto: ele relê tudo a cada conversa nova.

Conceitos-chave:

System prompt persistente, RAG-light, injeção automática, isolamento entre conversas.

O que é:

Nome + descrição, custom instructions, knowledge files e o histórico de chats. Quatro slots distintos, cada um com função.

Por que aprender:

Confundir instructions com knowledge é o erro #1 do iniciante: enfia documento no instructions e estoura limite.

Conceitos-chave:

Instructions = regras; Knowledge = fatos; Chats = histórico; Descrição = orientação.

O que é:

Crie projeto quando colar o mesmo prompt 3+ vezes, carregar os mesmos arquivos toda hora, ou rodar o mesmo workflow semana sim semana não.

Por que aprender:

Projeto demais vira lixo organizacional. Projeto de menos é desperdício de Chat repetitivo.

Conceitos-chave:

Regra das 3 vezes, ROI de setup, friction de criação, manutenção continuada.

O que é:

Cowork não executa código no seu disco, não abre PRs, não roda comandos shell, não tem agente autônomo de longa duração. Isso é Claude Code.

Por que aprender:

Esperar Cowork agindo no terminal é frustração garantida. Casos com ação em disco pedem Code.

Conceitos-chave:

Limites do produto, autonomia delimitada, ferramenta sem braços.

O que é:

Revisão de PR, copy recorrente, atendimento a clientes, pesquisa em base própria, análise de relatórios mensais, geração de conteúdo padronizado.

Por que aprender:

Reconhecer o padrão "isso é Cowork" economiza horas — você para de reinventar a setup toda vez.

Conceitos-chave:

Workflow recorrente, base de conhecimento, output padronizado, tom de voz fixo.

1.2~35 min

🗺️ Anatomia da interface do Projects

Tour pela tela: sidebar, área de chats, painel lateral, edição rápida. Cada botão tem sentido — você vai sair sabendo onde clicar pra cada coisa.

O que é:

Cabeçalho com nome+descrição, lista de chats recentes, painel "Project knowledge" à direita, botão "Start new chat" central.

Por que aprender:

Saber bater o olho e reconhecer cada zona reduz fricção de uso diário.

Conceitos-chave:

Header, chat list, knowledge panel, action area.

O que é:

Painel direito que lista todos os arquivos (PDFs, docs, sheets, texto), com botões "Add content" e indicador de uso de capacidade.

Por que aprender:

É aqui que o knowledge mora. Quem não acha o painel, acaba colando arquivo dentro do chat — desperdício de contexto.

Conceitos-chave:

Add content, indicador de uso, ordem dos arquivos, edição inline.

O que é:

Campo de texto livre que entra como system prompt em toda conversa do projeto. Acessado por "Set custom instructions" ou pelo ícone de engrenagem.

Por que aprender:

É o slot mais poderoso e mais subutilizado. Diferença entre "Claude responde qualquer coisa" e "Claude responde como você quer".

Conceitos-chave:

Persistência, papel, tom, formato de saída, restrições.

O que é:

Cada chat do projeto aparece listado por título auto-gerado. Você pode renomear, deletar, star ou compartilhar.

Por que aprender:

Sem renomear, vira sopa de "Untitled". Com renomear, vira KB navegável de tudo que já foi feito naquele projeto.

Conceitos-chave:

Rename, star, share, archive, search dentro do projeto.

O que é:

PDF, DOCX, TXT, MD, CSV, XLSX, código (.py, .js, etc), imagens. Limite por arquivo e limite total variam por plano.

Por que aprender:

Saber o tipo certo evita "subi PDF gigante e travou". Conversão prévia para Markdown costuma economizar contexto.

Conceitos-chave:

Formatos suportados, tamanho máx, parsing automático, OCR.

O que é:

Indicador percentual do quanto o knowledge ocupa do contexto disponível. Aparece sutil no painel direito.

Por que aprender:

Acima de 80%, performance cai e respostas ficam piores. Olhar isso evita projetos "obesos".

Conceitos-chave:

Capacity bar, degradação por saturação, curadoria contínua.

1.3~30 min

💳 Planos e limites

Pro, Max, Team e Enterprise: o que cada um libera de Projects, contexto, número de chats e knowledge. Decisão de compra clara.

O que é:

Plano Free do claude.ai libera Chat, mas não Projects. Cowork começa no Pro.

Por que aprender:

Evita você gastar 1h explicando Cowork pra alguém que nem tem acesso ao botão.

Conceitos-chave:

Gating de feature, paywall, upgrade path.

O que é:

Pro libera Projects ilimitados, knowledge files, custom instructions e contexto grande. ~US$20/mês.

Por que aprender:

90% dos casos individuais terminam aqui. Quem só vai usar sozinho, não precisa subir mais.

Conceitos-chave:

Plano individual, sem compartilhamento, sem admin.

O que é:

Plano com cotas maiores de uso, prioridade em horário de pico, mais espaço de uso pesado.

Por que aprender:

Se você bate limite de mensagens no Pro toda semana, Max te economiza tempo de bloqueio.

Conceitos-chave:

Cotas elevadas, prioridade, perfil power-user.

O que é:

Mínimo de assentos, projetos compartilhados entre membros, billing centralizado, controle de quem vê o quê.

Por que aprender:

É quando o projeto vira ativo do time, não do indivíduo. Mudança de mindset.

Conceitos-chave:

Workspace, seats, shared projects, papéis.

O que é:

SSO/SAML, audit logs, controles de retenção, contratos customizados, suporte dedicado, DPA.

Por que aprender:

Áreas reguladas (finance, saúde, jurídico) não rodam sem isso. Sem Enterprise, projeto morre na barreira do compliance.

Conceitos-chave:

SSO, audit, compliance, retenção, suporte.

O que é:

Contexto da janela (200k tokens em planos pagos), tamanho de cada knowledge file (~30MB), total combinado por projeto.

Por que aprender:

Limite estoura sem aviso amigável. Quem sabe os números planeja antes; quem não sabe, descobre na pior hora.

Conceitos-chave:

200k context window, 30MB/arquivo, capacidade total.

1.4~40 min

🚲 Chat / Cowork / Code — o veículo certo

Três produtos da Anthropic, três casos. Bicicleta, CR-V, Ferrari. A metáfora que decide certo em 5 segundos.

O que é:

Conversa avulsa em claude.ai. Sem projeto, sem instruções persistentes, sem knowledge. Pergunta-resposta direto.

Por que aprender:

Tarefa one-shot não pede setup. Chat é perfeito pra perguntas avulsas, brainstorm rápido, tradução pontual.

Conceitos-chave:

Zero overhead, stateless, descartável.

O que é:

Project com instructions + knowledge persistentes. Espaço de trabalho que sobrevive entre conversas.

Por que aprender:

É o veículo do trabalho diário: revisão, copy, atendimento, pesquisa. Capacidade + conforto.

Conceitos-chave:

Stateful, recorrente, sem ações em disco.

O que é:

Claude Code roda no terminal, lê arquivos, edita código, executa bash, abre PR. Agente com autonomia.

Por que aprender:

Tarefa multi-passo com ações em disco pede Code. Tentar com Cowork é só copia-cola manual.

Conceitos-chave:

Tool use, file system, shell, autonomia.

O que é:

Vai repetir? sobe pra Cowork. Precisa agir em arquivos no disco? Code. Nenhum dos dois? Chat.

Por que aprender:

3 perguntas resolvem 95% das dúvidas "qual produto?". Decisão em 5 segundos.

Conceitos-chave:

Repetição, ação em disco, descartabilidade.

O que é:

Pesquisa exploratória em Chat → vira projeto em Cowork → automação em Code. Pipeline natural.

Por que aprender:

Os 3 não competem, eles compõem. Você sobe de produto à medida que o caso amadurece.

Conceitos-chave:

Pipeline Chat→Cowork→Code, maturidade do caso.

O que é:

Chat: colando o mesmo prompt 3x. Cowork: pedindo que ele "execute" código. Code: pra escrever um email.

Por que aprender:

Reconhecer cedo o produto errado economiza 80% da frustração.

Conceitos-chave:

Sinais de desencaixe, custo de overhead, custo de incapacidade.

1.5~45 min

🛠️ Criando seu primeiro projeto

Do botão "New project" ao primeiro chat útil: passo-a-passo com escolhas concretas para nome, instructions, knowledge e teste.

O que é:

Pegar um workflow específico que você já repete na semana. Não tentar "projeto pra tudo".

Por que aprender:

Projetos genéricos fracassam. Projetos com escopo claro entregam valor na primeira conversa.

Conceitos-chave:

Escopo, caso real, repetição comprovada.

O que é:

Nome curto descritivo ("Revisão PR Backend"), descrição em 1-2 frases do que o projeto faz e pra quem.

Por que aprender:

Daqui 30 projetos, o nome ruim te mata. E a descrição entra como contexto pro Claude entender o propósito.

Conceitos-chave:

Nomeação, escaneabilidade, descrição com propósito.

O que é:

Papel + objetivo + tom + formato + restrições. Cinco linhas pra começar, refina depois.

Por que aprender:

Instructions de 3 páginas no dia 1 vira lixo. Começa enxuto, ajusta com base no que falhar.

Conceitos-chave:

Template mínimo, iteração, papel-objetivo-tom-formato.

O que é:

Selecionar 3-5 arquivos que cobrem 80% das perguntas. Resto entra sob demanda.

Por que aprender:

Enfiar 50 PDFs no dia 1 satura contexto e degrada respostas. Curadoria > quantidade.

Conceitos-chave:

Curadoria, princípio 80/20, arquivo certo > muitos arquivos.

O que é:

Faz a pergunta que motivou criar o projeto. Se vier melhor do que no Chat, projeto vale.

Por que aprender:

Sem teste imediato, projeto vira fé. Com teste, vira ferramenta validada.

Conceitos-chave:

Validação, baseline Chat vs Cowork, prova de valor.

O que é:

Cada resposta ruim aponta o que falta no projeto: regra no instructions, fato no knowledge.

Por que aprender:

Erro não é falha, é sinal. Projeto que evolui com uso é projeto que sobrevive.

Conceitos-chave:

Loop de melhoria, erro como input, manutenção contínua.

1.6~35 min

🔒 Segurança, privacidade e governança

O que sai, o que fica, o que treina. Política de dados do Cowork, retenção, deleção, DPA e o que você pode mostrar pra área de segurança.

O que é:

Por padrão, conversas em planos pagos não são usadas para treinar modelos. Em planos individuais o usuário pode optar; em Team/Enterprise há controle de admin.

Por que aprender:

É a primeira pergunta de qualquer revisão de segurança. Resposta clara desbloqueia adoção.

Conceitos-chave:

No-train default em planos pagos, opt-in, controles do admin.

O que é:

Conversas e knowledge ficam enquanto o projeto existe. Deletar projeto remove o conteúdo dos servidores em janela definida.

Por que aprender:

Compliance pede retention policy clara. Sem isso, áreas reguladas barram.

Conceitos-chave:

Retention window, delete propagation, backup window.

O que é:

Enterprise libera SSO/SAML, SCIM para provisionamento automático, controle de domínio de email.

Por que aprender:

Em empresa, login pessoal é vetor de risco. SSO é requisito.

Conceitos-chave:

SSO, SCIM, domain capture, offboarding automático.

O que é:

DPA disponível, SOC 2 Type II, GDPR. Hospedagem em regiões específicas para Enterprise.

Por que aprender:

Sem DPA, jurídico não assina. Sem SOC 2, segurança não aprova.

Conceitos-chave:

DPA, SOC 2, GDPR, data residency.

O que é:

PII bruta, credenciais, dados de saúde sem contrato apropriado, segredos de produção — não devem entrar como knowledge sem revisão.

Por que aprender:

Acidente de subir um CSV com CPF estraga adoção inteira. Política e treinamento previnem.

Conceitos-chave:

PII, credenciais, mascaramento, dados sintéticos.

O que é:

Enterprise expõe logs de ações administrativas, criação/deleção de projetos, mudança de membros e acessos.

Por que aprender:

Sem audit log, investigar incidente é impossível. Com, vira parte do plano de resposta.

Conceitos-chave:

Audit log, SIEM, incident response.

← Voltar para início Próxima: Trilha 2 — Recursos →