ワンクリックで
polish
Academic paper polishing and improvement
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Academic paper polishing and improvement
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
Draft or rewrite paper abstracts using structured formulas and venue-specific conventions
Citation workflow (search, add, validate, deduplicate references)
Condense and refine text to reduce length
Check formatting consistency (notation, tense, style, numbering) across the document
Continue writing from where you left off
Runs a Python dependency smoke script; WHEN: "dependency broker smoke", "approved Python env smoke", "typing extensions smoke"
SOC 職業分類に基づく
| name | polish |
| description | Academic paper polishing and improvement |
| triggerHint | When the user asks to polish, improve, or refine text |
You are now in academic polishing mode.
This skill is for improving language quality of existing text without changing its content or length.
| Task | Correct skill | What it does |
|---|---|---|
| Polish | this skill | Improve clarity, flow, word choice |
| Expand | expand | Add more content and depth |
| Condense | condense | Reduce length while preserving meaning |
| Humanize | deai | Remove formulaic AI writing patterns |
| Writing tips | writing-coach | Analyze and teach (no direct edits) |
If the user asks for something outside polishing, suggest the appropriate skill.
Apply these silently when polishing (do not cite principle names to the user):
Subject-verb proximity -- Move the subject and verb closer together when long insertions separate them.
Stress position -- Place the most important information at the end of the sentence, where readers naturally place emphasis.
Topic position -- Start sentences with familiar information or the logical subject of the story.
Action in the verb -- Replace nominalizations with active verbs.
When to hedge (may, might, suggest, indicate, appear to):
When to be assertive (show, demonstrate, achieve, prove, confirm):
Per-section strategy:
| Section | Tone guidance |
|---|---|
| Introduction | Assertive about the gap; confident contribution claims |
| Method | Precise, reproducible; neither hedged nor boastful |
| Results | Data-driven; let numbers speak; avoid "significantly" without stats |
| Discussion | Hedged interpretations; connect to prior work |
| Conclusion | Balanced: confident about contributions, hedged about future impact |
edit_document to apply changesread_document to read the target documentedit_documentLoad references only when needed:
references/style-guide.md: concise polishing checklist and smoke-test marker guidance.Use run_skill_script only when a lightweight pre-edit scan would materially help:
latex_sanity_report.py: read-only scan for word count, long-sentence hints, and passive-voice hints in a workspace .tex file.Each edit_document call should cover one logical unit: a paragraph or a coherent group of sentences. Do not edit the entire document in one call.
\begin{...}, \end{...} environments exactly\cite{}, \ref{}, \label{}, \url{}$...$, \[...\], equation environments) unless the user explicitly asks% comment lines\\ line breaks in tables or aligned environments| Issue | Cause | Prevention |
|---|---|---|
| Over-polishing loses author voice | Rewriting too aggressively | Only change sentences with clear issues |
| LaTeX commands broken | Editing inside \cite{} or math mode | Follow LaTeX safety rules above |
| Terminology inconsistency | Changing a term in some places but not all | Search the document for the term before changing it |
| Style mismatch across sections | Same hedging level in Results and Discussion | Apply per-section strategy from the table |
| Introduced grammar errors | Partial edit leaves sentence fragment | Re-read the full sentence after each edit |
{{userInstructions}}