# Send academic-writing-refiner to your agent
Hand the extracted package to your coding agent with a concrete install brief instead of figuring it out manually.
## Fast path
- Download the package from Yavira.
- Extract it into a folder your agent can access.
- Paste one of the prompts below and point your agent at the extracted folder.
## Suggested prompts
### New install

```text
I downloaded a skill package from Yavira. Read SKILL.md from the extracted folder and install it by following the included instructions. Tell me what you changed and call out any manual steps you could not complete.
```
### Upgrade existing

```text
I downloaded an updated skill package from Yavira. Read SKILL.md from the extracted folder, compare it with my current installation, and upgrade it while preserving any custom configuration unless the package docs explicitly say otherwise. Summarize what changed and any follow-up checks I should run.
```
## Machine-readable fields
```json
{
  "schemaVersion": "1.0",
  "item": {
    "slug": "academic-writing-refiner",
    "name": "academic-writing-refiner",
    "source": "tencent",
    "type": "skill",
    "category": "开发工具",
    "sourceUrl": "https://clawhub.ai/Zihan-Zhu/academic-writing-refiner",
    "canonicalUrl": "https://clawhub.ai/Zihan-Zhu/academic-writing-refiner",
    "targetPlatform": "OpenClaw"
  },
  "install": {
    "downloadUrl": "/downloads/academic-writing-refiner",
    "sourceDownloadUrl": "https://wry-manatee-359.convex.site/api/v1/download?slug=academic-writing-refiner",
    "sourcePlatform": "tencent",
    "targetPlatform": "OpenClaw",
    "packageFormat": "ZIP package",
    "primaryDoc": "SKILL.md",
    "includedAssets": [
      "SKILL.md",
      "references/rebuttal-guide.md",
      "references/section-guide.md",
      "references/word-choice.md"
    ],
    "downloadMode": "redirect",
    "sourceHealth": {
      "source": "tencent",
      "status": "healthy",
      "reason": "direct_download_ok",
      "recommendedAction": "download",
      "checkedAt": "2026-05-07T17:22:31.273Z",
      "expiresAt": "2026-05-14T17:22:31.273Z",
      "httpStatus": 200,
      "finalUrl": "https://wry-manatee-359.convex.site/api/v1/download?slug=afrexai-annual-report",
      "contentType": "application/zip",
      "probeMethod": "head",
      "details": {
        "probeUrl": "https://wry-manatee-359.convex.site/api/v1/download?slug=afrexai-annual-report",
        "contentDisposition": "attachment; filename=\"afrexai-annual-report-1.0.0.zip\"",
        "redirectLocation": null,
        "bodySnippet": null
      },
      "scope": "source",
      "summary": "Source download looks usable.",
      "detail": "Yavira can redirect you to the upstream package for this source.",
      "primaryActionLabel": "Download for OpenClaw",
      "primaryActionHref": "/downloads/academic-writing-refiner"
    },
    "validation": {
      "installChecklist": [
        "Use the Yavira download entry.",
        "Review SKILL.md after the package is downloaded.",
        "Confirm the extracted package contains the expected setup assets."
      ],
      "postInstallChecks": [
        "Confirm the extracted package includes the expected docs or setup files.",
        "Validate the skill or prompts are available in your target agent workspace.",
        "Capture any manual follow-up steps the agent could not complete."
      ]
    }
  },
  "links": {
    "detailUrl": "https://openagent3.xyz/skills/academic-writing-refiner",
    "downloadUrl": "https://openagent3.xyz/downloads/academic-writing-refiner",
    "agentUrl": "https://openagent3.xyz/skills/academic-writing-refiner/agent",
    "manifestUrl": "https://openagent3.xyz/skills/academic-writing-refiner/agent.json",
    "briefUrl": "https://openagent3.xyz/skills/academic-writing-refiner/agent.md"
  }
}
```
## Documentation

### Academic Writing Refiner

This skill transforms rough or intermediate academic drafts into polished, publication-ready prose for top-tier CS conferences. The goal is writing that is clear, precise, and accessible to a broad technical audience — the kind of writing that reviewers at venues like NeurIPS, ICML, or ACL appreciate because it respects their time and communicates ideas efficiently.

