ieee-citation
Format references and in-text citations to IEEE style, and prepare Index Terms and IEEEtran bibliography setup. Use this whenever the user needs to "format…
Draft the two letters an IEEE submission needs — the point-by-point response to reviewers and the cover letter to the editor — so every comment is answered, every change is traceable to the revised manuscript, and the tone stays cooperative without conceding more than the
$ npx -y skills add TenWalk/ieee-skills --skill ieee-response --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/ieee-responseContext preview
The summary Claude sees to decide when to auto-load this skill.
Draft the two letters an IEEE submission needs — the point-by-point response to reviewers and the cover letter to the editor — so every comment is answered, every change is traceable to the revised manuscript, and the tone stays cooperative without conceding more than the
name: ieee-response description: >- Draft the two letters an IEEE submission needs — the point-by-point response to reviewers and the cover letter to the editor — so every comment is answered, every change is traceable to the revised manuscript, and the tone stays cooperative without conceding more than the evidence requires. Use this whenever the user is replying to a review or submitting a manuscript: "respond to reviewers", "rebuttal letter", "reviewer 2 says...", "write a cover letter", "我要回复审稿意见", "审稿回复", "投稿信", "怎么回复 reviewer". For changing the manuscript text the response promises, hand to ieee-writing/ieee-polishing; for new simulations a reviewer demands, hand to ieee-experiments.
Use this skill to turn a set of reviews into a disciplined response letter, and to write the cover letter that frames a submission for the editor. The response letter is a contract: each reply states what changed and where to find it.
ignored — even the ones you disagree with.
promise with no anchor reads as evasion.
with evidence, not insistence — but concede readily when the reviewer is right.
citations you did not add. If a request needs work not yet done, mark it `[AUTHOR INPUT NEEDED]` and list it — never paper over it.
in the revised PDF.
| File | Open when | |---|---| | [references/response-structure.md](references/response-structure.md) | Building the point-by-point letter: comment IDs, the triage/action model, reply templates, agree/disagree/defer patterns, traceability, tone | | [references/cover-letter.md](references/cover-letter.md) | Writing the cover letter for a new or revised submission: structure, contribution framing, editor-facing claims, required statements |
ACCEPT_TEXT reviewer is right → make the change, quote it in the reply SOFTEN_CLAIM reviewer found an overclaim → narrow the wording, point to the new sentence ADD_EVIDENCE needs an experiment/analysis → run it (ieee-experiments) or mark AUTHOR INPUT NEEDED CLARIFY a misunderstanding → fix the text that misled, then explain (the fault is usually the writing) DISAGREE reviewer is mistaken → rebut with evidence, respectfully, and still add a clarifying line DEFER out of scope / future work → acknowledge, justify briefly, note in limitations
Disagreement is legitimate but expensive: every DISAGREE should still produce a small text change so the reviewer sees they were heard.
1. **Extract and number every comment.** Split each reviewer's text into atomic points (R1.1, R1.2, ...). One concern per ID, even if buried mid-paragraph. 2. **Triage each** with the model above; decide the action before drafting a word. 3. **Do the work first, write the reply second.** Text edits via ieee-writing/ieee-polishing, new results via ieee-experiments. The reply describes work that exists. 4. **Draft each reply** as: thank/restate → what we did → where it is (quote or location). Keep the reviewer's words quoted above your response. 5. **Open with a summary** of the main changes and a thank-you to the editor and reviewers. 6. **Check coverage:** every comment ID has a reply; every "changed" has an anchor; no fabricated claim; tone consistent. 7. **Write the cover letter** separately (see cover-letter.md) — it addresses the editor, not the reviewers, and frames fit and contribution. 8. **Return** the response letter, the cover letter, and a coverage checklist.
1. `Response letter:` per-reviewer, numbered, quoted comment + reply (thank → change → location). 2. `Cover letter:` editor-facing, framing contribution and fit (and, for revisions, the headline changes). 3. `Coverage check:` table of `Comment ID → action → anchor in manuscript → status`. 4. `Open items:` anything marked `[AUTHOR INPUT NEEDED]` the user must still supply.
This repository contains two platform-adapted packages for the same IEEE communications manuscript skills.
Format references and in-text citations to IEEE style, and prepare Index Terms and IEEEtran bibliography setup. Use this whenever the user needs to "format…
Draft IEEE journal cover letters and editor-facing significance statements for new submissions or resubmissions to JSAC, TWC, TCOM, WCL, CL, and related IEEE…
Design and audit IEEE communications simulation and numerical-results sections for JSAC, TWC, TCOM, WCL, and CL. Covers benchmark schemes, Monte-Carlo…
Produce publication-grade result figures for IEEE communications papers (JSAC, TWC, TC/TCOM, WCL, CL) — correct column widths, embedded fonts, vector output…
Compile, diagnose, and fix IEEEtran LaTeX manuscripts for JSAC, TWC, TCOM, WCL, CL, and related IEEE journals: documentclass options, BibTeX/IEEEtran…
Write or compress an IEEE communications LETTER for WCL (IEEE Wireless Communications Letters) or CL (IEEE Communications Letters): a single-contribution paper…