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.
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.
Use the strongest real source set available, in this order:
Do not use generic platform exemplars as source material.
x-api to pull recent original posts before drafting.Produce a reusable VOICE PROFILE block that downstream skills can consume directly. Use the schema in 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.
If the user wants Affaan / ECC voice and live sources are thin, start here unless newer source material overrides it:
Delete and rewrite any of these:
VOICE PROFILE across related tasks in the same session.Use this skill before or inside:
content-enginecrosspostlead-intelligenceIf another skill already has a partial voice capture section, this skill is the canonical source of truth.
Copy a source-pinned command for your client. You run it yourself.
Destination: .claude/skills/brand-voice · pinned to the source commit
git clone https://github.com/affaan-m/ECC.git
cd ECC
git checkout d8409a4b0813771235555e32e3d8046a73988bfa
mkdir -p ".claude/skills/brand-voice"
cp -r ".agents/skills/brand-voice" ".claude/skills/brand-voice"Review the source before running. This copies files into your project; it is not a one-click install and does not verify runtime safety.
Scanner static-checks@0.1.0 · commit d8409a4b0813. Static checks cannot prove runtime safety – review the source and the exact diff before installing. How checks work.
No static rules matched. This is not a safety guarantee.