### Core Philosophy

Top CS conferences share a common expectation: writing should be a transparent window into the ideas, not a display of vocabulary. The best papers at NeurIPS, ACL, or KDD succeed not because they use impressive words, but because every sentence earns its place and every paragraph advances the reader's understanding.

This means:

Clarity over cleverness: Use the simplest word that precisely conveys the meaning. "Use" instead of "utilize", "show" instead of "demonstrate" (unless you mean a formal proof/demonstration), "many" instead of "a plethora of".
Precision over vagueness: Replace hedging language with specific claims. Instead of "our method performs quite well", say "our method achieves 94.3% accuracy, outperforming the strongest baseline by 2.1 points".
Economy over verbosity: Every sentence should do work. If removing a sentence doesn't lose information, remove it.
Flow over fragmentation: Guide the reader from one idea to the next with logical connectives, not abrupt jumps.

### How to Refine

When a user provides text to refine, follow this process:

### 1. Understand the Context

Before editing, figure out:

What section is this? (abstract, introduction, related work, methodology, experiments, conclusion) — each has different conventions.
What venue? If stated, tailor to that venue's style norms. ML venues (NeurIPS, ICML, ICLR) tend toward concise, equation-heavy writing. NLP venues (ACL, EMNLP, NAACL) often expect more linguistic precision and thorough related work. IR/Web venues (SIGIR, WWW, KDD, CIKM) often need clear problem motivation tied to practical impact.
What stage? A first draft needs structural help; a camera-ready needs polish.

If the user doesn't specify, infer from content and ask only if genuinely ambiguous.

### 2. Apply Section-Specific Conventions

Read references/section-guide.md for detailed conventions per section type. The key principles:

Abstract: Should be self-contained, state the problem, approach, key result (with numbers), and significance — all in ~150–250 words. No citations, no undefined acronyms.

Introduction: Problem → gap → contribution → brief results → paper outline. The reader should understand what you did and why it matters within the first page.

Related Work: Group by theme, not by paper. Each paragraph should end by distinguishing the current work from what was just discussed. Avoid "laundry list" style (X did A. Y did B. Z did C.).

Methodology: Present the approach in logical order. Define notation before using it. Use equations for precision but always provide intuition in words alongside them.

Experiments: Lead with research questions or hypotheses, then describe setup, then results. Tables and figures should be self-contained with descriptive captions.

Conclusion: Summarize contributions (not the whole paper), acknowledge limitations honestly, suggest concrete future directions.

### 3. Sentence-Level Refinement

Consult references/word-choice.md for a quick-reference table of common substitutions (fancy → simple, filler → delete, hedging calibration, and transition connectives). Apply these transformations systematically:

Tighten prose:

Remove filler phrases: "it is worth noting that", "it should be mentioned that", "in order to" → "to"
Eliminate redundancy: "completely eliminate" → "eliminate", "future plans" → "plans"
Convert passive to active where it improves clarity: "the model was trained by us" → "we trained the model"
But keep passive voice when the agent is unimportant: "the dataset was collected from public sources" is fine

Fix common academic writing issues:

Dangling modifiers: "Using gradient descent, the loss decreases" → "Using gradient descent, we minimize the loss"
Noun pile-ups: "multi-task learning based pre-trained language model fine-tuning approach" → break it up with prepositions
Vague referents: "This shows that..." — what does "this" refer to? Make it explicit
Orphan claims: every claim about performance needs a citation or experimental reference

Strengthen transitions:

Between sentences: use logical connectives that signal the relationship (however, therefore, specifically, in contrast, building on this)
Between paragraphs: the first sentence of each paragraph should connect to the previous paragraph's conclusion
Between sections: the last paragraph of a section should preview what comes next

### 4. LaTeX-Specific Handling

When the input contains LaTeX:

