tribunal-kit 5.8.3 โ†’ 5.8.4

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (92) hide show
  1. package/.agent/ARCHITECTURE.md +2 -2
  2. package/.agent/history/integrity_manifest.json +958 -0
  3. package/.agent/history/memory/.memory.idx +153 -1
  4. package/.agent/history/memory/MEMORY.md +11 -1
  5. package/.agent/scripts/case_law_manager.js +3 -15
  6. package/.agent/scripts/context_broker.js +3 -1
  7. package/.agent/scripts/guardrail_engine.js +643 -0
  8. package/.agent/scripts/integrity_manifest.js +486 -0
  9. package/.agent/scripts/signal_detector.js +1 -1
  10. package/.agent/scripts/skill_evolution.js +3 -15
  11. package/.agent/scripts/skill_integrator.js +2 -12
  12. package/.agent/scripts/swarm_dispatcher.js +2 -12
  13. package/.agent/skills/12-principles-of-animation/SKILL.md +69 -0
  14. package/.agent/skills/60fps-animation/SKILL.md +78 -0
  15. package/.agent/skills/accessible-animation/SKILL.md +86 -0
  16. package/.agent/skills/adapt/SKILL.md +75 -0
  17. package/.agent/skills/animation-on-scroll/SKILL.md +110 -0
  18. package/.agent/skills/animation-systems/SKILL.md +69 -0
  19. package/.agent/skills/antfu-conventions/SKILL.md +74 -0
  20. package/.agent/skills/apple-design/SKILL.md +108 -0
  21. package/.agent/skills/audit-and-fix/SKILL.md +83 -0
  22. package/.agent/skills/baseline-ui/SKILL.md +74 -0
  23. package/.agent/skills/better-colors/SKILL.md +124 -0
  24. package/.agent/skills/better-typography/SKILL.md +111 -0
  25. package/.agent/skills/better-ui/SKILL.md +102 -0
  26. package/.agent/skills/bolder/SKILL.md +68 -0
  27. package/.agent/skills/build-primitive/SKILL.md +70 -0
  28. package/.agent/skills/clarify/SKILL.md +75 -0
  29. package/.agent/skills/cobejs/SKILL.md +96 -0
  30. package/.agent/skills/codebase-design/SKILL.md +84 -0
  31. package/.agent/skills/colorize/SKILL.md +77 -0
  32. package/.agent/skills/compact-landing/SKILL.md +70 -0
  33. package/.agent/skills/company-logos/SKILL.md +73 -0
  34. package/.agent/skills/create-design-md/SKILL.md +104 -0
  35. package/.agent/skills/critique/SKILL.md +95 -0
  36. package/.agent/skills/delight/SKILL.md +65 -0
  37. package/.agent/skills/design-lab/SKILL.md +59 -0
  38. package/.agent/skills/diagnosing-bugs/SKILL.md +190 -0
  39. package/.agent/skills/distill/SKILL.md +65 -0
  40. package/.agent/skills/domain-modeling/SKILL.md +78 -0
  41. package/.agent/skills/fixing-accessibility/SKILL.md +98 -0
  42. package/.agent/skills/fixing-metadata/SKILL.md +97 -0
  43. package/.agent/skills/fixing-motion-performance/SKILL.md +96 -0
  44. package/.agent/skills/gpt-taste/SKILL.md +68 -0
  45. package/.agent/skills/harden/SKILL.md +74 -0
  46. package/.agent/skills/impeccable/SKILL.md +72 -0
  47. package/.agent/skills/improve-codebase-architecture/SKILL.md +67 -0
  48. package/.agent/skills/improve-ui/SKILL.md +83 -0
  49. package/.agent/skills/landing-page/SKILL.md +88 -0
  50. package/.agent/skills/lint-and-validate/SKILL.md +0 -1
  51. package/.agent/skills/local-first-architecture/SKILL.md +66 -0
  52. package/.agent/skills/lottie-animation/SKILL.md +82 -0
  53. package/.agent/skills/marquee-loop/SKILL.md +96 -0
  54. package/.agent/skills/masked-reveal/SKILL.md +88 -0
  55. package/.agent/skills/micro-interaction/SKILL.md +100 -0
  56. package/.agent/skills/morphing-icons/SKILL.md +85 -0
  57. package/.agent/skills/page-transition-animation/SKILL.md +108 -0
  58. package/.agent/skills/parallel-agents/SKILL.md +5 -5
  59. package/.agent/skills/polish/SKILL.md +63 -0
  60. package/.agent/skills/pricing-page/SKILL.md +68 -0
  61. package/.agent/skills/progressive-blur/SKILL.md +100 -0
  62. package/.agent/skills/quieter/SKILL.md +68 -0
  63. package/.agent/skills/react-doctor/SKILL.md +70 -0
  64. package/.agent/skills/redesign-skill/SKILL.md +65 -0
  65. package/.agent/skills/shape/SKILL.md +73 -0
  66. package/.agent/skills/soft-skill/SKILL.md +72 -0
  67. package/.agent/skills/sounds-on-the-web/SKILL.md +100 -0
  68. package/.agent/skills/svg-animation/SKILL.md +91 -0
  69. package/.agent/skills/swiss-design/SKILL.md +64 -0
  70. package/.agent/skills/taste-skill/SKILL.md +71 -0
  71. package/.agent/skills/tdd-workflow/SKILL.md +36 -165
  72. package/.agent/skills/thermo-nuclear-code-quality-review/SKILL.md +82 -0
  73. package/.agent/skills/to-spring-or-not-to-spring/SKILL.md +66 -0
  74. package/.agent/skills/transitions-dev/SKILL.md +101 -0
  75. package/.agent/skills/typeset/SKILL.md +76 -0
  76. package/.agent/skills/ui-skills-root/SKILL.md +85 -0
  77. package/.agent/skills/web-quality-audit/SKILL.md +67 -0
  78. package/.agent/workflows/generate.md +1 -1
  79. package/.agent/workflows/tribunal-full.md +6 -6
  80. package/.agent/workflows/tribunal-speed.md +2 -2
  81. package/README.md +348 -238
  82. package/bin/tribunal-kit.js +62 -1482
  83. package/dist/cli.js +13 -0
  84. package/dist/commands/align.js +1 -1
  85. package/dist/commands/compile.js +1 -1
  86. package/dist/commands/guardrail.js +275 -0
  87. package/dist/commands/init.js +10 -9
  88. package/dist/commands/optimize.js +318 -0
  89. package/dist/utils/version.js +1 -1
  90. package/package.json +10 -8
  91. package/scripts/fix-vbc.js +98 -0
  92. package/scripts/fix-vbc.ps1 +119 -0
