Designer-built systems
The site should feel like a dark-mode extension of Joao Queiros brand work: calm, editorial, precise, and useful rather than loud or generic.
A complete working reference for the JQ AI SYSTEMS website: brand foundations, live CSS tokens, logo rules, components, content voice, page patterns, accessibility defaults, and AI-readable implementation snippets.
The design system is long by design. These paths turn it into a working tool for common website and content tasks.
Use the page recipes for section order, metadata, CTA hierarchy, and proof expectations.
Use assetsChoose the official logo file for dark, light, social, document, or compact UI use.
Write copyUse practical, specific language with clear sources and no generic AI hype.
Create imagesFollow the AI image workflow for prompts, dimensions, logo placement, and source links.
The website keeps the typography, teal-blue accent system, and designer-led restraint from the main Joao Queiros brand, then adapts it for AI systems content.
The site should feel like a dark-mode extension of Joao Queiros brand work: calm, editorial, precise, and useful rather than loud or generic.
Use the global 1200px wrap, full-width bands, restrained 8px-or-less radii, and grid layouts that collapse cleanly to one column.
Scroll reveal, video, and hover lift can add polish, but reduced-motion and mobile first-paint states must still show complete content.
Every page should expose clear metadata, canonical URLs, practical copy, and enough context for humans and AI systems to cite accurately.
The official asset colors and the live website tokens are intentionally documented separately so future edits do not accidentally rewrite the whole visual system.
Use these when producing JQ AI SYSTEMS logos, social images, AI image prompts, source files, and external brand materials.
#00A79D
#0095DA
#0D1114
linear-gradient(90deg,#00A79D 0%,#0095DA 100%)
These are the live CSS variables currently used by the website. Keep them stable unless the whole site is being realigned.
#111110
#1A1A18
#1F1F1D
#00A89D
#0099D6
#F5F5F0
#A3A39F
#6B6B68
Use semantic roles in new scoped CSS so page intent stays readable even if the runtime aliases are realigned later.
var(--bg) / #111110
rgba(22,24,26,.56)
var(--text) / #F5F5F0
var(--text-body) / #A3A39F
var(--grad)
rgba(232,232,227,.08)
rgba(0,168,157,.22)
2px solid var(--teal)
Use a small, predictable spacing scale. Prefer section rhythm and grid gaps over one-off margins.
.35rem / 6px
.65rem / 10px
1rem / 16px
1.5rem / 24px
2rem / 32px
3rem / 48px
clamp(4rem,8vw,6.5rem)
1rem to 1.4rem
These tokens keep UI surfaces quiet, stable, and easy to scan on both desktop and mobile.
4px
8px max
0 30px 90px rgba(0,0,0,.34)
translateY(-2px)
var(--dur)
var(--ease)
980px
768px
| Heading font | Libre Baskerville for editorial authority, page hierarchy, and the visual link to the main Joao Queiros brand. |
|---|---|
| Body font | Inter for UI, navigation, cards, forms, and long-form readability. |
| Mono font | JetBrains Mono for tokens, metadata, code snippets, technical labels, and copyable prompts. |
| Layout width | Use --max-w: 1200px with `.wrap`; full-width sections should use bands, not floating page cards. |
| Radius | Use 4px for buttons and controls, 6px for code and small frames, and 8px for cards or large resource panels. |
Use the official files from Brand Assets. Never redraw, stretch, crop, recolor, or use logo-like text as a substitute.
Default for dark website sections, photographic images, video thumbnails, and GPT Image prompts.
Default for white decks, proposals, invoices, one-pagers, PDFs, and light editorial layouts.
Use when the full wordmark is too large: favicons, avatars, overlays, and small repeated UI references.
PNG is practical for image tools. SVG is preferred for websites, Figma, Illustrator, and anything that needs clean scaling.
These are behavior-level rules for the existing PHP/CSS site. Keep new component CSS page-scoped unless the component is needed across several pages.
Use primary gradient buttons for the main action, teal outline buttons for secondary actions, and plain text links inside prose.
Avoid: Avoid three equally loud CTAs in the same view.
<a class="btn btn-primary" href="/contact">Primary Action</a> <a class="btn btn-teal" href="/library">Secondary Action</a>
Use an overline, a serif heading, and one short support paragraph. Split headers work when the support copy needs a scanning lane.
Avoid: Avoid feature explanations inside the heading itself.
<div class="section-header-split"><div><span class="overline">System</span><h2>Readable structure first.</h2></div><p>One practical support paragraph.</p></div>
Cards are for repeated items, resources, tools, examples, and framed previews. Avoid placing cards inside cards.
Avoid: Avoid using cards as full page sections.
<article class="design-system-card"><span class="design-system-kicker">Token</span><h3>Card title</h3><p>Short useful explanation.</p></article>
Use tags for compact categories and filters. Keep them short, uppercase, and low-contrast unless they carry status.
Avoid: Avoid long sentence-like tags.
<div class="tags"><span class="tag">Automation</span><span class="tag">Prompting</span></div>
Use visible labels, focused field states, single-column mobile layouts, and plain helper copy that explains the required input.
Avoid: Avoid placeholder-only labels.
<div class="form-group"><label for="example">Project context</label><textarea id="example" placeholder="What should the system do?"></textarea></div>
Use copy panels when the user needs reusable implementation text, prompts, metadata, or AI-ready source instructions.
Avoid: Avoid hiding source-of-truth text behind images or modals.
<button type="button" class="brand-download" data-copy-target="snippet" data-copy-status="snippet-status">Copy snippet</button>
Use native details/summary for FAQ, checklists, and optional implementation notes.
Avoid: Avoid custom disclosure controls without keyboard behavior.
<details><summary>What changes when tokens move?</summary><p>Update the design system and source references together.</p></details>
Use tables for token comparisons, source-of-truth maps, and compact governance references.
Avoid: Avoid tables for marketing copy or card-like content.
<table><tr><th>Source</th><td>css/style.css</td></tr></table>
Use full-width bands for primary conversion moments, with one main action and one optional secondary link.
Avoid: Avoid placing a CTA card inside another visual card.
<section class="section section-dark"><div class="wrap"><a class="btn btn-primary" href="/contact">Start</a></div></section>
These previews show the default shapes to reuse when building new pages. They stay static and semantic, with native controls where possible.
Use one primary action, one secondary action, and plain links in prose.
Update the public page, source CSS, prompt guidance, and maintainer note together when the change affects reuse.
One-off previews and design-system-only layout styles stay inside this page.
Keep tags short and scannable.
Use when the page needs repeatable prompt, image, and asset guidance.
Open prompt kitUse one main action and one optional secondary path.
Each page type should make its purpose obvious quickly, then support scanning, trust, conversion, and machine-readable context.
Use one strong first-viewport signal, concise value copy, proof stats, and real video or image depth.
Lead with the business outcome, show fit and process, then push to a scoped contact or intake action.
Show problem, workflow, proof, owned deliverables, and public-safe screenshots or diagrams.
Use practical builder-led argument, citations where needed, related posts, and clear next action.
Favor scan speed: tags, short descriptions, stable cards, and visible search or browse paths.
Make downloads and source-of-truth rules obvious; use copyable snippets when reuse matters.
Use these recipes when creating new public pages so the implementer does not have to rediscover section order, CTA priority, metadata, and proof rules.
The writing should sound like a designer and systems builder explaining real work, not like a generic AI product page.
Use official assets as references, keep generated visuals honest, and make every image easy to reuse across website, social, and search surfaces.
Start with the official logo files, then use the prompt kit for branded and no-logo image instructions.
Images should support the page, not invent product evidence. If the visual includes interface screens, metrics, client names, or claims, those details must come from an approved source and be repeated in nearby HTML or caption copy.
The site can be visually rich without making the content fragile. Accessibility is part of the system, not a late checklist.
Use for paragraphs, captions, and long descriptions.
Keep small muted text non-critical or raise contrast for important labels.
Test the lightest gradient point under the exact text size.
Links, buttons, summaries, and fields must show keyboard focus.
Especially for jump links, copy buttons, cards, and mobile CTAs.
Video and reveal effects cannot be required for comprehension.
Long token names and copy buttons must wrap cleanly.
Do not bake essential text into generated images only.
This matrix is a working checklist, not a formal WCAG audit. Use browser, keyboard, contrast, and mobile checks before claiming accessibility quality.
Keep visible focus states on links, buttons, form fields, summary elements, and custom controls.
Use actual text for important content, not text baked into images unless it is also repeated in HTML.
Respect reduced motion and data saver: decorative video must not be required for comprehension.
Avoid text overlap at mobile widths; cards and buttons should wrap instead of shrinking into unreadable text.
Give meaningful alt text to informative images and empty or hidden treatment to decorative video.
Check dark-mode contrast for body text, muted text, borders, and teal-on-dark actions.
The design system documents the live website. When one source changes, the related public references should move with it.
Version this public guidance when token groups, component rules, page recipes, accessibility checks, or source-of-truth relationships materially change.
| css/style.css |
Runtime tokens, shared components, layout rhythm, global focus styles. Update: When global styles or shared tokens change. |
|---|---|
| brand-assets.php |
Logo files, official brand colors, downloads, asset language. Update: When logo guidance or downloadable assets change. |
| ai-image-prompt-kit.php |
Prompt conventions, image sizes, no-logo and branded image rules. Update: When AI image workflow guidance changes. |
| includes/head-meta.php |
Metadata defaults, fonts, critical CSS token assumptions. Update: When SEO/OG/favicons/font loading changes. |
| _docs/generate-sitemap.php |
Sitemap URL source list for public static routes. Update: When public routes are added or removed. |
| llms.txt |
AI-readable public resource map. Update: When important public resources or canonical summaries change. |
Use these when adding pages, prompts, or tokens. They mirror the current website rather than proposing a redesign.