research_idea.write_draft_paper

Goal

• Given a research idea, write a full conference paper draft using the template in papers/template/

Workflow

Read the Inputs

• Read the research idea passed by the user (a file under research/ideas/*.md, or idea text pasted directly)
• Read the paper template papers/template/paper.md, including the comment block at the top, for usage and section structure
• Read an existing paper for style and depth, e.g. papers/Optimal_strategy_for_racket_sports/paper.md

Set Up the Paper Directory

• Derive a short Title_Case name for the paper from the idea (e.g. RL_for_Automated_EDA); ask the user if the idea does not suggest an obvious name
• Create papers/<Paper_Name>/ if it does not exist
• Link Makefile to papers/template/Makefile with a symlink, so all the paper dirs stay in sync, e.g., ln -s ../template/Makefile papers/<Paper_Name>/Makefile
  • Do not copy or edit it for a single paper
• Copy references.bib, ieee-template.typ, and figures/ from papers/template/ into the new directory
• Do not copy run_latex.sh, lint_latex.sh, or template.pdf: they are obsolete or build outputs
  • Build with make, which runs run_latex.py for LaTeX and render_images.py for diagrams
  • Lint with lint_text.py -i <file> --use_dockerized_prettier
• If the paper is written in LaTeX instead of Markdown, also copy paper.tex and keep the \input{papers/template/style.tex} line in it, shared by all papers
• Do not overwrite an existing paper.md without confirming with the user
• Say in the file paper.md how it was generated, with this comment at the top of the file:

  <!-- Generated by `.claude/skills/research_idea.write_draft_paper/SKILL.md` -->
  

Write paper.md

• Fill in every <...> placeholder with content derived from the idea: title, author(s) (the assignee(s) listed in research/ideas/README.md for this idea, plus GP Saggese), abstract, keywords, and all body sections
• Keep the template's section structure (Introduction, Related Work, Problem Formulation, core methodology, Discussion/Limitations, Conclusion); add, remove, or rename sections only where the template allows
• Turn the idea's Core Idea, Formalization, Key Examples, and Research Topics into the Introduction and Problem Formulation sections
• Turn the idea's Questions and Next steps into Discussion/Limitations and Conclusion/Future Work material
• State plainly, per the template, what has not been validated (e.g. no computational implementation or empirical evaluation) instead of fabricating results the idea does not support
• Delete the template's guidance bullets and HTML comment once replaced with real content