Assists with writing technical content while avoiding generic AI detection patterns.

Install

mkdir -p .claude/skills/write-get-convex && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/18570" && unzip -o skill.zip -d .claude/skills/write-get-convex && rm skill.zip

Installs to .claude/skills/write-get-convex

Activation

This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.

Writing style guide for technical content, social media, blog posts, READMEs, git commits, and developer documentation. Optimized to avoid AI detection patterns. Use when writing any content beyond code.
203 chars✓ has a “when” trigger
Beginner

Key capabilities

  • Apply the 'Rule of One' framework to content
  • Format content for X/Twitter posts
  • Format content for LinkedIn posts
  • Format content for blog posts
  • Format content for README files
  • Format content for Git commit messages

How it works

The skill applies a 'Rule of One' framework to ensure focused content and then formats the output according to specific guidelines for various content types like social media posts, blog articles, and documentation, while avoiding AI detection patterns.

Inputs & outputs

You give it
A request to write content for a specific platform or purpose
You get back
Content formatted according to the specified style guide and platform requirements

When to use write

  • Writing technical documentation
  • Drafting blog posts and feature announcements
  • Writing clean git commit messages
  • Creating social media content

About this skill

Writing Style Skill

Expert writing for technical content, social media, and developer documentation. Optimized to avoid AI detection patterns.


How to call specific sections

Use these triggers to activate specific parts of this skill:

Trigger phraseSection activated
write:tweet or write:xX/Twitter posts format
write:linkedinLinkedIn posts format
write:blogBlog posts format
write:readmeREADME files format
write:commitGit commits format
write:docsDeveloper documentation
write:featureFeature post format
write:convexConvex-specific content
write:tipQuick tip format

Example usage:

  • "write:tweet about Convex real-time sync"
  • "write:blog on authentication patterns"
  • "write:feature for our new search API"

Rule of one

Every piece of content follows this framework:

One person: Write to a specific person, not an audience.

One problem: State the single problem they face.

One cause: Identify the root cause.

One difference: Explain what the solution does differently.

One action: End with one clear next step.

Rule of one checklist

Before publishing, answer these:

  • Can I name the one person this is for?
  • Can the problem fit in one sentence?
  • Is the root cause obvious?
  • Can I explain the difference in one breath?
  • Is there only one action at the end?

If any answer is no, revise before publishing. Ask the user if they want to proceed with the revision.


When to use this skill

Activate for:

  • X/Twitter posts
  • LinkedIn content
  • Blog posts
  • README files
  • Git commits
  • Product announcements
  • Developer documentation
  • Feature posts

Important: This is for standalone writing. Don't update project files (files.md, changelog.md, README.md) when using this skill.


Voice styles

Match your voice to the content type:

StyleCharacteristicsUse for
Technical educatorClear, structured, educationalTechnical content, tutorials, READMEs
Conversational devWarm, witty, approachableSocial posts, personal takes
Analytical thinkerData-driven, bold, opinionatedThought leadership, threads
AphoristCompressed, timeless, pithyShort posts, one-liners
Founder voiceExperience-backed, energeticStartup content, advice
Systems thinkerFrameworks, mental modelsLong-form, technical takes
Dev cultureRelatable, playful, authenticCommunity content, personality
Data storytellerVisual, analytical, trend-focusedAI trends, market insights
Enterprise proProfessional, strategic, preciseEnterprise SaaS, B2B content
Community builderEncouraging, personal, supportiveCareer growth, DevRel
Learn in publicEducational, transparent, iterativeDeveloper career, web dev
Product thinkerCommunity-first, growth-mindedCommunity building, growth

Core principles

Stand out by being you You don't stand out online by saying the same things as everyone else. You stand out by saying: "This is who I am. Here's what I think, feel, and believe." Consensus takes are forgettable. Your take isn't.

Lead with value

  • First sentence does the work
  • Don't bury the takeaway
  • Readers scroll fast

Be direct, not blunt

  • Say what you mean
  • Confidence without arrogance
  • Contractions are fine

Technical, not alienating

  • Define terms when helpful
  • Complex ideas deserve simple language
  • Let code speak when it can

Share what you actually know

  • Personal experience beats generic advice
  • Specific examples beat abstract principles
  • Acknowledge what you don't know

