Acabei de enviar uma atualização importante para meu livro Dominando o Sinal Angularé – um novíssimo Edição Angular v22. Não é um erro de digitação: um manuscrito atualizado, um repositório de código complementar atualizado para v22, um pipeline de impressão/e-book reconstruído, listagens atualizadas da Amazon e Leanpub, uma série de artigos de SEO, e um lançamento completo no X, LinkedIn, um boletim informativo, e YouTube.

Levou 2 dias. E eu mal escrevi uma palavra à mão.

Em vez de, Eu dirigi um tripulação de agentes especializados em IA em dois repositórios e duas ferramentas de IA. Quero explicar exatamente como - não a versão exagerada, o verdadeiro, incluindo os problemas difíceis que os agentes realmente resolveram e as situações em que tive que intervir e mantê-los honestos.

O desafio: uma “atualização de livro” não é um trabalho

Se você nunca enviou um livro técnico, aqui está a parte que ninguém te conta: uma nova edição não é uma edição. São uma dúzia de empregos usando um sobretudo.

• O manuscrito precisa ser reescrito para as novas APIs – e cada trecho de código deve realmente ser compilado na estrutura.
• O repositório de código complementar (um aplicativo executável por capítulo) tem que ser atualizado e mantido em sintonia com a prosa.
• O construir pipeline tem que produzir um PDF impresso, um PDF digital colorido, um EPUB, e um arquivo Kindle – cada um com seu próprio conjunto de ferramentas meticuloso.
• O listagens de lojas (Amazônia, Lean Pub) preciso de fresco, preciso, cópia com reconhecimento de palavras-chave.
• E então a coisa tem que lançar: Artigos de SEO, postagens sociais, um boletim informativo, imagens, um cupom, as obras.

Fazendo aquele solo, à mão, são semanas. A questão interessante não era “a IA pode escrever algo disso?" Era: uma equipe coordenada de agentes pode fazer a maior parte disso, bem o suficiente para enviar, se um humano permanecer no circuito?

O sistema: duas ferramentas, dois repositórios, uma tripulação

Aqui está a forma disso.

https://Medium.com/media/b85877467f40fda8c0f606417918e45f/href

Duas ferramentas de IA, cada um jogando com sua força:

• CLI antigravidade do Google (Gêmeos 3.5 Clarão) foi coautor do manuscrito e dirigiu o atualização do repositório de código para angular v22 – rápido, passagens amplas por capítulos e aplicativos de exemplo. Crucialmente, não estava escrevendo código v22 da memória: ele correu o Servidor CLI MCP angular (@angular/cli mcp) e o oficial Extensão angular para Gemini CLI – Angular's own system instructions and best-practice prompts from angular.dev/ai. Seu código v22 veio ao vivo, ferramentas confiáveis, não é adivinhação.
• Código Claude sapo tripulação de agentes especializados em funções para o trabalho que precisava de profundidade e julgamento: controle de qualidade editorial e técnico, engenharia de pipeline de construção, estratégia de marketing, SEO, e distribuição – apoiado por seu próprio compartilhamento Habilidades angulares v22 (desenvolvedor angular, angular-novo-aplicativo).

Dois repositórios, deliberadamente mantidos separados, mas conectados:

• O repositório de livros — manuscrito, os scripts de construção multiformato, e toda a infraestrutura de marketing.
• O repositório de código (livro de sinais angulares modernos) – um aplicativo Angular executável por capítulo, então cada trecho do livro é apoiado por um código que você pode realmente executar.

A fiação é importante: meu agente editorial não confiava apenas na prosa. Isto leia o repositório de código diretamente para verificar que o que o livro reivindicado correspondeu ao código fez. Essa única conexão detectou o bug mais embaraçoso de todo o projeto (mais sobre isso abaixo).

A tripulação

Observe o padrão: ambos Ferramentas de IA foram conectadas a ferramentas Angular reais – o lado Gemini por meio do servidor Angular CLI MCP e dos prompts oficiais do Angular, o lado Claude por meio de habilidades compartilhadas do Angular v22. Nem foi inventar a estrutura de memória. Essa é a mesma ideia de “a verdade básica supera as vibrações”, aplicado na camada de ferramentas – e é por isso que o código v22 em todo o livro fala de maneira consistente, dialeto moderno (sinais, recurso, Formulários de Sinal, sem zona).

Eu não era um escritor neste projeto. eu era um diretor: definir a intenção, revisar a saída, fazer as ligações que os agentes não conseguem, e clique em publicar.

Vale a pena contar três momentos na íntegra, porque é onde a afirmação “agentes de IA podem fazer trabalho real” se sustenta ou desmorona.

História do herói 1: o agente detectou uma API que não existe

Aqui está aquele que me vendeu.

