yuma-design
Yuma Color palette
Color is an essential component of our brand and is what makes a communication immediately recognizable asYuma. Our palette is serious with a range of joyful touch.
| Color | Hex | RGB |
|---|---|---|
| Black | #000000 | 0, 0, 0 |
| White | #ffffff | 255, 255, 255 |
| Off white | #f8f5f5 | 248, 245, 245 |
| Earth | #c4a892 | 196, 168, 146 |
| Future Green | #21e467 | 33, 228, 103 |
| Granular Grey | #f0ece9 | 240, 236, 233 |
| Forest Green | #005d46 | 0, 93, 70 |
| Purple | #6434da | 100, 52, 218 |
| Pink | #eba9ff | 235, 169, 255 |
Logos
See references/ for the Yuma logo files:
- Yumalogo*: The primary Yuma logo, containing both the symbol and wordmark, which should be used in most cases.
- Yumasymbol*: The Yuma symbol, which can be used when the full logo is not appropriate or when a more compact representation is needed.
- Yumawordmark*: The Yuma wordmark, which can be used when the symbol is not appropriate or when a more text-focused representation is needed.
Typography
Using typography is a big part of how we express ourselves as a brand. Yuma uses two brand typefaces, BogueSlab-Thin and Inter. We have one typeface we use for our headlines: BogueSlab Thin. Featuring many fine details, the soft forms gives it a friendly and approachable character with a hint of humanistic feeling. It’s the quiet confidence Yuma presents. The back-up font for Bogue Slab Thin when using Google applications is Merriweather.
Our secondary typeface is Inter. It is used across all body copy when we need to be a bit more clear and digestible versus expressive. We use Inter Light for the most part, but will occasionally highlight key words or sections in Inter Regular or Inter SemiBold. It’s available in Google Font.
Two alternatives can be used only when we don’t have access to either of our typefaces. Specifically when using Microsoft applications (like invoices or your signature in Microsoft Outlook): Times New Roman and Arial Regular.
More from b12consulting/skills
pptx
Use this skill any time a .pptx file is involved in any way — as input, output, or both. This includes: creating slide decks, pitch decks, or presentations; reading, parsing, or extracting text from any .pptx file (even if the extracted content will be used elsewhere, like in an email or summary); editing, modifying, or updating existing presentations; combining or splitting slide files; working with templates, layouts, speaker notes, or comments. Trigger whenever the user mentions "deck," "slides," "presentation," or references a .pptx filename, regardless of what they plan to do with the content afterward. If a .pptx file needs to be opened, created, or touched, use this skill.
12specs-setup
Initialize the spec-driven project methodology. Use when: no specs/ folder exists; critical files like PRD.md, Vision.md, or Architecture/ are missing; setting up a new project for structured requirements and ticket management. Triggers on: 'setup specs', 'initialize specs', 'create PRD', 'start project methodology', 'missing specs', 'init specs', 'no specs folder'.
10specs-review
Review the health of a spec-driven project. Use when: checking if specs are up to date; detecting drift between code and specs; finding stale or incomplete tickets; auditing consistency across Vision, PRD, Architecture, and tickets. Triggers on: 'specs review', 'spec health', 'check specs', 'audit specs', 'are specs up to date', 'drift check', 'stale tickets', 'spec consistency'.
10spec-driven
Spec-driven project methodology reference. Use when a project has a specs/ folder for managing product requirements, vision, architecture, success measures, decision records (ADR), glossary, changelog, and ticket-based work tracking. Loaded when: working on a project with specs/; reading or updating PRD, vision, architecture, glossary, or changelog; detecting drift between code and specs; reviewing project methodology or document formats. Triggers on: 'specs', 'PRD', 'vision', 'success metrics', 'milestones', 'architecture', 'ADR', 'decision record', 'glossary', 'changelog', 'ticket', 'project methodology', 'ground truth'.
10specs-tickets
Create new spec-driven tickets and resume existing ones through the full lifecycle: research, specification, planning, and implementation. Use when: the user describes new work to be done; continuing a previously started ticket; a feature, bug fix, or task needs planning and implementation; starting or resuming planned work on a project with specs/. Triggers on: 'new ticket', 'new feature', 'fix bug', 'implement', 'create ticket', 'I want to build', 'let us work on', 'add feature', 'continue ticket', 'resume work', 'pick up where we left off', 'work on ticket', 'existing ticket', 'check ticket status', 'what is the state of ticket'.
10code-simplifier
Simplifies and refines code for clarity, consistency, and maintainability while preserving all functionality. Focuses on recently modified code unless instructed otherwise.
5