CommunityRedacción y edicióngithub.com

0x6869726f6b69/claude-skills

Corrige PDFs de artículos académicos en inglés como corrector profesional, proporcionando informes detallados con sugerencias de corrección y PDFs anotados, en modo de una sola pasada o en bucle iterativo.

¿Qué es claude-skills?

Este skill convierte a Claude en un corrector de estilo profesional especializado en inglés académico, siguiendo la guía de Linda Olson (2014) y un checklist detallado. Procesa PDFs de artículos científicos, verificando gramática, ortografía (US/UK), abreviaturas, puntuación, tiempos verbales, consistencia terminológica, figuras, tablas, citas y referencias, y conformidad con las normas de la revista. Ofrece dos modos: 'una pasada' para una corrección única con un PDF anotado y un informe; y 'loop', que itra entre corrección y revisión del manuscrito (LaTeX) hasta que no queden errores o se alcance un límite de rondas. El skill está diseñado para plataformas como Claude Code, Cursor o Codex. Utiliza scripts Python (awl.py) para gestionar el flujo de trabajo, validar correcciones, generar informes y anotar PDFs con PyMuPDF. En modo loop, asigna la corrección a un subagente nuevo en cada ronda para evitar sesgos, y la revisión la realiza otro subagente siguiendo un brief específico. El skill prioriza la consistencia mediante una hoja de estilo compartida y no modifica los archivos originales del usuario. Está indicado para tareas como 'revisión de inglés', 'proofreading', 'corrección gramatical' o 'pulido antes de enviar'.

Compatible con✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/0x6869726f6b69/claude-skills/tree/HEAD/skills/academic-writing-loop

Installed? Explore more Redacción y edición skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

Academic Writing Loop:Corrección de inglés académico (1 pasada / bucle)

Corrige el PDF de un artículo académico en inglés como un corrector de estilo experimentado. El estándar se basa en la guía Guide to Academic and Scientific Publication de Linda Olson (Proof-Reading-Service.com, 2014), organizada en references/proofreading_checklist.md como lista de verificación. El principio central de la guía es: "Sigue las normas de la revista, sé preciso y consistente". Muchas variaciones ortográficas son correctas por sí mismas, pero la inconsistencia dentro de un artículo es un error. Por lo tanto, las decisiones de estilo se registran en style_sheet.md y se siguen en todas las rondas.

ModoQué se haceQué se entrega al usuario
1 pasadaCorrige el PDF una sola vezPDF con marcas (resaltado y comentarios de corrección), informe de corrección, hoja de estilo
loopCorregir → Reflejar en el manuscrito (LaTeX) y regenerar el PDF → Un corrector diferente vuelve a corregir el nuevo PDF, repitiendo hasta que no haya más observaciones o se alcance el límite de rondasPDF corregido, PDF original con marcas, informes por ronda y su evolución, historial de cambios, consultas al autor

A continuación, <skill_dir> es el directorio donde se encuentra este SKILL.md, <ws> es la carpeta de trabajo y AWL es la abreviatura de python <skill_dir>/scripts/awl.py. En entornos sin python, usa python3.

0. Inicio: Determinar el modo y el PDF

Uso:

/academic-writing-loop 1pasada paper.pdf
/academic-writing-loop loop paper.pdf
/academic-writing-loop loop 3 paper.pdf      ← Especifica el número máximo de rondas (por defecto 5)

loop N significa "corregir un máximo de N veces, reflejar (regenerar el PDF) un máximo de N−1 veces". Siempre termina con una corrección, por lo que se sabe qué queda en la versión final del PDF.