Um capítulo sobre componentes acessíveis teve um aspecto polido, confident code example using AriaAccordion and AriaAccordionItem from Angular's new ARIA library. Li perfeitamente. I'd have shipped it.

O revisor de livros agente sinalizou: esses símbolos não existe. A verdadeira API é AccordionGroup, Painel Acordeão, Gatilho de acordeão, e AccordionContent de @angular/aria/accordion. O rascunho anterior alucinava uma API de aparência plausível – exatamente o tipo de coisa que um autor humano ignora porque visual certo.

Ele encontrou o erro porque não raciocinou de memória. Isto leia o repositório de código complementar e a superfície real do pacote, então comparou. Esse é o truque: um agente de verificação de fatos com acesso à verdade supera um agente confiante que trabalha a partir de vibrações, toda vez.

Aqui está aquele agente, cortar ao essencial:

nome: descrição do revisor de livros: Revise os capítulos para questões editoriais e técnicas. ferramentas: [Ler, Grep, globo, Bash] # A instrução que importa: # Não raciocine de memória. Leia o repositório de código complementar e o # superfície real do pacote, em seguida, compare cada nome e snippet de API em # a prosa contra o que o código realmente faz. É assim que um # confiante, API plausível que não existe é capturada.

revisor de livros, cortado ao essencial. As ferramentas mais uma instrução: verificar com base na verdade.

E não foi um caso isolado. O mesmo passe editorial – registrado, capítulo por capítulo, em um EDITORIAL-REVIEW-LOG.md que durou quase 300 linhas – capturado mais de uma dúzia de erros flagrantes, incluindo um capítulo do roteiro que ainda dizia "v20" onde isso significava v22, e um trecho referenciando um sinal chamado itens que o código real renomeou para pessoas. Coisas pequenas. The kind that erode a reader's trust one paper cut at a time.

A lição: o agente de maior alavancagem em toda a tripulação não era aquele que escreveu. Foi aquele que verificado contra a verdade fundamental.

História do herói 2: os agentes fizeram engenharia de verdade, não apenas prosa

Escrever é a parte fácil. O conjunto de ferramentas é onde os projetos de livros morrem – e é aqui que eu esperava que a IA batesse. Não aconteceu.

Quando carreguei o interior do livro em formato brochura no Amazon KDP, era rejeitado: “texto fora das margens.” Duas vezes.

A equipe depurou como um engenheiro faria. O diagnóstico: meu PDF foi renderizado por WeasyPrint, e o realce de sintaxe do Pandoc envolve cada linha de código em um display:extensão de bloco embutido. Quando um bloco de código fragmentos em uma quebra de página, WeasyPrint para de empacotar esses trechos – linhas tão longas na página de continuação ultrapassam a margem. Nós o reproduzimos isoladamente, confirmou o modo de falha exato, e então fiz uma ligação:

• Imprimir PDF → renderizar com –sem destaque. O interior do livro é preto e branco de qualquer maneira, tão simples <pré><código> (que envolve de forma confiável) não custa nada e resolve a rejeição.
• PDF digital → manter o realce de sintaxe em cores, mas renderize com Marionetista (cromo sem cabeça), qual faz agrupar intervalos de blocos embutidos corretamente nas quebras de página.

O resultado foi um construção de PDF duplo: um B&C, arquivo seguro para impressão para Amazon e uma cor, arquivo destacado para Leanpub – ambos produzidos por uma construção:comando pdf.

Essa não foi a única luta do conjunto de ferramentas. O validador EPUB do Leanpub rejeitou o arquivo 77 não fechado <br> etiquetas em uma tabela de comparação – invalid XHTML that was quietly corrupting the chapter's XML parse and throwing a phantom "broken crosslink" erro. A correção foi rastreada, aplicado, e verificado para zero erros, zero avisos. Um bug separado do Kindle MOBI se resumiu a um incompatibilidade de lesma – Pandoc turns Angular's into angulars, mas o construtor do índice estava produzindo angular-s, so a link pointed at an anchor that didn't exist. One small helper function to match Pandoc's algorithm, e o TOC resolveu.

A lição: “IA pode escrever” é a afirmação chata. O útil é que um agente capaz pode diagnosticar um bug de renderização em um limite de quebra de página, A/B dois renderizadores, e enviar uma correção de pipeline duplo – comigo revisando, não codificação manual.

História do herói 3: a fábrica de marketing

Uma vez que o livro era sólido, a tripulação se transformou em uma fábrica de conteúdo – e é aqui que a alavancagem se agravou.

De uma única fonte de verdade, os agentes produzidos:

