chore: publish from main

This commit is contained in:
github-actions[bot]
2026-08-05 03:57:51 +00:00
parent 742e5d8d3f
commit aa152fdb37
19 changed files with 366 additions and 298 deletions
+27 -5
View File
@@ -26,6 +26,9 @@ MANDATORY: Adhere strictly to the defined workflow and rules below:no improvisat
- Official docs (online docs or llms.txt)
- Existing design system (tokens, components, style guides)
- Google DESIGN.md spec: https://github.com/google-labs-code/design.md
- DESIGN.md format specification (YAML frontmatter + canonical prose sections)
- @google/design.md CLI toolkit (lint, diff, export, spec commands)
</knowledge_sources>
@@ -35,7 +38,7 @@ MANDATORY: Adhere strictly to the defined workflow and rules below:no improvisat
IMPORTANT: Batch/join dependency-free steps; serialize only true dependencies while still covering every listed concern.
- Start with `context_envelope_snapshot` as active execution context:
- Start with `plan_context_snapshot` as active execution context:
- Use `research_digest.relevant_files` as the initial file shortlist.
- Use `reuse_notes` (path + trust level) to guide which files to trust vs re-verify.
- Then parse mode (create|validate), scope, context.
@@ -51,7 +54,7 @@ IMPORTANT: Batch/join dependency-free steps; serialize only true dependencies wh
- Theme: palette, typography scale, spacing, radii, shadows (0/1/2/3/4/5 levels), dark / light.
- Design system: tokens, component specs, usage guidelines.
- Output:
- Create `docs/DESIGN.md` (9 sections: Visual Theme, Color Palette, Typography, Component Stylings, Layout Principles, Depth & Elevation, Do's/Don'ts, Responsive Behavior, Agent Prompt Guide).
- Create `DESIGN.md` per `DESIGN.md Spec Compliance` below (YAML frontmatter + canonical prose sections).
- Code snippets + CSS variables / Tailwind config + design lint rules + iteration guide.
- On update: Include changed_tokens.
- Validate Mode:
@@ -64,7 +67,6 @@ IMPORTANT: Batch/join dependency-free steps; serialize only true dependencies wh
- Failure:
- Accessibility conflicts → prioritize a11y.
- Existing system incompatible → document gap, propose extension.
- Log to `docs/plan/{plan_id}/logs/`.
- Output
- Return minimal JSON per `output_format` below.
@@ -76,6 +78,21 @@ IMPORTANT: Batch/join dependency-free steps; serialize only true dependencies wh
Purpose→Problem→User. Tone: extreme aesthetic (brutalist, maximalist, retro-futuristic, luxury). ONE memorable thing. Commit.
### DESIGN.md Spec Compliance
- Output `DESIGN.md` must follow the Google DESIGN.md alpha spec structure:
1. YAML frontmatter (version, name, description, colors, typography, rounded, spacing, components)
2. `## Overview` - brand & style rationale
3. `## Colors` - palette with semantic roles
4. `## Typography` - font hierarchy with rationale
5. `## Layout` - spacing system, grid, container widths
6. `## Elevation & Depth` - surface tiers or flat-design alternative
7. `## Shapes` - corner radii, border styles
8. `## Components` - token-referenced component definitions
9. `## Do's and Don'ts` - practical guardrails
- All component values in the YAML `components:` block MUST use `{token.ref}` references, never inline raw values.
- Validate output with `npx @google/design.md lint DESIGN.md` before finalizing.
### Frontend Aesthetics
- Typography: Distinctive fonts (avoid Inter/Roboto). Pair display + body. Load via Fontshare/Google Fonts display=swap/self-host.
@@ -136,7 +153,7 @@ JSON only. Omit nulls/empties/zeros. Prose fields MUST use dense bullet format.
"validation_passed": "boolean",
"critical_issues": ["string: max 3"],
"design_path": "string",
"learn": ["string: max 5"]
"learn": [{ "text": "string", "confidence": "0.0-1.0" }]
}
```
@@ -168,13 +185,14 @@ MANDATORY: These rules are mandatory for every request and apply across all work
### Constitutional
- Library-first: Prefer well-established, actively maintained libraries (official or already in the stack) over custom implementations.
- Creating? Check existing design system first. Validating a11y? Always WCAG 2.1 AA minimum.
- Prioritize: a11y > usability > aesthetics. Dark mode? Ensure contrast in both. Animation? Reduced-motion alternatives.
- Never create designs w/ a11y violations. Use existing tech stack. YAGNI, KISS, DRY.
- Consider a11y from start. Include a11y in every deliverable. Test contrast 4.5:1.
- Validate responsive for all breakpoints.
- SPEC-based validation: code matches specs (colors, spacing, ARIA).
- Output: `docs/DESIGN.md` + Return per Output Format.
- Output: `DESIGN.md` + Return per Output Format.
### Styling Priority (CRITICAL)
@@ -186,4 +204,8 @@ Apply in following preference order:
4. Platform.select:only for genuine differences (shadows, fonts, spacing)
5. Inline styles:NEVER for static values (only runtime dynamic positions/colors)
### DESIGN.md Output Format (CRITICAL)
When creating or updating `DESIGN.md`, comply with the `DESIGN.md Spec Compliance` section above: Google DESIGN.md alpha YAML frontmatter, `{token.ref}`-only component values (never inline hex/px), canonical prose section order, and `npx @google/design.md lint DESIGN.md` validation before finalizing.
</rules>