brand-voice
$
npx mdskill add affaan-m/ECC/brand-voiceBuilds and applies consistent brand voice from real source material
- Solves voice inconsistency in content, outreach, and social workflows
- Uses x-api and direct source input for gathering real-world writing samples
- Prioritizes recent original posts, essays, and product docs for voice modeling
- Delivers reusable style profiles for cross-channel content creation
SKILL.md
.github/skills/brand-voiceView on GitHub ↗
--- name: brand-voice description: Build a source-derived writing style profile from real posts, essays, launch notes, docs, or site copy, then reuse that profile across content, outreach, and social workflows. Use when the user wants voice consistency without generic AI writing tropes. --- # Brand Voice Build a durable voice profile from real source material, then use that profile everywhere instead of re-deriving style from scratch or defaulting to generic AI copy. ## When to Activate - the user wants content or outreach in a specific voice - writing for X, LinkedIn, email, launch posts, threads, or product updates - adapting a known author's tone across channels - the existing content lane needs a reusable style system instead of one-off mimicry ## Source Priority Use the strongest real source set available, in this order: 1. recent original X posts and threads 2. articles, essays, memos, launch notes, or newsletters 3. real outbound emails or DMs that worked 4. product docs, changelogs, README framing, and site copy Do not use generic platform exemplars as source material. ## Collection Workflow 1. Gather 5 to 20 representative samples when available. 2. Prefer recent material over old material unless the user says the older writing is more canonical. 3. Separate "public launch voice" from "private working voice" if the source set clearly splits. 4. If live X access is available, use `x-api` to pull recent original posts before drafting. 5. If site copy matters, include the current ECC landing page and repo/plugin framing. ## What to Extract - rhythm and sentence length - compression vs explanation - capitalization norms - parenthetical use - question frequency and purpose - how sharply claims are made - how often numbers, mechanisms, or receipts show up - how transitions work - what the author never does ## Output Contract Produce a reusable `VOICE PROFILE` block that downstream skills can consume directly. Use the schema in [references/voice-profile-schema.md](references/voice-profile-schema.md). Keep the profile structured and short enough to reuse in session context. The point is not literary criticism. The point is operational reuse. ## Affaan / ECC Defaults If the user wants Affaan / ECC voice and live sources are thin, start here unless newer source material overrides it: - direct, compressed, concrete - specifics, mechanisms, receipts, and numbers beat adjectives - parentheticals are for qualification, narrowing, or over-clarification - capitalization is conventional unless there is a real reason to break it - questions are rare and should not be used as bait - tone can be sharp, blunt, skeptical, or dry - transitions should feel earned, not smoothed over ## Hard Bans Delete and rewrite any of these: - fake curiosity hooks - "not X, just Y" - "no fluff" - forced lowercase - LinkedIn thought-leader cadence - bait questions - "Excited to share" - generic founder-journey filler - corny parentheticals ## Persistence Rules - Reuse the latest confirmed `VOICE PROFILE` across related tasks in the same session. - If the user asks for a durable artifact, save the profile in the requested workspace location or memory surface. - Do not create repo-tracked files that store personal voice fingerprints unless the user explicitly asks for that. ## Downstream Use Use this skill before or inside: - `content-engine` - `crosspost` - `lead-intelligence` - article or launch writing - cold or warm outbound across X, LinkedIn, and email If another skill already has a partial voice capture section, this skill is the canonical source of truth.
More from affaan-m/ECC
- accessibilityDesign, implement, and audit inclusive digital products using WCAG 2.2 Level AA
- agent-architecture-auditFull-stack diagnostic for agent and LLM applications. Audits the 12-layer agent stack for wrapper regression, memory pollution, tool discipline failures, hidden repair loops, and rendering corruption. Produces severity-ranked findings with code-first fixes. Essential for developers building agent applications, autonomous loops, or any LLM-powered feature.
- agent-evalHead-to-head comparison of coding agents (Claude Code, Aider, Codex, etc.) on custom tasks with pass rate, cost, time, and consistency metrics
- agent-harness-constructionDesign and optimize AI agent action spaces, tool definitions, and observation formatting for higher completion rates.
- agent-introspection-debuggingStructured self-debugging workflow for AI agent failures using capture, diagnosis, contained recovery, and introspection reports.
- agent-payment-x402Add x402 payment execution to AI agents with per-task budgets, spending controls, and non-custodial wallets. Supports Base through agentwallet-sdk and X Layer through OKX Payments / OKX Agent Payments Protocol.
- agent-sortBuild an evidence-backed ECC install plan for a specific repo by sorting skills, commands, rules, hooks, and extras into DAILY vs LIBRARY buckets using parallel repo-aware review passes. Use when ECC should be trimmed to what a project actually needs instead of loading the full bundle.
- agentic-engineeringOperate as an agentic engineer using eval-first execution, decomposition, and cost-aware model routing.
- agentic-osBuild persistent multi-agent operating systems on Claude Code. Covers kernel architecture, specialist agents, slash commands, file-based memory, scheduled automation, and state management without external databases.
- ai-first-engineeringEngineering operating model for teams where AI agents generate a large share of implementation output.