Agent Skillsmohitagw15856/pm-claude-skills › content-style-guide

content-style-guide

GitHub

生成内容风格指南,包含语音原则、语境语气、排版规范、术语表及无障碍规则。通过具体示例而非抽象描述,确保团队写作一致性,提供可落地的日常使用指南。

skills/content-style-guide/SKILL.md mohitagw15856/pm-claude-skills

Trigger Scenarios

创建内容风格指南 编写声音与语调指南 制定编辑规范 设定UX写作标准

Install

npx skills add mohitagw15856/pm-claude-skills --skill content-style-guide -g -y
More Options

Use without installing

npx skills use mohitagw15856/pm-claude-skills@content-style-guide

指定 Agent (Claude Code)

npx skills add mohitagw15856/pm-claude-skills --skill content-style-guide -a claude-code -g -y

安装 repo 全部 skill

npx skills add mohitagw15856/pm-claude-skills --all -g -y

预览 repo 内 skill

npx skills add mohitagw15856/pm-claude-skills --list

SKILL.md

Frontmatter
{
    "name": "content-style-guide",
    "description": "Create a content style guide \/ voice & tone guide so everyone writes consistently. Use when asked to write a content style guide, a voice and tone guide, editorial guidelines, or UX-writing standards. Produces a usable guide — voice principles with do\/don't examples, tone-by-context, mechanics (grammar, capitalisation, formatting), terminology\/word list, and accessibility\/inclusivity rules — that a team can actually apply."
}

Content Style Guide Skill

A style guide makes a brand sound like one voice no matter who's writing. The useful ones aren't 50 pages of rules — they're voice principles with examples, tone guidance by context, and a word list people reach for daily. This skill produces a guide a team will actually use, grounded in concrete do/don't examples rather than abstract adjectives.

Working from a brief

Given "a style guide for our fintech app", produce the full guide anyway — infer voice principles and terminology from the brand and audience, and mark inferred choices for the team to confirm. Make every principle show an example. Never hand back abstract values with no examples.

Required Inputs

Ask for these only if they aren't already provided (else infer and label):

  • The brand & audience — what you do, who you write for, and how you want to come across.
  • Existing voice cues — sample copy you like (and dislike), and any current rules.
  • Surfaces — where this applies (product UI, marketing, support, docs) — tone may shift by surface.
  • Specifics — preferred terms, things to avoid, locale (US/UK spelling), formality.

Output Format

[Brand] Content Style Guide

1. Voice — who we are — 3–4 voice principles, each as "We are X, not Y" with a before/after example.

2. Tone — how we adapt — how the voice flexes by context (e.g. celebratory on success, calm and brief on errors, warm in onboarding), with a small table: situation → tone → example.

3. Mechanics — the rules that come up constantly: capitalisation (sentence vs. title case), punctuation (Oxford comma, exclamation marks), numbers/dates/currency, contractions, US/UK spelling, formatting (headings, lists, links, buttons).

4. Word list — a do/don't terminology table: preferred term, what to avoid, and why (product terms, jargon to drop, words that are on/off-brand).

5. Inclusivity & accessibility — inclusive language, reading level, plain-language rules, and accessibility (link text, alt text, no "click here", no directional-only instructions).

6. Quick reference — a one-screen cheat sheet of the most-used rules.

Mark inferred voice/terminology choices (confirm with the team).

Quality Checks

  • Voice principles are concrete ("X, not Y") and each shows a before/after example
  • Tone guidance covers multiple real contexts, not one default
  • Mechanics cover the rules that actually recur (caps, punctuation, numbers, spelling)
  • The word list gives preferred vs. avoid terms with reasons
  • Inclusivity and accessibility rules are included and specific
  • There's a one-screen quick reference people will actually use

Anti-Patterns

  • Do not list abstract values ("be friendly, be clear") with no examples — examples are the guide
  • Do not write an exhaustive rulebook no one will read — prioritise the high-frequency decisions
  • Do not ignore tone-by-context — the same voice should sound different in an error vs. a celebration
  • Do not omit a terminology/word list — inconsistent product terms are the most visible failure
  • Do not skip accessibility/inclusivity — they're style rules too

Based On

Content design practice — example-driven voice principles, context-based tone, editorial mechanics, terminology management, and inclusive/accessible language.

Version History

  • a38bc30 Current 2026-07-05 11:32

Same Skill Collection

exports/openclaw/360-feedback-template/SKILL.md
exports/openclaw/401k-plan-decoder/SKILL.md
exports/openclaw/ab-test-planner/SKILL.md
exports/openclaw/ab-test-readout/SKILL.md
exports/openclaw/accessibility-audit/SKILL.md
exports/openclaw/account-plan/SKILL.md
exports/openclaw/acquirer-red-team/SKILL.md
exports/openclaw/ad-copy/SKILL.md
exports/openclaw/aeo-optimizer/SKILL.md
exports/openclaw/agenda-or-cancel/SKILL.md
exports/openclaw/agent-design-review/SKILL.md
exports/openclaw/agent-observability-spec/SKILL.md
exports/openclaw/agent-spec/SKILL.md
exports/openclaw/ai-ethics-review/SKILL.md
exports/openclaw/ai-eval-plan/SKILL.md
exports/openclaw/ai-feature-prd/SKILL.md
exports/openclaw/ai-product-canvas/SKILL.md
exports/openclaw/air-quality/SKILL.md
exports/openclaw/altitude-shifter/SKILL.md
exports/openclaw/ambiguity-resolver/SKILL.md
exports/openclaw/analyst-relations-brief/SKILL.md
exports/openclaw/announcement-card/SKILL.md
exports/openclaw/api-docs-writer/SKILL.md
exports/openclaw/api-test-plan/SKILL.md
exports/openclaw/api-versioning-strategy/SKILL.md
exports/openclaw/apology-letter/SKILL.md
exports/openclaw/architecture-decision-record/SKILL.md
exports/openclaw/architecture-diagram/SKILL.md
exports/openclaw/archive-strategy/SKILL.md
exports/openclaw/assumption-bounty/SKILL.md
exports/openclaw/assumption-mapper/SKILL.md
exports/openclaw/async-update-format/SKILL.md
exports/openclaw/auto-repair-estimate-decoder/SKILL.md
exports/openclaw/autopilot-charter/SKILL.md
exports/openclaw/benefits-decoder/SKILL.md
exports/openclaw/bid-tender-review/SKILL.md
exports/openclaw/board-deck-narrative/SKILL.md
exports/openclaw/board-minutes/SKILL.md
exports/openclaw/board-pre-read/SKILL.md
exports/openclaw/bom-cost-review/SKILL.md
exports/openclaw/bookkeeping-categorization/SKILL.md
exports/openclaw/boolean-search-builder/SKILL.md
exports/openclaw/brag-doc/SKILL.md
exports/openclaw/brainstorming/SKILL.md
exports/openclaw/brief-builder/SKILL.md
exports/openclaw/briefing-note/SKILL.md
exports/openclaw/budget-builder/SKILL.md
exports/openclaw/budget-variance-analysis/SKILL.md
exports/openclaw/bug-diagnosis/SKILL.md
exports/openclaw/bug-report/SKILL.md

Metadata

Files
0
Version
471c606
Hash
47a4766a
Indexed
2026-07-05 11:32

- 위키
Copyright © 2011-2026 iteam. Current version is 2.155.2. UTC+08:00, 2026-07-30 11:11
浙ICP备14020137号-1 $방문자$