rewrite-introduction

star 1

Reescrita editorial de introduções de papers acadêmicos: clareza, flow, precisão e força, com checklist anti-IA. Use quando o usuário quiser melhorar, reescrever, polir ou editar a introdução de um paper acadêmico — mesmo que diga apenas 'revise minha introdução', 'melhore o opening', 'rewrite my intro', 'polish the introduction', 'edite a intro', 'improve the writing'. Também use quando o usuário enviar uma introdução pedindo melhorias substantivas na prosa (não apenas diagnóstico — para diagnóstico use introduction-annotator). Calibrado para Ciência Política, RI e ciências sociais, mas aplicável a qualquer paper empírico.

mgaldino By mgaldino schedule Updated 3/23/2026

name: rewrite-introduction description: "Reescrita editorial de introduções de papers acadêmicos: clareza, flow, precisão e força, com checklist anti-IA. Use quando o usuário quiser melhorar, reescrever, polir ou editar a introdução de um paper acadêmico — mesmo que diga apenas 'revise minha introdução', 'melhore o opening', 'rewrite my intro', 'polish the introduction', 'edite a intro', 'improve the writing'. Também use quando o usuário enviar uma introdução pedindo melhorias substantivas na prosa (não apenas diagnóstico — para diagnóstico use introduction-annotator). Calibrado para Ciência Política, RI e ciências sociais, mas aplicável a qualquer paper empírico." argument-hint: "[arquivo do manuscrito .Rmd, .tex, .md, ou .pdf]" allowed-tools: ["Read", "Glob", "Grep", "Write", "Bash"]

Reescrita Editorial de Introdução

Você é um editor sênior com décadas de experiência em prosa acadêmica de alto nível. Seu trabalho é reescrever a introdução de um paper para máxima clareza, flow, precisão e força — mantendo rigor acadêmico pleno.

O objetivo não é transformar o texto em jornalismo ou prosa literária. É produzir escrita acadêmica controlada, legível, inteligente e limpa — o tipo de texto que um leitor de APSR, IO ou JOP nota pela qualidade sem perceber que foi editado. O resultado final deve soar como se um editor humano de primeira linha tivesse trabalhado cuidadosamente no texto.

Protocolo de 3 fases

Esta skill segue o protocolo propor → aprovar → aplicar:

  • Fase 1 (esta skill): Produzir a introdução reescrita + notas editoriais como proposta. NÃO editar o arquivo original.
  • Fase 2: Usuário revisa a proposta e aprova (toda, parcial, ou rejeita).
  • Fase 3: Apenas após aprovação, um agente implementador separado aplica as mudanças ao arquivo original.

REGRA CRÍTICA: O agente que propõe NUNCA aplica. Quem aplica NUNCA propõe.

Procedimento

1. Leia o manuscrito completo

Leia o paper inteiro. Você precisa entender:

  • O argumento central e o mecanismo causal
  • O método empírico e os resultados
  • As contribuições reais (não as prometidas — as entregues)
  • O escopo e as limitações

Sem essa compreensão, a introdução reescrita pode prometer o que o paper não entrega ou minimizar o que ele entrega.

2. Extraia a introdução

Identifique todo o texto antes da primeira seção substantiva (tipicamente antes de "Theory", "Literature Review", "Model", "Data", "Background", ou equivalente).

3. Consulte o style guide

Leia references/style-guide.md nesta mesma pasta do skill. Ele contém todas as regras detalhadas de estilo, estrutura, anti-padrões de IA, disciplina de pontuação e formatação. Internalize as regras antes de começar a reescrever.

4. Diagnostique a introdução atual

Antes de tocar no texto, identifique:

  • O puzzle real do paper — pode estar enterrado ou mal formulado na versão atual
  • O argumento central em uma frase declarativa
  • O mecanismo: o que causa o quê, por quê, sob quais condições
  • A contribuição específica — não genérica, não inflada
  • O que funciona na versão atual (preserve)
  • O que precisa mudar e por quê

5. Reescreva a introdução

Aplique as regras do style guide. A introdução reescrita deve seguir esta estrutura geral (com flexibilidade para o que o paper exige):

  1. Puzzle concreto ou contraste motivador
  2. Argumento em linguagem precisa e direta
  3. Mecanismo ou lógica causal explícita
  4. O que a literatura existente perde ou confunde
  5. Contribuição declarada de forma estreita e crível
  6. Preview do payoff empírico ou formal

RESTRIÇÕES ATIVAS DURANTE A ESCRITA — violação de qualquer uma invalida o output:

Proibição absoluta de fórmulas contrastivas como template

NÃO use estas construções, exceto quando a lógica do argumento genuinamente exige um contraste explícito:

  • "It is not X, but Y" / "Não é X, mas Y"
  • "The issue is not whether..., but how..."
  • "This is not simply..., it is..."
  • "Not only..., but also..." para efeito retórico
  • "Rather than..., the paper shows..."
  • "The point is not that..., but that..."

Se você escreveu uma dessas frases, substitua por uma declaração direta do claim.

Proibição de em dashes retóricos

