Blog Editor

v1.0.3

Edit, polish, and improve a blog post draft written in Markdown. Use this skill whenever the user wants to refine a blog draft — fixing grammar, improving cl...

0· 327·1 current·1 all-time
byJeff Yang@j3ffyang
Security Scan
VirusTotalVirusTotal
Benign
View report →
OpenClawOpenClaw
Benign
high confidence
Purpose & Capability
Name and description (Markdown blog editing) align with the contents of SKILL.md and included files. The skill requires only the 'md' skill to write out edited Markdown, which is consistent with the stated purpose. No unrelated credentials, binaries, or config paths are requested.
Instruction Scope
Runtime instructions are narrowly scoped to reading a provided Markdown draft, fixing grammar, enhancing thin sections (with in-line comments when additions are made), flagging structural suggestions for user approval, and outputting a revised Markdown file. The SKILL.md does not instruct the agent to read unrelated files, access environment variables, or transmit data to external endpoints beyond normal model invocation.
Install Mechanism
No install spec and no code files — instruction-only skill. This minimizes on-disk risk; there are no downloads, extracts, or third-party packages included.
Credentials
The skill requests no environment variables, secrets, or config paths. This is proportionate to the simple editing task. The only external dependency noted is the platform 'md' skill, which is appropriate for writing Markdown output.
Persistence & Privilege
always:false and no instructions to modify other skills or system-wide configuration. The skill does request saving an edited file under a modified filename, which is normal for this task and scoped to the user's content.
Assessment
This skill appears coherent and minimal: it only edits Markdown and asks no extra permissions. Before using, don't paste sensitive secrets or personally identifiable data into the draft (any text you provide will be processed by the agent/model). Also ensure you trust the agent's 'md' skill that the editor will use to save files, and test on a non-sensitive draft first if you want to confirm output filenames and storage location.

Like a lobster shell, security has layers — review code before you run it.

latestvk97a6agw6qjmv76b1q5t7fgvg982xwv4
327downloads
0stars
3versions
Updated 1mo ago
v1.0.3
MIT-0

Blog Editor

Polish a blog draft in Markdown — fix grammar, fill in thin spots, flag structure issues, and keep the original voice and language intact.


Before You Start

This skill needs no external dependencies — it's pure Markdown in, Markdown out. No Python, no scripts, no packages to install.

What you need:

  • The blog draft as a .md file (or pasted text)
  • The md skill loaded (you already have it — you said so!)

That's it. You're good to go.


Step 1 — Read the Draft

Ask the user to paste or upload their blog draft if they haven't already.

Once you have it, read it in full before doing anything. Don't start editing mid-read. Get the full picture first — tone, topic, structure, language(s).

Note these things as you read:

  • What language(s) is it written in?
  • What's the overall vibe? (casual, technical, personal?)
  • Are there sections that feel thin or confusing?
  • Are there grammar issues?
  • Does the paragraph order make sense?

Step 2 — Grammar & Language Check

Go through the draft and fix grammar issues. Rules:

Fix silently (no need to ask):

  • Spelling mistakes
  • Punctuation errors
  • Subject-verb agreement
  • Tense consistency
  • Run-on sentences or obvious typos

Language rule — important:

  • Keep the original language as-is. Chinese stays Chinese. English stays English. Do NOT translate unless a sentence mixes languages in a way that breaks meaning.
  • If you do change language in a spot (rare), highlight it with a comment like: <!-- ⚠️ Language changed here: [reason] -->
  • If there's genuinely conflicting content between the two languages in a bilingual post, flag it to the user before changing anything.

Step 3 — Content Enhancement

For sections that are too thin, vague, or feel incomplete — add a bit more context or explanation. But keep these rules:

  • Keep it as simple as the original. Don't make it fancy if the original wasn't.
  • Don't add fluff. Only add something if it actually helps the reader understand.
  • Don't change the author's voice. If they write casually, keep it casual. If they write short punchy sentences, don't pad them out.
  • If a section is missing a key point that would make it confusing without it, add it — but note what you added with a comment: <!-- ✏️ Enhanced: added [brief reason] -->

Step 4 — Paragraph Structure Check

Read through the structure. Ask yourself:

  • Does the intro actually introduce the topic?
  • Do the sections flow in a logical order?
  • Does the conclusion wrap things up, or does it just stop?
  • Are any paragraphs doing too much (should be split)?
  • Are any paragraphs doing too little (should be merged or cut)?

If you spot a structural issue — do NOT just change it. Flag it like this and ask the user first:

⚠️ Structure suggestion: The section "[X]" feels like it would land better
after "[Y]" because [reason]. Want me to move it?

Wait for a yes before touching the order.


Step 5 — Output the Edited Draft

Once grammar is fixed and content is enhanced, output the full edited Markdown file. Use the md skill to write it out properly.

Save it as: [original-filename]-edited.md

At the top of your response, give a short summary of what you changed:

## What I changed
- Grammar: [brief summary]
- Enhanced: [which sections, and why]
- Flagged for your input: [list any structure questions]
- Language notes: [if any language was changed, explain here]

Tone Reminders

  • Stay in the author's voice. You're editing, not rewriting.
  • Don't over-polish. A blog doesn't need to read like a textbook.
  • Spoken and informal language is fine — don't sanitize it into corporate speak.
  • If something sounds weird but it's intentional style, leave it alone.

Example Flow

User says: "here's my blog draft, can you clean it up?"

You do:

  1. Read the whole thing
  2. Fix grammar quietly
  3. Enhance thin sections (keep it simple)
  4. Flag any structure questions and ask
  5. Output the edited .md file with a change summary

Dependencies

None. This skill is pure Markdown. No installs needed.

The only requirement is the md skill — which you already have set up.

Comments

Loading comments...