tribunal-kit 5.8.2 → 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.
- package/.agent/ARCHITECTURE.md +12 -12
- package/.agent/agents/complexity-reviewer.md +53 -0
- package/.agent/agents/precedence-reviewer.md +12 -12
- package/.agent/agents/swarm-worker-registry.md +3 -3
- package/.agent/history/integrity_manifest.json +958 -0
- package/.agent/history/memory/.memory.idx +305 -1
- package/.agent/history/memory/MEMORY.md +21 -1
- package/.agent/rules/GEMINI.md +31 -28
- package/.agent/scripts/case_law_manager.js +3 -15
- package/.agent/scripts/context_broker.js +3 -1
- package/.agent/scripts/guardrail_engine.js +643 -0
- package/.agent/scripts/integrity_manifest.js +486 -0
- package/.agent/scripts/signal_detector.js +1 -1
- package/.agent/scripts/skill_evolution.js +3 -15
- package/.agent/scripts/skill_integrator.js +2 -12
- package/.agent/scripts/swarm_dispatcher.js +2 -12
- package/.agent/skills/12-principles-of-animation/SKILL.md +69 -0
- package/.agent/skills/60fps-animation/SKILL.md +78 -0
- package/.agent/skills/accessible-animation/SKILL.md +86 -0
- package/.agent/skills/adapt/SKILL.md +75 -0
- package/.agent/skills/animation-on-scroll/SKILL.md +110 -0
- package/.agent/skills/animation-systems/SKILL.md +69 -0
- package/.agent/skills/antfu-conventions/SKILL.md +74 -0
- package/.agent/skills/app-builder/SKILL.md +1 -1
- package/.agent/skills/apple-design/SKILL.md +108 -0
- package/.agent/skills/audit-and-fix/SKILL.md +83 -0
- package/.agent/skills/baseline-ui/SKILL.md +74 -0
- package/.agent/skills/better-colors/SKILL.md +124 -0
- package/.agent/skills/better-typography/SKILL.md +111 -0
- package/.agent/skills/better-ui/SKILL.md +102 -0
- package/.agent/skills/bolder/SKILL.md +68 -0
- package/.agent/skills/build-primitive/SKILL.md +70 -0
- package/.agent/skills/clarify/SKILL.md +75 -0
- package/.agent/skills/cobejs/SKILL.md +96 -0
- package/.agent/skills/codebase-design/SKILL.md +84 -0
- package/.agent/skills/colorize/SKILL.md +77 -0
- package/.agent/skills/compact-landing/SKILL.md +70 -0
- package/.agent/skills/company-logos/SKILL.md +73 -0
- package/.agent/skills/create-design-md/SKILL.md +104 -0
- package/.agent/skills/critique/SKILL.md +95 -0
- package/.agent/skills/delight/SKILL.md +65 -0
- package/.agent/skills/design-lab/SKILL.md +59 -0
- package/.agent/skills/diagnosing-bugs/SKILL.md +190 -0
- package/.agent/skills/distill/SKILL.md +65 -0
- package/.agent/skills/domain-modeling/SKILL.md +78 -0
- package/.agent/skills/fixing-accessibility/SKILL.md +98 -0
- package/.agent/skills/fixing-metadata/SKILL.md +97 -0
- package/.agent/skills/fixing-motion-performance/SKILL.md +96 -0
- package/.agent/skills/gpt-taste/SKILL.md +68 -0
- package/.agent/skills/harden/SKILL.md +74 -0
- package/.agent/skills/impeccable/SKILL.md +72 -0
- package/.agent/skills/improve-codebase-architecture/SKILL.md +67 -0
- package/.agent/skills/improve-ui/SKILL.md +83 -0
- package/.agent/skills/landing-page/SKILL.md +88 -0
- package/.agent/skills/lint-and-validate/SKILL.md +1 -2
- package/.agent/skills/local-first-architecture/SKILL.md +66 -0
- package/.agent/skills/lottie-animation/SKILL.md +82 -0
- package/.agent/skills/marquee-loop/SKILL.md +96 -0
- package/.agent/skills/masked-reveal/SKILL.md +88 -0
- package/.agent/skills/micro-interaction/SKILL.md +100 -0
- package/.agent/skills/morphing-icons/SKILL.md +85 -0
- package/.agent/skills/page-transition-animation/SKILL.md +108 -0
- package/.agent/skills/parallel-agents/SKILL.md +5 -5
- package/.agent/skills/polish/SKILL.md +63 -0
- package/.agent/skills/pricing-page/SKILL.md +68 -0
- package/.agent/skills/progressive-blur/SKILL.md +100 -0
- package/.agent/skills/project-idioms/SKILL.md +7 -7
- package/.agent/skills/quieter/SKILL.md +68 -0
- package/.agent/skills/react-doctor/SKILL.md +70 -0
- package/.agent/skills/redesign-skill/SKILL.md +65 -0
- package/.agent/skills/shape/SKILL.md +73 -0
- package/.agent/skills/soft-skill/SKILL.md +72 -0
- package/.agent/skills/sounds-on-the-web/SKILL.md +100 -0
- package/.agent/skills/svg-animation/SKILL.md +91 -0
- package/.agent/skills/swiss-design/SKILL.md +64 -0
- package/.agent/skills/taste-skill/SKILL.md +71 -0
- package/.agent/skills/tdd-workflow/SKILL.md +36 -165
- package/.agent/skills/test-result-analyzer/SKILL.md +1 -1
- package/.agent/skills/thermo-nuclear-code-quality-review/SKILL.md +82 -0
- package/.agent/skills/to-spring-or-not-to-spring/SKILL.md +66 -0
- package/.agent/skills/transitions-dev/SKILL.md +101 -0
- package/.agent/skills/typeset/SKILL.md +76 -0
- package/.agent/skills/ui-skills-root/SKILL.md +85 -0
- package/.agent/skills/web-quality-audit/SKILL.md +67 -0
- package/.agent/workflows/fix.md +2 -2
- package/.agent/workflows/preview.md +5 -5
- package/.agent/workflows/status.md +1 -1
- package/.agent/workflows/tribunal-full.md +3 -3
- package/.agent/workflows/tribunal-speed.md +2 -2
- package/README.md +348 -238
- package/bin/tribunal-kit.js +62 -1482
- package/dist/cli.js +13 -0
- package/dist/commands/align.js +1 -1
- package/dist/commands/compile.js +1 -1
- package/dist/commands/guardrail.js +275 -0
- package/dist/commands/init.js +10 -9
- package/dist/commands/optimize.js +318 -0
- package/dist/utils/version.js +1 -1
- package/package.json +10 -8
- package/scripts/fix-vbc.js +98 -0
- package/scripts/fix-vbc.ps1 +119 -0
|
@@ -0,0 +1,75 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: clarify
|
|
3
|
+
description: Improve UX microcopy, label optimization, error messages, and cognitive clarity. Use when text in a UI is confusing, wordy, ambiguous, or unhelpful.
|
|
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: UX Writing & Microcopy
|
|
9
|
+
tier: pro
|
|
10
|
+
co-requires: [distill, shape]
|
|
11
|
+
trigger-signals:
|
|
12
|
+
strong: [clarify, UX copy, microcopy, error message copy, button labels, cognitive clarity, clear writing]
|
|
13
|
+
weak: [fix text, rewording, rewrite label]
|
|
14
|
+
---
|
|
15
|
+
|
|
16
|
+
# Clarify — UX Microcopy & Cognitive Clarity
|
|
17
|
+
|
|
18
|
+
Optimize user interface text, button labels, error messaging, and helper copy for maximum clarity and minimum cognitive friction.
|
|
19
|
+
|
|
20
|
+
---
|
|
21
|
+
|
|
22
|
+
## 4 UX Copy Rules
|
|
23
|
+
|
|
24
|
+
### 1. Active & Action-Oriented Verbs
|
|
25
|
+
- Action buttons MUST begin with strong, specific verbs describing the result.
|
|
26
|
+
- ❌ *Submit* → ✅ *Save changes*
|
|
27
|
+
- ❌ *Click here* → ✅ *Download export*
|
|
28
|
+
- ❌ *OK* → ✅ *Delete project*
|
|
29
|
+
|
|
30
|
+
### 2. Actionable & Helpful Error Messages
|
|
31
|
+
- Error messages MUST explain what happened AND how to resolve it.
|
|
32
|
+
- ❌ *Invalid input.*
|
|
33
|
+
- ✅ *Invalid email format. Enter an email like user@example.com.*
|
|
34
|
+
- ❌ *Error 403.*
|
|
35
|
+
- ✅ *You don't have permission to edit this document. Request access from the owner.*
|
|
36
|
+
|
|
37
|
+
### 3. Eliminate Passive Jargon
|
|
38
|
+
- Remove internal technical jargon and passive phrasing.
|
|
39
|
+
- ❌ *Your request has been processed successfully by the system queue.*
|
|
40
|
+
- ✅ *Settings updated.*
|
|
41
|
+
|
|
42
|
+
### 4. Direct Confirmation Dialogs
|
|
43
|
+
- Modal headers must state the explicit consequence. Modal action buttons must match the title verb.
|
|
44
|
+
- Title: *Delete workspace?*
|
|
45
|
+
- Body: *All projects, keys, and member permissions in this workspace will be permanently removed.*
|
|
46
|
+
- Primary Button: *Delete workspace* (Destructive red)
|
|
47
|
+
- Secondary Button: *Cancel*
|
|
48
|
+
|
|
49
|
+
---
|
|
50
|
+
|
|
51
|
+
## 🤖 LLM-Specific Traps
|
|
52
|
+
|
|
53
|
+
1. **Generic OK/Cancel Modals**: Writing modal dialogs with generic "OK" buttons that obscure the action consequence.
|
|
54
|
+
2. **Snarky or Overly Clever Copy**: Using cute or humorous error messages when users are frustrated by a failure.
|
|
55
|
+
|
|
56
|
+
---
|
|
57
|
+
|
|
58
|
+
## 🏛️ Tribunal Integration (Anti-Hallucination)
|
|
59
|
+
|
|
60
|
+
**Active reviewers: `ui-ux-auditor`**
|
|
61
|
+
|
|
62
|
+
### ✅ Pre-Flight Self-Audit
|
|
63
|
+
|
|
64
|
+
```
|
|
65
|
+
✅ Does every button start with an explicit action verb?
|
|
66
|
+
✅ Do error messages clearly instruct the user how to resolve the issue?
|
|
67
|
+
✅ Is passive corporate jargon completely eliminated?
|
|
68
|
+
```
|
|
69
|
+
|
|
70
|
+
### 🛑 Verification-Before-Completion (VBC) Protocol
|
|
71
|
+
|
|
72
|
+
**CRITICAL:** You must follow a strict "evidence-based closeout" state machine.
|
|
73
|
+
|
|
74
|
+
- ❌ **Forbidden:** Declaring a task complete because the output "looks correct."
|
|
75
|
+
- ✅ **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,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.
|