-
Notifications
You must be signed in to change notification settings - Fork 80
Description
I took a look at your markdown-converter skill and wanted to share some thoughts.
Links:
The TL;DR
You're at 88/100, solidly in B territory. This skill nails the fundamentals—your writing style is clean (9/10), the trigger list is exhaustive, and it genuinely solves a real problem (document-to-markdown conversion for LLM processing). Weakest spot is Spec Compliance (12/15), where you're leaving a couple points on the table with minimal effort.
What's Working Well
- Writing style is chef's kiss (9/10) — clean imperative voice throughout, no marketing fluff. Just straightforward instructions.
- Exhaustive trigger list — You've got PDF, Word, docx, pptx, xlsx, convert, markdown, markitdown. That's the kind of discoverability work that actually gets people to find your skill.
- Token efficiency (9/10) — Single file, under 100 lines, every line earns its place. No bloated references or unnecessary layering for a simple tool wrapper.
- Real examples — Good variety showing common conversions; input/output format is clear and practical.
The Big One: Missing Validation Feedback Loop
Here's what's holding back your Utility score (16/20): You tell people what the skill does, but not how to verify it worked or troubleshoot when it doesn't.
The Notes section mentions structure preservation and caching, but there's no explicit validation step. In the real world, people need to know: Does the conversion actually work? How do I tell if it failed?
The fix: Add a Verification subsection in your Notes:
Verify: Check output file exists and contains expected headings.
If extraction is incomplete, retry with the -d flag for detailed extraction mode.
Common issue: Scanned PDFs may have poor text extraction—consider OCR preprocessing if needed.
This adds maybe 2-3 lines but pushes you +2 points easily (88 → 90).
Other Things Worth Fixing
-
Description duplication — Your format list appears in both the frontmatter description AND the "Supported Formats" body section. Keep the exhaustive list in the description for discoverability triggers, but in the body you could just say "See description for full format list" or group them by category. Clean up ~1 point.
-
Trigger phrase coverage — You're solid here, but consider adding "document conversion" or "file to markdown" as explicit triggers if they're not already driving discovery.
-
Optional fields — You're not using things like
allowed_toolsorstorage_location. If this skill integrates with specific agents or has storage preferences, documenting that would help power users optimize their setup.
Quick Wins
- Add validation/troubleshooting steps to Notes → +2 points (straight to 90)
- Remove format duplication between description and body → +1 point
- Document any tool restrictions or preferences → +1 point
You're already solid here—these are refinements, not rewrites.
Checkout your skill here: [SkillzWave.ai](https://skillzwave.ai) | [SpillWave](https://spillwave.com) We have an agentic skill installer that install skills in 14+ coding agent platforms. Check out this guide on how to improve your agentic skills.