Skip to content
cccskills
FreePublished on GitHub

brand-identity

Define a brand identity constraint set from a confirmed strategy — colour story, type story, logo direction, imagery direction. Defines the tokens that token emission and asset generation consume.

The English summary is being prepared. Showing the original description.

See how to install

Files included (2)

  • SKILL.md5.9 KB
  • evals/triggers.json1.5 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

brand-identity

Grounding + Method skill. Turns a confirmed brand strategy into an identity constraint set: colour story, type story, logo direction, imagery direction. It DEFINES tokens and constraints — it does not render marks. Dependency direction: pack-brand (B) exports constraints; pack-ai-image (A) consumes them. brand-to-tokens emits the DTCG token file from these constraints. logo-generation and brand-asset-generation generate the actual marks from these constraints. Never invert that direction.

When to use

  • After brand-strategy is confirmed (archetype, voice, positioning settled).
  • When deriving the colour story, type story, logo direction, or imagery direction for a project.
  • Before running brand-to-tokens to emit the DTCG token file.
  • Before handing constraints to logo-generation or brand-asset-generation in pack-ai-image.

Procedure

  1. Receive the confirmed strategy — archetype, voice, positioning, and target sector from brand-strategy. Refuse to proceed if strategy is still a draft.

  2. Ground the colour story via the brand corpus:

node <skills-root>/corpus-grounding/scripts/ground.mjs search \
  --manifest <skills-root>/brand/data/manifest.json \
  "<archetype + sector>" --domain color --json

Read confidence and evidence_gap from the response. Record both verbatim in the output. Derive colour roles (primary, secondary, neutral, accent) and direction (temperature, contrast ratio floor, emotional register).

  1. Ground the type story via:
node <skills-root>/corpus-grounding/scripts/ground.mjs search \
  --manifest <skills-root>/brand/data/manifest.json \
  "<archetype + sector>" --domain typography --json

Output is a pairing-filter + heading/body class labels, not concrete tokens. Hand this filter to typography-system for the actual type tokens.

  1. Ground the logo direction via:
node <skills-root>/corpus-grounding/scripts/ground.mjs search \
  --manifest <skills-root>/brand/data/manifest.json \
  "<archetype + sector>" --domain logo --json

Capture mark style, form language, and vector requirement. Note: any mark that the consumer may need in editable form MUST be specified as editable vector (SVG/AI), not raster.

  1. Derive imagery direction from archetype and sector context: subject matter, mood, composition style, colour treatment, and what to avoid.

  2. Assemble the identity constraint set — the structured seed for downstream skills. Record confidence and evidence_gap verbatim from all three corpus calls.

  3. Human confirms the constraint set before any downstream step runs.

  4. Export — hand off: brand-to-tokens receives the colour + type constraints and emits tokens.json (DTCG); logo-generation and brand-asset-generation receive the logo direction and imagery direction. Direction of flow: B (pack-brand) -> A (pack-ai-image).

Output format

  1. Colour story — roles (primary, secondary, neutral, accent) with direction (temperature, contrast floor, register), cited from corpus with confidence score.
  2. Type story — heading class and body class derived from the archetype pairing-filter; note that concrete tokens come from typography-system, not from this skill.
  3. Logo direction — mark style, form language, vector requirement (editable SVG/AI where needed), and any explicit exclusions.
  4. Imagery direction — subject matter, mood, composition style, colour treatment, and anti-patterns to avoid.
  5. Confidence + evidence_gap — verbatim from all corpus calls; flag any domain where evidence_gap is high before the human confirmation step.
  6. Handoff note — which constraints go to brand-to-tokens (colour + type) and which go to the generation skills in pack-ai-image (logo direction + imagery direction).

Do NOT

  • Generate the actual marks here — that is logo-generation and brand-asset-generation.
  • Invert the dependency direction — generation lives in pack-ai-image (A), not in pack-brand (B).
  • Ship a raster as a final logo where the consumer needs an editable vector mark.
  • Override an existing set of brand tokens on a live project without explicit user confirmation.

Gotcha

  • Identity DEFINES constraints; generation CONSUMES them. Keep the B->A direction in every handoff note.
  • A type story is a pairing-filter plus heading/body class labels — the concrete type tokens (scale, weight, line-height) come from typography-system, not from this skill.
  • Vector-vs-raster is a real decision for any mark: confirm with the user before recording the logo direction, because raster is irreversible for downstream editing needs.

See also

  • brand-strategy — supplies the confirmed strategy.
  • brand-to-tokens — emits the DTCG token source of truth.
  • typography-system — turns the type story into type tokens.
  • logo-generation — generates marks from this identity (pack-ai-image).
  • type-design — when the type story is a custom family: the wordmark's lettering or a brief built into an original font (pack-frontend-design).
  • brand — the corpus grounded against.

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

Use when reviewing UI for accessibility — WCAG 2.2 AA, keyboard nav, focus, ARIA, contrast, screen-reader semantics — even on 'is this a11y-OK?' or 'mach das barrierefrei'.

The English summary is being prepared. Showing the original description.

event4u-app/agent-config13Updated Oct 22, 2026

Use when defining or auditing the activation event — aha-moment selection, retention correlation, falsifiable definition. Triggers on 'what is our aha moment', 'redefine activation'.

The English summary is being prepared. Showing the original description.

event4u-app/agent-config13Updated Oct 22, 2026

Use when capturing an architectural decision — file naming, next ADR number, Status / Context / Decision / Consequences, index regen; fires even without saying 'ADR'.

The English summary is being prepared. Showing the original description.

event4u-app/agent-config13Updated Oct 22, 2026

Adversarial critique — devil's advocate, stress-test, honest teardown ('poke holes', 'be brutal', 'was hältst du davon'); explicit request only. Routine code or design review → code-review.

The English summary is being prepared. Showing the original description.

event4u-app/agent-config13Updated Oct 22, 2026

Use when reading, creating, or updating agent documentation, module docs, roadmaps, or AGENTS.md. Understands the full .augment/, agents/, and copilot-instructions structure.

The English summary is being prepared. Showing the original description.

event4u-app/agent-config13Updated Oct 22, 2026

Use for an adversarial red-team / blue-team / auditor review of an AI agent's CONFIG + behaviour (rules, skills, MCP, hooks, permissions) — attack-chain → defensive-gap list, not a code audit.

The English summary is being prepared. Showing the original description.

event4u-app/agent-config13Updated Oct 22, 2026

See all skills by event4u-app

Report a problem with this skill