Tiempo estimado (prueba: artículo de 2 páginas, 640 palabras): Una pasada toma unos 15 minutos. Loop: la primera ronda de corrección es la más larga; en total unos 45 minutos (3 correcciones, 2 aplicaciones). Escala aproximadamente de forma lineal con el número de páginas.

  1. Lee el modo y el PDF del mensaje (argumentos del skill). Los separadores pueden ser espacios, "、" o ",".
    • 1 pasada: 1pasada una once single 1
    • loop: loop bucle. El número inmediatamente después es el máximo de rondas (número de correcciones, por defecto 5).
    • PDF: termina en .pdf. Las rutas relativas se resuelven desde el directorio de trabajo; si no se encuentra, se busca por nombre de archivo.
    • Si no hay modo, pregunta usando la herramienta de preguntas (AskUserQuestion, o chat si no está disponible): 1 pasada / loop (corregir → modificar → volver a corregir). Si falta el PDF, también pregunta.
  2. Si el mensaje incluye el nombre de la revista de destino, la URL de las normas para autores o la especificación US/UK, se utiliza. Si no, no se pregunta (sin revista de destino = convenciones generales del inglés académico; ortografía = la mayoritaria en el manuscrito).
  3. Verifica PyMuPDF: python -c "import fitz". Si no está, ejecuta python -m pip install pymupdf (necesario para el PDF anotado y la información de posición. Si no se puede instalar, continúa sin PDF anotado e informa al usuario).

1. Configuración (común a ambos modos)

La carpeta de trabajo es <carpeta del PDF>/<nombre del PDF>_awl/ (si no se puede escribir, se crea dentro del directorio de trabajo).

AWL init    <ws> --pdf <pdf> --mode once|loop [--max-rounds 5] [--journal "<revista de destino>"]
AWL extract <ws>/rounds/r01/paper.pdf -o <ws>/rounds/r01/paper.txt
AWL scan    <ws>/rounds/r01/paper.txt -o <ws>/rounds/r01/scan.md
<ws>/
├── state.json         Modo, límite de rondas, motivo de finalización (gestionado por awl.py)
├── style_sheet.md     Decisiones de estilo (comunes a todas las rondas)
├── original/          PDF recibido. No se modifica.
├── src/               Código fuente para editar (solo loop)
├── rounds/rNN/        paper.pdf paper.txt scan.md corrections.json report.md annotated.pdf
│                      revision_log.json (loop) src/ changes.diff (loop)
├── author_queries.md  Consultas al autor (loop)
└── work/              Imágenes de páginas, etc.
  • Si extract advierte "very little text per page", es un PDF escaneado. Indica que se necesita OCR (skill pdf). Si el texto no está en inglés, informa que este skill no aplica y se detiene.
  • Si se conoce la revista de destino y se tiene acceso a la web, se leen las normas oficiales para autores (Author guidelines / Instructions for authors) y se escriben las reglas de idioma y formato (US/UK, número de palabras, estructura del resumen, títulos, sistema de citas, figuras, tablas, abreviaturas, número de palabras clave) en style_sheet.md bajo "Revista de destino / Normas". Las normas tienen prioridad (guía §3).
  • En modo loop, informa al usuario en 2-3 líneas: carpeta de trabajo, número máximo de rondas, y que a partir de ahora se procederá sin pedir confirmación. En modo de una pasada, como es breve, se puede resumir en la respuesta final.

2. Una ronda de corrección (procedimiento común a ambos modos)

El contenido de la corrección sigue references/proofreader_brief.md (procedimiento, cómo escribir observaciones, formato JSON) y references/proofreading_checklist.md (categorías y gravedad).

Quién corrige

  • Modo 1 pasada: Lo puede hacer el propio agente.
  • Modo loop: Cada ronda se asigna a un nuevo subagente (herramienta Agent). Un corrector que no tiene el contexto de quien hizo la revisión anterior puede juzgar solo por "lo que realmente dice el PDF", no por "lo que se pretendía corregir". Releer las propias correcciones en el mismo contexto aumenta los descuidos.
  • Artículos largos (más de aprox. 12 páginas / 7000 palabras): Divide el rango de páginas (6-8 páginas cada vez, en cortes de sección) y asigna a varios subagentes en paralelo. Luego, fusiona con AWL merge y verifica la consistencia de todo el artículo (ortografía, terminología, abreviaturas, citas y referencias, numeración de figuras y tablas, títulos) utilizando el resumen del scan.md, ya sea personalmente o mediante el agente de fusión.
  • En entornos donde no se pueden usar subagentes, el proceso se realiza secuencialmente. A partir de la segunda ronda del bucle, es obligatorio leer el texto extraído del nuevo PDF para corregir (no juzgar de memoria).

