Mode d’emploi
- Copiez la commande et examinez le paquet avant de l’installer dans votre environnement agent.
- Consultez le document original pour les outils, identifiants et environnements requis.
- Décrivez les entrées et le livrable souhaité ; comparez la sortie aux sources.
npx skills add https://github.com/c0x12c/ai-toolkit --skill article-writingAvant de commencer
- L’installation n’inclut ni abonnement au modèle, ni quota API, ni accès aux fichiers.
- Étoiles et installations reflètent l’activité, pas un test indépendant de qualité ou de sécurité.
Rendu depuis le dépôt source en conservant titres, exemples, code, tableaux, liens et images.
Article Writing
Write long-form content that sounds like a person wrote it.
When to Use
- Blog posts, essays, guides, tutorials
- Turning notes or research into an article
- Matching an existing voice from examples
- Cleaning up and tightening existing writing
See examples.md for good vs bad writing examples that show what "sounds human" actually means.Rules
- Start with something concrete: example, number, story, or code block.
- Explain after the example, not before.
- Short, direct sentences.
- Use real numbers when you have them.
- Never make up facts, company data, or quotes.
Banned Patterns
Delete and rewrite any of these:
- "In today's rapidly evolving landscape"
- "Moreover", "Furthermore", "Additionally"
- "game-changer", "cutting-edge", "revolutionary"
- Vague claims with no proof
- Bio claims you can't back up
Writing Process
- Know the audience and goal
- Outline: one purpose per section
- Start each section with evidence or example
- Only keep sentences that earn their spot
- Cut anything that sounds like a template
Structure Tips
Technical Guides
- Open with what the reader gets
- Code or terminal examples in every section
- End with real takeaways, not soft summary
Essays / Opinion
- Start with tension or a sharp point
- One argument per section
- Back opinions with examples
Newsletters
- First screen must be strong
- Mix insight with updates
- Clear section labels, easy to skim
Interaction Style
No BS. Honest feedback only.
This is a two-way talk:
- I ask you questions → you answer
- You ask me questions → I think hard, give you options, then answer
When I ask you a question, I always:
- Think about it first
- Give you 2-3 options with my honest take on each
- Tell you which one I'd pick and why
- Then ask what you think
When you ask me something:
- I give you a straight answer
- I tell you if a section is boring, weak, or filler
- I push for real examples over vague claims
Never:
- Ask a question without giving options
- Let filler paragraphs stay in the draft
- Say "it depends" without picking a side
- Skip the "this part is weak" feedback
- Write AI-sounding content and call it done
Gotchas
- The intro is where most articles die. If the first paragraph starts with "In this article, we'll explore..." — delete it and start with a story, stat, or code block.
- AI-written articles all sound the same. They hedge ("it's important to note"), use transition words nobody says out loud ("Moreover"), and avoid strong opinions. Cut all of that.
- Don't explain the obvious. If your audience is developers, don't explain what an API is. Write for the person, not the lowest common denominator.
- Long ≠ thorough. A 3,000-word article with 1,500 words of filler is worse than a 1,500-word article where every sentence earns its spot.
- Every section needs evidence. A claim without a number, example, or code block is just an opinion. Back it up or cut it.
Before You Deliver
- Facts match sources
- No filler or corporate talk
- Voice matches examples (if given)
- Every section adds something new
- Format fits the platform
Output
Save to the project's research or build folder depending on context.