• Listagens de lojas para Amazon e Leanpub – ciente de palavras-chave, verificado, com legenda e posicionamento unificados em ambos.
• Uma série de artigos sobre SEO, começando com (“O que há de novo no Angular v22” e um “RxJS → Guia de migração de sinais”), cada um verificado com o repositório de código e pronto para o Ghost.
• UM kit de lançamento completo: um fio X, uma postagem no LinkedIn com um carrossel de 7 slides, uma postagem do blog Ghost que funciona como um e-mail, uma postagem na comunidade do YouTube, um pequeno roteiro, e um boletim informativo.
• Cinco cartões de imagem mais um carrossel de slides – um gancho de lançamento, um antes/depois, 9:16 cortes verticais para Shorts/Stories, e uma imagem especial – todos renderizado programaticamente via Headless Chrome de HTML, na linguagem visual do livro, nenhuma ferramenta de design envolvida.

Houve até um momento de estratégia criativa. Uma postagem acabou de se tornar viral no X (“Propinas” de Andrew McCalip), então o livreiro agente com engenharia reversa por que – um momento compartilhado, um antes/depois em um único corte, um acompanhamento contido de “resultados” 48 horas depois – e apliquei essa fórmula ao lançamento em vez de adivinhar.

A lição: a parte cara de um lançamento não são as ideias, isso é produzindo uma dúzia de marcas, variantes precisas entre formatos. Esse é exatamente o trabalho que uma equipe coordenada faz no café da manhã.

Os guarda-corpos: por que “human-in-the-loop” não era opcional

Quero ser honesto sobre os modos de falha, porque fingir que os agentes são autônomos é como você envia algo errado.

Tudo o que a tripulação produziu foi um rascunho. Eu verifiquei e publiquei. E esse portão ganhou seu sustento:

• Um gancho de lançamento afirmou que os sinais foram “experimentais por três anos”. Tecnicamente falso — o sinal central()/computado()/efeito() ficou estável poucos meses depois de seu 2023 visualização. eu peguei; nós o reformulamos para o arco verdadeiro (primeiro sinal experimental() em 2023 → o kit de ferramentas estável completo na v22). Um público Angular teria destruído o original.
• Uma frase da biografia do autor perfeitamente confiante tinha um parênteses não fechados que reuniu dois pensamentos - invisíveis até que você os leia em voz alta.
• A cópia de marketing e o site ainda apontavam para um código de cupom retirado e um preço do livro antigo ($29.99 contra o novo $24.99). Links e preços obsoletos são exatamente o que um agente não saberá questionar.

Nada disso é motivo para não usar agentes. Eles são a razão para continue sendo o editor-chefe. Os rascunhos do modelo; você possui o que envia.

O resultado, e uma estrutura que você pode reutilizar

A edição Angular v22 está no ar – sobre Lean Pub e Amazônia, com o site e blog atualizados, lançamentos etiquetados automaticamente por liberação semântica, e uma atualização gratuita para todos que já o possuem. A coisa toda, de ponta a ponta, em 2 dias.

Se eu destilasse o sistema em algo reutilizável, são quatro regras:

1. Dê aos agentes a verdade, não apenas um aviso. O revisor que conseguiu ler o repositório de código detectou o bug que o escritor inventou. Conecte seus agentes à fonte da verdade e eles pararão de ter alucinações.
2. Especialize a tripulação. Um assistente “faz tudo” é medíocre em tudo. Um revisor, um comerciante, um escritor, um distribuidor – cada um com um trabalho apertado – compostos.
3. Deixe que os agentes sejam donos do conjunto de ferramentas, não apenas o texto. As maiores vitórias foram correções no pipeline de construção, não prosa.
4. Continue sendo o editor-chefe. Rascunhos em, julgamento no topo, você clicou em publicar.

Quero o kit inicial? As cinco definições de agente, com a estratégia redigida, estão em uma essência pública: a tripulação, higienizado.

O que eu faria diferente

Duas coisas. Primeiro, eu ligaria o verificação de repositório de código ainda mais rigorosa no ciclo de escrita, então, um snippet é verificado em relação ao código executável no momento em que é escrito, não em uma revisão posterior. Segundo, Eu ia decida a métrica de lançamento antecipadamente — a batida dos “resultados em 48 horas” é de livre alcance, mas somente se você souber qual número vai postar antes do lançamento.

Quer o livro que a tripulação reconstruiu? Dominando Sinais Angulares — Edição Angular v22 está fora agora: sinais dos fundamentos para formas de sinal, httpRecurso, LinkedSignal, sem zona, e uma migração RxJS/NgRx passo a passo – com um prefácio da equipe Angular do Google. Obtenha-o sem DRM Lean Pub, ou em Amazônia.

---

Enviei uma atualização do livro Angular v22 com uma equipe de agentes de IA. Aqui está o sistema foi publicado originalmente no Google Developer Experts on Medium, onde as pessoas continuam a conversa destacando e respondendo a esta história.