Instrucciones para el corrector (escribir todas las rutas como rutas absolutas; el shell del subagente puede restablecer el directorio de trabajo en cada llamada)

Eres un corrector de estilo especializado en inglés académico. Primero, lee <skill_dir>/references/proofreader_brief.md y
<skill_dir>/references/proofreading_checklist.md hasta el final y sigue sus procedimientos, criterios y formato de salida.

- PDF a corregir: <ws>/rounds/rNN/paper.pdf (texto extraído: <ws>/rounds/rNN/paper.txt)
- Candidatos para verificación mecánica: <ws>/rounds/rNN/scan.md
- Decisiones de estilo: <ws>/style_sheet.md (en la ronda 1, completa la configuración básica, términos y abreviaturas)
- Observaciones de la ronda anterior: <ws>/rounds/r(NN-1)/corrections.json   ← Solo a partir de la ronda 2
- Páginas a cargo: todas   ← Cuando se divide, especificar "p.1–8", etc.
- Salida: <ws>/rounds/rNN/corrections.json (al dividir, corrections.partK.json)
- Herramientas: python <skill_dir>/scripts/awl.py (validate / report / annotate),
          python <skill_dir>/scripts/pdf_tools.py render (para ver páginas con figuras/tablas como imagen)
- Notas del entorno: <ejemplo: Windows. Las rutas contienen caracteres japoneses y espacios; enciérralas entre comillas. No escribas fuera de <ws> y <skill_dir>>

No alteres el significado del autor. No corrijas números, fórmulas, citas textuales o títulos de referencias; si tienes dudas, inclúyelas en query.
Finalmente, devuelve "número de incidencias (error/claridad/estilo/consulta al autor) · tendencia de errores más comunes · resultado de validate".

Después de la corrección, verifica siempre (incluso si se asignó a un subagente, ejecútalo tú mismo)

AWL validate <ws>/rounds/rNN/corrections.json        # Hasta que sea VALID, haz que el corrector lo corrija
AWL report   <ws>/rounds/rNN/corrections.json        # → report.md
AWL annotate <ws>/rounds/rNN/paper.pdf <ws>/rounds/rNN/corrections.json -o <ws>/rounds/rNN/annotated.pdf

validate comprueba si cada original de las observaciones existe realmente en el texto del PDF. Las observaciones no encontradas son errores de transcripción o correcciones sobre texto inexistente; en ambos casos no sirven ni para anotar ni para corregir.

3. Modo 1 pasada

  1. Realiza la §2 para la ronda r01.
  2. Ejecuta AWL finalize <ws> → genera <ws>/<nombre del PDF>_proofread.pdf (versión anotada) y <ws>/report.md.
  3. La respuesta al usuario debe ser breve:
    • Número de incidencias (error / claridad / estilo / consulta al autor) y comentario general (2-3 frases)
    • Las 3-5 tendencias de error más comunes, cada una con un ejemplo real (original → propuesta de corrección) y el nombre de la regla
    • Lista de consultas al autor (breve)
    • Ubicación de los archivos (en el PDF anotado, al pasar el ratón sobre los resaltados o en la lista de comentarios se ven las propuestas y la razón)
    • No pegues el informe completo. Al final, si es modo loop, añade una frase indicando que se puede llegar hasta la aplicación de correcciones y regeneración del PDF.

4. Modo loop

4.1 Preparación del código fuente para editar (se puede hacer en paralelo con la corrección de r01)

