aesthetic-instrument
great_cto's own committed aesthetic — the instrument panel. Dark five-step surface ladder, exactly one accent, two faces divided by MEANING (Geist speaks,…
Domain-knowledge primer for the marketing & creator vertical (creators, newsletter writers, podcasters, course sellers) so architect/pm don't spec naively against incumbents (Substack ~10%, Patreon 8–12%, Kajabi $149+, beehiiv, Buffer/Hootsuite/Later). Supplies the vocabulary,
$ npx -y skills add avelikiy/great_cto --skill vertical-creator --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/vertical-creatorContext preview
The summary Claude sees to decide when to auto-load this skill.
Domain-knowledge primer for the marketing & creator vertical (creators, newsletter writers, podcasters, course sellers) so architect/pm don't spec naively against incumbents (Substack ~10%, Patreon 8–12%, Kajabi $149+, beehiiv, Buffer/Hootsuite/Later). Supplies the vocabulary,
name: vertical-creator
description: Domain-knowledge primer for the marketing & creator vertical (creators, newsletter writers, podcasters, course sellers) so architect/pm don't spec naively against incumbents (Substack ~10%, Patreon 8–12%, Kajabi $149+, beehiiv, Buffer/Hootsuite/Later). Supplies the vocabulary, the non-obvious take-rate/red-ocean rules, the entities a real scheduler/analytics/monetization/sponsorship product must model, and the per-product wedge — with sponsorship-crm flagged as the white-space wedge. Applied by architect/pm during spec authoring for any of the four products in this vertical — content-scheduler, analytics, monetization, sponsorship-crm.
when_to_use: |
Apply when:
- architect is writing ARCH-*.md for a marketing/creator product
(content-scheduler, analytics, monetization, sponsorship-crm)
- pm is decomposing one of these into tasks and needs to model the
domain entities (Sponsor, Deal, MediaKit, ScheduledPost, ChannelMetric) correctly
- any spec touches creator monetization, take-rate, brand deals, or cross-channel publishing
Do NOT apply for other verticals (home services, restaurants, etc.) —
the economics here (platform take-rate as the competitive lever, sponsorship
white-space) are specific.
effort: low
allowed-tools: Read, Write, Grep, Glob
paths:
- "docs/architecture/**"
- "docs/plans/**"
- "docs/design/**"Creators monetize an audience across channels they don't control. Their economics are dominated by **take-rate** (the platform's cut) and by **brand sponsorships** that most creators still manage in spreadsheets. Two of the four products here (scheduling, analytics) sit in **red oceans** owned by entrenched incumbents; one (**sponsorship-crm**) sits in genuine **white space**. Spec against that asymmetry — don't lead with the commodity.
net of platform cut. RPM < CPM; the gap is fees and unfilled inventory.
white-space revenue here.
(% of referred sales), or **CPA** (cost-per-action — $ per signup/install). A single deal can mix them (flat + affiliate).
**integration** (a segment inside a longer video), etc. Each has a channel and a due date.
"whitelisting" to run as paid ads). Priced separately; easy to give away by accident.
past brands.
Patreon 8–12%). The single biggest competitive lever in this vertical.
and post across platforms with different IDs. Hard, and the analytics moat.
Later own cross-channel scheduling; every analytics vendor re-skins channel dashboards. Building "yet another scheduler" is a commodity play with no wedge. These two only earn their place as the *connective tissue* of a suite, never as the entry point.
brand sponsors, deals, and deliverables in **spreadsheets**. There is no entrenched category leader. A purpose-built sponsorship CRM is the one product here with a defensible reason to exist on day one.
not features, it's the cut. If the incumbent takes 10% and you take 3%, that *is* the pitch. Take-rate must be a first-class, configurable design decision, not an afterthought.
an X post, an IG story, a YouTube integration, and an email all differ in format, limits, metrics, and auth. Normalize at the model layer; never assume one channel's shape.
line item — it's a small project: multiple deliverables across channels, usage-rights terms, and staged payments (e.g. 50% on signing, 50% on go-live). Model all three.
a commodity in a red ocean; shipped standalone it competes head-on with Buffer and loses.
misses the domain. It needs **deliverables**, **rate card**, **usage rights**, **fee model**, and **payment milestones** — a generic pipeline CRM captures none of these.
prettier chart adds nothing. The only defensible analytics is **normalized cross-channel** with attribution, not a single-channel mirror.
You already have the agent. This is everything around it. great_cto runs Claude Code as a pipeline of 70 specialist agents — an independent model checks each stage before the next builds on it, spending caps refuse rather than warn, and three decisions stay yours: what gets built, how, and whether it ships.
Repo: avelikiy/great_cto
great_cto's own committed aesthetic — the instrument panel. Dark five-step surface ladder, exactly one accent, two faces divided by MEANING (Geist speaks,…
Catalogue of known SDLC anti-patterns that great_cto agents must actively reject when reviewing architecture, plans, code, or post-mortems. Used by architect…
Analyze images, websites, and Figma files to extract their design and generate a `design.md` with token system, component inventory, and reconstruction notes.…
Shared review framework that every domain reviewer (pci, oracle, gov, edtech, healthcare, mlops, etc.) MUST follow. Defines the output artifact (TM-{slug}.md),…
Structured idea generation + multi-LLM debate for the product-owner stage. Diverge (generate genuinely different bets), debate (a 4-persona panel on 4 models…
Run the great_cto controlled Codex lifecycle with controller-owned writes, verifier evidence, human gates and optional artifact release.