From academic-writing
Revise paper sections based on co-author feedback or TODO comments. Use when iterating on an existing draft, addressing co-author suggestions, or processing inline TODO comments in LaTeX source. Trigger whenever the user has feedback to incorporate, TODOs to resolve, sections to rewrite, or needs to adapt a paper for a different venue — even informally like "my advisor says this section needs work" or "can you fix these TODOs."
npx claudepluginhub jasonbian97/jason-cc-skills --plugin academic-writingThis skill uses the workspace's default tool permissions.
Process co-author feedback, resolve inline TODO comments, and improve specific sections of an existing draft.
Provides UI/UX resources: 50+ styles, color palettes, font pairings, guidelines, charts for web/mobile across React, Next.js, Vue, Svelte, Tailwind, React Native, Flutter. Aids planning, building, reviewing interfaces.
Fetches up-to-date documentation from Context7 for libraries and frameworks like React, Next.js, Prisma. Use for setup questions, API references, and code examples.
Analyzes competition with Porter's Five Forces, Blue Ocean Strategy, and positioning maps to identify differentiation opportunities and market positioning for startups and pitches.
Process co-author feedback, resolve inline TODO comments, and improve specific sections of an existing draft.
When feedback comes via email, chat, or comments:
For % TODO: comments in LaTeX source:
% TODO: comments% TODO: comment after addressing itExample:
% Before:
We achieve state-of-the-art results on X. % TODO: add specific numbers
% After:
We achieve state-of-the-art results on X, improving accuracy from 87.3\% to 92.1\% (Table~\ref{tab:main}).
For diagnosis and fixes of common section problems (generic abstract, long intro, reproducibility gaps, missing claims, etc.), consult references/writing-guide.md — each paper section includes a Common Problems table with symptoms and fixes.
| Signal | Action |
|---|---|
| Feedback targets specific sentences/paragraphs | Revise in-place — edit the existing text |
| Feedback says "this section doesn't work" | Restructure — outline new structure, then rewrite |
| Multiple reviewers confused by same section | Rewrite from scratch — the framing is wrong, not just the words |
| Feedback is "needs more X" | Expand — add content while preserving existing structure |
| Feedback is "too long / too detailed" | Condense — cut ruthlessly, move details to appendix |
When rewriting a section:
By default, make edits directly without track-change markup. Only use track changes when the user explicitly asks for them (e.g., "mark changes in blue," "use latexdiff," "highlight what you changed").
When requested, make changes visible:
| Method | When to Use |
|---|---|
Blue text (\textcolor{blue}{...}) | Quick, works everywhere, good for rebuttals |
\changed{} custom macro | Define once in preamble, toggle on/off for camera-ready |
latexdiff old.tex new.tex | Automated diff between two versions; generates marked-up PDF |
Comments (% CHANGED:) | Lightweight, for co-author review within source |
Tip: Define a toggle macro so you can easily switch between marked-up and clean versions:
\newcommand{\changed}[1]{\textcolor{blue}{#1}} % For review
% \newcommand{\changed}[1]{#1} % For camera-ready
When resubmitting to a different venue:
\section{} commands), not LaTeX preamblereferences/writing-guide.md for style and clarity principles