Format by content type

write:tweet

X/Twitter posts format.

[Clear statement or observation]

[Supporting point or context]

[Optional: question or call to action]

Rules:

  • First 2 lines visible in preview. Make them count
  • 280 characters forces compression. Use it
  • One idea per post
  • No hashtags
  • No emojis unless requested

write:linkedin

LinkedIn posts format.

[Hook that stops the scroll]

[Story or context in 2-3 short paragraphs]

[Insight or lesson]

[Call to action or question]

Rules:

  • Short paragraphs for mobile
  • Professional but not corporate
  • Personal stories perform well
  • One clear takeaway

write:blog

Blog posts format.

# Title (sentence case, max 70 characters)

[Opening that states the value immediately]

## Section heading
[Max 300 words per section]

## Section heading
[Use bullet points or tables where helpful]

Rules:

  • Sentence case for all headings
  • No H3s unless absolutely necessary
  • Fact-check everything
  • Lead with why it matters
  • Max 5 sections

write:readme

README files format.

# Project name

[One sentence: what this does]

## Getting started
[Minimal steps to run]

## Usage
[Code examples]

## API / Configuration
[Reference docs]

Rules:

  • Start with what it does, not what it is
  • Code examples over descriptions
  • Keep it scannable

write:commit

Git commits format.

[type]: [short description]

[Optional: longer explanation if needed]

Types: feat, fix, docs, style, refactor, test, chore

Rules:

  • Present tense ("add feature" not "added feature")
  • 50 characters max for subject line
  • No period at the end

write:feature

Feature post format. Answer these five things without wandering:

## [Feature name]

**What it is**
[One sentence description]

**Who it's for**
[Specific user or role]

**The problem it solves**
[One problem, clearly stated]

**How it works**
[High-level explanation, 2-3 sentences max]

**Try it**
[One clear action: link, command, or next step]

Rules:

  • No wandering. Five sections only.
  • Each section answers one question
  • Skip the hype. State facts.
  • End with a single action

write:docs

Developer documentation format.

# [Task or concept name]

[One sentence: what this page helps you do]

## Before you start
[Prerequisites, if any]

## Steps
1. [Action]
2. [Action]
3. [Action]

## Example
[Code snippet]

## Related
[Links to related docs]

Rules:

  • Task-oriented, not feature-oriented
  • Show, don't tell
  • Working code examples required
  • Keep prerequisites minimal

write:convex

Convex-specific content.

New guide or tutorial:

New guide: [topic]

