Initial commit
This commit is contained in:
105
commands/new-post.md
Normal file
105
commands/new-post.md
Normal file
@@ -0,0 +1,105 @@
|
||||
---
|
||||
argument-hint: [TOPIC]
|
||||
description: Create a new blog post with braindump and draft files, then start brainstorming conversation
|
||||
---
|
||||
|
||||
Topic: $1
|
||||
|
||||
You are starting a new blog post on the topic: **$1**
|
||||
|
||||
## Setup
|
||||
|
||||
1. Create directory structure: `posts/$1/`
|
||||
2. Create `posts/$1/braindump.md` with this template:
|
||||
|
||||
```markdown
|
||||
# $1 - Braindump
|
||||
|
||||
## Context
|
||||
<!-- What triggered this topic? Personal experience, observation, frustration? -->
|
||||
|
||||
## Core Argument
|
||||
<!-- Main thesis or insight you want to convey -->
|
||||
|
||||
## Audience
|
||||
<!-- Who is this for? Engineers, managers, general audience? -->
|
||||
|
||||
## Outline
|
||||
<!-- Evolving structure of the post -->
|
||||
|
||||
## Research
|
||||
<!-- Studies, data, citations, sources -->
|
||||
|
||||
## Examples
|
||||
<!-- Concrete cases, anecdotes, stories -->
|
||||
|
||||
## Quotes
|
||||
<!-- Notable quotations with attribution -->
|
||||
|
||||
## Questions
|
||||
<!-- Open questions to resolve during writing -->
|
||||
|
||||
## Sources
|
||||
<!-- Full references for later citation -->
|
||||
```
|
||||
|
||||
3. Create `posts/$1/draft.md` with this template:
|
||||
|
||||
```markdown
|
||||
---
|
||||
title:
|
||||
date: YYYY-MM-DD
|
||||
status: draft
|
||||
---
|
||||
|
||||
# [Title]
|
||||
|
||||
## TL;DR
|
||||
-
|
||||
-
|
||||
-
|
||||
|
||||
## [Introduction]
|
||||
|
||||
[Hook: anecdote, problem statement, or rhetorical question]
|
||||
|
||||
## [Body Section 1]
|
||||
|
||||
[Content]
|
||||
|
||||
## [Body Section 2]
|
||||
|
||||
[Content]
|
||||
|
||||
## [Conclusion]
|
||||
|
||||
[Summary, practical implications, engagement question]
|
||||
```
|
||||
|
||||
## After Setup
|
||||
|
||||
Once files are created, **invoke the brainstorming skill** (from essentials plugin) and start the conversation:
|
||||
|
||||
- Ask clarifying questions about the topic
|
||||
- Explore what triggered this idea
|
||||
- Identify the core argument or angle
|
||||
- Define the audience
|
||||
- Suggest possible approaches
|
||||
- Update braindump.md with ideas as they emerge
|
||||
|
||||
**Do NOT immediately draft the post.** Start with brainstorming to refine the idea first.
|
||||
|
||||
## Example Flow
|
||||
|
||||
```
|
||||
[After creating files]
|
||||
|
||||
AI: Created posts/$1/ with braindump.md and draft.md.
|
||||
|
||||
[invokes brainstorming skill]
|
||||
|
||||
Let's explore this topic. What triggered your interest in $1?
|
||||
Is this based on a specific experience or pattern you've noticed?
|
||||
```
|
||||
|
||||
Then continue the brainstorming conversation naturally, updating braindump.md as ideas develop.
|
||||
136
commands/polish.md
Normal file
136
commands/polish.md
Normal file
@@ -0,0 +1,136 @@
|
||||
---
|
||||
argument-hint: [TOPIC or PATH]
|
||||
description: Polish a blog post draft using quality checklist and style guidelines (hybrid: suggest → confirm → apply)
|
||||
---
|
||||
|
||||
Target: $1
|
||||
|
||||
You are polishing a blog post draft. This can be run multiple times during the writing process, not just at the end.
|
||||
|
||||
## Process
|
||||
|
||||
**1. Locate the Draft**
|
||||
|
||||
If given a topic name, look for `posts/$1/draft.md`
|
||||
If given a path, use that directly
|
||||
|
||||
**2. Read Both Files**
|
||||
|
||||
- Read `draft.md` (the post being polished)
|
||||
- Read `braindump.md` (for context, research, examples)
|
||||
|
||||
**3. Apply Quality Checklist** (from blog-writing skill)
|
||||
|
||||
Evaluate the draft against:
|
||||
- [ ] Opens with compelling hook (anecdote, problem, or question)
|
||||
- [ ] TL;DR provides clear, standalone summary
|
||||
- [ ] Paragraphs are short (1-3 sentences)
|
||||
- [ ] Uses personal examples to ground abstract concepts
|
||||
- [ ] Cites sources/research to back up claims
|
||||
- [ ] Acknowledges complexity, avoids oversimplification
|
||||
- [ ] Examines multiple perspectives when relevant
|
||||
- [ ] Uses clear headings for scannability
|
||||
- [ ] Conversational tone with contractions and first person
|
||||
- [ ] Avoids corporate jargon, hyperbole, AI-sounding language
|
||||
- [ ] Ends with practical implications and engagement question
|
||||
- [ ] Varies sentence length for rhythm
|
||||
- [ ] Uses bold text for key insights (not excessively)
|
||||
- [ ] Works well in web and email formats
|
||||
|
||||
**4. Identify Improvements**
|
||||
|
||||
Look for:
|
||||
- **Structural issues**: Missing TL;DR, weak hook, no engagement question
|
||||
- **Voice issues**: Too formal, corporate language, AI phrases
|
||||
- **Style issues**: Long paragraphs, monotonous rhythm, missing emphasis
|
||||
- **Content issues**: Unsupported claims, missing examples, no citations
|
||||
- **Substack issues**: Poor formatting, hard to scan, not mobile-friendly
|
||||
|
||||
**5. Present Suggestions** (Hybrid Approach)
|
||||
|
||||
**CRITICAL: Only suggest improvements based on existing content.**
|
||||
- Don't add new ideas, examples, or milestones the user hasn't mentioned
|
||||
- Only reference content from braindump.md or draft.md
|
||||
- Focus on style, structure, and polish - not new content
|
||||
- If something is missing (e.g., no examples), ASK the user to provide it - don't make it up
|
||||
|
||||
Show 3-5 concrete improvements you recommend:
|
||||
|
||||
```
|
||||
I found several improvements to make:
|
||||
|
||||
1. **Hook**: Current intro is explanatory. Suggest rewriting with
|
||||
personal anecdote from braindump (Company X OKR failure story).
|
||||
|
||||
2. **Missing TL;DR**: Add 3-bullet summary at the top.
|
||||
|
||||
3. **Long paragraphs**: Section "Why OKRs Fail" has 6-sentence
|
||||
paragraph. Break into 2-3 shorter ones.
|
||||
|
||||
4. **Missing citation**: Claim about "70% failure rate" lacks source.
|
||||
Found in braindump - add HBR 2024 reference.
|
||||
|
||||
5. **Weak ending**: Currently just summarizes. Add engagement
|
||||
question: "Have you seen OKRs fail at your company? What went wrong?"
|
||||
|
||||
Should I apply these improvements to draft.md?
|
||||
```
|
||||
|
||||
**6. Wait for Confirmation**
|
||||
|
||||
User responds:
|
||||
- "Yes" / "Apply all" → Apply all suggested improvements
|
||||
- "Only 1, 3, 5" → Apply specific improvements
|
||||
- "Skip 2" → Apply all except specified ones
|
||||
- "Show me #1 first" → Show the specific change before applying
|
||||
|
||||
**7. Apply Improvements**
|
||||
|
||||
Update `draft.md` with approved changes. After applying:
|
||||
|
||||
```
|
||||
Applied improvements to draft.md:
|
||||
✓ Rewrote intro with personal anecdote
|
||||
✓ Split long paragraph in "Why OKRs Fail" section
|
||||
✓ Added engagement question to conclusion
|
||||
|
||||
Draft is now more polished. Want to review another section or run /polish again?
|
||||
```
|
||||
|
||||
## Guidelines
|
||||
|
||||
**Be Specific**: Don't say "improve the intro" - show exactly what you'd change
|
||||
|
||||
**Prioritize Impact**: Focus on high-impact improvements (weak hook, missing engagement question) over minor tweaks
|
||||
|
||||
**Reference Braindump**: Suggest adding content from braindump.md when it strengthens the draft
|
||||
|
||||
**Preserve Voice**: Only suggest changes that align with Dhruv's style - don't make it more formal or corporate
|
||||
|
||||
**Iterative**: This command can be run multiple times. Each pass should improve the draft without over-polishing
|
||||
|
||||
**Substack Formatting**: Always check for proper markdown, line breaks, mobile readability
|
||||
|
||||
## Common Improvements
|
||||
|
||||
- Add missing TL;DR
|
||||
- Rewrite weak hooks with personal anecdotes
|
||||
- Break up long paragraphs (>4 sentences)
|
||||
- Add bold emphasis to key insights
|
||||
- Insert citations from braindump research
|
||||
- Strengthen conclusion with engagement question
|
||||
- Remove AI phrases ("in conclusion," "in today's world")
|
||||
- Vary sentence length for better rhythm
|
||||
- Add subheadings to improve scannability
|
||||
- Ensure proper spacing for email format
|
||||
|
||||
## After Polishing
|
||||
|
||||
The draft should:
|
||||
- Sound like Dhruv wrote it, not an AI
|
||||
- Be scannable and mobile-friendly
|
||||
- Have clear structure with proper emphasis
|
||||
- Include concrete examples and citations
|
||||
- Invite reader engagement
|
||||
|
||||
If multiple issues remain, user can run `/polish` again for another pass.
|
||||
Reference in New Issue
Block a user