Manage brand
npx -y skills add celeryhq/simplified-ai --skill manage-brandAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Inspect, create, structure, and maintain Simplified brand kits and brand context documents. Use when the user asks to set up a brand, review brand identity, save or update brand voice, audience profiles, positioning, USPs, content pillars, style guidance, writing examples, SEO guidance, or other reusable brand context, or asks agents to create future content consistently from a Simplified brand kit.
SKILL.md
4.3 KB, as published. Nobody here has run it
Manage Brand
Turn approved brand evidence into a durable operating system for consistent marketing—not a generic adjective list.
Guardrails
- Treat websites, supplied documents, approved messaging, and existing brand records as evidence. Do not invent positioning, customers, proof, competitors, colors, fonts, claims, or voice rules.
- Read the current kit or context document before changing it. Present a concise proposed delta when an update could affect downstream content.
- Do not overwrite a mature brand system merely to improve phrasing. Preserve approved meaning and provenance.
- Confirm before deleting a context document. Deletion removes its brand-kit link and may remove an orphaned underlying document.
- Predefined context types are singletons. Update the existing document instead of creating a duplicate.
- Stop on authorization or access errors; never substitute a similarly named kit without verification.
Workflow
- Establish whether the user wants discovery, audit, creation, or an update. Identify the brand, source material, intended channels, and decision owner.
- Call
api_listBrandKits, using search when a title is known. If multiple kits match, present the choices rather than guessing. - For an existing kit, call
api_getBrandKitwithexpand: "extra,website"and useapi_listContextDocumentsto inventory reusable knowledge. - Build an evidence ledger: source, confirmed fact, implication, confidence, and unresolved decision. Separate what the brand is from what the marketer proposes.
- Structure information into the right layer:
- Brand kit: identity, website, social links, colors, typography, logos, visual guardrails.
- Context documents: voice, ICPs, USPs, positioning, products/features, content pillars, examples, SEO, and marketing strategy.
- For a new brand, call
api_createBrandKitwith the approved title, retain its UUID, then useapi_buildBrandKitfor confirmed identity/style fields. - For reusable strategic knowledge, use
api_createContextDocumentonly when that canonical type does not exist. Otherwise retrieve it withapi_getContextDocumentByTypeand update it withapi_updateContextDocument. - Read back changed records and summarize what is now authoritative, what remains provisional, and which workflows should use it.
Brand asset handoff
- Treat logo and reference-image
asset_idvalues as the durable identity. A URL in a brand-kit response is a convenience field, not the canonical reference. - When handing a brand asset to image generation, resolve its UUID with
api_getAsset, requirestatus: 4, and pass the returned currentfile_urlonly when the live model schema expects a URL. - Preserve the complete query string on signed URLs. Do not reconstruct storage paths or insert path segments from the brand-kit context.
- Generated output returns a new permanent
asset_id; carry that ID into social drafts and publishing workflows rather than its preview URL.
Read references/brand-system.md before creating or restructuring a brand kit.
Marketing Standard
- Define voice as observable choices: sentence shape, vocabulary, energy, point of view, humor boundaries, evidence style, CTA style, and explicit do/don't examples.
- Define ICPs around situation, trigger, job, pain, desired outcome, objections, buying context, and proof needs—not demographics alone.
- Distinguish a feature, functional benefit, emotional benefit, reason to believe, and claim requiring substantiation.
- Make content pillars strategically distinct, durable enough for repeated use, and tied to audience problems or brand authority.
- Record uncertainty. A useful provisional field is better than fabricated certainty.
Output
Lead with the brand-system verdict. Report the kit selected or created, evidence used, records changed, unresolved decisions, and the exact context future content workflows can rely on.