Client App Review
Client Application Review & Editorial Rubric Runbook (CLIENT_APP_REVIEW.md)
1. Executive Summary & Review Framework
Unstructured design feedback (“make it pop”, “looks a bit AI-generated”, “doesn’t feel right”) creates subjective friction, inconsistent quality, and layout drift. This runbook establishes an objective, repeatable protocol for reviewing client applications (apps/*) and pre-awareness prototypes (apps/proto-*) across SiteSwarm.
This runbook is referenced directly within the Prototype skill (.agents/skills/prototype/SKILL.md) and client intake workflows to enforce visual restraint, quiet craftsmanship, and sub-second edge ergonomics before prospect demonstrations or production promotion.
2. The 4-Axis “Red Pen” Editorial Rubric
Every client storefront section is evaluated across four orthogonal axes on a 1-to-5 calibration scale:
- Axis 1: Tone & Authenticity — Does the voice reflect humble, quiet authority, or synthetic corporate PR / cheerleader hype?
- Axis 2: Visual Restraint & Typographic Hierarchy — Is there typographic discipline and spatial breathing room, or visual noise from pill badges, neon borders, and competing font weights?
- Axis 3: Content Genuineness — Are claims backed by concrete craft details, authentic photography, and verifiable facts, or generic platitudes and invented statistics?
- Axis 4: Information Architecture & Ergonomics — Does the narrative flow linearly and effortlessly, or are visitors forced to click through accordions and multi-step modal hurdles?
Heuristic Signals Across the Four Axes
| Evaluation Axis | Defect Signals (Scores 1–2) | Restrained Standard (Scores 4–5) |
|---|---|---|
| 1. Tone & Authenticity | Superlatives (“world-class”, “revolutionizing”), adverb stuffing (“seamlessly”), exclamation marks in headings, detached corporate jargon. | Grounded practitioner voice, concrete physical or technical details, plainspoken nouns and active verbs. |
| 2. Visual Restraint | Stacked multi-colored pill badges above headings, neon glow borders, 4+ font weights in one section, cramped padding. | Maximum 2 font families, clear scale hierarchy, generous whitespace rhythm, borders used only for semantic separation. |
| 3. Content Genuineness | Invented round-number metrics (“99.999% happiness”), generic 6-card adjective grids (“Fast, Secure, Scalable”), stock handshake clichés. | Specific provenance (e.g., fermentation hours, OEM diagnostic tools, real architectural mechanisms) and authentic client facts. |
| 4. IA & Ergonomics | Core hours, menus, or case studies hidden inside <details> accordions; multi-step modal wizards for simple inquiries; <44px mobile tap targets. |
Linear top-to-bottom scannability, zero-click visibility for primary content, one-tap tel: links, and single-step inline inquiry forms. |
Scoring & Calibration Scale (1 to 5)
| Score | Classification | Operational Meaning & Gate Action |
|---|---|---|
| 1 | Immediate Veto | Blatant AI marketing slop, visual gimmicks, or broken mobile ergonomics. Blocks staging/preview. Strip decorative chrome and rewrite from raw intake facts. |
| 2 | Distracting Clutter | Contains factual substance but burdened by buzzwords, accordion traps, or badge noise. Requires revision before client review. |
| 3 | Acceptable Baseline | Factually accurate and responsive, but reads generic or lacks typographic refinement. Passable for early check-in; polish before launch. |
| 4 | Polished Professional | Grounded voice, disciplined typography, substantiated claims, and frictionless linear flow. Approved for production deployment. |
| 5 | Editorial Benchmark | Exemplar of quiet mastery, visual restraint, and effortless ergonomics across mobile and desktop. Reference blueprint for the fleet. |
3. The Six Universal Negative Constraints (Do’s & Don’ts)
When generating web copy or layouts without explicit boundaries, models regress toward synthetic hype and template clutter. The following negative constraints are strictly enforced:
3.1 Constraint 1: No Corporate Parody or Sycophantic Buzzwords
Copy must read like a seasoned practitioner describing real craft, never like a satirical executive press release.
| Banned Phrase / Pattern | Restrained Replacement |
|---|---|
| “Flagship Architecture” / “Mission-Critical Paradigm” | Name the system, topology, or service directly |
| “Master Engineer” / “World-Class Thought Leader” | State the actual role (“Software engineer”, “Baker”, “ASE Master Technician”) |
| “Initiate Direct Dialogue” / “Transmit Inquiry” | “Contact us”, “Send an email”, “Get in touch” |
| “Bespoke Enterprise Solutions” / “Cutting-Edge Synergy” | Describe the concrete product or work performed |
| “Seamlessly Orchestrating” / “Empowering Next-Gen…” | Use plain active verbs (“routing”, “baking”, “diagnosing”) |
3.2 Constraint 2: No “Badge Disease” (Visual Pill Clutter)
- Maximum 1 Badge per Card: A card container may contain at most one subtle category tag or eyebrow.
- No Stacked Multi-Color Pills: Never render clusters of candy-colored technology or status pills on teaser cards.
- No Pulsing Green Dots on Static Content: Pulsing indicators are reserved strictly for live real-time telemetry streams, never static portfolio cards, menus, or pricing tiers.
3.3 Constraint 3: No Faux-Terminal Chrome or Raw ASCII Boxes
- No Simulated OS Window Controls: Fake macOS traffic-light dots (🔴 🟡 🟢) and simulated bash prompts are forbidden in editorial and commercial layouts unless a client’s
VIBE.mdexplicitly mandates a CLI theme. - No Raw ASCII Box Diagrams in UI: Use semantic HTML tables, clean SVG graphics, or structured typography rather than ragged monospace ASCII borders that break on mobile screens and screen readers.
3.4 Constraint 4: No Hidden Content / Accordion Mazes
- Primary narratives, service menus, operating hours, and case studies must be laid out directly on the page for effortless linear scanning.
- Collapsible
<details>accordions are restricted to optional secondary FAQs or lengthy legal disclosures—never bury the core story behind clicks.
3.5 Constraint 5: No Security Theater Banners on Forms
- Bot defense (Cloudflare Turnstile), rate limiting, and encryption run silently in the background.
- Never surround customer contact or quote forms with paranoid cryptographic war banners (“SHIELDED BY AES-256 ZERO-KNOWLEDGE BOT DEFENSE”). Keep form copy warm, clear, and human.
3.6 Constraint 6: No Synthetic Metrics or Hallucinated Claims
- Never invent fabricated latency numbers (“< 3ms worldwide”), fake SLA percentages (“99.999% uptime”), or unverified customer counts.
- Every quantitative claim must trace to verified client facts or empirical measurements; otherwise, state the qualitative architectural property directly.
4. Automated Quality & Accessibility Pre-Flight Gates
Before submitting a client application or prototype for editorial scoring, automated quality gates must be satisfied:
- Accessibility (WCAG 2.1 Level AA):
- Evaluated via headless
@axe-core/playwrightacross canonical mobile (390x844) and desktop (1920x1080) viewports. - Zero
criticalorseriousviolations permitted across contrast, imagealttext, accessible control labels, and keyboard focus order.
- Evaluated via headless
- Mobile Core Web Vitals Thresholds:
- Lighthouse Mobile Performance: $\ge 95$
- First Contentful Paint (FCP): $\le 1.0\text{s}$
- Largest Contentful Paint (LCP): $\le 1.8\text{s}$
- Cumulative Layout Shift (CLS): $\le 0.05$
- Payload Budgets: $\le 50\text{ KB}$ gzipped client JS, $\le 40\text{ KB}$ gzipped CSS.
- Semantic HTML & Schema.org:
- Single
<h1>per page with logical hierarchy (<h1>$\to$<h2>$\to$<h3>). - Validated
LocalBusinessSchema.org JSON-LD structured data and OpenGraph metadata.
- Single
5. In-Situ Overlay & Critique Tags (@siteswarm/critique)
During live review in staging or preview environments, defects are pinned using the @siteswarm/critique review overlay (CRITIQUE_CAPABILITY.md). Standard tags map directly to the four rubric axes:
Too Buzzwordy$\to$ Axis 1 (Tone & Authenticity)Remove Badge/Needs Restraint$\to$ Axis 2 (Visual Restraint & Hierarchy)Copy Edit$\to$ Axis 3 (Content Genuineness)Formatting Issue$\to$ Axis 4 (Information Architecture & Ergonomics)Love This$\to$ Positive anchor preserving high-scoring sections from modification.
Critique defects transition through: open $\to$ addressed $\to$ resolved.
6. Step-by-Step Review Execution Procedure
- Run Local Pre-Flight Check:
Terminal window pnpm --filter=@siteswarm/<app> run checkpnpm run lint:arch - Inspect Dual Viewports:
Launch local preview or staging server and verify both viewports:
- Desktop:
1920x1080(typography rhythm, column layout, hero hierarchy) - Mobile:
390x844(touch targets $\ge 44\text{px}$, linear scrolling, zero horizontal overflow)
- Desktop:
- Perform Red Pen Scoring: Evaluate all sections against the 4 axes. If any section scores $\le 2$, flag for remediation before client demonstration.
- Enforce Negative Constraints: Search copy for banned buzzwords, count badges per container (max 1), and ensure primary content is not trapped in accordions.
- Pin & Track In-Situ Defects:
In preview mode, press
Ctrl+Shift+C(or mobile floating badge) to open the Critique dock, pin elements, tag defects, and submit review.
Decisions Intentionally Deferred
- Automated LLM-assisted Red Pen evaluation tooling is tracked for future integration in
@siteswarm/governance.