O MUNDO NÃO ESTÁ PARADO.RSS
BIG CHANGE.

Edição em Markdown

AI-translated from English; not yet reviewed by a fluent editor.

# Crie um resumo pessoal de notícias com IA e uma habilidade de programação

> Guia baseado em uma versão fixa da habilidade: coleta, duplicatas, filtros, decisões incertas, links e controles de envio. A BIG CHANGE não executou o processo.

By BIG CHANGE Editorial

Published: 2026-10-19T13:04:34.919Z
Updated: 2026-10-19T13:04:34.919Z
Canonical: https://bigchange.ai/blog/personal-ai-news-digest-coding-skill

![Charcoal illustration of one standing reader by a window looking at three short entries on a tablet, each with a small orange mark.](https://bigchange.ai/api/media/file/personal-news-digest-standing-reader-concept-v2.png)
AI-generated conceptual illustration by BIG CHANGE.

Um resumo pessoal de notícias com IA precisa de mais do que uma instrução para resumir links. Ele precisa coletar de fontes que você pode acessar, reconhecer itens já vistos, separar critérios factuais de julgamentos e manter um registro salvo, com links, do que enviou. A [habilidade build-signal-engine de Cole Medin](https://github.com/coleam00/skills/tree/847be0848ae7b997ae4420bc0eac267177a066a2/.claude/skills/build-signal-engine) instrui um agente de programação a construir esse sistema no seu repositório. A habilidade é um procedimento de construção; o código gerado e seu comportamento dependem das suas respostas, fontes, serviços e testes.

Este guia é para quem já usa Claude Code, controla uma pasta de projeto e pode decidir quais feeds ou APIs tem permissão para usar. Você precisará de acesso às fontes e credenciais dos serviços pagos de dados ou modelos que escolher. Os arquivos da habilidade estão sob a licença MIT do repositório; uso do agente, coleta de fontes e chamadas a modelos ainda podem custar dinheiro. A BIG CHANGE inspecionou a habilidade no commit `847be0848ae7b997ae4420bc0eac267177a066a2` e a documentação dos fornecedores. Não instalamos a habilidade, construímos um mecanismo nem executamos um resumo.

## 1. Adicione ao projeto a versão fixada da habilidade

Em uma pasta de trabalho separada, clone o [repositório de habilidades de Cole Medin](https://github.com/coleam00/skills) e selecione o commit fixado:

```sh
git clone https://github.com/coleam00/skills.git skills-source
git -C skills-source checkout --detach 847be0848ae7b997ae4420bc0eac267177a066a2
```

Copie o diretório completo `skills-source/.claude/skills/build-signal-engine/` para `<your-project>/.claude/skills/build-signal-engine/`. Mantenha `references/` e `templates/` ao lado de `SKILL.md`: as instruções usam caminhos relativos para esses arquivos. Inclua a [MIT LICENSE](https://raw.githubusercontent.com/coleam00/skills/847be0848ae7b997ae4420bc0eac267177a066a2/LICENSE) e o aviso de direitos autorais do repositório na cópia. A instalação local ao projeto evita trazer outras habilidades e vincula o guia a uma versão que pode ser revisada.

Abra o repositório no Claude Code e inicie uma nova sessão para ele descobrir a habilidade do projeto. Verifique se `build-signal-engine` aparece entre as habilidades disponíveis e invoque `/build-signal-engine` com o caminho do repositório onde o mecanismo será construído. A [documentação de habilidades do Claude Code](https://code.claude.com/docs/en/skills) descreve a descoberta de `.claude/skills/<name>/SKILL.md` e a chamada `/skill-name`. Se a descoberta falhar, confira a grafia do diretório e se `SKILL.md` está diretamente dentro dele antes de mudar fontes ou fornecedores. Inspecione a habilidade e seus arquivos auxiliares antes de permitir gravação ou execução de código.

## 2. Aprove um perfil feito com seus próprios exemplos

A habilidade começa com uma entrevista. Diga ao agente que informação mudaria uma decisão sua, onde apareceu primeiro um item que você realmente perdeu e onde leria o resumo. Forneça itens reais que queria ver e outros que descartaria, com links quando possível. Escolha fontes permitidas, critérios factuais como idade ou engajamento, tamanho do resumo e destino. O agente deve transformar as respostas em `PROFILE.md` usando `templates/PROFILE.md` e mostrá-lo para aprovação antes de construir.

Leia a lista de fontes e as perguntas de decisão. Uma pergunta sobre se um item relata uma novidade concreta precisa ter significado específico para seu trabalho. Os exemplos de inclusão e descarte formarão depois um pequeno conjunto de testes. Se você só usa alguns feeds simples, veja se um leitor de feeds ou alertas já resolve a tarefa; um mecanismo adiciona componentes e chamadas recorrentes a serviços.

Mantenha as credenciais fora do perfil, prompts, arquivos enviados ao repositório e registros. A habilidade pede um arquivo de ambiente ignorado pelo Git e carregado pelo programa gerado. Ainda assim, você precisa verificar os campos enviados a cada fornecedor, inclusive se seus interesses ou textos das fontes contêm informações sensíveis.

## 3. Construa uma fonte permitida e confira o armazenamento

Peça ao agente que implemente uma fonte de ponta a ponta antes de acrescentar outras. Para cada uma, defina um acesso permitido: feed ou API oficial, fornecedor escolhido ou outro método autorizado pelos termos. Fontes sem acesso automatizado permitido ficam de fora. `references/sources.md` documenta tipos e falhas de fontes; não concede direitos de acesso.

Cada item coletado deve corresponder aos campos de `templates/item_schema.md`: `id` estável, fonte, título, URL, conteúdo, horário de publicação, engajamento disponível e metadados. O armazenamento também registra o que filtrou o item, o resultado da decisão e se ele apareceu em um resumo. Históricos de alterações precisam de entradas individuais datadas e IDs estáveis, em vez de tratar uma página em mudança como um único item. A habilidade sugere SQLite, salvo se você já usa outro armazenamento.

Inspecione uma resposta real da fonte e as linhas salvas. Na segunda coleta, confirme que IDs e URLs apontam para os mesmos itens; registre por fonte quantos foram retornados, salvos como novos e identificados como duplicados. Investigue respostas vazias inesperadas, datas ausentes, erros de interpretação ou uma segunda execução que recrie as mesmas entradas. A deduplicação evita armazenamento ou decisões posteriores repetidas para o mesmo ID; não apaga o custo de buscar novamente uma fonte paga.

## 4. Separe filtros factuais de decisões

Faça o código gerado aplicar regras explícitas de idade, engajamento numérico, idioma, tamanho e itens já vistos. Leia as quantidades descartadas por regra e examine uma amostra. Se a fonte já cobrou por uma linha, um filtro posterior não devolve o dinheiro. Limite as linhas faturáveis por execução e registre separadamente tarifas das fontes, modelo de decisão e modelo de leitura.

Para os itens restantes, a habilidade propõe uma solicitação de decisão tipada por item, reunindo as perguntas do perfil: relevância e se há algo novo e concreto. A referência cita Jev da TypeSafe via OpenRouter como opção; um modelo de saída estruturada é outra. A referência fixada nomeia `typesafe/jev-1.13`. O [guia de Jev da OpenRouter de outubro de 2026](https://openrouter.ai/blog/insights/what-is-jev/) descreve 1.14 e diz que 1.13 continua disponível. Mantenha a versão fixada, a menos que revise e teste deliberadamente uma mudança. O endpoint de decisão do Jev é diferente de uma chamada de conclusão de chat. A [cobertura anterior da BIG CHANGE sobre Jev](https://bigchange.ai/articles/jev-typesafe-ai-decisions-software-diogo-almeida) explica seu papel mais amplo nas decisões de software.

Salve um motivo para descartes claros por fatos ou baixa relevância. Envie inclusões claras e itens incertos à etapa de leitura. Uma decisão que falhou ou está malformada não tem veredito: marque para inspeção ou recuperação controlada e nunca descarte silenciosamente. O recurso à leitura também precisa de limite de custo. Se chamadas malsucedidas ou um lote grande demais excederiam o orçamento de leitura aprovado, mantenha os itens visivelmente pendentes para o leitor em vez de gastar sem limite. São verificações a exigir do mecanismo gerado, não comportamentos comprovados pela BIG CHANGE.

Avalie seus exemplos de inclusão e descarte e uma amostra rotulada dos itens coletados. Revise cada item desejado que o sistema descartou e ajuste uma pergunta confusa ou escolha de fonte antes de mudar um limite. Uma probabilidade tipada pode estar errada para seu material. Preferências ou engajamento podem ajudar a ordenar; nenhum deles comprova importância factual.

## 5. Salve o resumo com links antes de enviá-lo

O modelo de leitura deve receber os itens restantes com links para as fontes, agrupar relatos relacionados e escrever no formato aprovado. Verifique se cada entrada mantém uma URL funcional e distingue corretamente uma alteração menor, um lançamento e uma afirmação não confirmada. Leia o resumo junto das fontes; uma frase bem escrita não comprova que uma mudança aconteceu.

A habilidade exige salvar o arquivo datado `digests/YYYY-MM-DD.md` antes do envio por e-mail, chat ou notas. Confirme que existe e abre mesmo se a entrega falhar. O arquivo e os registros permitem rastrear por que uma notícia entrou. Verifique se a etapa de envio gerada consegue tentar novamente a partir desse arquivo sem buscar as fontes nem pagar toda a execução outra vez.

## 6. Autorize e observe a execução recorrente

Antes de registrar qualquer automação, peça ao agente a invocação e o procedimento de parada do mecanismo realmente gerado, o agendador para seu sistema, fuso horário local, destino, credenciais usadas, limite de linhas faturáveis, registro de execução e proteção contra duplicação. Revise o comando exato que será executado. A habilidade cita cron, launchd e Windows Task Scheduler, mas não fornece um comando universal do mecanismo. Autorize aquele agendamento diário específico somente após uma execução manual produzir um arquivo com links que você aceite.

Observe uma execução agendada real. Compare contagens por fonte, motivos de filtro, rotas de decisão, cobranças de tokens e serviços, caminho de saída e resultado de entrega com a execução manual. Verifique se uma segunda invocação ou uma sobreposta não duplica efeitos. Se falhar, localize a etapa no registro, preserve o resumo salvo se houver, repare o problema de fonte, decisão ou envio e repita somente o necessário sob o mesmo limite aprovado. Confira também o comando para desativar o agendador, para conseguir interromper buscas e cobranças recorrentes.

Durante uma semana, leia a saída junto das fontes importantes para você. Marque omissões e ruído. Para cada omissão, identifique se o item não foi coletado, caiu em um filtro factual, foi descartado por decisão ou omitido na leitura. Altere essa etapa e repita a verificação. Essa semana de observação fornece evidências sobre suas fontes e perguntas, mas não certifica precisão sem supervisão.

## A grande mudança

A parte reutilizável da habilidade é separar coleta, armazenamento estável, filtros factuais, julgamentos tipados e leitura com links. Um agente pode montar essas partes em torno de um perfil aprovado pelo leitor. O leitor continua responsável por permissões, exemplos, limites de gastos e início ou interrupção do envio diário. Até o sistema passar, no seu ambiente, pelas verificações de fontes, duplicatas, omissões e execução agendada, ele segue em construção.

## Fontes e leituras complementares

- [A habilidade build-signal-engine fixada de Cole Medin](https://github.com/coleam00/skills/tree/847be0848ae7b997ae4420bc0eac267177a066a2/.claude/skills/build-signal-engine) documenta entrevista e construção. `references/` e `templates/` especificam mapeamento das fontes, rotas de decisão e saída; são instruções, não um mecanismo testado de forma independente.
- [A documentação de habilidades do Claude Code](https://code.claude.com/docs/en/skills) estabelece descoberta no projeto e invocação direta. Não valida este mecanismo específico.
- [O guia de Jev da OpenRouter](https://openrouter.ai/blog/insights/what-is-jev/) descreve a API de decisão e versões disponíveis. Preços e exemplos não medem o custo nem a precisão do fluxo do leitor.
- [A licença MIT do repositório](https://raw.githubusercontent.com/coleam00/skills/847be0848ae7b997ae4420bc0eac267177a066a2/LICENSE) define o aviso que deve acompanhar cópias ou partes substanciais dos arquivos.

## Sources

- [A habilidade build-signal-engine fixada de Cole Medin](https://github.com/coleam00/skills/tree/847be0848ae7b997ae4420bc0eac267177a066a2/.claude/skills/build-signal-engine) — A habilidade build-signal-engine de Cole Medin no commit 847be0848ae7b997ae4420bc0eac267177a066a2 é o procedimento principal. Referências de entrevista, fontes, decisões e resumo e três modelos de arquivo documentam sequência, campos e verificações previstos; não comprovam funcionamento no ambiente do leitor.
- [guia de habilidades do Claude Code](https://code.claude.com/docs/en/skills) — O guia de habilidades do Claude Code estabelece a localização de projeto `.claude/skills/<name>/SKILL.md`, descoberta e invocação `/skill-name`. Não testa esta habilidade.
- [guia de Jev da OpenRouter](https://openrouter.ai/blog/insights/what-is-jev/) — O guia de Jev da OpenRouter explica a Decisions API tipada e diz que Jev 1.13 permanece disponível junto da 1.14 em outubro de 2026. Exemplos e preços são documentação do fornecedor, não medições deste fluxo.
- [licença MIT do repositório de origem](https://raw.githubusercontent.com/coleam00/skills/847be0848ae7b997ae4420bc0eac267177a066a2/LICENSE) — A licença MIT do repositório de origem exige incluir os avisos de direitos autorais e permissão nas cópias ou partes substanciais do software.