waitsec 0.5.0 → 0.5.3

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.
@@ -20,23 +20,80 @@ Activate this skill whenever:
20
20
 
21
21
  ---
22
22
 
23
- ## Core Guardrails
24
-
25
- ### 1. Anti-Slop Visuals & CSS
26
- - **No Cliché AI Aesthetics:** Reject gratuitous purple/indigo gradients, multi-layered floating drop-shadows, and slow decorative hover animations.
27
- - **Functional Decoration:** Every border, shadow, and background variation must serve visual hierarchy. If removing an effect does not hurt usability, remove it.
28
- - **System Design Consistency:** Use existing project design tokens, spacing scales, and colors rather than arbitrary hex values or arbitrary CSS classes.
29
-
30
- ### 2. Responsive Discipline
31
- - **Mobile-First Layouts:** Ensure every layout flexes cleanly down to small screens (320px).
32
- - **No Fixed Widths:** Never set fixed pixel widths (`width: 600px`) on main layout containers. Use fluid widths, `max-width`, and relative units (`rem`, `%`).
33
- - **No Horizontal Overflow:** Prevent content from clipping or causing horizontal page scrolls on mobile viewports.
34
-
35
- ### 3. Anti-Slop UI Copy (Implementation Silence)
36
- - **User Value Over Mechanism:** Never explain technical implementations to the user (e.g. "Data loaded via asynchronous API", "Infinite scroll - 40 items per request"). Users need product information, not architecture docs.
37
- - **Decision Clarity:** Only display copy, badges, or helper text if they help the user understand data or complete an action.
38
- - **Visual Self-Explanation:** If an action or button is self-evident, do not attach redundant instructions ("Click here to submit").
39
- - *Deep Dive & Triage:* Read [`skills/waitsec/references/write-info-analyzer.md`](../waitsec/references/write-info-analyzer.md).
23
+ ## Part 1: Visual Restraint
24
+
25
+ ### 1. Generic AI Aesthetics
26
+
27
+ * **The Bad Habit:** Reaching for purple-to-indigo gradients, layered drop shadows, and slow hover animations on every surface.
28
+ * **The Problem:** The interface looks like every other generated template, and depth cues appear on elements that have no reason to float or move.
29
+ * **Why It Fails:** Users recognize the generic look instantly and trust the product less. Decorative motion also distracts from the actual task.
30
+ * **Clean Fix:** Use solid neutral surfaces and pick one deliberate accent color for the primary action. Add shadow or motion only when it signals real elevation or state.
31
+ * **The Waitsec Way:** Restraint reads as confidence. If an effect does not help the user, remove it.
32
+
33
+ ### 2. Decoration That Does Not Earn Its Place
34
+
35
+ * **The Bad Habit:** Adding borders, shadows, glows, and background patterns to fill empty space.
36
+ * **The Problem:** The page is visually busy and the important element no longer stands out.
37
+ * **Why It Fails:** When everything is decorated, nothing has hierarchy. Users do not know where to look first.
38
+ * **Clean Fix:** Remove an effect and check whether usability drops. If it does not, leave it removed.
39
+ * **The Waitsec Way:** Every visual choice must carry meaning. Decoration is not a substitute for hierarchy.
40
+
41
+ ### 3. Arbitrary Values Instead of Design Tokens
42
+
43
+ * **The Bad Habit:** Typing random hex colors, odd spacing numbers, and one-off font sizes into components.
44
+ * **The Problem:** The same "gray" appears in five slightly different shades, and spacing drifts from screen to screen.
45
+ * **Why It Fails:** The interface feels inconsistent, and future changes require hunting every stray value.
46
+ * **Clean Fix:** Use the existing design tokens, spacing scale, and theme colors. Add a token only when the system genuinely lacks one.
47
+ * **The Waitsec Way:** Follow the system in place. Consistency comes from reuse, not from fresh choices.
48
+
49
+ ---
50
+
51
+ ## Part 2: Responsive Discipline
52
+
53
+ ### 4. Fixed Widths and Horizontal Overflow
54
+
55
+ * **The Bad Habit:** Setting fixed pixel widths on main containers, tables, or code blocks.
56
+ * **The Problem:** On a narrow phone the page wobbles sideways and content disappears past the edge of the screen.
57
+ * **Why It Fails:** Horizontal scrolling on a vertical page breaks reading and navigation. Users lose their place and leave.
58
+ * **Clean Fix:** Use fluid widths with a max width (`w-full max-w-5xl mx-auto px-4`) and wrap tables or code blocks in `overflow-x-auto`.
59
+ * **The Waitsec Way:** The layout must fit the screen it is on. Zero horizontal page scrolling on mobile.
60
+
61
+ ### 5. Desktop Assumed as the Default
62
+
63
+ * **The Bad Habit:** Building the wide desktop layout first and patching mobile with a media query at the very end.
64
+ * **The Problem:** The mobile view inherits desktop rules and glitches: oversized type, cramped cards, and broken spacing.
65
+ * **Why It Fails:** A last-minute patch fixes only the bug you happened to notice. Real visitors hit all the rest.
66
+ * **Clean Fix:** Start with the mobile layout, then add widths and columns as the screen grows.
67
+ * **The Waitsec Way:** Mobile is the base, not an afterthought. Design from the small screen up.
68
+
69
+ ---
70
+
71
+ ## Part 3: Anti-Slop UI Copy (Implementation Silence)
72
+
73
+ ### 6. Implementation Leaks in Copy
74
+
75
+ * **The Bad Habit:** Writing user-facing text about the code, such as "Data loaded via asynchronous API" or "Infinite scroll, 40 items per request".
76
+ * **The Problem:** The interface explains its own technical internals to the user.
77
+ * **Why It Fails:** Users want to finish a task, not read architecture notes. The text adds noise and reveals nothing useful.
78
+ * **Clean Fix:** Delete implementation talk. Keep only what helps the user understand the data or complete an action.
79
+ * **The Waitsec Way:** The UI serves the user, not the developer. Hide the mechanism, show the meaning.
80
+ * *Deep Dive & Triage:* Read [`skills/waitsec/references/write-info-analyzer.md`](../waitsec/references/write-info-analyzer.md).
81
+
82
+ ### 7. Redundant Instructional Copy
83
+
84
+ * **The Bad Habit:** Adding "Click here to submit" under a clear "Submit" button.
85
+ * **The Problem:** The screen repeats what the control already says.
86
+ * **Why It Fails:** Extra text slows scanning without adding information. It makes a clean interface feel cluttered and unsure.
87
+ * **Clean Fix:** Let the label and visual design carry the instruction. Delete the helper sentence.
88
+ * **The Waitsec Way:** If the interface is already clear, stay quiet. Clear does not mean more text.
89
+
90
+ ### 8. Labels That Do Not Help a Decision
91
+
92
+ * **The Bad Habit:** Labeling every icon, card, and number with explanatory text "so the screen does not look empty".
93
+ * **The Problem:** The page fills with words that do not help the user choose or act.
94
+ * **Why It Fails:** Visual noise makes the real information harder to find, and users skim past everything.
95
+ * **Clean Fix:** Keep text only when it changes a decision or explains the data. Remove labels that merely restate what is already visible.
96
+ * **The Waitsec Way:** Show information that helps. Delete decoration made of words.
40
97
 
41
98
  ---
42
99