lyndonkl/writing-pre-publish-checklist
skills/writing-pre-publish-checklist/SKILL.md
Runs a comprehensive six-section quality checklist (content, structure, clarity, style, polish, final tests) before writing is shared or published, catching issues that revision and stickiness enhancement might miss. Use when performing final quality checks before sharing, publishing, or submitting writing, or when user mentions pre-publish, final check, ready to publish, last review, quality check, or about to share.
$ install --global
skillsauthnpx skillsauth add lyndonkl/claude writing-pre-publish-checklistInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
Security Scan Results
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
3
Scanners Passed
9
Scanners in report
Clean
TrivyContainer and dependency vulnerability scanner
95%
Clean
SemgrepStatic code analysis for vulnerabilities
95%
Clean
mcp-scan (Snyk)Model Context Protocol security validation
95%
Skipped
Snyk (dep)Open source security scanning
50%
Skipped
Socket.devSupply chain security analysis
50%
Skipped
VirusTotalMulti-engine malware detection
50%
Skipped
CrowdStrikeAdvanced threat intelligence
50%
Skipped
OSV-ScannerOpen Source Vulnerability database check
50%
Skipped
OWASP Dep-Check
50%
Last scanned: Apr 25, 2026, 10:28 AM176.3s2 files scanned
SKILL.md
- name:
- writing-pre-publish-checklist
- description:
- Runs a comprehensive six-section quality checklist (content, structure, clarity, style, polish, final tests) before writing is shared or published, catching issues that revision and stickiness enhancement might miss. Use when performing final quality checks before sharing, publishing, or submitting writing, or when user mentions pre-publish, final check, ready to publish, last review, quality check, or about to share.
Writing Pre-Publishing Checklist
Table of Contents
- Core Principles
- Workflow
- Check Details
- Guardrails
- Quick Reference
Related skills: Use writing-structure-planner for planning structure, writing-revision for deep prose revision, writing-stickiness for memorable messaging.
Core Principles
- Systematic, not subjective: Follow the checklist completely, don't skip sections
- Fresh eyes perspective: Read as if seeing the piece for the first time
- Binary decisions: Each check item is pass/fail, not "sort of"
- Flag, don't fix: Identify issues and present to user rather than silently fixing
- Final gate, not revision: This catches remaining issues, not does deep rewriting
Workflow
Copy this checklist and track your progress:
Pre-Publishing Checklist:
- [ ] Section 1: Content check
- [ ] Section 2: Structure check
- [ ] Section 3: Clarity check
- [ ] Section 4: Style check
- [ ] Section 5: Polish check
- [ ] Section 6: Final tests
Before starting: This is a systematic pass through the complete piece. Read the entire document first to understand context, then work through each section.
Section 1: Content Check
Step 1.1: Read the entire piece. Identify the core message. Verify core message is crystal clear - could a reader state it back in one sentence?
Step 1.2: Check all facts for accuracy. Flag any claims that need verification. Note any statistics, dates, names, or specific details that should be double-checked with the user.
Step 1.3: Evaluate examples and evidence. Are examples relevant and appropriate for the audience? Are arguments sound and complete? Is there any missing information that would leave readers with unanswered questions?
Present Content Check results:
Content Check:
- [ ] Core message crystal clear
- [ ] All facts checked for accuracy
- [ ] Examples relevant and appropriate
- [ ] Arguments sound and complete
- [ ] No missing information
Issues found: [list any issues]
Section 2: Structure Check
Step 2.1: Evaluate the opening. Does it hook readers? Would someone continue reading after the first paragraph?
Step 2.2: Check flow and transitions. Is the logical flow smooth throughout? Do transitions between sections work? Are there any jarring jumps?
Step 2.3: Examine the middle and ending. Does the middle section have gold-coin moments (rewards for the reader)? Does the conclusion satisfy - does it deliver on the promise of the opening?
Present Structure Check results:
Structure Check:
- [ ] Opening hooks readers
- [ ] Flow is logical and smooth
- [ ] Transitions work smoothly
- [ ] Middle section has gold coins
- [ ] Conclusion satisfies
Issues found: [list any issues]
Section 3: Clarity Check
Step 3.1: Scan for jargon. Is all jargon either removed or explained? Is it appropriate for the target audience?
Step 3.2: Check for ambiguity. Are there ambiguous pronouns? Garden-path sentences that require re-reading? Any sentences where meaning is unclear?
Step 3.3: Verify audience fit. Is technical accuracy maintained? Is the level of detail appropriate for the target audience?
Present Clarity Check results:
Clarity Check:
- [ ] No jargon (or all jargon explained)
- [ ] No ambiguous pronouns
- [ ] No garden-path sentences
- [ ] Technical accuracy maintained
- [ ] Appropriate for target audience
Issues found: [list any issues]
Section 4: Style Check
Step 4.1: Verify tone consistency. Is the tone consistent throughout? Does it shift inappropriately between sections?
Step 4.2: Check voice and sentence variety. Is the voice appropriate for the audience and purpose? Is there good sentence variety (mix of short, medium, long)? Rate sentence variety on a 1-10 scale (target 7+).
Step 4.3: Scan for remaining clutter. Is there any clutter that should have been caught in revision? Does active voice predominate?
Present Style Check results:
Style Check:
- [ ] Tone is consistent
- [ ] Voice is appropriate
- [ ] Sentence variety is good (score: X/10)
- [ ] No clutter remains
- [ ] Active voice predominates
Issues found: [list any issues]
Section 5: Polish Check
Step 5.1: Check mechanics. Scan for spelling errors, grammar issues, and punctuation problems.
Step 5.2: Verify formatting. Is formatting consistent throughout (headings, lists, emphasis, spacing)? Do links work (if applicable)?
Present Polish Check results:
Polish Check:
- [ ] Spelling checked
- [ ] Grammar correct
- [ ] Punctuation proper
- [ ] Formatting consistent
- [ ] Links work (if applicable)
Issues found: [list any issues]
Section 6: Final Tests
Step 6.1: Read-aloud test. Read the piece aloud (or simulate reading aloud). Flag any sections that sound awkward, trip over themselves, or lose momentum.
Step 6.2: Intent test. Does the piece achieve its stated intent? Does it satisfy the target audience's needs?
Step 6.3: Pride test. Present the overall assessment - is this piece ready for its intended audience? Note any remaining concerns.
Present Final Tests results:
Final Tests:
- [ ] Read aloud - sounds good
- [ ] Achieves stated intent
- [ ] Satisfies target audience needs
- [ ] Ready for publication
Overall assessment: [PASS / PASS WITH NOTES / NEEDS REVISION]
Final Summary
Present the complete checklist results in a single summary:
Pre-Publishing Checklist Summary:
================================
Content: [PASS/FAIL] - [brief note]
Structure: [PASS/FAIL] - [brief note]
Clarity: [PASS/FAIL] - [brief note]
Style: [PASS/FAIL] - [brief note]
Polish: [PASS/FAIL] - [brief note]
Final: [PASS/FAIL] - [brief note]
Overall: [READY TO PUBLISH / NEEDS ATTENTION]
Issues requiring action:
1. [issue]
2. [issue]
Validate using resources/evaluators/rubric_pre_publish.json. Minimum standard: Average score >= 3.5.
Check Details
| Section | Focus | Key Questions | |---------|-------|---------------| | Content | Accuracy & completeness | Is the core message clear? Facts correct? | | Structure | Organization & flow | Does it hook, flow, and satisfy? | | Clarity | Readability | Can audience understand without re-reading? | | Style | Consistency & voice | Is tone consistent? Voice appropriate? | | Polish | Mechanics | Spelling, grammar, punctuation, formatting? | | Final | Overall quality | Read-aloud test? Achieves intent? |
Guardrails
Requirements:
- Complete all 6 sections: Run every section even if the writing seems good
- Binary pass/fail: Each checklist item gets a clear pass or fail, not "maybe"
- Flag to user: Present issues for the user to address rather than silently fixing
- Context-aware: Adjust standards to context (blog post vs. academic paper vs. email)
- Honest assessment: Give genuine feedback even if it means more work is needed
Common pitfalls:
- Rubber-stamping everything as "pass" without careful review
- Skipping the read-aloud test (it catches issues nothing else does)
- Not adjusting standards for the specific publication context
- Trying to do deep revision instead of flagging issues
- Missing formatting inconsistencies in longer pieces
Quick Reference
Key resources:
- resources/evaluators/rubric_pre_publish.json: Quality scoring criteria
Inputs required:
- Finished or near-finished piece of writing
- Target audience and publication context
- Stated intent or core message
Outputs produced:
- Complete 6-section checklist with pass/fail for each item
- List of issues requiring attention
- Overall publication readiness assessment
Related Skills
lyndonkl/skills/zettel-note
development
VerifiedTrustedCommunity
--- name: zettel-note description: The note-writing discipline for this vault's evergreen knowledge graph, modeled on a Zettelkasten reading companion and governed by the vault conventions. Enforces declarative-claim titles, one claim per note (atomicity), own-words prose with no block quotes, the piped [[slug|Title]] link form, the labeled link-relationship vocabulary (Confirms/Contradicts/Extends/Context/Prerequisite/Builds-on/Applies/Example-of/Contrasts-with), 3-6 links per note, and search-
119SKILL.mdUpdated Jun 12, 2026
lyndonkl/wc-transfer-planner
development
VerifiedTrustedCommunity
Plans between-round FIFA World Cup Fantasy transfers — budgets the round's free transfer(s), forces out players whose nation has been eliminated, chases fixture-swing drops, upgrades on value, and decides when a rebuild is large enough to fire the Wildcard instead of spending free transfers one at a time. Ranks candidate in/out pairs by EV gain over each player's remaining survival horizon (delta xEV weighted by progression_carry) MINUS transfer cost (a free transfer is cheap, a points hit is real, churning the squad for marginal swings is a critic flag), and tags forced/fixture/upgrade priority. Emits a `transfer-plan` signal. Use when called by wc-squad-architect (whose transfer work this skill is the engine for) and by the strategists in the populate stage when their candidate is transfer-adjacent rather than a full rebuild.
119SKILL.mdUpdated Jun 12, 2026
lyndonkl/wc-tournament-state
testing
VerifiedTrustedCommunity
Reads and updates the FIFA World Cup Fantasy tournament state machine (footballfantasy/context/tournament-state.md) — the temporal backbone tracking phase (pre-tournament → group MD1-3 → R32 → R16 → QF → SF → final), budget ($100m group / $105m knockouts), nation cap (3 group, loosening in knockouts), chips remaining, surviving nations, each owned player's elimination-risk horizon, and deadlines. Validates state on load (count/feasibility checks), applies phase transitions, and appends to the append-only state log (never silent overwrite). Use to load state at the start of a run and to commit state changes after the manager makes a move.
119SKILL.mdUpdated Jun 12, 2026
lyndonkl/wc-signal-emitter
development
VerifiedTrustedCommunity
Validates and persists FIFA World Cup Fantasy signal files to signals/YYYY-MM-DD-<type>.md. Checks the required frontmatter (type, round, date, emitted_by, confidence, source_urls), range-checks declared numeric signals, confirms every factual claim carries a source URL or "manager-provided", rejects unknown signal types, and refuses to persist a signal that fails validation (logging the failure instead). Keeps the inter-agent signal layer auditable so downstream agents can trust what they read and never re-derive it. Use whenever an agent or skill writes a signal.
119SKILL.mdUpdated Jun 12, 2026