"A escrita da IA é tão longa que eu nem leio direito 😅"
"Estou pagando mais de 15.000 ienes por mês pelo Claude Code, mas não sinto que estou tendo o retorno do meu investimento."
Muitas pessoas se contentam apenas com o fato de estarem usando IA, mas poucas realmente transformam isso em resultados. É um estado de "sensação de ter usado".
Você já teve essas experiências com o Claude Code?
- Você pede para "resumir as tendências dos concorrentes da semana passada" na segunda-feira de manhã, e ele devolve um relatório longo. Você dá uma olhada e deixa sem ler.
- Você suspeita que, se você não está lendo os materiais gerados pela IA direito, seus colegas de equipe também não estão lendo.
- Você paga mais de 3.000 ienes mensais pelo Claude Code, mas os resultados nunca foram usados em uma reunião ou proposta.
- As saídas do ChatGPT e do Claude.ai são bonitas, mas por que o Claude Code só gera Markdown, tornando tudo tão cansativo de ler?
Este artigo é para essas pessoas.
Ao final da leitura, você será capaz de gerar naturalmente materiais a partir do Claude Code que tanto você quanto outras pessoas realmente lerão.
Você também sairá com a perspectiva de que "em qual formato você gera" é um fator muito mais importante na avaliação do usuário do que "o que você pede para o Claude Code fazer".
Thariq Shihipar (@trq212), um desenvolvedor da Anthropic que realmente constrói o Claude Code, escreveu sobre uma mentalidade que está se espalhando dentro da empresa no X, e ela se tornou uma das postagens mais salvas e compartilhadas na comunidade do Claude Code.
Ela recebeu uma enorme repercussão imediatamente após o lançamento.
Isso não é apenas uma dica menor para entusiastas de IA; é uma história sobre a pessoa que construiu a ferramenta desafiando o Markdown, que tem sido o padrão implícito da indústria de IA, dizendo "não é mais o caminho".
Achei isso importante, então decidi explicá-lo em português imediatamente.
Duas coisas antes de você começar a ler:
- Marque isto como favorito. Só para esta semana, reserve um tempo para tentar gerar em HTML.
- Se você tem colegas de equipe que usam Claude Code, compartilhe isto com eles. A forma como seus relatórios semanais e revisões de PR são "lidos" mudará visivelmente a partir da próxima semana.
Vou detalhar e explicar o conteúdo enquanto o traduzo para como funciona no cenário de negócios brasileiro 👇
Post original aqui:
https://x.com/trq212/status/2052809885763747935
O Próprio Desenvolvedor da Anthropic Não Usa Mais Markdown
Este é o ponto de partida. Thariq Shihipar (@trq212), que escreveu o post original, é o desenvolvedor que constrói o Claude Code na Anthropic. O comportamento onde o Claude faz perguntas de volta ao usuário no "modo plano" para refinar os requisitos foi um recurso que ele implementou pessoalmente.
Ele diz que não aceita mais Markdown da ferramenta que está construindo. Em suas próprias palavras, o Markdown se tornou um formato restritivo para ele.
Isso não é apenas uma preferência pessoal. Thariq menciona que a adoção de HTML está se espalhando dentro da própria equipe do Claude Code. As pessoas que fazem a ferramenta estão abandonando o Markdown que ela produz e migrando para o HTML.
E a evidência está disponível para ser tocada. No site de demonstração https://thariqs.github.io/html-effectiveness/https://thariqs.github.io/html-effectiveness/), há 20 exemplos de HTML autossuficientes. Uma comparação de três abordagens para pesquisa com debounce, microinterações que criam uma sensação de realização para conclusão de tarefas, listas de tokens de sistemas de design, explicações em abas para exemplos de código e material de leitura com glossário nas margens. Todos esses são exemplos reais de substituição de "documentos que você só dá uma olhada" por "documentos que são lidos até o fim". Você pode abri-los no seu navegador agora mesmo.
Lendo isso, você deve perceber algo. Os Artifacts que você costuma receber no ChatGPT ou Claude.ai — aquela "IU com abas", "diagramas coloridos" e "botões interativos" — são, na verdade, gerados como HTML. A constatação aqui é: "O motivo pelo qual eles pareciam tão bons era a diferença no próprio formato." Agora, esse mesmo mundo pode ser trazido para a sua ponta dos dedos com o Claude Code.
Até agora, o texto gerado por IA era quase exclusivamente Markdown. A pessoa que o constrói está silenciosamente começando a objetar, dizendo "não é mais assim". Esse é o cerne da notícia. Mas para você, que trabalha com IA todos os dias, esta é uma história que será eficaz a partir de segunda-feira de manhã.
Markdown Era o Padrão Implícito da Indústria de IA
Vamos confirmar as suposições que considerávamos garantidas. Sem isso, a mudança para HTML pode parecer apenas uma questão de gosto.
Até agora, o Markdown era o padrão de facto para a saída de IA. Pense no texto que você vê todos os dias:
- CLAUDE.md na raiz do projeto, *.md para definições de agente, SKILL.md para Skills.
- A documentação oficial da Anthropic, a Ajuda do Claude.ai e vários guias do Claude Code.
- Ferramentas de desenvolvimento de IA concorrentes, regras do Cursor, instruções do GitHub Copilot e instruções do Cline são todas baseadas em .md.
- Wikis internos, READMEs do GitHub, texto exportado do Notion e atas de reuniões coladas no Slack.
- Texto de resumo copiado de conversas do ChatGPT.
Tudo foi construído na suposição do Markdown. É mais difícil encontrar um formato diferente de Markdown nas informações textuais que você encontra ao lidar com IA.
O fenômeno do padrão CLAUDE.md de Karpathy acumulando mais de 80.000 estrelas no GitHub aconteceu precisamente porque o Markdown era a linguagem comum da indústria.
Usando as palavras de Thariq, o Markdown se tornou o formato mainstream para agentes. Ele é alguém que construiu ferramentas com base na premissa do Markdown por muito tempo.
Essa pessoa agora afirmou claramente: Markdown se tornou um formato restritivo para mim. Este é o momento em que um insider da Anthropic jogou uma pedra na premissa em que toda a indústria vinha se apoiando.
Simplificando: o Markdown que você obtém do Claude Code, as regras que o Cursor lê e as saídas de IA no seu Wiki interno faziam todos parte do mesmo fluxo de "Markdown é suficiente". A pessoa que o criou começou a traçar um canal diferente.
A partir daqui, vamos nos aprofundar nos detalhes de por que o Markdown não alcança as pessoas e com o que substituí-lo.
5 Razões Pelas Quais o Markdown Não É Lido
Vamos organizar as limitações do Markdown. Isso não é sobre especificações técnicas; é sobre sua experiência diária de segunda a sexta. Liste os benefícios do HTML do artigo original invertendo-os para mostrar as fraquezas do Markdown.
① Se exceder 100 linhas, nem você vai ler
O próprio Thariq escreve que, quando um arquivo Markdown excede 100 linhas, ele para de lê-lo.
Quando você pede ao Claude Code para "resumir as tendências dos concorrentes da semana passada", provavelmente já teve a experiência de fechar a resposta de 120 linhas sem rolar a tela. Se a pessoa que gerou não lê, ninguém na equipe vai ler. A realidade é que não apenas o autor, mas outros membros da organização também estão apenas folheando.
② Mesmo se compartilhado, não abre lindamente no navegador, então ninguém toca nele
O Markdown não é renderizado lindamente de forma nativa nos navegadores. As quebras de linha quebram no Slack, a formatação é perdida em e-mails e é trabalhoso convertê-lo para PDF ou fazer capturas de tela para propostas.
Cada vez que você compartilha, alguém tem que fazer o trabalho de convertê-lo em uma "forma legível". O Markdown é um formato que cria atrito toda vez que é compartilhado, a ponto de os links muitas vezes nem serem clicados.
③ Sem cores ou diagramas, apenas o esboço é transmitido
Você quer enfatizar uma diferença em números, mostrar um aviso em vermelho ou mostrar um fluxo com setas. Para fazer isso no Markdown, você acaba desenhando diagramas com caracteres ASCII ou expressando cores com caracteres Unicode de desenho de caixas.
Ninguém quer decifrar isso, e o escritor se cansa. Mesmo que o Claude se esforce para desenhar um diagrama, ele acaba sendo folheado.
④ Você não pode tocar ou mover, então termina só na leitura
Você quer experimentar uma cor um pouco mais suave, testar a velocidade de uma animação ou ver como fica se você aumentar um valor em 1,5x.
Nos negócios, há situações frequentes em que você precisa "experimentar" para fazer um julgamento. Você não pode fazer isso com Markdown. Você lê, simula mentalmente e depois envia instruções de volta em texto — um loop ineficiente.
⑤ Quebra quando aberto no celular
Slack, e-mail ou Notion em movimento. No cenário de negócios brasileiro, metade dos materiais compartilhados são abertos primeiro no celular.
Os layouts do Markdown não acompanham a largura da tela. Tabelas transbordam horizontalmente, blocos de código são quebrados de forma estranha e as hierarquias de cabeçalho se tornam invisíveis. A vontade de ler desaparece naquele momento.
Vamos dar um nome a isso. Cada vez que você produz Markdown não lido, o cansaço se acumula tanto para o remetente quanto para o receptor antes mesmo de abri-lo. O custo de rolar 100 linhas, corrigir quebras de linha no Slack, a falha na comunicação devido à falta de diagramas e cores, o atraso no julgamento porque você não pode interagir e a quebra no celular.
Todas essas são taxas ocultas pagas todos os dias. Neste artigo, chamamos isso de "Imposto de Formato".
Este não é um imposto pequeno. Mais da metade do valor do Claude Code é determinado não pelo conteúdo da saída, mas por "a quem ela alcança e até onde". Ao gerar em um formato que não alcança as pessoas, você está essencialmente jogando fora metade da sua assinatura.
Como Mudar: Basta Adicionar "Gere como um arquivo HTML"
Você não precisa complicar isso. Há muito menos a fazer do que você pensa.
Basta adicionar uma linha ao final do seu pedido usual ao Claude Code. As três opções abaixo significam a mesma coisa:
- "Gere como um arquivo HTML"
- "Gere como uma página HTML única"
- "Faça em HTML para que o leitor possa abrir diretamente"
Se você se sentir mais confortável escrevendo em inglês, "make a HTML file" ou "make a HTML artifact" também funciona. O resultado é o mesmo.
O Claude Code pode extrair contexto do MCP, navegadores, git e sistema de arquivos. A força do Claude Code é que ele pode agrupar fontes de informação muito mais amplas em um único HTML do que as versões de chat web do ChatGPT ou Claude.ai.
Isso se conecta ao que discutimos anteriormente. Os Artifacts que você recebeu no ChatGPT ou Claude.ai e achou "bonitos" foram gerados como HTML.
Agora você pode receber esse mesmo mundo no lado do Claude Code. Não é uma história técnica difícil; ao mudar uma linha na forma como você pede, materiais que realmente alcançam as pessoas serão gerados.
Thariq enfatiza um ponto em seu artigo: "Eu não quero que isso seja transformado em uma Skill /html ainda; quero que as pessoas se acostumem primeiro através de prompts." Isso apesar de ele ser um desenvolvedor na equipe do Claude Code que produz Skills.
Ele não está descartando transformá-lo em uma Skill. Ele está dizendo: "Se você empacotar antes que o uso esteja consolidado, você perderá as partes que são verdadeiramente eficazes."
Dentro da Anthropic, as saídas HTML que se tornaram frequentes estão começando a ser componentizadas em coisas como plugins do Playground. Em vez de esperar por um produto finalizado desde o início, experimente com um prompt de uma linha primeiro para encontrar o padrão que se encaixa no seu trabalho. Só depois de chegar a esse ponto você deve passar a transformá-lo em uma Skill.
Escrever "gere em HTML" em cada prompt pode parecer uma tarefa, mas escolher o formato em si não é uma tarefa. No momento em que você muda de Claude gerando Markdown para Claude gerando HTML, você deu meio passo em direção a ser aquele que "projeta a saída antes de esperar por uma Skill pré-projetada".
5 Cenários de Negócios Que Mudam Apenas com a Mudança para HTML
Este capítulo é eficaz para o trabalho real de segunda a sexta. Reordenei os cinco casos de uso do artigo original em ordem de frequência no cenário de negócios brasileiro: Relatórios Semanais/Resumos de Pesquisa, Comparação Paralela de Propostas, Ajustes de Design, Telas de Edição para Tomada de Decisão e Revisões de PR/Especificações.
Cada cenário é resumido com o problema atual, Antes/Depois e, finalmente, uma instrução de exemplo para dar ao Claude Code.
[Cenário 1] Entregando Relatórios Semanais e Resumos de Pesquisa com Diagramas
Uma ocorrência comum nos negócios brasileiros. Segunda-feira de manhã, seu chefe pede: "Resuma as tendências da semana passada."
Antes: Você cola 120 linhas de Markdown no Slack. As quebras de linha quebram. Seu chefe não abre. Não é incluído nos materiais da reunião de diretoria. Você acaba explicando verbalmente, dizendo: "Eu pedi para o Claude fazer."
Depois: Você resume em uma única página HTML incorporando logs do Slack, histórico de tickets do Linear ou Notion, logs do git e documentos internos. Você inclui um diagrama de fluxo de negócios simples usando SVG e coloca três pontos-chave em blocos coloridos na parte inferior.
Se você colocar isso no armazenamento interno e compartilhar o URL, seu chefe pode abri-lo no celular durante o trajeto, a diretoria pode citá-lo e ele pode ser colado em atas de reunião.
O ponto chave aqui é que o Claude Code pode extrair contexto do MCP, navegadores, git e sistema de arquivos. Mesmo se você pedir a um chat web para "fazer um HTML", é difícil agrupar tantas fontes de informação em um só. Este é um relatório semanal que apenas o Claude Code pode criar.
O próprio Thariq escreveu que fez os diagramas para seus artigos pedindo ao Claude Code que lesse todo o HTML em sua pasta de código e os resumisse em uma página. Um "relatório semanal que é lido" e um "diagrama para um artigo explicativo que é lido" são estruturalmente a mesma coisa.
▼ Instrução de Exemplo:
"Leia todas as interações do Slack da semana passada, conclusões de tickets do Linear e logs do git, e gere um relatório semanal como uma única página HTML que meu chefe possa entender em 1 minuto. Inclua um diagrama de fluxo de negócios simples em SVG e três pontos-chave em blocos coloridos na parte inferior. Certifique-se de que não quebre quando aberto em um smartphone."
[Cenário 2] Mostrando 6 Opções de Proposta/Pesquisa Lado a Lado
Qual direção devemos seguir para a proposta da próxima semana? Uma cena comum em planejamento, vendas e planejamento corporativo onde múltiplas opções são criadas e alinhadas com os tomadores de decisão.
Antes: Você envia seis opções em seis arquivos Markdown separados. O cliente não consegue abrir e comparar um por um. Eles perguntam: "Qual é a sua principal recomendação?" e você percebe que nem tinha comparado completamente as opções.
Depois: Você organiza seis opções com diferentes tons, densidades e públicos-alvo em uma grade em uma única página HTML. Você adiciona uma linha de trade-off sob cada opção. O tomador de decisão compara todas em uma tela e responde imediatamente: "Quero misturar esta e esta" ou "Use o público da #3 com a densidade da #1." A resolução da discussão muda no momento em que você as mostra em paralelo.
Para um tomador de decisão, o tempo necessário para julgar é mundos de diferença entre receber seis arquivos e ter seis opções alinhadas em uma tela. É menos sobre "fazê-los ler" e mais sobre "permitir que tomem uma decisão".
▼ Instrução de Exemplo:
"Crie 6 opções de proposta para a apresentação da próxima semana com diferentes tons, densidades e públicos-alvo, e organize-as em uma grade em uma única página HTML. Escreva uma linha de trade-off sob cada opção. Além disso, adicione um botão na parte inferior para copiar o resultado como Markdown assim que uma decisão for tomada."
[Cenário 3] Decidindo Designs e Protótipos Tocando Neles
Ao decidir cores, tamanhos ou movimentos, você deve desistir de alinhar através de texto. Esta é uma cena onde marketing, RP e planejamento vão e voltam muitas vezes sobre e-mails de agradecimento ou botões de landing page.
Antes: Você se comunica com palavras como "um azul um pouco mais suave" ou "deixe o movimento mais suave". A imagem do receptor se desvia toda vez. Olhando para a versão que voltou após uma rodada, você adiciona mais palavras: "Não, não esse tipo de suave."
Depois: Você pede ao Claude Code para criar um HTML onde você possa mover controles deslizantes para cor e velocidade da animação. Você cria protótipos para botões de e-mail de agradecimento ou botões de CTA de LP como páginas HTML únicas e envia o URL para as partes interessadas. Todos tocam, decidem os melhores valores e copiam esses valores de volta para o Claude. A troca de textos diminui e o tempo para acordo encurta.
Relacionado a isso, o Anthropic Labs está começando a formalizar este conceito de "toque para decidir e copie a operação de volta para o Claude" como um plugin do Playground. A saída HTML não é apenas um pequeno truque; é uma direção que a própria Anthropic está cultivando como um padrão.
▼ Instrução de Exemplo:
"Crie um HTML onde eu possa decidir a cor e a velocidade da animação do botão no e-mail de agradecimento usando três tipos de controles deslizantes. Adicione um botão na parte inferior para copiar os valores decididos."
[Cenário 4] Criando uma Tela de Julgamento em 3 Minutos
Quais medidas devem ser atribuídas a Agora, Próximo, Depois ou Cortar para o próximo trimestre? Classificar 30 tickets para decidir prioridades é uma "tarefa de julgamento" típica para PdMs, planejadores e planejamento corporativo.
Antes: Você alinha 30 itens em uma planilha e preenche manualmente a coluna de prioridade um por um. Você classifica, repensa, move para outra planilha e move de volta. Alguns dias você gasta 30 minutos e ainda não tem uma conclusão.
Depois: Você pede ao Claude Code para "fazer um HTML onde eu possa arrastar e soltar itens em quatro colunas: Agora, Próximo, Depois e Cortar." Uma tela de edição dedicada fica pronta em 3 minutos. Você arrasta os 30 cartões e, quando terminar, copia os resultados. O tempo para tarefas de julgamento encolhe por uma ordem de magnitude.
Há um princípio de design aqui que é facilmente esquecido, mas altamente eficaz. É a frase onde Thariq escreve: "Sempre termine com uma exportação." Ao fazer uma tela de edição, inclua sempre botões para "Copiar como JSON", "Copiar como Prompt" ou "Copiar como Markdown".
Sem isso, você não pode retornar os resultados da sua classificação para o Claude, e termina apenas como uma ferramenta de tarefa. Uma tela de edição se torna um dispositivo de julgamento apenas quando você cria um loop: julgue em HTML, depois retorne o resultado do texto estruturado para o Claude.
Essa mesma ideia pode ser usada para editar feature flags, editores de prompt de sistema lado a lado ou conjunto de dados para aprovar/rejeitar/taggear. "Criar uma IU descartável e dedicada em 3 minutos" é onde o verdadeiro valor do Claude Code é mais claramente demonstrado.
▼ Instrução de Exemplo:
"Crie um HTML onde eu possa arrastar e soltar 30 medidas para o próximo trimestre em quatro colunas: Agora, Próximo, Depois e Cortar. No final, coloque um botão 'Copiar como Markdown' para que eu possa gerar os resultados da classificação com razões para cada linha."
[Cenário 5] Entregando Revisões de PR e Compartilhamento de Especificações com Diffs Codificados por Cores
Finalmente, uma cena para colaborar com engenheiros. Mesmo que você não leia código, como PdM, diretor ou editor, você pode ser chamado para revisões de PR ou confirmações de especificações.
Antes: Pedem para você abrir a tela de diff do GitHub. Você não consegue dizer qual parte do diff é importante e qual pode ser ignorada apenas olhando. Você tem que ler os comentários para acompanhar a história. Pessoas que não leem código geralmente dizem "me avise se houver algo" e fecham.
Depois: Você pede ao Claude Code para "transformar este PR em um documento de revisão HTML que alguém que não lê código possa entender em 30 segundos." Comentários são anexados ao lado dos diffs, o escopo do impacto é codificado por cores e um resumo de três preocupações é fornecido no final. Se você enviar isso para o armazenamento interno e compartilhar o URL, PdMs e diretores podem fornecer feedback com um botão. Aqueles que colaboram com engenheiros podem finalmente participar das revisões.
HTML não é uma linguagem para engenheiros; é uma ferramenta para entregar uma história. O significado do diff, os riscos e o escopo do impacto — esta "informação que requer decifração" é entregue com anotações, cor e layout. Esse é o significado da conversão para HTML.
▼ Instrução de Exemplo:
"Transforme este PR em um documento de revisão HTML que alguém que não lê código possa entender em 30 segundos. Anexe comentários ao lado dos diffs, mostre o escopo do impacto com codificação de cores e resuma três preocupações no final."
Enquanto você continuar gerando em Markdown para esses cinco cenários, o imposto de formato está se acumulando silenciosamente, mas diariamente. Se você vai pará-lo no momento em que notar será a diferença a partir da próxima semana.
6 Perguntas Que Surgem ao Mudar
Lendo isso, várias perguntas provavelmente vêm à mente. Reordenei a seção de FAQ do artigo original na ordem em que os leitores de negócios brasileiros provavelmente as encontrarão.
■ Usa mais tokens?
Sim, usa. O artigo original afirma que leva de 2 a 4 vezes mais tempo para gerar do que o Markdown. No entanto, o Opus 4.7 tem um contexto de 1 milhão de tokens, então o risco de conversas quebrarem devido a limites de contexto ao retornar HTML é praticamente inexistente.
A conclusão de Thariq é: "Os números aumentam, mas se você escolher o resultado que é lido, compensa para o trabalho total." É uma escolha entre usar seu contrato mensal de mais de 3.000 ienes para 1.000 linhas de Markdown não lido ou uma página de HTML que é aberta.
■ O design não vai ficar feio?
Esta é uma preocupação válida, mas existem contramedidas.
Uma é usar os plugins de design frontend do Claude Code. Outra é fornecer ao Claude um HTML de amostra do site da sua empresa ou de materiais existentes. Se você fornecer um arquivo de referência e disser "neste tom" ou "com esta fonte e paleta", o Claude gerará HTML que corresponde à aparência da sua empresa. Manter um arquivo como design-system.html em sua base de código permite que você o referencie toda vez.
■ Editar HTML não é um trabalho chato?
Você não precisa editá-lo sozinho.
O próprio Thariq escreve que não toca diretamente no HTML. Se você disser ao Claude: "Suavize um pouco esta cor" ou "Deixe a terceira seção um pouco menor", ele corrigirá para você. Contanto que você o use para especificações, brainstorming ou materiais de referência, você pode deixar toda a edição para o Claude.
■ Como faço para abri-lo? Como faço para compartilhá-lo?
Abrir é fácil. Basta abrir o arquivo HTML que o Claude Code produziu localmente no seu navegador.
Você pode até pedir ao Claude para "abrir este arquivo", e ele pode abri-lo no seu navegador para você. Ao compartilhar, a maneira mais fácil é enviá-lo para o armazenamento interno ou S3 e fornecer o URL. Se você colar o link no Slack ou e-mail, o destinatário pode abri-lo no navegador. Essa etapa extra de converter Markdown para PDF desaparece completamente.
■ E o controle de versão?
Para ser honesto, o HTML não é muito adequado para o gerenciamento de diff do Git. Corrigir uma linha pode mover diffs para outro lugar devido às configurações do formatador. O próprio Thariq escreve que o HTML é a maior fraqueza do controle de versão.
É por isso que a solução prática é: "Entregáveis para pessoas" são HTML, e "especificações ou registros dos quais você deseja manter o histórico" são Markdown. Não se trata de abolir o Markdown, mas de mudar para uma mentalidade de escolher o formato com base no propósito da saída.
■ Posso parar de usar Markdown completamente?
Não. Registros, históricos de alterações e texto estruturado que você deseja manter no repositório devem permanecer como Markdown.
CLAUDE.md e SKILL.md são mais fáceis de gerenciar e rastrear diffs se permanecerem como Markdown. O HTML é adequado para "entregar para pessoas", "deixar as pessoas tocarem", "alinhar múltiplas opções" e "deixar as pessoas julgarem com cor". Se você entender amplamente como "Markdown para interagir com IA, HTML para distribuir para pessoas", você não se perderá.
A essa altura, suas dúvidas iniciais devem estar esclarecidas. Um artigo que inclui desvantagens é mais confiável — essa é minha crença como escritor.
Você Vai Continuar Pagando o Imposto de Formato ou Vai Passar para o Lado do Design?
Finalmente, vamos elevar nossa perspectiva para concluir.
Já falamos anteriormente sobre o "Imposto do Prompt" — o custo de redigitar as mesmas premissas para o Claude. Depois, a história de migrar para a camada de design com a pasta .claude. Este "Imposto do Formato" é o terceiro tema dessa série. Após a camada de conversa e a camada de design, agora abordamos a camada de saída.
Vamos definir "Imposto do Formato" como algo que podemos compartilhar com os leitores:
Se você continua escolhendo formatos de saída que não são lidos, o cansaço se acumula tanto para você quanto para os outros antes mesmo de abrir. Você paga mais de 3.000 ienes por mês pelo Claude Code, mas os entregáveis nunca são usados nas reuniões. Essa sensação vem de não fazer um julgamento na seleção do formato. Isso é o Imposto do Formato.
Gerar saída em Markdown é uma tarefa. Escolher HTML é um julgamento. Mesmo usando o mesmo Claude Code, um único julgamento na seleção do formato muda significativamente a distância que seus entregáveis alcançam.
E HTML não é uma linguagem para engenheiros. É uma ferramenta para criar materiais que são lidos. Deixe de lado a ideia de construir um site por um momento. Apenas tente gerar o relatório semanal, a proposta ou o documento de revisão que você está escrevendo esta semana em HTML. Isso já basta.
Vamos falar do panorama geral.
A era em que o Markdown era o padrão implícito da indústria de IA está silenciosamente terminando dentro da Anthropic. Enquanto CLAUDE.md, SKILL.md e as regras do Cursor foram todos construídos sobre uma premissa de Markdown, o formato de saída está começando a mudar primeiro. Leitores que testemunham o momento em que o padrão muda podem avançar meio passo à frente.
Claro, uma vez que você percebe "faço isso toda semana", pode então escolher evoluir isso para uma Skill.
Dentro da Anthropic, padrões com alta frequência para saída em HTML, como Playgrounds relacionados a design, estão sendo gradualmente cultivados como componentes. No entanto, para a primeira semana, um prompt de uma linha é suficiente. Esta noite, tente gerar apenas um relatório semanal em HTML. Na próxima semana, tente alinhar seis opções de proposta em uma única grade. Comece por aí, e o imposto do formato começará silenciosamente a diminuir.
O próprio Thariq escreve no final do seu artigo: "Eu tinha medo de parar a leitura profunda de Markdown e deixar todos os julgamentos para o Claude. Desde que mudei para HTML, sinto que estou de volta ao loop com o Claude e, acima de tudo, é simplesmente divertido criar."
Escolher um formato é um interruptor para retomar a iniciativa ao trabalhar com IA e, ao mesmo tempo, um interruptor para trazer um pouco mais de calor ao seu trabalho diário.
Você continuará produzindo Markdown não lido ou passará para o lado que escolhe o formato? A próxima semana será o limite.
Resumo
- O desenvolvedor que construiu o Claude Code na Anthropic declarou que não usa mais Markdown. A adoção de HTML está se espalhando dentro da equipe interna.
- Até agora, o Markdown era o padrão implícito para IA — desde Claude Code e Cursor até GitHub Copilot, Cline, Wikis internas e saídas do ChatGPT. O criador agora desafiou esse padrão da indústria.
- Existem 5 razões pelas quais o Markdown não é lido: não pode ser relido com 100 linhas / quebra quando compartilhado / sem cores ou diagramas / não pode ser tocado para julgar / quebra no celular. Esses custos ocultos são o "Imposto do Formato".
- Para mudar, basta adicionar uma linha: "Gere como um arquivo HTML." Transformar isso em uma Skill pode esperar até que o uso esteja consolidado.
- 5 cenários de negócios — relatórios semanais, propostas paralelas, ajustes de design, telas de julgamento e revisões de PR — transformam-se em materiais que são abertos, julgados e retornados apenas com a mudança para HTML.
- Escolher um formato é um julgamento, não uma tarefa. Gerar saída em Markdown é uma tarefa; escolher HTML é um julgamento. A diferença entre os usuários do Claude Code se abre aqui.
Para quem achou este artigo útil:
O Laboratório Claude Code da Universidade de Tóquio (@ClaudeCode_UT) é uma conta administrada a sério por uma equipe de estudantes da UTokyo. Também estamos trabalhando em desenvolvimento conjunto de negócios Claude Code com grandes empresas, e compartilhamos apenas designs e know-how que realmente funcionam no campo.
Entregamos informações e know-how "verdadeiramente úteis" especializados para o trabalho prático todos os dias 👇
■ Lançamento gratuito de habilidades Claude Code utilizáveis na prática
■ Tradução e reestruturação de informações primárias de IA do exterior para o contexto empresarial japonês
■ Este é o único lugar para receber habilidades e ferramentas desenvolvidas a sério pela equipe da UTokyo que são "verdadeiramente úteis" gratuitamente ❗️
Se tiver interesse, por favor siga e confira.
LINE está aqui ⇩