init muestra los candidatos a código fuente junto al PDF.

  • Hay código LaTeX (.tex, carpeta, .zip / .tar.gz de Overleaf o arXiv): Copia/descomprime en <ws>/src/ (el archivo principal contiene \documentclass y \begin{document}). Compila una vez y verifica que la fuente corresponde a la misma versión del PDF:
    python <skill_dir>/scripts/build_pdf.py <ws>/src/<main>.tex --out <ws>/work/source_build.pdf
    AWL extract <ws>/work/source_build.pdf -o <ws>/work/source_build.txt
    AWL compare <ws>/rounds/r01/paper.txt <ws>/work/source_build.txt
    
    Si la similitud es inferior a 0.95, es probable que las versiones sean diferentes. Pregunta al usuario cuál usar.
  • No se encuentran candidatos: Pregunta una sola vez si existe código fuente (LaTeX / zip de Overleaf). Si lo hay, la aplicación de correcciones es más precisa y rápida.
  • Sin código fuente: Reconstruye LaTeX a partir del PDF siguiendo el procedimiento de references/pdf_to_latex.md (asignar a un subagente, en paralelo con la corrección de r01. Para 10 páginas, 20-40 minutos). Debes asegurarte de que el diseño sea aproximado y que el texto en inglés se copie literalmente, incluidos los errores.
  • Manuscrito en Word (.docx): Este bucle edita LaTeX. Si se desea mantener el diseño, es más fiable aplicar las correcciones manualmente en Word usando el PDF anotado y el informe de una sola pasada. Pregunta al usuario qué opción prefiere.
  • Una vez preparado, ejecuta python <skill_dir>/scripts/snapshot.py <ws>/src <ws>/rounds/r01.

4.2 Ronda r (r = 1, 2, …)

(a) Corrección: §2. Al terminar, muestra una línea de progreso al usuario. Ejemplo: r02 corrección completada: errores 9 / claridad 4 (anterior 41 / 17), observaciones anteriores resueltas 52/58

(b) Decidir si continuar: Ejecuta AWL status <ws> y sigue la indicación de la última línea NEXT:. Las condiciones para detenerse las determina el script (no se decide por impresión del momento):

  • Las observaciones de error + claridad han llegado a 0 (convergencia).
  • Se ha alcanzado el número máximo de rondas.
  • El número de observaciones de error + claridad no ha disminuido respecto a la ronda anterior (las reescrituras solo están yendo y viniendo). Si NEXT: STOP, ve a §4.3. La decisión se toma inmediatamente después de la corrección, por lo que el PDF final siempre estará corregido.

(c) Aplicar correcciones (aplica las observaciones de la ronda r y genera el PDF de la ronda r+1): Inicia al subagente encargado de la revisión con las instrucciones siguientes y espera a que termine. Luego, verifica tú mismo:

  • Existen rounds/r{r+1}/paper.pdf, paper.txt y scan.md. La compilación ha sido exitosa y no hay referencias indefinidas.
  • Existe rounds/r{r}/revision_log.json y AWL verify <ws> --round r se ejecuta correctamente (los elementos que fallen por problemas de extracción se verifican con la imagen de la página; si tienen verified_manually, es suficiente).
  • Si la compilación falla, restaura los archivos dañados desde rounds/r{r}/src/ y vuelve a aplicar las correcciones. No se debe enviar un PDF antiguo como nueva versión para corregir.

→ Vuelve a (a) como r+1.

Instrucciones para el revisor (rutas absolutas)

Eres un editor del lado del autor que aplica las correcciones de estilo al manuscrito. Primero, lee
<skill_dir>/references/reviser_brief.md hasta el final y sigue sus reglas (no cambiar significado ni datos,
no modificar el texto de las queries, orden local → global) según corresponda.

- Código fuente a editar: <ws>/src/ (principal: <main>.tex)
- Observaciones de esta ronda: <ws>/rounds/rNN/corrections.json (también consulta report.md)
- Decisiones de estilo: <ws>/style_sheet.md (si se decide no aplicar algo por intención del autor o convención del campo, añádelo a "Partes no modificadas")
- Consultas al autor: <ws>/author_queries.md (añade las queries)
- Nuevo PDF: <ws>/rounds/rMM/paper.pdf (MM = NN+1). Sigue el procedimiento de compilación, extracción, scan, snapshot, revision_log.json y verify según la §4 de reviser_brief.md.
- Notas del entorno: <igual que para el corrector>