[What you'll learn or build]

[Link]

write:tip format:

Convex tip:

[Pattern in one sentence]

[Code snippet showing it]

[Why this works]

What to avoid:

  • Generic praise ("Convex is amazing!")
  • Comparisons that trash competitors
  • Overpromising
  • Screenshots without context
  • Sharing customer work without permission
  • Empty engagement bait

Content mix for Convex:

  • 40% educational (tutorials, tips, patterns)
  • 30% community (spotlights, customer stories)
  • 20% product (updates, features, changelog)
  • 10% personal (projects, learnings, opinions)

Templates

Technical educator style

[Clear headline]

Here's what matters:
- Point 1
- Point 2
- Point 3

[Code snippet or visual]

[Resource link]

Analytical thinker style

[Counterintuitive opening]

[Common belief]

[Your argument with evidence]

[Implications]

Data storyteller style

[Trend observation with specific data point]

[Context: why this matters now]

[Visual reference or chart if applicable]

[What to watch next]

Rules:

  • Lead with numbers
  • Connect data to broader movements
  • End with forward-looking signal

Learn in public style

[Thing I just figured out]

[How I got there (mistakes included)]

[Resources or links for others]

Rules:

  • Document the journey
  • Share rough drafts
  • Credit sources

AI detection avoidance

Banned vocabulary

Never use: delve, intricate, pivotal, comprehensive, multifaceted, facilitate, encompass, underscore, testament, notably, crucial, underpins, realm, landscape, tapestry, moreover, furthermore, additionally, specifically, importantly, consequently, therefore, thus, myriad, plethora, nuanced, holistic, meticulous, versatile, leverage, synergy, ecosystem, paradigm shift, disruptive, scalable, seamless, empower, innovative, transformative, robust, agile, dynamic, cutting-edge, next-gen, revolutionary, breakthrough, game changer, supercharge, unlock, groundbreaking, ai powered, ai-powered

Banned sentence openers:

  • Dive into / Delve into
  • It's important to note
  • In conclusion / In summary
  • Based on the information provided
  • Navigating the landscape of
  • A testament to
  • When it comes to
  • In today's digital age
  • Furthermore / Moreover / Additionally
  • Let's explore

Banned patterns

Rule of three AI groups items in threes. Vary list lengths.

BAD: "The project was innovative, comprehensive, and groundbreaking." GOOD: "The project worked."

Negative parallelisms BAD: "This is not just a tool, but a revolution." GOOD: State what it IS directly.

Vague attributions BAD: "Many experts believe..." / "Some argue that..." GOOD: Name specific sources or remove attribution.

Setup-pivot-conclusion paragraphs AI follows: General statement -> "However" -> Balanced conclusion. Real writing is messier. Not every paragraph needs resolution.

Symmetrical structures AI balances pros/cons equally. Real analysis is asymmetric.

Banned style markers

  • No em dashes between words
  • No hashtags
  • No emojis unless requested
  • No title case ("The Future of AI" -> "The future of AI")
  • No excessive formatting

How to write human

Vary sentence structure Mix short punchy sentences with longer ones. Fragments work too. Questions help.

Use specific details

  • Exact numbers over ranges
  • Named sources over "experts say"
  • Concrete examples over abstractions
  • Personal observations

Embrace asymmetry Real writing has uneven sections, stronger opinions


Content truncated.

When not to use it

  • When updating project files like `files.md`, `changelog.md`, or `README.md`
  • When the content is code itself

Limitations

  • Does not update project files (files.md, changelog.md, README.md) when using this skill
  • Does not use emojis unless requested
  • Does not use hashtags

How it compares

This skill provides a specific 'Rule of One' framework and detailed formatting rules for various content types, optimized to avoid AI detection, which is more prescriptive than general writing advice.

Compared to similar skills

write side by side with the closest alternatives in the catalog.

SkillInstallsUpdatedSafetyDifficulty
write (this skill)01moNo flagsBeginner
writing-clearly-and-concisely36moNo flagsBeginner
professional-proofreader01moNo flagsBeginner
writing-style01moNo flagsBeginner

Try saying

Example prompts that trigger this skill in your AI assistant.

You might also like

writing-clearly-and-concisely

davila7

Use when writing prose humans will read—documentation, commit messages, error messages, explanations, reports, or UI text. Applies Strunk's timeless rules for clearer, stronger, more professional writing.

324

professional-proofreader

diegosouzapw

Professional Proofreader workflow skill. Use this skill when the user needs > and the operator should preserve the upstream workflow, copied support files, and provenance before merging or handing off.

00

writing-style

xpcoffee

Use when drafting any text. Specs, decisions, ADO/DevOps comments, code review comments, meeting notes, status updates, Teams messages, emails, PR descriptions, or any document. Applies hard style rules and a self-check before presenting.

00

proofread

ethersphere

Check text against Swarm voice and style guidelines, flag violations, and optionally apply fixes

00

humanizer

davila7

Remove signs of AI-generated writing from text. Use when editing or reviewing text to make it sound more natural and human-written. Based on Wikipedia's comprehensive "Signs of AI writing" guide. Detects and fixes patterns including: inflated symbolism, promotional language, superficial -ing analyses, vague attributions, em dash overuse, rule of three, AI vocabulary words, negative parallelisms, and excessive conjunctive phrases. Credits: Original skill by @blader - https://github.com/blader/humanizer

90175

humanizer-zh

op7418

去除文本中的 AI 生成痕迹。适用于编辑或审阅文本,使其听起来更自然、更像人类书写。 基于维基百科的"AI 写作特征"综合指南。检测并修复以下模式:夸大的象征意义、 宣传性语言、以 -ing 结尾的肤浅分析、模糊的归因、破折号过度使用、三段式法则、 AI 词汇、否定式排比、过多的连接性短语。

4070

Search skills

Search the agent skills registry