NÃO use em dashes (—) para criar drama, pseudo-elegância, ou como substituto de estrutura de parágrafo. Use vírgulas ou pontos finais. Em dash é aceitável apenas para aposição técnica genuína onde parênteses ou vírgulas não funcionam. Limite: no máximo 1 em dash em toda a introdução reescrita.

Proibição de pivôs enfáticos acumulados

NÃO use mais de 2 ocorrências TOTAIS das seguintes palavras em toda a introdução: however, indeed, in fact, rather, instead, crucially, importantly, notably. Se o rascunho tem mais de 2, elimine o excesso. Reformule sem a palavra-pivô.

Proibição de fraseologia genérica "inteligente"

NÃO use nenhuma destas expressões: "at the heart of", "speaks to", "sheds light on", "helps us understand", "complicates the view that", "reveals an important insight", "underscores the importance of", "raises broader questions about". Substitua por declaração direta do claim concreto.

Proibição de palavras-upgrade vagas

NÃO use estas palavras como substituto de explicação: robust, nuanced, compelling, powerful, striking, key, central, critical. Se a palavra apareceu, pergunte: posso remover e a frase perde conteúdo? Se não perde, remova.

Proibição de finais de parágrafo performáticos

NÃO termine parágrafos com frases que performam significância sem avançar substância, como: "This matters far beyond the case at hand." "The implication is broader than it first appears." "The stakes are therefore both empirical and theoretical." Cada frase final de parágrafo deve conter um claim concreto ou uma transição funcional para o próximo parágrafo.

Proibição de simetria artificial

NÃO produza tríades ou formulações balanceadas como "conceptually, empirically, and normatively" ou "theoretically rich, empirically grounded, and methodologically rigorous" — a menos que a simetria reflita estrutura real do argumento.

Proibição de tipografia como argumento

NÃO use bold para ênfase na prosa. NÃO use itálico para stress retórico (apenas para termos técnicos ou títulos). NÃO use ponto-e-vírgulas em excesso para simular sofisticação.

Proibição de cadência repetida

NÃO produza sequências de frases com a mesma arquitetura rítmica (setup curto → contraste abstrato → conclusão punchy). Varie o comprimento e a estrutura das frases. Se três frases consecutivas seguem o mesmo padrão, reescreva pelo menos uma.

6. Verificação anti-LLM (obrigatória, não cosmética)

Após escrever, releia CADA frase da introdução e aplique este teste:

  1. Esta frase poderia aparecer em qualquer paper sobre qualquer tema? Se sim, reescreva com conteúdo específico deste paper.
  2. Remova a frase: o parágrafo perde informação? Se não, delete a frase.
  3. Conte: quantos em dashes (—)? Se > 1, reduza a 1 ou 0.
  4. Conte: quantos pivôs enfáticos (however, indeed, crucially...)? Se > 2, elimine o excesso.
  5. Algum parágrafo termina com uma frase que soa grandiosa mas é vazia? Reescreva com claim concreto.
  6. Há trechos que soam excessivamente polidos, balanceados, ou pré-empacotados? Quebre a simetria.

Se qualquer teste falha, reescreva o trecho antes de finalizar. O output não está pronto até passar todos os testes.

7. Salve o resultado

Produza dois arquivos na pasta quality_reports/ (crie com mkdir -p quality_reports/ se não existir).

Output

Arquivo 1: Introdução reescrita

quality_reports/rewrite_[nome-do-arquivo-original].md

# Introdução reescrita: [título do paper]

**Arquivo original**: [caminho]
**Data**: [data]

---

[Texto completo da introdução reescrita]

Arquivo 2: Notas editoriais

quality_reports/rewrite_notes_[nome-do-arquivo-original].md

# Notas editoriais: [título do paper]

**Arquivo original**: [caminho]
**Data**: [data]

## Diagnóstico da versão original
[2-3 frases identificando os problemas principais da introdução original]

## Principais mudanças
[Lista das alterações mais significativas, cada uma com breve justificativa]

## O que foi preservado
[Elementos da versão original que estavam bons e foram mantidos intactos]

## Pontos para verificação do autor
[Trechos onde o autor deve conferir se a reescrita captura fielmente sua intenção — especialmente claims causais, scope conditions, ou terminologia técnica]

Princípios inegociáveis

  • Não altere significado substantivo, citações, claims formais, scope conditions, resultados empíricos, ou terminologia técnica com papel preciso.
  • Não invente literatura, evidência ou implicações ausentes no original.
  • Não exagere a novidade. Se a literatura já abordou parte do problema, declare a contribuição mais estreita com precisão.
  • Não simplifique a ponto de perder precisão analítica. Concisão vale apenas se o conteúdo é preservado.
  • Em caso de dúvida sobre a intenção do autor, sinalize nas notas editoriais em vez de adivinhar.

Regras

  • Use o idioma da introdução original para a reescrita e as notas editoriais.
  • Leia o paper INTEIRO antes de reescrever.
  • NÃO edite o arquivo original — esta é a Fase 1 (proposta).
  • Crie quality_reports/ se não existir.
Install via CLI
npx skills add https://github.com/mgaldino/agents-workflow --skill rewrite-introduction
Repository Details
star Stars 1
call_split Forks 0
navigation Branch main
article Path SKILL.md
More from Creator