본문으로 건너뛰기
cccskills
무료GitHub에 공개

article-writing

Write blog posts, guides, tutorials, and long-form content. Sounds like a real person, not AI. Use when the user wants polished written content.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

설치 방법 보기

포함된 파일(2)

  • SKILL.md3.4 KB
  • examples.md3.2 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

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

  1. Start with something concrete: example, number, story, or code block.
  2. Explain after the example, not before.
  3. Short, direct sentences.
  4. Use real numbers when you have them.
  5. 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

  1. Know the audience and goal
  2. Outline: one purpose per section
  3. Start each section with evidence or example
  4. Only keep sentences that earn their spot
  5. 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:

  1. Think about it first
  2. Give you 2-3 options with my honest take on each
  3. Tell you which one I'd pick and why
  4. 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.

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Creates RPC-style endpoint following layered architecture (Controller → Manager → Repository). Use when creating new API endpoints or CRUD operations.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

c0x12c/ai-toolkit1082026년 6월 18일 업데이트

Design RPC-style APIs with layered architecture (Controller → Manager → Repository). Use when creating new API endpoints, designing API contracts, or reviewing API patterns.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

c0x12c/ai-toolkit1082026년 6월 18일 업데이트

Run a structured brainstorm session for startup ideas. Takes a theme or problem and generates ideas with quick gut-checks. Use when the user wants to explore a space or generate new ideas.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

c0x12c/ai-toolkit1082026년 6월 18일 업데이트

Run real browser QA with Playwright. Use when testing a frontend feature, verifying UI before PR, smoke testing after deploy, or investigating reported visual bugs.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

c0x12c/ai-toolkit1082026년 6월 18일 업데이트

CI/CD pipeline patterns for GitHub Actions, PR automation, and deployment workflows. Use when setting up CI, fixing broken pipelines, automating PR checks, or configuring deployment.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

c0x12c/ai-toolkit1082026년 6월 18일 업데이트

Deep competitor analysis. Tear apart a specific competitor or compare multiple competitors. Use when the user names a competitor or asks "who else is doing this?"

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

c0x12c/ai-toolkit1082026년 6월 18일 업데이트

c0x12c의 스킬 모두 보기

이 스킬의 문제 신고