A Anthropic anunciou o Claude Docs e o Claude Slides a 16 de setembro, ao mesmo tempo que começava a integrar o Chat e o Cowork numa única experiência Claude. Os produtos permitem criar documentos e apresentações nas conversas com o assistente. A experiência unificada está a ser disponibilizada primeiro aos subscritores Pro e Max, ao longo de várias semanas; o anúncio não significa que todas as contas já tenham sido alteradas. Anúncio da Anthropic.
Para uma equipa que esteja a preparar um relatório, a mudança proposta é prática: o documento pode permanecer no local onde decorreu a conversa que o produziu. Isso poderá reduzir o trabalho de transferir um rascunho entre um assistente e um editor separado. A poupança de tempo total dependerá do nível de revisão necessário e da compatibilidade com o processo de aprovação existente da equipa.
O que está disponível e para quem
O Claude Docs é um documento de texto formatado guardado numa conta Claude. Permite a edição por várias pessoas, e as alterações são atribuídas à pessoa ou ao Claude que as fez. As opções de partilha do proprietário determinam quem pode ver ou editar. A Anthropic afirma que o Claude atua sobre um documento quando uma pessoa com sessão iniciada lho pede e dentro das permissões dessa pessoa. Documentação do Claude Docs.
O Docs está em beta nos planos Pro, Max, Team e Enterprise, sendo necessário que os proprietários Enterprise o ativem. A mesma documentação indica que estão excluídas as organizações que utilizam chaves de encriptação geridas pelo cliente, retenção zero de dados ou uma configuração compatível com a HIPAA. Estas exclusões justificam que um administrador verifique a elegibilidade antes de planear a implementação.
A integração mais ampla do Chat com o Cowork tem um calendário de implementação separado. A Anthropic afirma que os planos Team e Free se seguirão ao lançamento inicial Pro e Max, e que os administradores Enterprise receberão um aviso com pelo menos 30 dias de antecedência antes de alterações às respetivas organizações. A disponibilidade do Docs não deve, portanto, ser considerada prova de que a empresa já recebeu toda a nova experiência. Detalhes da implementação.
Um espaço de trabalho partilhado muda o local da revisão
Consideremos uma proposta comercial ilustrativa. Um gestor fornece informações de produto aprovadas, um redator prepara a oferta e um colega verifica os compromissos assumidos. Se o assistente ajudar dentro do documento partilhado, os revisores podem trabalhar no resultado sem copiar repetidamente o texto para uma conversa. É um possível uso do fluxo de trabalho anunciado, não uma experiência realizada pela BIG CHANGE.
O risco é um rascunho fluente fazer parecer definitiva uma alegação não aprovada. Uma equipa que teste a ferramenta deve exigir que um revisor confirme a origem de cada preço, prazo e promessa. As permissões de edição determinam quem pode alterar o documento; não estabelecem quem tem autoridade para prometer uma entrega a um cliente. O processo da equipa precisa de atribuir essa responsabilidade explicitamente.
Existem também limites operacionais. A página de ajuda da Anthropic afirma que as tarefas agendadas podem decorrer na nuvem, enquanto o acesso a pastas locais, ao navegador integrado e às funcionalidades de controlo do computador exige que o Claude Desktop permaneça aberto. As tarefas mais longas também consomem mais da quota de utilização do plano do que uma pergunta breve. Não se deve presumir que um relatório sem supervisão funcionará se depender de ficheiros num computador portátil desligado. Capacidades e limites do Claude unificado.
A mesma mudança chega aos projetos de software
Um dia depois do anúncio do Docs, a Anthropic apresentou uma versão redesenhada do beta Projects para alguns utilizadores do Claude Code. Uma conversa coordenadora pode dividir uma tarefa por sessões na nuvem e reunir os resultados. Cada conversa tem o seu próprio ramo e cópia do repositório; as alterações sobrepostas podem continuar a causar conflitos de integração. O acesso é limitado durante o lançamento inicial. Anúncio do Projects de 17 de setembro.
Em conjunto, estes lançamentos sugerem uma direção para o software empresarial: o assistente organiza cada vez mais o trabalho à volta de um resultado. Esta é a nossa interpretação das alterações ao produto, não uma prova de que as empresas já tenham substituído os seus pacotes de documentos ou equipas de desenvolvimento. Os anúncios públicos não demonstram um ganho independente de produtividade em nenhum dos lançamentos.
Um projeto-piloto sensato utilizaria um relatório interno recorrente com um responsável conhecido. Manteria os dados originais, registaria o tempo necessário para concluir toda a tarefa e contabilizaria as correções posteriores à revisão. Compararia o resultado concluído e aprovado com o processo existente. Um primeiro rascunho mais rápido só é útil se a poupança de tempo resistir à verificação e à revisão.
O projeto-piloto deveria incluir também a passagem do trabalho a alguém que não tenha escrito os pedidos. Essa pessoa consegue identificar o ficheiro oficial, ver comentários por resolver e exportar o resultado no formato exigido pela organização? A decisão de compra importante é saber se toda a equipa consegue continuar o trabalho após a primeira demonstração.
A BIG CHANGE analisou os anúncios e a documentação, mas não testou na prática as novas funcionalidades. Antes de transferirem documentos operacionais para o beta, os compradores devem verificar o estado de disponibilização na sua própria conta e as definições de segurança necessárias.