Finalmente, devuelve "número de aplicaciones/desestimaciones/consultas al autor · resultado de la compilación · resultado de verify · añadidos a la hoja de estilo".

4.3 Finalización

  1. Ejecuta AWL finalize <ws> (si se detiene por una razón distinta a la decisión del script, como una interrupción del usuario, añade --reason "<motivo>"). Se generan <nombre del PDF>_corrected.pdf (versión final), <nombre del PDF>_proofread_r01.pdf (versión anotada del PDF original), <nombre del PDF>_corrected_remaining.pdf (si quedan observaciones), changelog.md y progress.md. Las consultas al autor de la última ronda no pasan por el revisor, por lo que finalize las añade a author_queries.md.
  2. PDF con cambios resaltados (opcional): Copia <ws>/src a <ws>/work/diff_src/ para no ensuciar src/.
    cp -r <ws>/src <ws>/work/diff_src
    latexdiff <ws>/rounds/r01/src/<main>.tex <ws>/src/<main>.tex > <ws>/work/diff_src/diff.tex
    
    Si latexdiff termina con código distinto de 0 o diff.tex está vacío (en MiKTeX puede fallar por falta de módulos Perl), no lo generes y continúa, mencionándolo brevemente en la respuesta. Si tiene éxito, ejecuta build_pdf.py <ws>/work/diff_src/diff.tex --out <ws>/<nombre del PDF>_diff.pdf.
  3. Redacta <ws>/final_report.md:
    # Informe de corrección de estilo: <Título del artículo>
    - Modo / Número de rondas / Motivo de finalización / Revista de destino · Ortografía · Sistema de citas (hoja de estilo)
    ## Evolución                       (tabla de progress.md)
    ## Tendencias del inglés original   (resumen de r01 y número de incidencias por categoría. Ejemplos reales de errores frecuentes y reglas)
    ## Principales correcciones aplicadas             (ejemplos representativos de changelog.md)
    ## Consultas al autor             (author_queries.md, por orden de prioridad)
    ## Observaciones restantes               (puntos clave del report.md de la última ronda)
    ## Lista de archivos
    
  4. La respuesta al usuario debe ser breve: número de rondas y evolución (número de errores + claridad), tendencia de errores más comunes, principales consultas al autor, observaciones restantes y ubicación de los archivos. No pegues el informe completo.

Reanudación tras interrupción

Si existe <ws>/state.json, usa AWL status <ws> para ver el estado y reanuda desde el paso indicado en NEXT:. init no sobrescribe una carpeta de trabajo existente (solo con --force para reiniciar).

Principios y su razón

  • No cambiar el significado / no inventar contenido: La corrección se aplica a las palabras, no al contenido de la investigación. No se modifican números, datos, fórmulas, citas textuales, títulos de referencias ni la fuerza de las afirmaciones. Los puntos que el corrector no pueda decidir por sí mismo se devuelven al autor como consulta. Como se trata de un manuscrito real, reescribir basándose en suposiciones puede distorsionar los argumentos del autor.
  • La consistencia se mantiene con la hoja de estilo: Como diferentes correctores leen en cada ronda, si no se registran las decisiones, se produce un vaivén ("corregir a UK → volver a US"). Las decisiones se toman en el orden: normas de la revista → artículos publicados → mayoría del manuscrito, y no se cambian durante el proceso.
  • Separar corrección y aplicación: El corrector solo mira el PDF y hace observaciones; el revisor verifica la corrección antes de aplicarla y el siguiente corrector lo comprueba de forma independiente. Esto permite detectar más fácilmente los descuidos y los errores introducidos durante la revisión que si el mismo agente verificara sus propias correcciones.
  • Incluir comprobaciones mecánicas: validate (si la observación corresponde a un texto real), verify (si la corrección ha llegado al PDF) y compare (si la reconstrucción es igual al original) son herramientas numéricas para verificar las suposiciones del modelo de lenguaje. No se omiten.
  • Delegar la decisión de parar al script: Sigue el NEXT: de status. Un corrector siempre encontrará algo que sugerir, por lo que continuar según la impresión solo generará un vaivén de preferencias de estilo.
  • No consultar al usuario entre rondas: Al elegir el modo loop, la ejecución hasta el límite de rondas está aprobada. Solo se informa con una línea de progreso; se detiene para consultar solo en caso de bloqueo (error de compilación no reparable, discrepancia entre fuente y PDF, PDF ilegible).
  • No modificar los archivos originales: No se escribe en original/ ni en el PDF o fuente originales de la carpeta del usuario. Las ediciones se realizan en la copia de <ws>/src/.
  • Las reglas antiguas de la guía se tratan como estilo: La guía (2014) desaconseja el split infinitive y el singular "they", pero muchos manuales de estilo actuales los permiten. No se marcan como error a menos que las normas de la revista lo exijan.

