Editorialize
🤖 My Claude Code config!
npx -y skills add TomerAberbach/claude-config --skill editorializeAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
2.6 KB, as published. Nobody here has run it
Do an editorial review of the given post or article. Report findings; don't edit the text.
Target
jj show --git
Arguments: $ARGUMENTS
Review the target named in the arguments if given; otherwise the prose changed in the current commit shown above; if there are no arguments and the commit has no changes, ask the user what to review and stop.
Workflow
- Read the whole piece once as a reader would, before critiquing
- Determine the intended audience and the point the piece argues for; the passes judge the piece against these
- Apply the passes in "Passes"
- If the passes surface nothing significant, tell the user the piece is in good shape and stop; don't manufacture findings
- Report findings in order of importance; a structural problem almost always outranks a line-level one. For each: what the problem is, where it occurs, why it weakens the piece, and a concrete suggestion
- Suggest
/strunkifyif the main weakness is loose prose rather than substance or structure
Passes
- Thesis: can you state the piece's point in one sentence? Does every section serve it? Flag sections that don't
- Audience fit: assumed knowledge, jargon, and depth match the intended reader. Flag explanations the audience doesn't need and gaps they do. If the intended reader can't be inferred at all, that's the finding
- Structure: does the order of sections build the argument? Would a reader skimming the headings follow the arc?
- Evidence: are claims supported by examples, data, or reasoning? Flag bare assertions a skeptical reader would push back on
- Counterarguments: are obvious objections acknowledged? Flag the strongest unaddressed one
- Opening: does the first paragraph earn the read, or does it warm up? Flag burying the lede
- Conclusion: does it land the thesis, or trail off into summary and filler?
- Title: accurate, specific, and matching what the piece delivers; not clickbait, not vague
- Redundancy: points made more than once without adding anything; recommend which occurrence to keep
- Tone: consistent register throughout; flag lurches between formal and casual, or confident and hedging
These aren't exhaustive. Reason from first principles when none fits cleanly.
Guidelines
- Critique the piece the author is writing, not the one you would write
- Be specific: quote or point to the offending passage, never "the middle section feels weak"
- Don't flag voice or stylistic choices that are deliberate and consistent