Preserve all \\cite{}, \\ref{}, \\label{}, equation environments, and custom macros exactly as written
Fix only the prose — do not modify mathematical content unless there is a clear notational inconsistency
Maintain \\textbf{}, \\textit{}, \\emph{} formatting choices
Ensure consistent notation: if the user writes $\\mathbf{x}$ in one place and $\\boldsymbol{x}$ in another for the same quantity, flag it
Keep ~ (non-breaking spaces) before \\cite and \\ref
Preserve % comments
Do not add or remove \\paragraph{}, \\subsubsection{} etc. unless the user asks for structural changes

### 5. What NOT to Do

These are equally important as what to do:

Do not insert fancy vocabulary. "Leverage" is almost never better than "use". "Elucidate" is almost never better than "explain". If the original uses a simple word correctly, keep it.
Do not over-hedge. Academic writing needs appropriate qualification ("may", "suggests"), but excessive hedging ("it could potentially be argued that this might possibly indicate") undermines confidence in the work.
Do not add content. Refine what is there. If something is missing (e.g., no related work comparison, no baseline), flag it as a suggestion but do not invent claims or results.
Do not homogenize voice. If the author has a distinct (but correct) style, preserve it. The goal is to polish, not to flatten.
Do not use em-dashes excessively. Parentheses or restructured sentences are usually cleaner in academic writing. One em-dash pair per paragraph at most.
Do not introduce semicolons liberally. Prefer shorter sentences joined by appropriate connectives over long semicolon-connected chains.

### Output Format

When presenting refined text:

Provide the refined version as the primary output, clearly separated from commentary
Add brief marginal notes for substantive changes — explain why you changed something when the reason isn't obvious (e.g., "Restructured to lead with the contribution rather than the gap" or "Made the comparison to X explicit")
Flag issues you cannot fix — missing citations, unclear experimental details, potential factual concerns — as a separate list at the end
If the input is LaTeX, output LaTeX. If the input is plain text, output plain text. Match the format.

### Interaction Patterns

Full paper refinement: If the user provides an entire paper (or most of one), work section by section. Start with whichever section the user indicates, or begin with the abstract and introduction since those set the tone.

Single section: Apply the full refinement process to that section.

Quick polish: If the user says "just fix the grammar" or "light edit only", respect that — fix spelling, grammar, and punctuation without restructuring or rewriting.

Iterative refinement: After providing a refined version, be ready for feedback like "too formal", "I want to keep the original structure of paragraph 2", or "make the motivation stronger". Apply changes surgically without re-editing the rest.

Rebuttal writing: When the user mentions a rebuttal or reviewer response, read references/rebuttal-guide.md for specific advice on crafting effective rebuttals.

### Common Venue-Specific Notes

Venue GroupStyle TendenciesNeurIPS, ICML, ICLRConcise, equation-centric. Theoretical rigor valued. Anonymous review — remove self-identifying references.AAAI, IJCAIBroader AI scope. Motivation and real-world relevance important. Slightly more expository than ML-focused venues.ACL, EMNLP, NAACLThorough related work expected. Linguistic precision in terminology. Error analysis and ablation studies valued.CVPRVisual results critical. Qualitative examples alongside quantitative. Clear figure descriptions.WWW, KDD, SIGIR, CIKMProblem-driven motivation. Scalability and practical impact often expected. Dataset descriptions need care.

These are tendencies, not rigid rules — good writing is good writing regardless of venue.
## Trust
- Source: tencent
- Verification: Indexed source record
- Publisher: Zihan-Zhu
- Version: 1.0.0
## Source health
- Status: healthy
- Source download looks usable.
- Yavira can redirect you to the upstream package for this source.
- Health scope: source
- Reason: direct_download_ok
- Checked at: 2026-05-07T17:22:31.273Z
- Expires at: 2026-05-14T17:22:31.273Z
- Recommended action: Download for OpenClaw
## Links
- [Detail page](https://openagent3.xyz/skills/academic-writing-refiner)
- [Send to Agent page](https://openagent3.xyz/skills/academic-writing-refiner/agent)
- [JSON manifest](https://openagent3.xyz/skills/academic-writing-refiner/agent.json)
- [Markdown brief](https://openagent3.xyz/skills/academic-writing-refiner/agent.md)
- [Download page](https://openagent3.xyz/downloads/academic-writing-refiner)