@@ -0,0 +1,96 @@
1
+ ---
2
+ name: cobejs
3
+ description: Build lightweight, hardware-accelerated 3D interactive animated globes and web orbs using Cobe WebGL.
4
+ version: 1.0.0
5
+ last-updated: 2026-07-22
6
+ applies-to-model: gemini-3-6-flash, claude-3-7-sonnet
7
+ routing:
8
+ domain: 3D Graphics & Canvas Visuals
9
+ tier: pro
10
+ co-requires: [60fps-animation, threejs-fundamentals]
11
+ trigger-signals:
12
+ strong: [cobejs, Cobe globe, 3D animated globe, interactive WebGL globe, Cobe orb]
13
+ weak: [globe component, 3D globe]
14
+ ---
15
+
16
+ # Cobe JS โ€” Lightweight 3D WebGL Globe Visuals
17
+
18
+ Integrate ultra-fast, 5KB WebGL interactive globes for landing page hero sections and interactive location maps.
19
+
20
+ ---
21
+
22
+ ## Cobe Canvas Setup Recipe (React)
23
+
24
+ ```tsx
25
+ import React, { useEffect, useRef } from "react";
26
+ import createGlobe from "cobe";
27
+
28
+ export function InteractiveGlobe() {
29
+ const canvasRef = useRef<HTMLCanvasElement>(null);
30
+
31
+ useEffect(() => {
32
+ let phi = 0;
33
+ if (!canvasRef.current) return;
34
+
35
+ const globe = createGlobe(canvasRef.current, {
36
+ devicePixelRatio: 2,
37
+ width: 600 * 2,
38
+ height: 600 * 2,
39
+ phi: 0,
40
+ theta: 0.3,
41
+ dark: 1, // OLED dark mode theme
42
+ diffuse: 1.2,
43
+ mapSamples: 16000,
44
+ mapBrightness: 6,
45
+ baseColor: [0.3, 0.3, 0.3],
46
+ markerColor: [0.1, 0.8, 0.5],
47
+ glowColor: [0.1, 0.1, 0.2],
48
+ markers: [
49
+ { location: [37.7595, -122.4367], size: 0.05 }, // San Francisco
50
+ { location: [51.5074, -0.1278], size: 0.05 }, // London
51
+ { location: [35.6762, 139.6503], size: 0.05 }, // Tokyo
52
+ ],
53
+ onRender: (state) => {
54
+ state.phi = phi;
55
+ phi += 0.005; // Smooth rotation
56
+ },
57
+ });
58
+
59
+ return () => globe.destroy();
60
+ }, []);
61
+
62
+ return (
63
+ <canvas
64
+ ref={canvasRef}
65
+ style={{ width: 600, height: 600, maxWidth: "100%", aspectRatio: 1 }}
66
+ />
67
+ );
68
+ }
69
+ ```
70
+
71
+ ---
72
+
73
+ ## ๐Ÿค– LLM-Specific Traps
74
+
75
+ 1. **Forgetting Canvas Destroy Cleanup**: Failing to call `globe.destroy()` on component unmount, causing WebGL context leaks.
76
+ 2. **Missing `aspectRatio: 1`**: Failing to constrain aspect ratio, causing globe canvas stretching.
77
+
78
+ ---
79
+
80
+ ## ๐Ÿ›๏ธ Tribunal Integration (Anti-Hallucination)
81
+
82
+ **Active reviewers: `frontend-reviewer` ยท `performance-optimizer`**
83
+
84
+ ### โœ… Pre-Flight Self-Audit
85
+
86
+ ```
87
+ โœ… Is `globe.destroy()` invoked in the unmount cleanup function?
88
+ โœ… Is `devicePixelRatio` set to match high-DPI screens without GPU slowdown?
89
+ ```
90
+
91
+ ### ๐Ÿ›‘ Verification-Before-Completion (VBC) Protocol
92
+
93
+ **CRITICAL:** You must follow a strict "evidence-based closeout" state machine.
94
+
95
+ - โŒ **Forbidden:** Declaring a task complete because the output "looks correct."
96
+ - โœ… **Required:** You are explicitly forbidden from finalizing any task without providing **concrete evidence** (terminal output, passing tests, compile success, or equivalent proof) that your output works as intended.
@@ -0,0 +1,84 @@
1
+ ---
2
+ name: codebase-design
3
+ description: Guidance for designing deep modules with small interfaces and clean seams. Use when structuring a new module, refactoring complex codebases, or designing internal library boundaries.
4
+ version: 1.0.0
5
+ last-updated: 2026-07-22
6
+ applies-to-model: gemini-3-6-flash, claude-3-7-sonnet
7
+ routing:
8
+ domain: Software Architecture & Module Design
9
+ tier: pro
10
+ co-requires: [clean-code, architecture, domain-modeling]
11
+ trigger-signals:
12
+ strong: [codebase-design, deep modules, small interfaces, clean seams, module boundary, software architecture design]
13
+ weak: [module design, refactor module]
14
+ ---
15
+
16
+ # Codebase Design โ€” Deep Modules & Clean Seams
17
+
18
+ Architect software with **deep modules**: modules that hide immense internal complexity behind small, simple, intuitive interface seams.
19
+
20
+ ---
21
+
22
+ ## 4 Principles of Deep Module Design
23
+
24
+ ### 1. High Depth Ratio (Simple Interface / Heavy Implementation)
25
+ - **Deep Module**: Small surface area interface hiding extensive internal machinery. (e.g. `fs.readFile()` is 1 simple function hiding thousands of lines of OS file descriptor buffer logic).
26
+ - **Shallow Module**: Large interface surface area relative to its implementation (e.g. a 5-line wrapper function with a 6-argument configuration object). Avoid shallow modules!
27
+
28
+ ```typescript
29
+ // โŒ SHALLOW MODULE: Forces consumer to manage low-level state
30
+ class ShallowUserStorage {
31
+ public validateUser(u: User): boolean { ... }
32
+ public serializeUser(u: User): string { ... }
33
+ public writeToFile(path: string, data: string): void { ... }
34
+ }
35
+
36
+ // โœ… DEEP MODULE: Hides file serialization & validation under 1 method
37
+ class DeepUserStorage {
38
+ public async save(user: User): Promise<void> {
39
+ this.validate(user);
40
+ const data = this.serialize(user);
41
+ await this.persist(data);
42
+ }
43
+ }
44
+ ```
45
+
46
+ ### 2. Information Hiding & Encapsulation
47
+ - Keep internal data structures, caching mechanisms, and third-party vendor clients strictly private (`private` / `#privateField`).
48
+ - Expose intent-driven methods (`user.rename("Alice")`) rather than raw property setters (`user.name = "Alice"`).
49
+
50
+ ### 3. Clean Seams for Testability
51
+ - Define interfaces at subsystem boundaries so dependencies can be replaced with mock doubles or fake implementations in tests without modifying production code.
52
+
53
+ ### 4. Separate Policy from Mechanism
54
+ - **Mechanism**: *How* something executes (e.g. HTTP fetching, SQL query building, JSON parsing).
55
+ - **Policy**: *What* business decision is made (e.g. retry 3 times if status is 503). Keep policy pure and mechanism generic.
56
+
57
+ ---
58
+
59
+ ## ๐Ÿค– LLM-Specific Traps
60
+
61
+ 1. **Creating Anemic Shallow Wrappers**: Writing 1-line wrapper functions around third-party libraries that add zero abstraction value.
62
+ 2. **Leaking Internal Implementation Types**: Exporting low-level internal database types directly in public API interfaces.
63
+
64
+ ---
65
+
66
+ ## ๐Ÿ›๏ธ Tribunal Integration (Anti-Hallucination)
67
+
68
+ **Slash command: `/review` or `/tribunal-backend`**
69
+ **Active reviewers: `logic-reviewer` ยท `type-safety` ยท `complexity-reviewer`**
70
+
71
+ ### โœ… Pre-Flight Self-Audit
72
+
73
+ ```
74
+ โœ… Does the module expose a minimal interface while encapsulating internal complexity?
75
+ โœ… Are internal vendor data structures hidden behind clean domain seams?
76
+ โœ… Is policy separated cleanly from low-level mechanism?
77
+ ```
78
+
79
+ ### ๐Ÿ›‘ Verification-Before-Completion (VBC) Protocol
80
+
81
+ **CRITICAL:** You must follow a strict "evidence-based closeout" state machine.
82
+
83
+ - โŒ **Forbidden:** Declaring a task complete because the output "looks correct."
84
+ - โœ… **Required:** You are explicitly forbidden from finalizing any task without providing **concrete evidence** (terminal output, passing tests, compile success, or equivalent proof) that your output works as intended.
@@ -0,0 +1,77 @@
1
+ ---
2
+ name: colorize
3
+ description: Introduce strategic, harmonious, accessible color systems and OKLCH color palettes to visually flat or dull interfaces.
4
+ version: 1.0.0
5
+ last-updated: 2026-07-22
6
+ applies-to-model: gemini-3-6-flash, claude-3-7-sonnet
7
+ routing:
8
+ domain: Color Systems & Palette Engineering
9
+ tier: pro
10
+ co-requires: [better-colors, frontend-design]
11
+ trigger-signals:
12
+ strong: [colorize, color system, OKLCH palette, introduce color, color palette generator, UI color tokens]
13
+ weak: [add color, theme colors]
14
+ ---
15
+
16
+ # Colorize โ€” Color System & OKLCH Palette Design
17
+
18
+ Architect uniform, perceptually balanced color scales using the modern OKLCH color space for light and dark modes.
19
+
20
+ ---
21
+
22
+ ## 4 Color System Principles
23
+
24
+ ### 1. Why OKLCH Over HSL/Hex
25
+ - Traditional HSL suffers from perceptual lightness jumps (e.g. pure yellow `#FFFF00` at Lightness 50% looks blindingly bright compared to pure blue `#0000FF` at Lightness 50%).
26
+ - OKLCH enforces constant perceptual lightness ($L$), predictable chroma ($C$), and hue angles ($H$).
27
+
28
+ ```css
29
+ :root {
30
+ /* Primary Brand Scale in OKLCH: L C H */
31
+ --primary-50: oklch(0.97 0.02 250);
32
+ --primary-100: oklch(0.92 0.04 250);
33
+ --primary-500: oklch(0.60 0.18 250); /* Main Brand Color */
34
+ --primary-700: oklch(0.42 0.16 250);
35
+ --primary-900: oklch(0.24 0.10 250);
36
+ }
37
+ ```
38
+
39
+ ### 2. The 60-30-10 Color Budget Rule
40
+ - **60% Dominant Neutral**: Backgrounds, page canvas, card surfaces (`oklch(0.98 0.005 240)`).
41
+ - **30% Structural Secondary**: Typography, borders, icons, navigation chrome (`oklch(0.20 0.01 240)`).
42
+ - **10% Intentional Accent**: Primary actions, key badges, status confirmations (`oklch(0.60 0.18 250)`).
43
+
44
+ ### 3. Functional Status Color Tokens
45
+ Never use random red/green/yellow hex codes. Maintain matching chroma and lightness across status semantic scales:
46
+ - **Success**: `oklch(0.62 0.17 145)` (Emerald)
47
+ - **Warning**: `oklch(0.72 0.16 75)` (Amber)
48
+ - **Destructive**: `oklch(0.58 0.22 25)` (Coral Red)
49
+ - **Info**: `oklch(0.62 0.16 240)` (Sky Blue)
50
+
51
+ ---
52
+
53
+ ## ๐Ÿค– LLM-Specific Traps
54
+
55
+ 1. **Random Hex Colors**: Scattering `#3b82f6` or `#ef4444` directly in component files without CSS variables.
56
+ 2. **Ignoring Wide-Gamut Displays**: Failing to provide fallback colors for browsers without Display P3 support.
57
+
58
+ ---
59
+
60
+ ## ๐Ÿ›๏ธ Tribunal Integration (Anti-Hallucination)
61
+
62
+ **Active reviewers: `frontend-reviewer` ยท `ui-ux-auditor`**
63
+
64
+ ### โœ… Pre-Flight Self-Audit
65
+
66
+ ```
67
+ โœ… Are colors declared via CSS variables in the OKLCH color space?
68
+ โœ… Does the color distribution strictly honor the 60-30-10 budget?
69
+ โœ… Do status colors maintain uniform perceptual lightness ($L \approx 0.60$ - $0.72$)?
70
+ ```
71
+
72
+ ### ๐Ÿ›‘ Verification-Before-Completion (VBC) Protocol
73
+
74
+ **CRITICAL:** You must follow a strict "evidence-based closeout" state machine.
75
+
76
+ - โŒ **Forbidden:** Declaring a task complete because the output "looks correct."
77
+ - โœ… **Required:** You are explicitly forbidden from finalizing any task without providing **concrete evidence** (terminal output, passing tests, compile success, or equivalent proof) that your output works as intended.
@@ -0,0 +1,70 @@
1
+ ---
2
+ name: compact-landing
3
+ description: Build compact, premium landing pages with clear CTA hierarchy, quiet typography, restrained visual noise, and high conversion flow.
4
+ version: 1.0.0
5
+ last-updated: 2026-07-22
6
+ applies-to-model: gemini-3-6-flash, claude-3-7-sonnet
7
+ routing:
8
+ domain: Compact Landing Page & Minimalist UI
9
+ tier: pro
10
+ co-requires: [landing-page, quieter, baseline-ui]
11
+ trigger-signals:
12
+ strong: [compact-landing, compact landing page, quiet typography, minimal landing page, restrained UI, high-conversion compact]
13
+ weak: [simple landing, compact page]
14
+ ---
15
+
16
+ # Compact Landing โ€” Premium Minimalist Landing Pages
17
+
18
+ Build tight, ultra-focused, high-converting landing pages that deliver value quickly without unnecessary multi-scroll filler.
19
+
20
+ ---
21
+
22
+ ## 4 Compact Landing Rules
23
+
24
+ ### 1. The Single Viewport Value Pitch
25
+ - Above-the-fold content must answer 3 questions instantly within 1 single screen viewport:
26
+ 1. *What is it?* (Clear, un-hypey headline + subhead)
27
+ 2. *What does it look like?* (Crisp UI screenshot or interactive preview component)
28
+ 3. *How do I get it?* (Unambiguous primary CTA input/button)
29
+
30
+ ### 2. Quiet Typographic Hierarchy
31
+ - Use subdued monochrome typography (`oklch(0.95 0.005 240)` background with `oklch(0.20 0.01 240)` body copy).
32
+ - Keep display font sizes restrained (`clamp(1.75rem, 4vw, 2.75rem)`) rather than giant 5rem text blocks.
33
+
34
+ ### 3. Tight Spatial Grid
35
+ - Limit total page section count to max 4 sections:
36
+ 1. Hero + Primary CTA + Product Preview
37
+ 2. Social Proof / Logo Bar
38
+ 3. Feature Grid (3 core benefits max)
39
+ 4. Conversion Footer Card
40
+
41
+ ### 4. Zero Unnecessary Visual Noise
42
+ - Omit decorative background shapes, floating 3D spheres, and rainbow gradients. Let contrast and typography drive visual quality.
43
+
44
+ ---
45
+
46
+ ## ๐Ÿค– LLM-Specific Traps
47
+
48
+ 1. **Adding 10 Scroll Sections**: Padding out compact landing pages with generic boilerplate feature grids and stock FAQs when a tight 3-section layout was requested.
49
+ 2. **Multiple Competing CTAs**: Adding 4 different buttons in the hero section. Keep 1 primary action button.
50
+
51
+ ---
52
+
53
+ ## ๐Ÿ›๏ธ Tribunal Integration (Anti-Hallucination)
54
+
55
+ **Active reviewers: `frontend-reviewer` ยท `ui-ux-auditor`**
56
+
57
+ ### โœ… Pre-Flight Self-Audit
58
+
59
+ ```
60
+ โœ… Does the hero section fit comfortably inside a 1080p desktop viewport without scrolling?
61
+ โœ… Is heading font size restrained and balanced (`text-wrap: balance`)?
62
+ โœ… Is the page limited to max 4 tight sections?
63
+ ```
64
+
65
+ ### ๐Ÿ›‘ Verification-Before-Completion (VBC) Protocol
66
+
67
+ **CRITICAL:** You must follow a strict "evidence-based closeout" state machine.
68
+
69
+ - โŒ **Forbidden:** Declaring a task complete because the output "looks correct."
70
+ - โœ… **Required:** You are explicitly forbidden from finalizing any task without providing **concrete evidence** (terminal output, passing tests, compile success, or equivalent proof) that your output works as intended.
@@ -0,0 +1,73 @@
1
+ ---
2
+ name: company-logos
3
+ description: Social proof rows, logo grids, customer carousels, and trust badges layout rules for balanced visual weight and responsive alignment.
4
+ version: 1.0.0
5
+ last-updated: 2026-07-22
6
+ applies-to-model: gemini-3-6-flash, claude-3-7-sonnet
7
+ routing:
8
+ domain: Visual Layout & Social Proof
9
+ tier: pro
10
+ co-requires: [baseline-ui, landing-page]
11
+ trigger-signals:
12
+ strong: [company-logos, logo grid, social proof row, trust badges, customer logos, logo carousel]
13
+ weak: [logos layout, client logos]
14
+ ---
15
+
16
+ # Company Logos โ€” Social Proof & Trust Grids
17
+
18
+ Architect balanced, optically aligned logo rows and trust grids that communicate credibility without visual clutter.
19
+
20
+ ---
21
+
22
+ ## 4 Logo Layout Rules
23
+
24
+ ### 1. Optical Weight Normalization
25
+ Logos vary wildly in aspect ratio (e.g. square logos vs wide wordmarks).
26
+ - **Rule**: Set a maximum bounding box (`max-height: 28px`, `max-width: 120px`) and use `object-fit: contain` with `filter: grayscale(100%) opacity(0.7)`.
27
+ - On hover, transition `opacity(1)` and remove grayscale smoothly over `200ms`.
28
+
29
+ ### 2. Monochromatic Harmonization
30
+ - Never display multi-colored corporate logos togetherโ€”they create visual chaos.
31
+ - Render all logos in monochromatic SVG fill (`fill="currentColor"`) matching `--text-muted` or `--foreground-muted`.
32
+
33
+ ### 3. Responsive Flex Grid
34
+ ```css
35
+ .logo-trust-row {
36
+ display: flex;
37
+ flex-wrap: wrap;
38
+ align-items: center;
39
+ justify-content: center;
40
+ gap: 2rem 3.5rem; /* Row gap 2rem, Column gap 3.5rem */
41
+ }
42
+ ```
43
+
44
+ ### 4. Seamless Ticker Marquee (Optional)
45
+ - For 8+ logos, use a hardware-accelerated CSS marquee animation with duplicate items for seamless continuous looping and `animation-play-state: paused` on hover.
46
+
47
+ ---
48
+
49
+ ## ๐Ÿค– LLM-Specific Traps
50
+
51
+ 1. **Unfiltered Raw Logos**: Rendering original multi-colored SVG logos next to each other, creating a messy mismatched visual strip.
52
+ 2. **Missing Grayscale / Opacity**: Displaying bright saturated company logos that steal attention away from the hero CTA.
53
+
54
+ ---
55
+
56
+ ## ๐Ÿ›๏ธ Tribunal Integration (Anti-Hallucination)
57
+
58
+ **Active reviewers: `frontend-reviewer`**
59
+
60
+ ### โœ… Pre-Flight Self-Audit
61
+
62
+ ```
63
+ โœ… Are all logos converted to monochromatic `currentColor` or uniform grayscale?
64
+ โœ… Are logo heights normalized optically (`max-height: 28px - 32px`)?
65
+ โœ… Is generous gap spacing (`2.5rem` - `4rem`) provided between brand marks?
66
+ ```
67
+
68
+ ### ๐Ÿ›‘ Verification-Before-Completion (VBC) Protocol
69
+
70
+ **CRITICAL:** You must follow a strict "evidence-based closeout" state machine.
71
+
72
+ - โŒ **Forbidden:** Declaring a task complete because the output "looks correct."
73
+ - โœ… **Required:** You are explicitly forbidden from finalizing any task without providing **concrete evidence** (terminal output, passing tests, compile success, or equivalent proof) that your output works as intended.
@@ -0,0 +1,104 @@
1
+ ---
2
+ name: create-design-md
3
+ description: Create or update a DESIGN.md from an existing product repository or public website, with evidence-based design tokens and guidance. Use when asked to document an interface's design language, reconstruct its visual system, extract design tokens, or give coding agents persistent UI context.
4
+ version: 1.0.0
5
+ last-updated: 2026-07-22
6
+ applies-to-model: gemini-3-6-flash, claude-3-7-sonnet
7
+ routing:
8
+ domain: UI Craft & Design Engineering
9
+ tier: pro
10
+ co-requires: [extract-design-system, frontend-design]
11
+ trigger-signals:
12
+ strong: [create-design-md, DESIGN.md, extract design tokens, document design language, visual system documentation]
13
+ weak: [design tokens, theme docs]
14
+ ---
15
+
16
+ # Create DESIGN.md โ€” Evidence-Based Design System Specification
17
+
18
+ Generate or update an authoritative `DESIGN.md` file for a product repository or website by extracting verified design tokens, components, and layout guidance.
19
+
20
+ ---
21
+
22
+ ## 1. Operating Modes
23
+
24
+ ### Repository Mode (Source Code Available)
25
+ 1. Scan existing global CSS, Tailwind config, tokens, custom properties (`--color-*`, `--font-*`), and UI primitives (`components/ui/`).
26
+ 2. Order of inspection:
27
+ - Global variables / tokens (`index.css`, `globals.css`, `theme.ts`)
28
+ - Reusable primitives & variants (`button`, `card`, `dialog`, `input`)
29
+ - Page routes and layouts
30
+ 3. Record canonical values with exact code references.
31
+
32
+ ### URL Mode (Public Web Page)
33
+ 1. Inspect computed styles, loaded stylesheets, and DOM element roles at Desktop (1440px) and Mobile (375px) breakpoints.
34
+ 2. Require 3 proofs before documenting a value:
35
+ - **Observation**: Visible or computed on rendered element.
36
+ - **Basis**: Measured or recurs across sampled pages.
37
+ - **Consequence**: Directly influences UI implementation decisions.
38
+
39
+ ---
40
+
41
+ ## 2. DESIGN.md Contract Schema
42
+
43
+ Output must strictly adhere to the following schema structure:
44
+
45
+ ```markdown
46
+ # DESIGN.md โ€” Product Design System
47
+
48
+ ## 1. Visual Identity & Brand Foundations
49
+ - **Core Philosophy**: (e.g. Quiet editorial minimalism with dense information display)
50
+ - **Primary Aesthetic**: (e.g. Subtly tinted dark mode, OKLCH color space)
51
+
52
+ ## 2. Color System & Tokens
53
+ - **Backgrounds**: `--bg-surface` (`oklch(0.14 0.015 250)`), `--bg-surface-raised` (`oklch(0.19 0.02 250)`)
54
+ - **Text & Foreground**: `--text-main` (`oklch(0.96 0.01 250)`), `--text-muted` (`oklch(0.68 0.02 250)`)
55
+ - **Accents**: `--color-primary` (`oklch(0.55 0.22 260)`)
56
+ - **Borders & Dividers**: `1px solid rgba(255, 255, 255, 0.08)`
57
+
58
+ ## 3. Typography & Scale
59
+ - **Headings**: Inter / SF Pro Display, `letter-spacing: -0.025em`, `text-wrap: balance`
60
+ - **Body**: Inter / SF Pro Text, `line-height: 1.5`, `max-width: 65ch`
61
+ - **Data / Numbers**: `font-variant-numeric: tabular-nums`
62
+
63
+ ## 4. Spacing, Geometry & Layers
64
+ - **Spatial Grid**: 8px system (`4px`, `8px`, `12px`, `16px`, `24px`, `32px`)
65
+ - **Border Radius Math**: $\text{Radius}_{\text{outer}} = \text{Radius}_{\text{inner}} + \text{Padding}_{\text{inner}}$
66
+ - **Shadows & Elevation**: Ambient multi-layered shadows (`0 4px 12px -2px rgba(0,0,0,0.08)`)
67
+
68
+ ## 5. Micro-Interactions & Motion
69
+ - **Button Press**: `transform: scale(0.97)` on `:active` (`120ms` spring)
70
+ - **Hover Transitions**: Specific property transitions (no `transition: all`)
71
+ ```
72
+
73
+ ---
74
+
75
+ ## Anti-Slop Table
76
+
77
+ | Anti-Pattern | DESIGN.md Standard | Rationale |
78
+ | --- | --- | --- |
79
+ | Documenting random inline styles | Documenting recurring design tokens only | Establishes enforceable product intent |
80
+ | Guessing token names from raw hex | Extracting verified CSS variables (`var(--...)`) | Ensures 1:1 code compatibility |
81
+ | Over-documenting minor one-off pages | Documenting core reusable component primitives | Focuses on systemic design guidelines |
82
+
83
+ ---
84
+
85
+ ## ๐Ÿค– LLM-Specific Traps
86
+
87
+ 1. **Modifying Product Source**: Changing source files during design document generation. `create-design-md` is strictly read-only on product code.
88
+ 2. **Inventing Token Names**: Creating fake token names not present in the codebase.
89
+
90
+ ---
91
+
92
+ ## ๐Ÿ›๏ธ Tribunal Integration (Anti-Hallucination)
93
+
94
+ ### โœ… Pre-Flight Self-Audit
95
+
96
+ ```
97
+ โœ… Did I base all documented tokens on verified codebase or computed style evidence?
98
+ โœ… Is the generated DESIGN.md saved at the root of the target project?
99
+ โœ… Does the document follow the standardized 5-section schema contract?
100
+ ```
101
+
102
+ ### ๐Ÿ›‘ Verification-Before-Completion (VBC) Protocol
103
+
104
+ Validate `DESIGN.md` against existing CSS variables to ensure zero token mismatches.
@@ -0,0 +1,95 @@
1
+ ---
2
+ name: critique
3
+ description: Evaluate design quality with structured UX scoring, heuristic analysis, and persona-based usability checks. Use when asked to critique, evaluate, grade, or audit a UI design before implementation.
4
+ version: 1.0.0
5
+ last-updated: 2026-07-22
6
+ applies-to-model: gemini-3-6-flash, claude-3-7-sonnet
7
+ routing:
8
+ domain: Design Evaluation & Usability Scoring
9
+ tier: pro
10
+ co-requires: [ui-ux-researcher, web-design-guidelines]
11
+ trigger-signals:
12
+ strong: [critique, grade UI, evaluate design, UX scoring, heuristic audit, design feedback]
13
+ weak: [review UI, UX feedback]
14
+ ---
15
+
16
+ # Critique โ€” Structured UX & Design Quality Evaluation
17
+
18
+ Evaluate interfaces against 6 core usability heuristics and produce an objective design scorecard with prioritized recommendations.
19
+
20
+ ---
21
+
22
+ ## The 6 UX Critique Heuristics
23
+
24
+ ```
25
+ 1. Clarity & Cognitive Load (0-10)
26
+ - Is the primary task obvious within 3 seconds?
27
+ - Is visual hierarchy clear with distinct primary, secondary, and tertiary elements?
28
+
29
+ 2. Information Architecture & Pacing (0-10)
30
+ - Is content logically grouped with appropriate negative space?
31
+ - Is reading flow natural (top-left to bottom-right)?
32
+
33
+ 3. Interaction Mechanics & Tactility (0-10)
34
+ - Are interactive targets obvious and sized >= 44x44px for touch?
35
+ - Is immediate feedback provided for hover, press, focus, and loading states?
36
+
37
+ 4. Visual Elegance & Brand Craft (0-10)
38
+ - Are color palettes harmonious and consistent?
39
+ - Are typographic scales disciplined and optically balanced?
40
+
41
+ 5. Accessibility & Inclusivity (0-10)
42
+ - Does contrast meet WCAG AA standards (4.5:1 text, 3:1 UI controls)?
43
+ - Is the screen fully navigable via keyboard with visible focus indicators?
44
+
45
+ 6. Edge Case Resilience (0-10)
46
+ - Are zero-item empty states, errors, loading skeletons, and truncated text handled?
47
+ ```
48
+
49
+ ---
50
+
51
+ ## Critique Output Format (Required)
52
+
53
+ Always output the critique as a structured Markdown evaluation:
54
+
55
+ ```markdown
56
+ # ๐Ÿ” UX Critique Report
57
+
58
+ ### Overall Quality Score: 8.2 / 10
59
+
60
+ | Heuristic Domain | Score | Critical Observation |
61
+ | --- | --- | --- |
62
+ | Clarity & Cognitive Load | 8/10 | Hero CTA is clear, but subhead copy is verbose. |
63
+ | Information Architecture | 9/10 | Excellent grouping and card rhythm. |
64
+ | Interaction Mechanics | 7/10 | Missing `:active` press state on primary buttons. |
65
+ | Visual Elegance & Craft | 9/10 | Great typography scale and subtle border treatment. |
66
+ | Accessibility | 8/10 | Text contrast passes; dropdown needs ARIA labels. |
67
+ | Edge Case Resilience | 8/10 | Empty state present; needs loading skeleton. |
68
+
69
+ ### Top 3 Actionable Fixes
70
+ 1. **[High Priority]**: Add `:active` scale transform (`scale(0.97)`) to interactive buttons.
71
+ 2. **[Medium Priority]**: Add `text-wrap: balance` to display headings to eliminate orphans.
72
+ 3. **[Low Priority]**: Truncate secondary card description strings to 2 lines (`line-clamp-2`).
73
+ ```
74
+
75
+ ---
76
+
77
+ ## ๐Ÿค– LLM-Specific Traps
78
+
79
+ 1. **Vague Superficial Praise**: Giving generic feedback like "Looks great!" without scoring heuristics.
80
+ 2. **Hyper-Subjective Nitpicks**: Flagging personal aesthetic preferences as critical flaws. Ground all critique in objective usability heuristics and WCAG guidelines.
81
+
82
+ ### โœ… Pre-Flight Self-Audit
83
+
84
+ ```
85
+ โœ… Did I score all 6 heuristics with objective observations?
86
+ โœ… Are actionable fixes prioritized by impact (High/Medium/Low)?
87
+ โœ… Is all critique grounded in WCAG or established usability heuristics?
88
+ ```
89
+
90
+ ### ๐Ÿ›‘ Verification-Before-Completion (VBC) Protocol
91
+
92
+ **CRITICAL:** You must follow a strict "evidence-based closeout" state machine.
93
+
94
+ - โŒ **Forbidden:** Declaring a task complete because the output "looks correct."
95
+ - โœ… **Required:** You are explicitly forbidden from finalizing any task without providing **concrete evidence** (terminal output, passing tests, compile success, or equivalent proof) that your output works as intended.
@@ -0,0 +1,65 @@
1
+ ---
2
+ name: delight
3
+ description: Inject micro-moments of delight, subtle surprise interactions, personality, and tactile feedback into user interfaces. Use when building success celebrations, copy-to-clipboard feedback, empty states, or playful UI elements.
4
+ version: 1.0.0
5
+ last-updated: 2026-07-22
6
+ applies-to-model: gemini-3-6-flash, claude-3-7-sonnet
7
+ routing:
8
+ domain: Micro-Delight & Interactive Polish
9
+ tier: pro
10
+ co-requires: [whimsy-injector, micro-interaction, emil-design-eng]
11
+ trigger-signals:
12
+ strong: [delight, micro-delight, make it playful, add personality, surprise animation, tactile feedback]
13
+ weak: [sparkle, fun ui, success feedback]
14
+ ---
15
+
16
+ # Delight โ€” Micro-Moments of Tactile UI Polish
17
+
18
+ Elevate everyday digital interactions with subtle, memorable details that make software a joy to use.
19
+
20
+ ---
21
+
22
+ ## 5 Micro-Delight Patterns
23
+
24
+ ### 1. The Morphing State Checkmark
25
+ - When clicking "Copy Link" or "Save", morph the button icon or label smoothly into a checkmark icon with a quick spring bounce (`scale(1.15) -> scale(1)` over `180ms`), holding for 1.5 seconds before morphing back.
26
+
27
+ ### 2. Micro-Confetti & Particle Bursts
28
+ - On completing a key milestone (e.g. completing onboarding, submitting a project), trigger a lightweight 12-particle CSS/canvas burst anchored directly to the submit button.
29
+
30
+ ### 3. Tactile Drag & Reorder Haptics
31
+ - When dragging list items, elevate the item with a slight tilt ($2^\circ$), drop shadow increase, and scale (`scale(1.02)`), giving a physical card feeling.
32
+
33
+ ### 4. Playful Empty State Animations
34
+ - Transform boring zero-data states with subtle floating illustrations, witty microcopy, and a prominent primary action button.
35
+
36
+ ### 5. Keyboard Shortcut Badges with Tooltips
37
+ - Display subtle keyboard shortcut hints (e.g. `โŒ˜K` or `Ctrl+K`) inside inputs or hover tooltips that respond with a subtle keypress press animation when pressed.
38
+
39
+ ---
40
+
41
+ ## ๐Ÿค– LLM-Specific Traps
42
+
43
+ 1. **Overdoing Delight on High-Frequency Actions**: Adding confetti bursts or long animations to actions users perform 50+ times a day. Keep high-frequency delight under 100ms and non-intrusive.
44
+ 2. **Ignoring Accessibility**: Failing to check `prefers-reduced-motion` for particle effects or canvas animations.
45
+
46
+ ---
47
+
48
+ ## ๐Ÿ›๏ธ Tribunal Integration (Anti-Hallucination)
49
+
50
+ **Active reviewers: `motion-reviewer` ยท `frontend-reviewer`**
51
+
52
+ ### โœ… Pre-Flight Self-Audit
53
+
54
+ ```
55
+ โœ… Is the delight moment brief (< 300ms for motion, 1.5s total hold)?
56
+ โœ… Does it respect `prefers-reduced-motion`?
57
+ โœ… Is it restricted to occasional milestones or state confirmations?
58
+ ```
59
+
60
+ ### ๐Ÿ›‘ Verification-Before-Completion (VBC) Protocol
61
+
62
+ **CRITICAL:** You must follow a strict "evidence-based closeout" state machine.
63
+
64
+ - โŒ **Forbidden:** Declaring a task complete because the output "looks correct."
65
+ - โœ… **Required:** You are explicitly forbidden from finalizing any task without providing **concrete evidence** (terminal output, passing tests, compile success, or equivalent proof) that your output works as intended.