Awesome-omni-skills industrial-brutalist-ui
SKILL: Industrial Brutalism & Tactical Telemetry UI workflow skill. Use this skill when the user needs creating raw industrial or tactical telemetry UIs with rigid grids, stark typography, CRT effects, and high-density data and the operator should preserve the upstream workflow, copied support files, and provenance before merging or handing off.
git clone https://github.com/diegosouzapw/awesome-omni-skills
T=$(mktemp -d) && git clone --depth=1 https://github.com/diegosouzapw/awesome-omni-skills "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/industrial-brutalist-ui" ~/.claude/skills/diegosouzapw-awesome-omni-skills-industrial-brutalist-ui && rm -rf "$T"
skills/industrial-brutalist-ui/SKILL.mdSKILL: Industrial Brutalism & Tactical Telemetry UI
Overview
This public intake copy packages
plugins/antigravity-awesome-skills-claude/skills/industrial-brutalist-ui from https://github.com/sickn33/antigravity-awesome-skills into the native Omni Skills editorial shape without hiding its origin.
Use it when the operator needs the upstream workflow, support files, and repository context to stay intact while the public validator and private enhancer continue their normal downstream flow.
This intake keeps the copied upstream files intact and uses
metadata.json plus ORIGIN.md as the provenance anchor for review.
SKILL: Industrial Brutalism & Tactical Telemetry UI
Imported source sections that did not map cleanly to the public headings are still preserved below or in the support files. Notable imported sections: Limitations, 1. Skill Meta, 2. Visual Archetypes, 3. Typographic Architecture, 4. Color System, 5. Layout and Spatial Engineering.
When to Use This Skill
Use this section as the trigger filter. It should make the activation boundary explicit before the operator loads files, runs commands, or opens a pull request.
- Use when the user wants a brutalist, industrial, Swiss-print, CRT terminal, or tactical telemetry interface.
- Use when building data-heavy dashboards, portfolios, editorial pages, or command-center UIs that should feel raw and mechanical.
- Use when a design must reject soft gradients, rounded consumer UI, glassmorphism, and generic SaaS card layouts.
- Use when the request clearly matches the imported source intent: creating raw industrial or tactical telemetry UIs with rigid grids, stark typography, CRT effects, and high-density data.
- Use when the operator should preserve upstream workflow detail instead of rewriting the process from scratch.
- Use when provenance needs to stay visible in the answer, PR, or review packet.
Operating Table
| Situation | Start here | Why it matters |
|---|---|---|
| First-time use | | Confirms repository, branch, commit, and imported path before touching the copied workflow |
| Provenance review | | Gives reviewers a plain-language audit trail for the imported source |
| Workflow execution | | Starts with the smallest copied file that materially changes execution |
| Supporting context | | Adds the next most relevant copied source file without loading the entire package |
| Handoff decision | | Helps the operator switch to a stronger native skill when the task drifts |
Workflow
This workflow is intentionally editorial and operational at the same time. It keeps the imported source useful to the operator while still satisfying the public intake standards that feed the downstream enhancer flow.
- Halftone and 1-Bit Dithering: Transforming continuous-tone images or large serif typography into dot-matrix patterns. Achieved via pre-processing or CSS mix-blend-mode: multiply overlays combined with SVG radial dot patterns.
- CRT Scanlines: For terminal interfaces, applying a repeating-linear-gradient to the background to simulate horizontal electron beam sweeps (e.g., repeating-linear-gradient(0deg, transparent, transparent 2px, rgba(0,0,0,0.1) 2px, rgba(0,0,0,0.1) 4px)).
- Mechanical Noise: A global, low-opacity SVG static/noise filter applied to the DOM root to introduce a unified physical grain across both dark and light modes.
- Confirm the user goal, the scope of the imported workflow, and whether this skill is still the right router for the task.
- Read the overview and provenance files before loading any copied upstream support files.
- Load only the references, examples, prompts, or scripts that materially change the outcome for the current request.
- Execute the upstream workflow while keeping provenance and source boundaries explicit in the working notes.
Imported Workflow Notes
Imported: 7. Textural and Post-Processing Effects
To prevent the design from appearing purely digital, simulated analog degradation is engineered into the frontend via CSS and SVG filters.
- Halftone and 1-Bit Dithering: Transforming continuous-tone images or large serif typography into dot-matrix patterns. Achieved via pre-processing or CSS
overlays combined with SVG radial dot patterns.mix-blend-mode: multiply - CRT Scanlines: For terminal interfaces, applying a
to the background to simulate horizontal electron beam sweeps (e.g.,repeating-linear-gradient
).repeating-linear-gradient(0deg, transparent, transparent 2px, rgba(0,0,0,0.1) 2px, rgba(0,0,0,0.1) 4px) - Mechanical Noise: A global, low-opacity SVG static/noise filter applied to the DOM root to introduce a unified physical grain across both dark and light modes.
Imported: Limitations
- This style is intentionally severe and may not fit consumer products, accessibility-sensitive flows, or brands that require warmth and softness.
- CRT, halftone, dithering, and degradation effects must be tested for readability, contrast, and motion sensitivity.
- Do not mix the light industrial and dark telemetry palettes in the same interface unless the user explicitly asks for a controlled hybrid.
Examples
Example 1: Ask for the upstream workflow directly
Use @industrial-brutalist-ui to handle <task>. Start from the copied upstream workflow, load only the files that change the outcome, and keep provenance visible in the answer.
Explanation: This is the safest starting point when the operator needs the imported workflow, but not the entire repository.
Example 2: Ask for a provenance-grounded review
Review @industrial-brutalist-ui against metadata.json and ORIGIN.md, then explain which copied upstream files you would load first and why.
Explanation: Use this before review or troubleshooting when you need a precise, auditable explanation of origin and file selection.
Example 3: Narrow the copied support files before execution
Use @industrial-brutalist-ui for <task>. Load only the copied references, examples, or scripts that change the outcome, and name the files explicitly before proceeding.
Explanation: This keeps the skill aligned with progressive disclosure instead of loading the whole copied package by default.
Example 4: Build a reviewer packet
Review @industrial-brutalist-ui using the copied upstream files plus provenance, then summarize any gaps before merge.
Explanation: This is useful when the PR is waiting for human review and you want a repeatable audit packet.
Best Practices
Treat the generated public skill as a reviewable packaging layer around the upstream repository. The goal is to keep provenance explicit and load only the copied source material that materially improves execution.
- Keep the imported skill grounded in the upstream repository; do not invent steps that the source material cannot support.
- Prefer the smallest useful set of support files so the workflow stays auditable and fast to review.
- Keep provenance, source commit, and imported file paths visible in notes and PR descriptions.
- Point directly at the copied upstream files that justify the workflow instead of relying on generic review boilerplate.
- Treat generated examples as scaffolding; adapt them to the concrete task before execution.
- Route to a stronger native skill when architecture, debugging, design, or security concerns become dominant.
Troubleshooting
Problem: The operator skipped the imported context and answered too generically
Symptoms: The result ignores the upstream workflow in
plugins/antigravity-awesome-skills-claude/skills/industrial-brutalist-ui, fails to mention provenance, or does not use any copied source files at all.
Solution: Re-open metadata.json, ORIGIN.md, and the most relevant copied upstream files. Load only the files that materially change the answer, then restate the provenance before continuing.
Problem: The imported workflow feels incomplete during review
Symptoms: Reviewers can see the generated
SKILL.md, but they cannot quickly tell which references, examples, or scripts matter for the current task.
Solution: Point at the exact copied references, examples, scripts, or assets that justify the path you took. If the gap is still real, record it in the PR instead of hiding it.
Problem: The task drifted into a different specialization
Symptoms: The imported skill starts in the right place, but the work turns into debugging, architecture, design, security, or release orchestration that a native skill handles better. Solution: Use the related skills section to hand off deliberately. Keep the imported provenance visible so the next skill inherits the right context instead of starting blind.
Related Skills
- Use when the work is better handled by that native specialization after this imported skill establishes context.@base
- Use when the work is better handled by that native specialization after this imported skill establishes context.@calc
- Use when the work is better handled by that native specialization after this imported skill establishes context.@draw
- Use when the work is better handled by that native specialization after this imported skill establishes context.@image-studio
Additional Resources
Use this support matrix and the linked files below as the operator packet for this imported skill. They should reflect real copied source material, not generic scaffolding.
| Resource family | What it gives the reviewer | Example path |
|---|---|---|
| copied reference notes, guides, or background material from upstream | |
| worked examples or reusable prompts copied from upstream | |
| upstream helper scripts that change execution or validation | |
| routing or delegation notes that are genuinely part of the imported package | |
| supporting assets or schemas copied from the source package | |
Imported Reference Notes
Imported: 1. Skill Meta
Name: Industrial Brutalism & Tactical Telemetry Interface Engineering Description: Advanced proficiency in architecting web interfaces that synthesize mid-century Swiss Typographic design, industrial manufacturing manuals, and retro-futuristic aerospace/military terminal interfaces. This discipline requires absolute mastery over rigid modular grids, extreme typographic scale contrast, purely utilitarian color palettes, and the programmatic simulation of analog degradation (halftones, CRT scanlines, bitmap dithering). The objective is to construct digital environments that project raw functionality, mechanical precision, and high data density, deliberately discarding conventional consumer UI patterns.
Imported: 2. Visual Archetypes
The design system operates by merging two distinct but highly compatible visual paradigms. Pick ONE per project and commit to it. Do not alternate or mix both modes within the same interface.
2.1 Swiss Industrial Print
Derived from 1960s corporate identity systems and heavy machinery blueprints.
- Characteristics: High-contrast light modes (newsprint/off-white substrates). Reliance on monolithic, heavy sans-serif typography. Unforgiving structural grids outlined by visible dividing lines. Aggressive, asymmetric use of negative space punctuated by oversized, viewport-bleeding numerals or letterforms. Heavy use of primary red as an alert/accent color.
2.2 Tactical Telemetry & CRT Terminal
Derived from classified military databases, legacy mainframes, and aerospace Heads-Up Displays (HUDs).
- Characteristics: Dark mode exclusivity. High-density tabular data presentation. Absolute dominance of monospaced typography. Integration of technical framing devices (ASCII brackets, crosshairs). Application of simulated hardware limitations (phosphor glow, scanlines, low bit-depth rendering).
Imported: 3. Typographic Architecture
Typography is the primary structural and decorative infrastructure. Imagery is secondary. The system demands extreme variance in scale, weight, and spacing.
3.1 Macro-Typography (Structural Headers)
- Classification: Neo-Grotesque / Heavy Sans-Serif.
- Optimal Web Fonts: Neue Haas Grotesk (Black), Inter (Extra Bold/Black), Archivo Black, Roboto Flex (Heavy), Monument Extended.
- Implementation Parameters:
- Scale: Deployed at massive scales using fluid typography (e.g.,
).clamp(4rem, 10vw, 15rem) - Tracking (Letter-spacing): Extremely tight, often negative (
to-0.03em
), forcing glyphs to form solid architectural blocks.-0.06em - Leading (Line-height): Highly compressed (
to0.85
).0.95 - Casing: Exclusively uppercase for structural impact.
- Scale: Deployed at massive scales using fluid typography (e.g.,
3.2 Micro-Typography (Data & Telemetry)
- Classification: Monospace / Technical Sans.
- Optimal Web Fonts: JetBrains Mono, IBM Plex Mono, Space Mono, VT323, Courier Prime.
- Implementation Parameters:
- Scale: Fixed and small (
to10px
/14px
to0.7rem
).0.875rem - Tracking: Generous (
to0.05em
) to simulate mechanical typewriter spacing or terminal matrices.0.1em - Leading: Standard to tight (
to1.2
).1.4 - Casing: Exclusively uppercase. Used for all metadata, navigation, unit IDs, and coordinates.
- Scale: Fixed and small (
3.3 Textural Contrast (Artistic Disruption)
- Classification: High-Contrast Serif.
- Optimal Web Fonts: Playfair Display, EB Garamond, Times New Roman.
- Implementation Parameters: Used exceedingly sparingly. Must be subjected to heavy post-processing (halftone filters, 1-bit dithering) to degrade vector perfection and create textural juxtaposition against the clean sans-serifs.
Imported: 4. Color System
The color architecture is uncompromising. Gradients, soft drop shadows, and modern translucency are strictly prohibited. Colors simulate physical media or primitive emissive displays.
CRITICAL: Choose ONE substrate palette per project and use it consistently. Never mix light and dark substrates within the same interface.
If Swiss Industrial Print (Light):
- Background:
or#F4F4F0
(Matte, unbleached documentation paper).#EAE8E3 - Foreground:
to#050505
(Carbon Ink).#111111 - Accent:
or#E61919
(Aviation/Hazard Red). This is the ONLY accent color. Used for strike-throughs, thick structural dividing lines, or vital data highlights.#FF2A2A
If Tactical Telemetry (Dark):
- Background:
or#0A0A0A
(Deactivated CRT. Avoid pure#121212
).#000000 - Foreground:
(White phosphor). This is the primary text color.#EAEAEA - Accent:
or#E61919
(Aviation/Hazard Red). Same red, same rules.#FF2A2A - Terminal Green (
): Optional. Use ONLY for a single specific UI element (e.g., one status indicator or one data readout) — never as a general text color. If it doesn't serve a clear purpose, omit it entirely.#4AF626
Imported: 5. Layout and Spatial Engineering
The layout must appear mathematically engineered. It rejects conventional web padding in favor of visible compartmentalization.
- The Blueprint Grid: Strict adherence to CSS Grid architectures. Elements do not float; they are anchored precisely to grid tracks and intersections.
- Visible Compartmentalization: Extensive utilization of solid borders (
or1px
) to delineate distinct zones of information. Horizontal rules (2px solid
) frequently span the entire container width to segregate operational units.<hr> - Bimodal Density: Layouts oscillate between extreme data density (tightly packed monospace metadata clustered together) and vast expanses of calculated negative space framing macro-typography.
- Geometry: Absolute rejection of
. All corners must be exactly 90 degrees to enforce mechanical rigidity.border-radius
Imported: 6. UI Components and Symbology
Standard web UI conventions are replaced with utilitarian, industrial graphic elements.
- Syntax Decoration: Utilization of ASCII characters to frame data points.
- Framing:
,[ DELIVERY SYSTEMS ]< RE-IND > - Directional:
,>>>
,///\\\\
- Framing:
- Industrial Markers: Prominent integration of registration (
), copyright (®
), and trademark (©
) symbols functioning as structural geometric elements rather than legal text.™ - Technical Assets: Integration of crosshairs (
) at grid intersections, repeating vertical lines (barcodes), thick horizontal warning stripes, and randomized string data (e.g.,+
,REV 2.6
) to simulate active mechanical processes.UNIT / D-01
Imported: 8. Web Engineering Directives
- Grid Determinism: Utilize
with contrasting parent/child background colors to generate mathematically perfect, razor-thin dividing lines without complex border declarations.display: grid; gap: 1px; - Semantic Rigidity: Construct the DOM using precise semantic tags (
,<data>
,<samp>
,<kbd>
,<output>
) to accurately reflect the technical nature of the telemetry.<dl> - Typography Clamping: Implement CSS
functions exclusively for macro-typography to ensure massive text scales aggressively while maintaining structural integrity across viewports.clamp()