Individual skills in this repo

This repo contains 3 individual skills — each has its own dedicated page.

0x6869726f6b69/claude-skills

Google の Deep Review(旧 Paper Assistant Tool, PAT)を模した、論文・技術文書の深い検証レビュー。文書を論理セグメントに分け、情報密度に応じて検証の深さ(Light/Medium/High)を配分し、セグメントごとに観点の異なる検証サブエージェントを並列に走らせる(証明の逐行検証・反例探索・数値の再計算・実験設計・主張と証拠の対応・新規性の文献確認)。候補は逐語引用で照合・重複排除し、反証検証で誤検出を落としたうえで、Overall Feedback と Detailed Feedback(Major concerns / Minor corrections / Suggestions)の Markdown・HTML レポートにまとめる。スコアは付けない。「Deep Reviewして」「ディープレビュー」「PATみたいに」「論文の誤りや証明の穴を徹底的に探して」「投稿前に技術的なミスを洗い出して」「数式・証明・実験を検証して」などと頼まれたら、スキル名が出ていなくても使うこと。設計書・技術報告など論文以外の技術文書にも使える。採点つきの会議形式の査読や、査読→改訂のループは paper-review-loop を使う。Use for deep, agentic error-finding review of a paper or technical document in the style of Google's Deep Review / PAT.

0x6869726f6b69/claude-skills

分析結果(グラフ画像・CSV/NPZ等のデータ・解析スクリプト・ノートブック)を、Nature系ジャーナルに採択されるレベルの多パネルFigure・Table・Captionにまとめるスキル。起動後に「どの結果を1枚のFigureにまとめるか」をユーザーに確認し、指示がなければ科学的ストーリー(What→How→Why→Performance→Impact)に沿って結果の取捨選択・パネル配置・配色まで自分で設計し、Arial 5–7 pt・89/183 mm幅・統一配色のベクターPDF/SVGを作ってQAまで行う。「結果を図にまとめて」「論文用のFigureを作って」「複数のグラフを1枚に」「Figure 1の概要図」「図を綺麗に/投稿用に整えて」「配色やフォントを統一」「Figure captionを書いて」「結果の表を作って」など、研究・分析結果を論文・投稿・発表用の図表に仕上げる依頼では、Natureと明示されていなくても必ずこのスキルを使うこと。Also use for any request in English for publication-quality, multi-panel or journal-ready figures from analysis results.

0x6869726f6b69/claude-skills

論文PDFを、その分野に精通した厳格かつ建設的な査読者として査読し(Paper Summary / Strengths / Weaknesses / Justification / Rebuttal向け質問 / Rating / Confidence)、指摘に沿って原稿を改訂→PDF再生成→再査読するサイクルを、ユーザーが指定した制限時間内でできるだけ多く繰り返す。起動直後に制限時間をユーザーに確認する。論文・原稿・preprint・投稿前やリジェクト後の論文PDFについて「査読して」「レビューして」「採択されるように改善して」「rebuttalに備えたい」「self-review」「ブラッシュアップして」などと頼まれたら、スキル名が出ていなくても使うこと。Federated Learning(non-IID・partial participation・privacy)、機械学習の理論・大規模実験の論文向けの詳しいチェックリストを持つ。Use for peer review of a paper PDF and time-boxed review→revise→re-review loops.

Skills relacionados