Merge branch 'main' into feat/website-prefetch

## Changes

Update the enterprise hero SVG in `HeroSection.vue` to match the updated
design export.

### Key changes

- **viewBox**: `600 -50 1000 1100` → `0 0 1600 1046` with `clip-path`
wrapper and background rects for proper clipping
- **Block pieces**: stroke/stroke-width moved from parent `<g>` to each
individual `<path>`, with duplicated paths for layered rendering
- **Block cluster**: wrapped in `.block-cluster` group with its own CSS
transform-origin
- **Ripple delay classes**: renamed `ripple-delay-*` → `delay-*`
- **Fade overlay**: added `pointer-events: none` to prevent blocking
interactions

Co-authored-by: Amp <amp@ampcode.com>

.claude/skills/bug-dump-ingest/SKILL.md

@@ -0,0 +1,695 @@
+---
+name: bug-dump-ingest
+description: 'Syncs the #bug-dump Slack channel into Linear as the system of record AND auto-fixes verified real bugs via red-green-fix. Every Linear operation (create, search, link, label) is performed by posting an @Linear mention in the bug-dump thread — no Linear MCP, no API key. Flow: fetch → mandatory dedupe gate (@Linear search + gh PR search) → false-defect verification → post @Linear create in thread (tool call) → parse bot card for FE-NNNN + URL → post :white_check_mark: confirmation reply → if candidate is a verified real bug with no dedupe hit and no open PR, invoke red-green-fix automatically to produce failing test + fix + PR. Respects team emoji scheme (:white_check_mark: ticket created, :pr-open: PR open, :question: needs context, :repeat: duplicate). Use when asked to sync #bug-dump to Linear, triage slack bugs, run a bug-dump sweep, or ingest bug reports. Triggers on: bug-dump, sync bug-dump, ingest bugs, triage slack bugs, bug sweep.'
+---
+
+# Bug Dump Ingest
+
+**Primary job: sync `#bug-dump` (Slack: `C0A4XMHANP3`) into Linear as the source of truth, then auto-fix the verified real bugs.** Linear is where status, labels, and follow-up triage happen — this skill gets every bug into Linear with enough context that a downstream agent or human can work from Linear alone. **Every Linear action is performed by mentioning `@Linear` in the bug-dump thread**; there is no Linear MCP and no API key path. When pre-flight verification confirms a candidate is a real bug (not dedupe, not already in a PR, not out of scope), the skill then invokes `red-green-fix` automatically.
+
+```text
+fetch → pre-flight dedupe gate (@Linear search + gh) → verify false defects → present approvals
+      → POST "@Linear create ..." thread reply via slack_send_message  (mandatory tool call)
+      → poll slack_read_thread → parse Linear bot card for FE-NNNN + URL
+      → POST :white_check_mark: confirmation thread reply via slack_send_message
+      → if verification = "real bug" AND no dedupe AND no open PR:
+          invoke Skill(skill="red-green-fix") → POST :pr-open: thread reply
+```
+
+### Non-negotiable rules
+
+1. **Linear actions are Slack tool calls.** The skill MUST drive Linear by calling `mcp__plugin_slack_slack__slack_send_message` with `thread_ts` set and text that mentions `@Linear`. There is no MCP-direct path and no API-key path. Printing `@Linear create ...` into the Claude CLI response is NOT a substitute — the Slack thread reply is what triggers the Linear bot, and its card is the canonical receipt.
+2. **Dedupe is a gate, not a suggestion.** No candidate is proposed for creation until `@Linear search` AND `gh pr` search have been run and recorded. A hit short-circuits creation to `L` (link) or `pr-open`.
+3. **Auto-fix real bugs.** When the dedupe gate is clean AND false-defect verification is clean AND the candidate isn't on the handoff-exclusion list (see § Handoff conditions), after Linear creation the skill invokes `red-green-fix` via the `Skill` tool — without waiting for an extra human prompt.
+
+### What the skill cannot do
+
+The Slack MCP exposes no `reactions.add` tool, so the skill cannot put a `:white_check_mark:` reaction on the parent message. The thread reply with the leading `:white_check_mark:` emoji is the skill's canonical marker; a human can additionally add the parent reaction for channel visibility (see § Parent reaction — optional visibility nudge). Both are respected by Processed Detection.
+
+## Team emoji scheme
+
+| Emoji                | Meaning            | Who adds it                                            | Skill behavior                                 |
+| -------------------- | ------------------ | ------------------------------------------------------ | ---------------------------------------------- |
+| `:white_check_mark:` | Ticket created     | Human on parent (after skill files); also in bot reply | Skip in future sweeps                          |
+| `:pr-open:`          | PR open            | Human                                                  | Skip creation; include PR link in approval row |
+| `:question:`         | Needs more context | Human                                                  | Skip creation; agent may ask for clarification |
+| `:repeat:`           | Duplicate          | Human                                                  | Skip creation; link existing Linear issue      |
+
+## Design Priority
+
+Optimize for **coverage, label quality, and proven fixes** over fix-path cleverness. Linear is the downstream triage surface — once every bug is there with status, labels, and context, agents and humans can work from Linear alone. A Linear ticket with a wrong severity is cheap to fix; a Slack-only bug is invisible to downstream tooling; a "filed but not fixed" real regression wastes a human turn that the skill could have spent on a red-green PR.
+
+## Quick Start
+
+1. **Scope** — default window: messages in the last 48h. Override with `--since YYYY-MM-DD` or a Slack permalink list.
+2. **Fetch** — `slack_read_channel` for `C0A4XMHANP3`; `slack_read_thread` per message with replies.
+3. **Filter** — drop already-processed (see Processed Detection).
+4. **Classify** — bug / discussion / meta (see Classification Rules).
+5. **Pre-flight dedupe gate (MANDATORY)** — for every bug candidate, run `@Linear search` AND `gh pr` search BEFORE proposing (see § Pre-flight Dedupe Gate). A hit means the candidate goes into the batch as `L` (link) or `pr-open`, not as a new create.
+6. **Verify false defects** — per candidate, run quick checks before proposing (see False-Defect Verification).
+7. **Extract** — normalize to ticket schema (see Ticket Schema).
+8. **Human approval** — batch table, collect Y/N/?/S/L/R per candidate (see Interactive Approval). Default recommendation for clean candidates is `Y` (file + auto-fix).
+9. **Post `@Linear create` thread reply — MANDATORY TOOL CALL** — for each approved `Y`/`L` row, call `mcp__plugin_slack_slack__slack_send_message` with `channel_id=C0A4XMHANP3`, `thread_ts=<parent-ts>`, and text starting with `@Linear create` (see § Linear Slack Bot Integration). Do NOT print the command into chat as a substitute.
+10. **Capture the Linear bot card** — poll `slack_read_thread` up to 3× with ~3s spacing, parse the first Linear-app reply for the `FE-NNNN` identifier and `https://linear.app/...` URL. No URL = not ingested; never fabricate one.
+11. **Post `:white_check_mark:` confirmation reply — MANDATORY TOOL CALL** — call `slack_send_message` again with text starting with `:white_check_mark: Filed to Linear: <URL>` so future sweeps can detect the marker via `has::white_check_mark: from:me`. Record both `ts` values in the session log.
+12. **Auto-fix (clean candidates only)** — if dedupe gate is clean AND false-defect verification is clean AND the candidate isn't on the Handoff-Exclusion list, immediately invoke the `red-green-fix` skill via the `Skill` tool. See § Fix Workflow for the exact call contract.
+13. **Log** — append to session log; update `processed.json`.
+
+## System Context
+
+| Item               | Value                                                                                                                      |
+| ------------------ | -------------------------------------------------------------------------------------------------------------------------- |
+| Source channel     | `#bug-dump` (`C0A4XMHANP3`)                                                                                                |
+| Destination        | Linear `Frontend Engineering` team, via the Linear Slack app (`@Linear`). Team is named in every `@Linear create` message. |
+| Default state      | `Triage` — every `@Linear create` message includes `Status: Triage`                                                        |
+| State dir          | `~/temp/bug-dump-ingest/`                                                                                                  |
+| Processed registry | `~/temp/bug-dump-ingest/processed.json`                                                                                    |
+| Session log        | `~/temp/bug-dump-ingest/session-YYYY-MM-DD.md`                                                                             |
+| Drafts (failure)   | `~/temp/bug-dump-ingest/drafts/*.md` — written only when `@Linear` never replies, so the human can retry manually          |
+
+## Label Taxonomy
+
+Every created Linear issue MUST get the following labels, passed as a comma-separated list in the `Labels:` line of the `@Linear create` message. The Linear Slack app creates missing labels on first use:
+
+| Label kind   | Values                                                                         | Source                    |
+| ------------ | ------------------------------------------------------------------------------ | ------------------------- |
+| `source:`    | `source:bug-dump`                                                              | Always (marks Slack sync) |
+| `area:`      | `area:ui`, `area:node-system`, `area:workflow`, `area:cloud`, `area:templates` | Area Heuristics           |
+| `env:`       | `env:cloud-prod`, `env:cloud-dev`, `env:local`, `env:electron`                 | Env Heuristics            |
+| `severity:`  | `sev:high`, `sev:medium`, `sev:low`                                            | Severity Heuristics       |
+| `reporter:`  | `reporter:<slack-handle>` (kebab-case)                                         | From message author       |
+| Status flags | `needs-repro`, `needs-backend`, `regression`, `pr-open`                        | When applicable           |
+
+Label rules:
+
+- Always include `source:bug-dump`, exactly one `area:`, at least one `env:` (or `env:unknown`), exactly one `severity:`, exactly one `reporter:`.
+- `needs-repro` — set when repro steps were ambiguous; signals "human should confirm before fix".
+- `needs-backend` — set when fix is clearly in ComfyUI backend, not this frontend repo.
+- `regression` — set when the bug mentions a version/upgrade correlation.
+- `pr-open` — set instead of creating a fresh ticket when a fix PR already exists; the Linear issue becomes a tracker.
+
+Labels are the primary affordance for downstream triage — invest in getting them right, not just in the title.
+
+## Processed Detection
+
+A top-level message is considered already-handled (skip creation) if ANY of:
+
+- Its timestamp appears in `processed.json`.
+- It carries a `:white_check_mark:` reaction on the parent — ticket already created.
+- It carries a `:pr-open:` reaction — fix PR is open; skill records the PR link in the session log rather than creating a fresh Linear issue.
+- It carries a `:repeat:` reaction — duplicate; skill attempts to find the original Linear issue and link it in the session log.
+- It carries a `:question:` reaction — needs more context; skill skips creation and records for follow-up.
+- Its thread contains a reply with a `https://linear.app/` URL (fetch via `slack_read_thread`).
+- Its thread contains a reply starting with `:white_check_mark:` from the skill's bot user.
+- It is a system/meta message (`has joined the channel`, bot-only message).
+- Its thread already contains resolution confirmation (`"solved"`, `"resolved"`, `:done:` reaction from the reporter) AND has no fix PR referenced — treat as "resolved without ticket, skip".
+
+Never re-ingest a message already marked in any of the above ways.
+
+Filter query for Slack search-based sweeps:
+
+```text
+in:<#C0A4XMHANP3> -has::white_check_mark: -has::pr-open: -has::repeat: -has::question: after:YYYY-MM-DD
+```
+
+## False-Defect Verification
+
+Before a candidate hits the approval batch, run cheap checks to demote obvious non-bugs. Goal: keep the approval table high-signal. This is not a full repro — just fast heuristics that catch the top false-positive classes.
+
+| Check                                    | Command / Signal                                                 | Demote-to  |
+| ---------------------------------------- | ---------------------------------------------------------------- | ---------- |
+| Reporter self-resolved in same msg       | "no action needed", "solved", "nvm", "fixed it"                  | `resolved` |
+| Reporter self-resolved in thread         | `slack_read_thread` → reporter's last reply contains "solved"    | `resolved` |
+| Fix PR merged on main                    | `gh search prs "in:title <keyword>" --state merged --limit 3`    | `fixed`    |
+| Fix PR open (already-filed)              | `gh search prs "<keyword>" --state open --limit 3`               | `pr-open`  |
+| Linear issue exists (open)               | Linear `searchIssues` on title keywords → any open match         | `dedupe`   |
+| Behavior is documented / intended        | grep `docs/` and `src/locales/en/*.json` for the feature         | `expected` |
+| Not reproducible — feature doesn't exist | grep `src/` for mentioned component/feature → 0 hits             | `stale`    |
+| Env drift only (local setup issue)       | Thread contains "my machine", "my setup", "proxy" without others | `env`      |
+
+For each demoted candidate, record the demotion reason in the approval table as `Verify: <tag>` so the human can override if they disagree. Never hard-skip based on verification alone — always show the row with the demotion.
+
+### Recommended verify commands
+
+```bash
+# 1. Search recent PRs for the feature in question
+gh search prs "<keyword>" --repo Comfy-Org/ComfyUI_frontend --limit 5
+
+# 2. Grep for the feature / component mentioned
+rg -l "<ComponentOrFeatureName>" src/ apps/
+
+# 3. Check if it's a known i18n / documented setting
+rg "<setting-key>" src/locales/en/ docs/
+```
+
+Keep verification under ~30s per candidate. If it takes longer, propose a ticket and let the human decide — don't let verification become the bottleneck.
+
+## Classification Rules
+
+For each unprocessed top-level message, decide:
+
+| Class             | Signal                                                                                                    | Action                       |
+| ----------------- | --------------------------------------------------------------------------------------------------------- | ---------------------------- |
+| **bug**           | Describes unexpected behavior, visual glitch, error, regression, crash. Usually has repro steps or media. | Propose Linear ticket        |
+| **discussion**    | Design question, rollout thoughts, team chatter, PR planning (e.g. "how about we make a PR to do...")     | Skip                         |
+| **question**      | User asking if something is expected or known                                                             | Skip unless answered = bug   |
+| **meta**          | Channel joins, bot messages, cross-posts without content                                                  | Skip                         |
+| **already-filed** | Thread shows PR already open OR existing Linear link                                                      | Skip, log with existing link |
+
+When ambiguous, default to **bug** and let the human decide in the approval batch.
+
+## Ticket Schema
+
+Normalize each bug to this shape before presenting:
+
+```json
+{
+  "slack_ts": "1776639963.837519",
+  "slack_permalink": "https://comfy-organization.slack.com/archives/C0A4XMHANP3/p1776639963837519",
+  "reporter": "Ali Ranjah (wavey)",
+  "title": "Unet model dropdown missing selected model",
+  "description": "Body with repro steps, env, attachments list, thread summary",
+  "env": ["cloud prod"],
+  "severity": "low | medium | high",
+  "area": "ui | node-system | workflow | cloud | templates | unknown",
+  "attachments": [{ "name": "...", "id": "F...", "type": "image/png" }],
+  "thread_resolution": "solved | open | none"
+}
+```
+
+Keep descriptions copy-paste friendly: lead with repro bullets, then env, then "See Slack: <permalink>". Attach thread summary only if it adds context beyond the top-level message.
+
+### Severity Heuristics
+
+- **high** — crash, data loss, blocks a template or core feature, affects paying users broadly (e.g. "job ends in 30m on Pro", "widget values reset").
+- **medium** — visible regression, template error, wrong pricing, broken UX on a common path.
+- **low** — cosmetic, single-template edge case, minor tooltip/boundary issue.
+
+When unsure, mark `medium` and flag for human in the approval batch.
+
+### Area Heuristics
+
+- `ui` — visual glitches, palette issues, popover clipping, dropdown styling.
+- `node-system` — canvas perf, reroute, node drag, widget rendering, undo.
+- `workflow` — template failures, save/load, refresh regressions.
+- `cloud` — jobs, pricing, assets, auth, queue.
+- `templates` — specific template errors.
+
+## Pre-flight Dedupe Gate (MANDATORY)
+
+Before any candidate enters the approval table, run BOTH checks below and record the result in the row's `Dedup` and `PR` columns. This is a hard gate — no candidate may be proposed for creation without a verdict.
+
+### Check 1 — Open Linear issues (via `@Linear search`)
+
+Extract 3-5 keyword terms from the proposed title (strip stopwords). Post a search command to the bug-dump thread — use a scratch thread if no parent `ts` is available yet, but prefer the candidate's own parent thread so the search card becomes part of that thread's audit trail:
+
+```text
+mcp__plugin_slack_slack__slack_send_message({
+  channel_id: "C0A4XMHANP3",
+  thread_ts: "<parent-ts>",
+  text: "@Linear search <keyword-1> <keyword-2>\nTeam: Frontend Engineering\nStatus: open"
+})
+```
+
+Poll `slack_read_thread` for up to 10s; parse the Linear app's card reply for `FE-NNNN` identifiers and URLs. Run the search twice with different keyword subsets if the first returns zero hits — reworded titles are the top false-negative class.
+
+If `@Linear search` is not supported by the workspace's Linear app version, fall back to a Slack search for prior `@Linear` card replies in the channel:
+
+```text
+mcp__plugin_slack_slack__slack_search_public({
+  query: "in:<#C0A4XMHANP3> from:@Linear <keyword-1> <keyword-2>"
+})
+```
+
+This scans past Linear bot replies in the channel — any reply containing a matching `FE-NNNN` URL is a candidate duplicate. Record which dedupe path was used in the session log.
+
+Treat a hit as a duplicate if any of:
+
+- Title overlap ≥ 80% (after lowercasing + stopword removal)
+- Same reporter + same component reference in description
+- Same stack trace or error code
+
+**Verdict:** set `Dedup: FE-NNNN` and default recommendation to `L` (link, don't create). The human may still override to `Y` to file a separate ticket.
+
+### Check 2 — Open or merged fix PRs on GitHub
+
+```bash
+# Open PRs matching title keywords
+gh pr list --repo Comfy-Org/ComfyUI_frontend --state open \
+  --search "<keyword-1> <keyword-2>" --limit 5 \
+  --json number,title,url,createdAt
+
+# Recent merged fixes (last 30d) — catches "already fixed, waiting to ship"
+gh pr list --repo Comfy-Org/ComfyUI_frontend --state merged \
+  --search "<keyword-1> <keyword-2> merged:>=<YYYY-MM-DD>" --limit 5 \
+  --json number,title,url,mergedAt
+```
+
+Treat a hit as a match if the PR title/body mentions the same component or bug phrase and the PR is unmerged or merged within the window covering the reporter's observation.
+
+**Verdict:**
+
+- Open PR match → set `PR: #NNNN (open)`, recommendation `pr-open` (file Linear with `pr-open` label linking the PR, skip auto-fix).
+- Merged PR match → set `PR: #NNNN (merged)`, recommendation `fixed` (demote in verify, usually skip; human can override if the reporter claims the fix didn't land).
+
+### Failure handling
+
+If either check errors (Linear Slack app silent or not in channel, `gh` auth expired), DO NOT proceed to proposal — stop the sweep, report the failure to the user, and let them decide whether to re-run or manually dedupe. A silent skip of dedupe is never acceptable; it's the single biggest source of duplicate tickets.
+
+Log each dedupe query + top hits in `~/temp/bug-dump-ingest/session-YYYY-MM-DD.md` under a per-candidate `Dedup trace:` block so the human can audit.
+
+## Interactive Approval
+
+Present candidates in batches of 5-10. Table format (10 columns):
+
+```text
+ #  | Slack (author, time)   | Proposed title                          | Env        | Sev  | Area       | Dedup      | PR            | Verify      | Rec
+----+------------------------+-----------------------------------------+------------+------+------------+------------+---------------+-------------+-----
+ 1  | wavey, 04-20 08:06     | Unet dropdown missing selected model    | cloud prod | low  | ui         | -          | -             | resolved    | N
+ 2  | Denys, 04-18 05:45     | Pro plan jobs end at 30 minutes         | cloud prod | high | cloud      | -          | -             | clean       | Y
+ 3  | Terry Jia, 04-18 12:52 | Nodes 2.0 canvas lag on large workflows | -          | high | node-system| FE-4521    | -             | clean       | L
+ 4  | Pablo, 04-17 08:52     | Multi-asset delete popup shows hashes   | cloud prod | low  | ui         | -          | #11402 (open) | clean       | pr-open
+```
+
+Each row MUST show: Slack author + date, proposed title, env tags, severity, area, **dedupe status from the Pre-flight Dedupe Gate**, **open/merged PR hit from the Pre-flight Dedupe Gate**, verify tag (from False-Defect Verification), and agent recommendation.
+
+### Default recommendation logic
+
+The skill computes `Rec` deterministically from the gate results:
+
+- `L` — Dedupe hit on open Linear issue.
+- `pr-open` — Open GitHub PR hit.
+- `fixed` — Merged PR hit within the reporter's observation window.
+- `N` — Verify tag is `resolved`, `expected`, `stale`, or `env` only.
+- `?` — Repro incomplete or classification ambiguous.
+- `Y` — Everything clean AND candidate is not on the § Handoff-Exclusion list. This is the "file + auto-fix" path.
+- `Y (file-only)` — Clean but on the handoff-exclusion list (e.g. touches LGraphNode, needs backend). File Linear, skip auto-fix.
+
+### Response format
+
+- `Y` — default path: create Linear ticket, post `:white_check_mark:` thread reply, AND if the candidate is eligible (dedupe clean, verify clean, not on handoff-exclusion list), immediately invoke `red-green-fix` via the `Skill` tool. See § Fix Workflow.
+- `S` — **skip auto-fix** for this row: create Linear ticket + thread reply only, do NOT run red-green-fix. Use when the human knows a specific person is already investigating or wants to batch fixes.
+- `N` — skip entirely (log reason in session file).
+- `?` — mark as needs-context; skill posts a thread reply asking for repro details and prompts the human to add `:question:` to the parent.
+- `L` — link to existing Linear issue instead of creating (skill asks which one if the Pre-flight Dedupe Gate didn't return an exact match).
+- `R` — duplicate of another bug-dump message; skill links the two and prompts the human for `:repeat:` on the parent.
+- `E` — edit proposed title/description before creating (skill shows draft for inline tweaks).
+- Bulk responses accepted: `1 N, 2 Y, 3 L FE-4521, 4 pr-open #11402, 5 ?` — any row omitted from the response is treated as its computed `Rec` default.
+
+Do not post any `@Linear create` messages until all candidates in the batch have a terminal decision. Auto-fix invocations run sequentially AFTER every `@Linear create` has produced a parsed `FE-NNNN`, so every `red-green-fix` call has a `Fixes FE-NNNN` to put in the PR body.
+
+## Linear Slack Bot Integration (@Linear)
+
+Every Linear action — create, search, link, label, status change — is performed by posting a message to the candidate's thread in `#bug-dump` that mentions `@Linear`. The Linear Slack app parses the mention and responds with a card in the same thread. There is no Linear MCP path and no `LINEAR_API_KEY` path; see `reference/linear-api.md` § "Why no direct API path" for the rationale.
+
+### Prerequisites
+
+- The Comfy Slack workspace already has the Linear Slack app installed (this is how humans add `@Linear` mentions today).
+- Channel `C0A4XMHANP3` is connected to the `Frontend Engineering` Linear team.
+- No per-machine setup. If a `@Linear` invocation produces no bot reply, the app is not in the channel — surface to the human, do NOT retry silently.
+
+### Create an issue
+
+For each approved `Y` candidate, call:
+
+```text
+mcp__plugin_slack_slack__slack_send_message({
+  channel_id: "C0A4XMHANP3",
+  thread_ts: "<parent-ts>",
+  text: "@Linear create\nTeam: Frontend Engineering\nTitle: <title>\nStatus: Triage\nLabels: source:bug-dump, area:<area>, env:<env>, sev:<severity>, reporter:<handle>\n\n<description>\n\nSource: <slack-permalink>"
+})
+```
+
+Rules:
+
+- First line MUST be `@Linear create` — this is the command token.
+- `Team: Frontend Engineering` is required on every create — without it the bot falls back to the workspace default, which may route to a different team.
+- `Status: Triage` pins the initial state (per § System Context).
+- `Labels:` — comma-separated, full `source:bug-dump, area:*, env:*, sev:*, reporter:*` set per § Label Taxonomy. Missing labels are auto-created by the Linear Slack app on first use.
+- Description body is markdown — see `reference/linear-api.md` § "Description body template" and `reference/schema.md` for per-field extraction.
+- Use real newlines (not literal `\n`) when constructing the text.
+
+After the tool call returns, poll `slack_read_thread` for the Linear app's reply card (up to 3× with ~3s spacing). Parse the card for:
+
+- An `FE-NNNN` identifier
+- A `https://linear.app/<org>/issue/FE-NNNN` URL
+
+The URL is the ingested receipt. The skill then posts the `:white_check_mark:` confirmation reply (§ Slack Thread Reply).
+
+### Search (dedupe)
+
+See § Pre-flight Dedupe Gate § Check 1 for the search command shape and handling of the bot's reply. The search is a tool call in the candidate's thread — not a chat aside.
+
+### Link an existing issue (`L` response)
+
+When the human picks `L FE-4521` for a row, do NOT post `@Linear create`. Instead:
+
+```text
+mcp__plugin_slack_slack__slack_send_message({
+  channel_id: "C0A4XMHANP3",
+  thread_ts: "<parent-ts>",
+  text: "@Linear link FE-4521"
+})
+```
+
+The bot replies with the linked issue card. Then post the `:white_check_mark:` confirmation reply (adjusted to say `Linked to Linear:` rather than `Filed to Linear:`) so Processed Detection still matches.
+
+### Label / status updates
+
+When a later sweep needs to flip a ticket (e.g. a PR opened after initial ingest, so add `pr-open` and link):
+
+```text
+mcp__plugin_slack_slack__slack_send_message({
+  channel_id: "C0A4XMHANP3",
+  thread_ts: "<parent-ts>",
+  text: "@Linear FE-4521 add-labels pr-open"
+})
+```
+
+Status changes are rarely driven by this skill directly — Linear auto-moves issues to `In Review` when a PR with `Fixes FE-NNNN` is opened, and the `red-green-fix` skill handles that PR body.
+
+### Captured fields per create
+
+Every successful create must produce, via the Linear bot's reply card:
+
+- `identifier` — e.g. `FE-4710`, used in `Fixes <LIN-ID>` references and session log
+- `url` — `https://linear.app/.../issue/FE-4710`, included verbatim in the `:white_check_mark:` reply
+- `ts` of the Linear bot's card reply — recorded in session log for audit
+
+If the card is missing the URL or identifier, fall through to the failure path below — do NOT fabricate either value.
+
+### Failure path
+
+If the Linear bot does not reply within the poll window, OR replies with a parse error (`couldn't parse`, `no team matched`, `failed`):
+
+1. Write a draft markdown file to `~/temp/bug-dump-ingest/drafts/NN-short-slug.md` containing the full `@Linear create` text that was sent plus any partial bot reply.
+2. Post a thread reply that is explicit about the failure — do NOT include `:white_check_mark:` or a fake Linear URL:
+   ```text
+   :warning: bug-dump-ingest: @Linear did not respond. Drafted at ~/temp/bug-dump-ingest/drafts/<slug>.md — please file manually and reply with the FE-NNNN.
+   ```
+3. Skip auto-fix for this candidate (no Linear ID = no `Fixes` reference).
+4. Log the failure in the session log.
+
+Never invent a Linear URL. Never post `:white_check_mark: Filed to Linear: ...` without a real URL parsed from a real Linear bot card.
+
+## Slack Thread Reply (Ingested Marker) — MANDATORY TOOL CALL
+
+Every approved candidate produces **two** mandatory `slack_send_message` calls in the parent thread:
+
+1. The `@Linear create` (or `@Linear link`) command — see § Linear Slack Bot Integration.
+2. The `:white_check_mark:` confirmation reply described below, posted after a real `FE-NNNN` + URL have been parsed from the Linear bot's card.
+
+The second reply is what future sweeps grep for via `has::white_check_mark: from:me`. Even though the Linear bot's own card already contains the URL, the `:white_check_mark:` prefix is the canonical Processed Detection marker — without it, a future sweep may re-ingest the same bug.
+
+The skill is not done with a candidate until BOTH calls have succeeded. If either fails, do not claim the candidate is ingested.
+
+### Required call shape
+
+```text
+mcp__plugin_slack_slack__slack_send_message({
+  channel_id: "C0A4XMHANP3",
+  thread_ts: "<parent-message-ts>",   // dotted form, e.g. "1776714531.990509"
+  text: ":white_check_mark: Filed to Linear: <LINEAR_URL>\nReporter: <@USER_ID>\nSev: <severity>  •  Area: <area>"
+})
+```
+
+Rules:
+
+- `thread_ts` MUST be the parent message ts — never the channel ts, never omitted. An omitted `thread_ts` posts at channel level, which pollutes `#bug-dump` and breaks Processed Detection.
+- The text MUST start with `:white_check_mark:` followed by a space and `Filed to Linear:`. This exact prefix is what future sweeps grep for via `has::white_check_mark: from:me`.
+- The Linear URL MUST be present. No URL = not ingested; future sweeps will re-file the same bug.
+- Plain text only — no markdown tables, no bold, no code fences. Slack renders the emoji shortcode into a real `:white_check_mark:` only when the message is plain text.
+- Capture the returned `ts` and record it in the session log for audit.
+
+### NEVER-do list (common failure mode)
+
+- **Do NOT** print `@Linear create ...` or `:white_check_mark: Filed to Linear: <URL>` into the Claude CLI chat response as a substitute for calling `slack_send_message`. The CLI output is not seen by Slack. If you find yourself typing either into a plain assistant message, stop and issue the tool call instead.
+- **Do NOT** claim the thread reply was posted until the `slack_send_message` tool call has returned a success with a `ts`. If the tool call errors, surface the error and halt the batch — do not fabricate a reply.
+- **Do NOT** use any other tool (e.g. `slack_schedule_message`, `slack_send_message_draft`) as a substitute. Only an immediate `slack_send_message` with `thread_ts` set counts — the Linear Slack app does not trigger on scheduled/draft messages.
+- **Do NOT** substitute any direct Linear API call (MCP, GraphQL, curl) for the `@Linear` mention. The Slack thread is intentionally the single audit trail.
+
+### Fix-path reply (after red-green-fix opens a PR)
+
+When `red-green-fix` returns a PR URL for an auto-fixed candidate, the skill MUST post a second thread reply on the same parent — again via `slack_send_message`:
+
+```text
+mcp__plugin_slack_slack__slack_send_message({
+  channel_id: "C0A4XMHANP3",
+  thread_ts: "<same parent ts>",
+  text: ":pr-open: Fix PR: <PR_URL>\nRed-green verified: <unit|e2e> test proves the regression.\nFixes <LIN-ID>"
+})
+```
+
+Same "tool call, not chat output" rule applies.
+
+### Parent reaction — optional visibility nudge (not on critical path)
+
+The Slack MCP does not expose `reactions.add`, so the skill cannot set a `:white_check_mark:` reaction on the parent. The thread reply above is sufficient for Processed Detection; the parent reaction is a human-only "visible in channel" nudge. At the end of the run, the skill MAY print a compact list for the human:
+
+```text
+Optional: add :white_check_mark: to parent messages for in-channel visibility.
+  LIN-4710 → <permalink>
+  LIN-4711 → <permalink>
+```
+
+This is a convenience, not a deliverable — a missing parent reaction does not cause re-ingestion.
+
+## Fix Workflow (auto-invoke red-green-fix)
+
+For every `Y` row whose `Rec` resolved to auto-fix (dedupe clean, verify clean, not on handoff-exclusion list), the skill MUST — after Linear creation and the `:white_check_mark:` thread reply — invoke the `red-green-fix` skill via the `Skill` tool. This is a real tool call, not a narrative handoff.
+
+### Required Skill tool call
+
+```text
+Skill({
+  skill: "red-green-fix",
+  args: "<composed prompt — see below>"
+})
+```
+
+Compose `args` as a single self-contained prompt so the sub-invocation has everything it needs without re-reading the Linear issue:
+
+```text
+Bug: <title>
+Linear: <LIN-ID> (<LINEAR_URL>)
+Source: Slack <permalink>
+Reporter: <display-name>
+Env: <env tags>
+Area: <area>
+Branch: fix/<lin-id-lowercase>-<short-slug>
+
+Repro:
+1. <step>
+2. <step>
+
+Expected: <expected behavior>
+Actual: <actual behavior>
+
+Test layer (inferred from area):
+- ui → Vitest colocated + Playwright e2e tagged @regression
+- node-system → Playwright e2e primarily
+- workflow / templates → Playwright e2e
+- cloud → Vitest if client-side; otherwise STOP and label the Linear issue "needs-backend"
+
+Test naming:
+- describe('<LIN-ID>: <one-line bug summary>', ...)
+- Playwright test title must include the LIN-ID.
+
+PR body must include:
+- "Fixes <LIN-ID>"
+- "Source: Slack <permalink>"
+
+Follow the red-green-fix two-commit sequence exactly. Do NOT skip the red commit.
+```
+
+The skill MUST wait for `red-green-fix` to return before moving to the next candidate. Process one auto-fix at a time so branch state is deterministic.
+
+### Verifying the invocation ran
+
+After the `Skill` call returns, the skill MUST confirm at least one of:
+
+1. A new git branch named `fix/<lin-id>-*` exists (`git branch --list "fix/<lin-id>-*"`).
+2. A PR URL is present in `red-green-fix`'s return payload.
+
+If neither is true, the invocation silently no-op'd. Log the failure to the session log as `auto-fix skipped: invocation returned without branch or PR` and continue — do NOT post the `:pr-open:` thread reply.
+
+### Inputs summary
+
+- **Bug description** — the Linear description (includes repro, env, source permalink).
+- **Linear ID** — inserted into the PR body as `Fixes <LIN-ID>`.
+- **Branch name** — `fix/<lin-id>-<short-slug>` (e.g. `fix/lin-4711-pro-plan-30min-timeout`).
+- **Test layer** — inferred from `area`:
+  - `ui` → unit (Vitest) + e2e (Playwright)
+  - `node-system` → e2e primarily; unit if isolable
+  - `workflow` / `templates` → e2e
+  - `cloud` → unit if client-side logic, otherwise flag "backend — out of scope for this repo"
+
+### Handoff-Exclusion list (do NOT auto-invoke red-green-fix)
+
+These rows still get a Linear ticket + `:white_check_mark:` thread reply, but the skill MUST skip the `Skill(skill="red-green-fix")` call and instead post a thread nudge explaining why:
+
+- Repro steps are incomplete (no clear numbered steps, no env) — reply in thread: "Need clearer repro before I can write a failing test. What's the shortest path to reproduce?"
+- Fix requires backend / ComfyUI repo changes (not frontend) — label Linear `needs-backend`.
+- Linear ticket was dedupe-linked rather than newly created — existing owner may already be fixing.
+- Severity is cosmetic AND reporter hasn't asked for a fix — file ticket only.
+- Fix would touch `LGraphNode`, `LGraphCanvas`, `LGraph`, or `Subgraph` god-objects (ADR-0003/0008 — always human decision).
+- Pre-flight Dedupe Gate found an open PR (`pr-open`) or a matching merged PR (`fixed`).
+
+When a row is excluded, record the reason in the session log under `auto-fix excluded: <reason>`.
+
+### Test authoring rules
+
+Both tests MUST be written in the "red" commit BEFORE any fix code (per red-green-fix). Rules specific to bug-dump ingestion:
+
+- **Unit test (Vitest)** — colocated next to the implementation, `<file>.test.ts`. Exercise the specific logic path reproduced by the reporter. One `describe` block named after the Linear ID:
+
+  ```typescript
+  // src/components/node/UnetDropdown.test.ts
+  describe('LIN-4710: unet dropdown missing selected model', () => {
+    it('includes the currently-selected model in the list even when not in available models', () => {
+      // ...
+    })
+  })
+  ```
+
+- **E2E test (Playwright)** — under `browser_tests/tests/`, follow `writing-playwright-tests` skill. Tag with `@regression` and include the Linear ID in the test title:
+
+  ```typescript
+  test.describe(
+    'LIN-4710 unet dropdown regression',
+    { tag: ['@regression'] },
+    () => {
+      test('keeps selected model visible in the dropdown', async ({
+        comfyPage
+      }) => {
+        // ...
+      })
+    }
+  )
+  ```
+
+- **Mock data types** — follow `docs/guidance/playwright.md`: mock responses typed from `packages/ingest-types`, `packages/registry-types`, `src/schemas/` — never `as any`.
+
+(The Handoff-Exclusion list above governs when `red-green-fix` is NOT invoked.)
+
+### PR body template
+
+The red-green-fix skill's PR template is extended with a `Source` line:
+
+```markdown
+## Summary
+
+<Root cause>
+
+- Fixes LIN-NNN
+- Source: Slack <permalink>
+
+## Red-Green Verification
+
+| Commit                                     | CI Status            | Purpose                         |
+| ------------------------------------------ | -------------------- | ------------------------------- |
+| `test: LIN-NNN add failing test for <bug>` | :red_circle: Red     | Proves the test catches the bug |
+| `fix: <bug summary>`                       | :green_circle: Green | Proves the fix resolves the bug |
+
+## Test Plan
+
+- [ ] Unit regression test passes locally
+- [ ] E2E regression test passes locally (if UI)
+- [ ] Manual repro no longer reproduces
+- [ ] Linear ticket linked
+```
+
+After the PR merges, post the second thread reply on Slack (see Slack Thread Reply § Fix-path reply).
+
+## Emoji Reaction Hints (read-only)
+
+The agent cannot add reactions, but respects human-set reactions when filtering. The canonical team scheme (primary):
+
+| Reaction             | Meaning            | Action                                                   |
+| -------------------- | ------------------ | -------------------------------------------------------- |
+| `:white_check_mark:` | Ticket created     | Skip — already ingested                                  |
+| `:pr-open:`          | PR open            | Skip creation; record PR link in session log             |
+| `:question:`         | Needs more context | Skip creation; agent may post a thread reply asking      |
+| `:repeat:`           | Duplicate          | Skip creation; link existing Linear issue in session log |
+
+Incidental reactions observed in the channel — treat as soft hints only, do NOT skip solely on these:
+
+| Reaction | Meaning             | Action                                             |
+| -------- | ------------------- | -------------------------------------------------- |
+| `:eyes:` | Someone is triaging | Still ingestable                                   |
+| `:done:` | Reporter resolved   | Demote to `resolved` in verify, but still show row |
+| `:+1:`   | Acknowledged        | Ignore                                             |
+
+Approval-table response code `R` (new) corresponds to `:repeat:` — if you pick `R`, the skill treats it as duplicate and asks for the target Linear ID.
+
+## Session Log
+
+Append to `~/temp/bug-dump-ingest/session-YYYY-MM-DD.md`:
+
+```text
+Bug Dump Ingest Session -- 2026-04-20 11:40 KST
+
+Window: 2026-04-18 00:00 — 2026-04-20 12:00 KST
+Scanned: 28 top-level messages
+Skipped (meta/discussion/processed): 14
+Proposed: 14
+Approved: 11
+Created in Linear: 10
+Draft-only (creation failed): 1
+Linked-only (dedupe): 1
+Thread replies posted: 11
+
+Created:
+- LIN-4710 Unet model dropdown missing selected model -- wavey -- low/ui
+- LIN-4711 Pro plan jobs end at 30 minutes -- Denys -- high/cloud
+- ...
+
+Skipped with reason:
+- 1776592837.616399 -- design discussion in thread, not a bug
+- ...
+```
+
+## Gotchas
+
+### Thread summaries, not raw dumps
+
+Pulling the full thread often adds noise. Summarize replies to: (a) confirmed reproductions by other users, (b) env/version details added in replies, (c) links to related PRs/commits. Drop emojis-only replies, joined-channel notifications, and off-topic chatter.
+
+### Cross-posts are not bugs
+
+When the top-level message is just a link to a Slack message in another channel (e.g. "X posting" with a URL and nothing else), follow the link to the original source and ingest from there — do NOT create a ticket from the cross-post itself.
+
+### Resolved-in-thread messages
+
+If the reporter replies `"No action needed, this is solved"` (see wavey 2026-04-20 08:06), mark the ticket for SKIP in the approval table, not auto-skip. The human may still want a regression test ticket.
+
+### Permalinks
+
+Construct Slack permalinks as:
+
+```text
+https://comfy-organization.slack.com/archives/{CHANNEL_ID}/p{TS_WITH_DOT_REMOVED}
+```
+
+E.g. `1776510375.473579` → `p1776510375473579`.
+
+### Attachment handling
+
+Slack file IDs (e.g. `F0AT...`) are private. Do NOT link them directly in Linear. Instead, list the filename and type in the Linear description and include the Slack permalink — anyone with Slack access can see the attachments from the thread.
+
+### No auto-create without approval
+
+Never create Linear issues without a human `Y`. This is a hard rule — the skill exists to reduce human toil, not to replace triage judgment.
+
+## Reference Files
+
+- `reference/linear-api.md` — `@Linear` Slack bot command reference (create, search, link, labels, status).
+- `reference/schema.md` — full ticket schema with field-by-field extraction notes.
+- `reference/examples.md` — worked examples drawn from real #bug-dump messages.
+- `reference/verify-commands.md` — cookbook of false-defect verification commands per bug class.
+
+## Related Skills
+
+- `red-green-fix` — auto-invoked via the `Skill` tool for every eligible `Y` candidate to produce a failing test + fix + PR with the red-green CI proof.
+- `writing-playwright-tests` — used by red-green-fix when an e2e test is needed.
+- `hardening-flaky-e2e-tests` — if the e2e test added in the fix PR starts flaking, jump to this skill.

.claude/skills/bug-dump-ingest/reference/examples.md

@@ -0,0 +1,123 @@
+# Worked Examples
+
+Real #bug-dump messages (2026-04-17 → 2026-04-20) normalized through the skill.
+
+## Example 1 — Clean bug with repro
+
+**Source message** (wavey, 2026-04-20 08:06):
+
+> unet model dropdown doesnt display all available models, think this is part of a larger issue with model dropdowns..
+>
+> • open flux.2 klein 4b image edit template
+> • open unet drop down --> notice selected model isnt present in the list, even though its selected
+> • execute (to check if it flags the model as missing) --> notice it still runs
+> No action needed, this is solved
+
+**Thread resolution**: "No action needed, this is solved" — reporter resolved it in the same message.
+
+**Classification**: bug, but `thread_resolution = solved`. Flag for human.
+
+**Approval row**:
+
+```text
+ 1 | wavey, 04-20 08:06 | Unet dropdown missing selected model | cloud | low | ui | N | N (reporter marked solved)
+```
+
+Default recommendation: `N`. If human overrides to `Y`, file with a "Regression test" label so QA still tracks it.
+
+---
+
+## Example 2 — Clear high-severity cloud bug
+
+**Source message** (Denys Puziak, 2026-04-18 05:45):
+
+> I see two reports about jobs ending in 30 minutes while the user is on the Pro plan
+> cc @Hunter
+> https://discord.com/channels/.../1494078128971055145
+
+**Classification**: bug, `env: [cloud prod]` (Pro plan = cloud), `severity: high` (paying users), `area: cloud`.
+
+**Proposed title**: `Pro plan jobs end at 30 minutes`
+
+**Description** (excerpt):
+
+```markdown
+**Reporter:** Denys Puziak
+**Env:** cloud prod
+**Severity (proposed):** high
+**Area:** cloud
+
+## Repro
+
+1. User on Pro plan submits a job
+2. Job ends at 30 minutes instead of the Pro plan limit
+
+## Notes
+
+- Two user reports aggregated by Denys
+- cc'd @Hunter
+
+## Source
+
+Slack: <permalink>
+Discord thread: https://discord.com/channels/.../1494078128971055145
+```
+
+---
+
+## Example 3 — Not a bug (discussion)
+
+**Source message** (Christian Byrne, 2026-04-19 19:00):
+
+> @Glary-Bot okay option A is clearly superior and I feel embarrassed I didn't see that line myself...
+
+**Classification**: discussion (design review chatter). Skip. Log reason in session file.
+
+---
+
+## Example 4 — Meta-action / PR planning
+
+**Source message** (Christian Byrne, 2026-04-19 09:30):
+
+> @Glary-Bot how about we make a PR to do:
+>
+> 1. Audit the rest of the codebase...
+> 2. Create a helper in src/base...
+
+**Classification**: discussion (PR-plan proposal). Skip.
+
+---
+
+## Example 5 — Performance regression
+
+**Source message** (Terry Jia, 2026-04-18 12:52):
+
+> With Nodes 2.0, large workflows (hundreds of nodes) make the canvas extremely laggy and unusable for actual work — switching tabs takes several seconds or more. Switching back to Litegraph, performance is significantly better.
+
+**Classification**: bug, `area: node-system`, `severity: high`.
+
+**Dedupe**: Post `@Linear search nodes 2.0 performance canvas lag` (Team: Frontend Engineering, Status: open) in the candidate's thread. Likely matches exist — flag `Dedup? ?` and ask human which ticket to link to.
+
+---
+
+## Example 6 — Reporter says it's a question, not a report
+
+**Source message** (Luke, 2026-04-17 08:27):
+
+> Is NodeInfo supposed to show information or docs about the node? It just brings up the node sidebar
+
+**Classification**: question → ambiguous. Read thread. If replies confirm "that's unexpected, should show docs", upgrade to bug. If "yes that's intended", skip.
+
+Default recommendation in the approval batch: `?` (needs expansion).
+
+---
+
+## Example 7 — Bug with PR already in flight
+
+**Source message** (Pablo, 2026-04-17 08:52):
+
+> when deleting multiple assets on cloud -> the confirmation popup still has the assets hashes as names instead of the display name
+
+**Reaction**: `pr-open (1)` — someone's opened a PR.
+
+**Classification**: `already-filed` branch. Skip creation; in the session log, note "PR already open". If the human wants a tracking Linear ticket anyway, still fileable with a link to the PR.

.claude/skills/bug-dump-ingest/reference/linear-api.md

@@ -0,0 +1,160 @@
+# Linear Slack Bot (@Linear) Reference
+
+The skill drives Linear exclusively through the Linear Slack app (`@Linear`). **There is no Linear MCP, no `LINEAR_API_KEY`, no GraphQL.** Every Linear read/write happens as a Slack message that mentions `@Linear` in the `#bug-dump` thread, and the Linear Slack app performs the action and posts a reply card containing the issue URL.
+
+## Why Slack-only
+
+- The `#bug-dump` thread is already the source of truth; keeping the entire lifecycle (report → ticket → PR → resolution) in one thread means Processed Detection can grep the thread instead of a separate registry.
+- No API key rotation, no MCP server install, no OAuth browser flow — works on any machine that already has the Slack MCP configured.
+- The Linear Slack app's reply card (with issue URL, title, status, and assignee) IS the canonical receipt; the skill records its `ts` in the session log.
+
+## Prerequisites (one-time, per workspace)
+
+The Comfy Slack workspace must already have the Linear Slack app installed (it is — that's how humans use `@Linear` reactions today) and `#bug-dump` (channel `C0A4XMHANP3`) must have Linear enabled for the `Frontend Engineering` team. Nothing else to configure. If a `@Linear` invocation silently does nothing, the bot isn't present in the channel — surface that to the human rather than re-trying.
+
+## Supported operations
+
+Every operation is a `mcp__plugin_slack_slack__slack_send_message` call with `channel_id=C0A4XMHANP3` and `thread_ts=<parent-ts>`. The `text` is a natural-language instruction to the Linear bot. Keep the text concise — Linear parses the first line as the command intent.
+
+### 1. Create an issue from the thread
+
+```text
+mcp__plugin_slack_slack__slack_send_message({
+  channel_id: "C0A4XMHANP3",
+  thread_ts: "<parent-ts>",
+  text: "@Linear create\nTeam: Frontend Engineering\nTitle: <title>\nStatus: Triage\nLabels: source:bug-dump, area:<area>, env:<env>, sev:<severity>, reporter:<handle>\n\n<description body>\n\nSource: <slack-permalink>"
+})
+```
+
+Rules:
+
+- Start with `@Linear create` on its own line — this is the command token the bot keys on.
+- Always specify `Team: Frontend Engineering`. Without it, the bot falls back to the Slack workspace's default team, which may not be FE.
+- `Status: Triage` pins the initial workflow state.
+- `Labels:` — comma-separated. If a label doesn't exist yet in Linear, the bot creates it on first use (verified in Linear workspace settings). Keep the taxonomy exactly as SKILL.md § Label Taxonomy.
+- `<description body>` — markdown per `reference/schema.md` Description Template. Use real newlines, not literal `\n`.
+- End with `Source: <slack-permalink>` so the Linear issue body links back even if the auto-attachment of the parent message fails.
+
+The Linear bot replies in the same thread with a card that contains:
+
+- The Linear URL (`https://linear.app/comfy-org/issue/FE-NNNN`)
+- Status, assignee (initially unassigned), and applied labels
+- A "View in Linear" button
+
+Parse the URL out of the bot's reply text (or attachments). If no card reply appears within ~10s of polling `slack_read_thread`, treat it as a creation failure — do NOT proceed to the `:white_check_mark:` confirmation reply.
+
+### 2. Search existing open issues (dedupe)
+
+```text
+mcp__plugin_slack_slack__slack_send_message({
+  channel_id: "C0A4XMHANP3",
+  thread_ts: "<parent-ts>",
+  text: "@Linear search <keyword-1> <keyword-2>\nTeam: Frontend Engineering\nStatus: open"
+})
+```
+
+The bot replies with a card listing up to ~5 matching open issues. Parse identifier (`FE-NNNN`) and URL per row. Treat a hit as a duplicate per SKILL.md § Pre-flight Dedupe Gate § Check 1.
+
+If `@Linear search` is not supported in the installed Slack app version, fall back to Slack-native search across the `#bug-dump` thread replies (previous `@Linear` cards contain title + URL — grep those for the same keywords). Record which path was used in the session log so the human can see dedupe coverage.
+
+### 3. Link an existing issue (dedupe: `L` response)
+
+```text
+mcp__plugin_slack_slack__slack_send_message({
+  channel_id: "C0A4XMHANP3",
+  thread_ts: "<parent-ts>",
+  text: "@Linear link FE-4521"
+})
+```
+
+The bot replies with the linked issue card. The skill then posts its own `:white_check_mark: Linked to Linear: <URL>` confirmation reply (see SKILL.md § Slack Thread Reply).
+
+### 4. Add labels to an existing issue
+
+```text
+mcp__plugin_slack_slack__slack_send_message({
+  channel_id: "C0A4XMHANP3",
+  thread_ts: "<parent-ts>",
+  text: "@Linear FE-4521 add-labels pr-open"
+})
+```
+
+Used when an open PR is discovered after ticket creation and the Linear issue should flip to `pr-open`.
+
+### 5. Change status
+
+```text
+mcp__plugin_slack_slack__slack_send_message({
+  channel_id: "C0A4XMHANP3",
+  thread_ts: "<parent-ts>",
+  text: "@Linear FE-4521 status In Progress"
+})
+```
+
+Rarely used by the skill directly — usually status changes come from the `red-green-fix` PR lifecycle (Linear auto-moves to `In Review` when a PR references `Fixes FE-4521`).
+
+## Description body template
+
+The text that follows the command headers is rendered verbatim as the Linear issue description (markdown). Use this template — see `reference/schema.md` for field-by-field extraction notes:
+
+```markdown
+**Reporter:** <slack-display-name>
+**Env:** cloud prod / local / electron / ...
+**Severity (proposed):** high/medium/low
+**Area:** ui / node-system / workflow / cloud / templates
+
+## Repro
+
+1. ...
+2. ...
+
+## Expected
+
+...
+
+## Actual
+
+...
+
+## Attachments (in Slack thread)
+
+- image.png (png, 315 KB)
+- Screen Recording.mov (mov, 37 MB)
+
+## Source
+
+Slack: <permalink>
+Thread summary: <1-3 bullets if thread adds context>
+```
+
+The Slack permalink is load-bearing — it's the canonical route to attachments, reporter, and any follow-up discussion. Do NOT embed Slack file IDs (`F0AT...`) directly; they're permissioned.
+
+## Parsing the bot's reply
+
+After each `slack_send_message` that mentions `@Linear`, poll `slack_read_thread` (with `channel_id=C0A4XMHANP3`, `thread_ts=<parent-ts>`) up to 3 times, ~3s apart. Scan replies authored by the Linear Slack app user for:
+
+- Any `https://linear.app/<org>/issue/FE-\d+` URL → capture as the issue URL.
+- The `FE-NNNN` identifier pattern → capture as the issue identifier.
+- An error phrase (`couldn't`, `failed`, `not found`, `no team matched`) → treat as failure; surface the full bot text to the human.
+
+Record the bot reply's `ts` alongside the captured URL and identifier in the session log.
+
+## Failure modes & handling
+
+| Symptom                                           | Likely cause                                 | Handling                                                                                                                                       |
+| ------------------------------------------------- | -------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------- |
+| No bot reply within 10s                           | Linear app not in channel, or bot outage     | Halt the batch, surface to human, do NOT fabricate a Linear URL. Remaining approved candidates stay queued for re-run.                         |
+| Bot replies with "no team matched"                | Team name typo or Linear workspace drift     | Re-send with the exact team name from the Linear workspace (default: `Frontend Engineering`). If it still fails, ask the human to verify.      |
+| Bot replies with "couldn't parse labels"          | One of the labels has syntax the bot rejects | Drop the offending label, re-send; log the partial-label failure so the human can patch after.                                                 |
+| Bot creates the issue but reply lacks the URL     | Rare bot format change                       | Re-fetch the thread after ~5s; if URL still absent, open Linear search via `@Linear search <title>` and recover the identifier + URL.          |
+| Multiple `@Linear` replies match (duplicate card) | The skill retried without polling first      | Keep the earliest card's URL; log the extras. Never re-issue `@Linear create` for the same candidate without confirming the first card failed. |
+
+Never retry `@Linear create` without first running `@Linear search` for the same title keywords — a duplicate card is worse than an initial failure because the human has to close one of them manually.
+
+## Why no direct API path
+
+- The Linear MCP (official or community) would require either OAuth setup or `LINEAR_API_KEY` in env — both are per-machine hurdles the skill should not depend on.
+- Direct GraphQL against `api.linear.app` has the same key-management cost and bypasses the Slack thread as the audit trail.
+- Routing every action through `@Linear` in the thread gives humans full visibility in the channel (the bot's card is the receipt) and Processed Detection becomes a simple Slack thread read.
+
+If a future need requires capabilities the `@Linear` Slack app doesn't expose (bulk operations, private field edits, webhooks), stop and surface the limitation to the human rather than quietly adding an API-key path — the "Slack-only" constraint is intentional.

.claude/skills/bug-dump-ingest/reference/schema.md

@@ -0,0 +1,94 @@
+# Ticket Schema — Extraction Notes
+
+Field-by-field guidance for normalizing a Slack #bug-dump message into a ticket.
+
+## `slack_ts`
+
+The top-level message timestamp from `slack_read_channel` response (`Message TS:` field). Always store the dotted form (`1776510375.473579`). This is the ingestion identity used in `processed.json`.
+
+## `slack_permalink`
+
+Construct:
+
+```text
+https://comfy-organization.slack.com/archives/C0A4XMHANP3/p<ts-without-dot>
+```
+
+Example: `1776510375.473579` → `.../p1776510375473579`.
+
+## `reporter`
+
+The display name + parenthetical nickname if present. Examples from the channel:
+
+- `Ali Ranjah (wavey)`
+- `Denys Puziak`
+- `Christian Byrne`
+
+Do NOT use the Slack user ID (`U087MJCDHHC`) in Linear — names are more readable.
+
+## `title`
+
+Rules:
+
+- Start with a verb or noun phrase describing the observed defect, not the reporter.
+- ≤ 80 chars.
+- Include env qualifier ("cloud prod", "local dev", "electron") only if ambiguous.
+- Strip emoji and reactions from the original message when extracting.
+
+Transformations:
+
+| Slack message (excerpt)                                                 | Title                                               |
+| ----------------------------------------------------------------------- | --------------------------------------------------- |
+| "unet model dropdown doesnt display all available models..."            | Unet dropdown missing selected model                |
+| "Dates are broken on Settings -> Secrets. Cloud Prod"                   | Settings → Secrets dates broken on cloud prod       |
+| "LTX-2: Audio to VIdeo template results in the "RuntimeError..." error" | LTX-2 Audio-to-Video template RuntimeError on cloud |
+
+## `description`
+
+Structure — see `linear-api.md` § "Description body template". Key rules:
+
+- Lead with **Repro** numbered list. Extract from the message body; if no steps are given, write "Repro: [Slack message body quoted verbatim]" and flag for human in approval.
+- Preserve the reporter's own words in the Repro section when they include "step 1 / step 2" markers.
+- Collapse multi-paragraph asides into "Notes" at the end.
+
+## `env`
+
+Detect from message text using these terms:
+
+| Text in message            | Tag                    |
+| -------------------------- | ---------------------- |
+| `cloud prod`, `prod cloud` | `cloud prod`           |
+| `cloud dev`                | `cloud dev`            |
+| `cloud`                    | `cloud` (unqual.)      |
+| `local`, `localhost`       | `local`                |
+| `electron`, `desktop`      | `electron`             |
+| `nodes 2.0`, `LG`          | (feature tag, not env) |
+
+A message can have multiple env tags. If none are detectable, set `env: []` and flag "env unclear" in the approval row.
+
+## `severity`
+
+Heuristics in SKILL.md. When uncertain, mark `medium` and note in approval table: `Sev: medium (flag)`.
+
+## `area`
+
+Single tag. Use the one that best fits; tiebreak toward the more actionable team:
+
+- `cloud` > `workflow` when the reported behavior is specific to cloud-hosted features (billing, queue, jobs)
+- `node-system` > `ui` when the defect is canvas interaction, not just visual
+- `templates` only when a named template is the subject
+
+## `attachments`
+
+From `slack_read_channel` message `Files:` field. Parse name, ID, type. Never include the Slack file ID in the Linear description — those are permissioned — just the filename and type.
+
+## `thread_resolution`
+
+Fetch via `slack_read_thread`. Scan replies for:
+
+- `solved`, `resolved`, `fixed`, `no action needed` → `solved`
+- A `:done:` reaction from the reporter → `solved`
+- A `https://github.com/Comfy-Org/ComfyUI_frontend/pull/` URL in a reply → `pr-open` (keep but note in description)
+- Otherwise → `open`
+
+If `solved` and no PR merged, flag in approval table: reporter marked solved — confirm before filing.

.claude/skills/bug-dump-ingest/reference/verify-commands.md

@@ -0,0 +1,99 @@
+# Verify Commands Cookbook
+
+One-shot commands for each False-Defect Verification class. Keep each under ~30s.
+
+## 1. Check for existing fix PR
+
+```bash
+# By keyword in title
+gh search prs --repo Comfy-Org/ComfyUI_frontend "<keyword>" --state merged --limit 5
+
+# By keyword in body
+gh pr list --repo Comfy-Org/ComfyUI_frontend --search "<keyword>" --state all --limit 5
+
+# Recent closing PRs near the reported date
+gh pr list --repo Comfy-Org/ComfyUI_frontend --state merged \
+  --search "merged:>=<YYYY-MM-DD> <keyword>" --limit 10
+```
+
+Verify tag: `fixed` if a merged PR explicitly matches; `pr-open` if an open PR matches.
+
+## 2. Check for existing open Linear issue
+
+```text
+# Primary: @Linear search in the candidate's bug-dump thread
+#   mcp__plugin_slack_slack__slack_send_message({
+#     channel_id: "C0A4XMHANP3",
+#     thread_ts: "<parent-ts>",
+#     text: "@Linear search <keyword-1> <keyword-2>\nTeam: Frontend Engineering\nStatus: open"
+#   })
+#   → poll slack_read_thread, parse the Linear app's reply card for FE-NNNN matches.
+#
+# Fallback: grep past @Linear bot replies in the channel for prior ingested titles
+#   mcp__plugin_slack_slack__slack_search_public({
+#     query: "in:<#C0A4XMHANP3> from:@Linear <keyword-1> <keyword-2>"
+#   })
+```
+
+Verify tag: `dedupe` with the `FE-NNNN` identifier in the approval row. See `reference/linear-api.md` § "Search existing open issues (dedupe)" for full handling.
+
+## 3. Feature actually exists in codebase
+
+```bash
+# Find the component / feature mentioned
+rg -l "<ComponentOrFeatureName>" src/ apps/ --type vue --type ts
+
+# Find a setting key
+rg "<setting-key>" src/locales/en/ src/stores/settingStore.ts
+
+# Find a store action
+rg "<actionName>" src/stores/ --type ts
+```
+
+Verify tag: `stale` if 0 hits AND the feature name is specific (not a generic word).
+
+## 4. Intended behavior check
+
+```bash
+# Check docs and release notes
+rg -l "<feature keyword>" docs/ CHANGELOG.md
+
+# Check if behavior is asserted in an existing test (green today)
+rg "<observed behavior>" src/**/*.test.ts browser_tests/
+```
+
+Verify tag: `expected` if docs describe this as the intended behavior, or a test asserts it.
+
+## 5. Reporter self-resolution
+
+Already gathered via `slack_read_thread`. Look for reporter's own replies containing:
+
+- "solved", "resolved", "fixed", "no action needed", "nvm", "my bad"
+- A `:done:` reaction from the reporter
+- A `:white_check_mark:` reaction
+
+Verify tag: `resolved`.
+
+## 6. Env-specific / local setup
+
+If the message mentions "my machine", "my proxy", "my docker", "my cache" AND no other reporter has confirmed in-thread:
+
+```bash
+# Check thread for cross-user confirmations
+#   slack_read_thread → count distinct users replying with "same", "repro'd", "+1"
+```
+
+Verify tag: `env` if only the reporter is affected.
+
+## 7. Cross-post (X posting)
+
+If the top-level message is just a link + "X posting":
+
+```bash
+# Follow the link — use slack_search_public to find the original thread
+#   slack_search_public({ query: "<in:channel from:@reporter> <before:date>" })
+```
+
+If the original is already ingestable, ingest from the original's permalink. If it's a GitHub issue, prefer linking that GitHub issue to the Linear ticket instead of creating two entries.
+
+Verify tag: `cross-post` with the resolved source permalink.

.github/actions/upsert-comment-section/action.yaml

@@ -0,0 +1,79 @@
+name: Upsert Comment Section
+description: >
+  Manage a consolidated PR comment with independently-updatable sections.
+  All website CI workflows share the marker <!-- WEBSITE_CI_REPORT -->.
+  Valid section names: "e2e", "preview", "screenshot-update".
+
+inputs:
+  pr-number:
+    description: PR number to comment on
+    required: true
+  section-name:
+    description: 'Section identifier: "e2e", "preview", or "screenshot-update"'
+    required: true
+  section-content:
+    description: Markdown content for this section
+    required: true
+  comment-marker:
+    description: Top-level HTML comment marker (must be <!-- WEBSITE_CI_REPORT --> for all callers)
+    required: true
+  token:
+    description: GitHub token with pull-requests write permission
+    required: true
+
+runs:
+  using: composite
+  steps:
+    - uses: actions/github-script@v8
+      env:
+        INPUT_PR_NUMBER: ${{ inputs.pr-number }}
+        INPUT_SECTION_NAME: ${{ inputs.section-name }}
+        INPUT_SECTION_CONTENT: ${{ inputs.section-content }}
+        INPUT_COMMENT_MARKER: ${{ inputs.comment-marker }}
+      with:
+        github-token: ${{ inputs.token }}
+        script: |
+          const prNumber = Number(process.env.INPUT_PR_NUMBER)
+          const sectionName = process.env.INPUT_SECTION_NAME
+          const sectionContent = process.env.INPUT_SECTION_CONTENT
+          const commentMarker = process.env.INPUT_COMMENT_MARKER
+
+          const sectionStart = `<!-- section:${sectionName}:start -->`
+          const sectionEnd = `<!-- section:${sectionName}:end -->`
+          const sectionBlock = `${sectionStart}\n${sectionContent}\n${sectionEnd}`
+
+          // Escape special regex characters in delimiter strings
+          const escapeRegex = (s) => s.replace(/[.*+?^${}()|[\]\\]/g, '\\$&')
+
+          const comments = await github.paginate(
+            github.rest.issues.listComments,
+            { ...context.repo, issue_number: prNumber }
+          )
+
+          const existing = comments.find(
+            (c) =>
+              c.user?.login === 'github-actions[bot]' &&
+              c.body?.includes(commentMarker)
+          )
+
+          if (!existing) {
+            return github.rest.issues.createComment({
+              ...context.repo,
+              issue_number: prNumber,
+              body: `${commentMarker}\n${sectionBlock}`
+            })
+          }
+
+          const body = existing.body ?? ''
+          const sectionRegex = new RegExp(
+            `${escapeRegex(sectionStart)}[\\s\\S]*?${escapeRegex(sectionEnd)}`
+          )
+          const updated = sectionRegex.test(body)
+            ? body.replace(sectionRegex, sectionBlock)
+            : body.trimEnd() + '\n\n' + sectionBlock
+
+          return github.rest.issues.updateComment({
+            ...context.repo,
+            comment_id: existing.id,
+            body: updated
+          })

.github/workflows/ci-tests-e2e-coverage.yaml

@@ -58,8 +58,8 @@ jobs:
         run: |
           SHARD_COUNT=$(find temp/coverage-shards -name 'coverage.lcov' -type f | wc -l | tr -d ' ')
           if [ "$SHARD_COUNT" -eq 0 ]; then
-            echo "::error::No shard coverage.lcov files found under temp/coverage-shards"
-            exit 1
+            echo "::notice::No shard coverage files; upstream E2E was likely skipped."
+            exit 0
           fi
 
           MERGED_SF=$(grep -c '^SF:' coverage/playwright/coverage.lcov || echo 0)

.github/workflows/ci-tests-e2e-forks.yaml

@@ -51,15 +51,16 @@ jobs:
 
       - name: Download and Deploy Reports
         if: steps.pr.outputs.skip != 'true' && github.event.action == 'completed'
-        uses: actions/download-artifact@v7
+        uses: dawidd6/action-download-artifact@0bd50d53a6d7fb5cb921e607957e9cc12b4ce392 # v12
         with:
-          github-token: ${{ secrets.GITHUB_TOKEN }}
-          run-id: ${{ github.event.workflow_run.id }}
-          pattern: playwright-report-*
+          run_id: ${{ github.event.workflow_run.id }}
+          name: playwright-report-.*
+          name_is_regexp: true
           path: reports
+          if_no_artifact_found: warn
 
       - name: Handle Test Completion
-        if: steps.pr.outputs.skip != 'true' && github.event.action == 'completed'
+        if: steps.pr.outputs.skip != 'true' && github.event.action == 'completed' && hashFiles('reports/**') != ''
         env:
           CLOUDFLARE_API_TOKEN: ${{ secrets.CLOUDFLARE_API_TOKEN }}
           CLOUDFLARE_ACCOUNT_ID: ${{ secrets.CLOUDFLARE_ACCOUNT_ID }}

.github/workflows/ci-tests-e2e.yaml

@@ -7,7 +7,6 @@ on:
     paths-ignore: ['**/*.md']
   pull_request:
     branches-ignore: [wip/*, draft/*, temp/*]
-    paths-ignore: ['**/*.md']
   merge_group:
   workflow_dispatch:
 
@@ -16,7 +15,36 @@ concurrency:
   cancel-in-progress: true
 
 jobs:
+  # Detect whether e2e-relevant files changed. Required checks see "skipped"
+  # (which counts as passing) when only docs/apps/storybook files are touched,
+  # avoiding the stall that paths-ignore would cause.
+  changes:
+    runs-on: ubuntu-latest
+    permissions:
+      contents: read
+    outputs:
+      should_run: ${{ github.event_name != 'pull_request' || steps.filter.outputs.e2e }}
+    steps:
+      - name: Checkout repository
+        if: ${{ github.event_name == 'pull_request' }}
+        uses: actions/checkout@v6
+      - name: Check for e2e-relevant changes
+        if: ${{ github.event_name == 'pull_request' }}
+        id: filter
+        uses: dorny/paths-filter@de90cc6fb38fc0963ad72b210f1f284cd68cea36 # v3.0.2
+        with:
+          predicate-quantifier: 'every'
+          filters: |
+            e2e:
+              - '**'
+              - '!apps/**'
+              - '!docs/**'
+              - '!.storybook/**'
+              - '!**/*.md'
+
   setup:
+    needs: changes
+    if: ${{ needs.changes.outputs.should_run == 'true' }}
     runs-on: ubuntu-latest
     steps:
       - name: Checkout repository
@@ -164,9 +192,9 @@ jobs:
 
   # Merge sharded test reports (no container needed - only runs CLI)
   merge-reports:
-    needs: [playwright-tests-chromium-sharded]
+    needs: [changes, playwright-tests-chromium-sharded]
     runs-on: ubuntu-latest
-    if: ${{ !cancelled() }}
+    if: ${{ !cancelled() && needs.changes.outputs.should_run == 'true' }}
     steps:
       - name: Install pnpm
         uses: pnpm/action-setup@fc06bc1257f339d1d5d8b3a19a8cae5388b55320 # v4.4.0
@@ -195,14 +223,38 @@ jobs:
           path: ./playwright-report/
           retention-days: 30
 
+  # Gate job — single required check that passes whether the matrix ran or was
+  # skipped. Branch rulesets require this instead of the individual matrix-
+  # expanded check names so PRs with no e2e-relevant changes aren't stuck.
+  e2e-status:
+    if: ${{ always() }}
+    needs: [changes, playwright-tests-chromium-sharded, playwright-tests]
+    runs-on: ubuntu-latest
+    steps:
+      - name: Check E2E results
+        env:
+          SHOULD_RUN: ${{ needs.changes.outputs.should_run }}
+          SHARDED: ${{ needs.playwright-tests-chromium-sharded.result }}
+          BROWSERS: ${{ needs.playwright-tests.result }}
+        run: |
+          [[ "$SHOULD_RUN" != "true" ]] && echo "E2E skipped" && exit 0
+          [[ "$SHARDED" != "success" || "$BROWSERS" != "success" ]] && echo "E2E failed" && exit 1
+          echo "E2E passed"
+
   #### BEGIN Deployment and commenting (non-forked PRs only)
   # when using pull_request event, we have permission to comment directly
   # if its a forked repo, we need to use workflow_run event in a separate workflow (pr-playwright-deploy.yaml)
 
   # Post starting comment for non-forked PRs
   comment-on-pr-start:
+    needs: changes
     runs-on: ubuntu-latest
-    if: github.event_name == 'pull_request' && github.event.pull_request.head.repo.fork == false
+    if: >-
+      ${{
+        needs.changes.outputs.should_run == 'true' &&
+        github.event_name == 'pull_request' &&
+        github.event.pull_request.head.repo.fork == false
+      }}
     permissions:
       pull-requests: write
     steps:
@@ -221,9 +273,15 @@ jobs:
 
   # Deploy and comment for non-forked PRs only
   deploy-and-comment:
-    needs: [playwright-tests, merge-reports]
+    needs: [changes, playwright-tests, merge-reports]
     runs-on: ubuntu-latest
-    if: always() && github.event_name == 'pull_request' && github.event.pull_request.head.repo.fork == false
+    if: >-
+      ${{
+        always() &&
+        needs.changes.outputs.should_run == 'true' &&
+        github.event_name == 'pull_request' &&
+        github.event.pull_request.head.repo.fork == false
+      }}
     permissions:
       pull-requests: write
       contents: read

.github/workflows/ci-website-e2e.yaml

@@ -0,0 +1,260 @@
+name: 'CI: Website E2E'
+
+on:
+  push:
+    branches: [main, website/*]
+    paths:
+      - 'apps/website/**'
+      - 'packages/design-system/**'
+      - 'packages/tailwind-utils/**'
+      - 'pnpm-lock.yaml'
+  pull_request:
+    branches-ignore: [wip/*, draft/*, temp/*]
+    paths:
+      - 'apps/website/**'
+      - 'packages/design-system/**'
+      - 'packages/tailwind-utils/**'
+      - 'pnpm-lock.yaml'
+
+concurrency:
+  group: ${{ github.workflow }}-${{ github.ref }}
+  cancel-in-progress: true
+
+jobs:
+  website-e2e:
+    runs-on: ubuntu-latest
+    container:
+      image: mcr.microsoft.com/playwright:v1.58.1-noble
+    timeout-minutes: 15
+    permissions:
+      contents: read
+    outputs:
+      test-outcome: ${{ steps.tests.outcome }}
+      report-url: ${{ steps.deploy.outputs.url }}
+      screenshot-failures: ${{ steps.failures.outputs.screenshot }}
+      other-failures: ${{ steps.failures.outputs.other }}
+      # Evaluated at job level (not from a step) — static expression.
+      is-pr: ${{ github.event_name == 'pull_request' && github.event.pull_request.head.repo.fork == false }}
+    steps:
+      - uses: actions/checkout@v6
+
+      - name: Install pnpm
+        run: corepack enable && corepack prepare
+
+      - name: Install dependencies
+        run: pnpm install --frozen-lockfile
+
+      - name: Build website
+        run: pnpm --filter @comfyorg/website build
+
+      - name: Run Playwright tests
+        id: tests
+        run: pnpm --filter @comfyorg/website test:e2e
+
+      - name: Upload test report
+        uses: actions/upload-artifact@v6
+        if: ${{ !cancelled() }}
+        with:
+          name: website-playwright-report
+          path: apps/website/playwright-report/
+          retention-days: 30
+
+      - name: Deploy report to Cloudflare
+        id: deploy
+        if: always() && !cancelled()
+        env:
+          CLOUDFLARE_API_TOKEN: ${{ secrets.CLOUDFLARE_API_TOKEN }}
+          CLOUDFLARE_ACCOUNT_ID: ${{ secrets.CLOUDFLARE_ACCOUNT_ID }}
+          HEAD_REF: ${{ github.head_ref || github.ref_name }}
+        run: |
+          BRANCH=$(echo "$HEAD_REF" | tr '[:upper:]' '[:lower:]' | sed 's/[^a-z0-9-]/-/g;s/--*/-/g;s/^-\|-$//g')
+          DEPLOY_OK=false
+          for i in 1 2 3; do
+            echo "Deployment attempt $i of 3..."
+            OUTPUT=$(npx wrangler@^4.0.0 pages deploy apps/website/playwright-report \
+              --project-name=comfyui-website-e2e \
+              --branch="$BRANCH" 2>&1) && { DEPLOY_OK=true; break; } || echo "$OUTPUT"
+            [ $i -lt 3 ] && sleep 10
+          done
+          echo "$OUTPUT"
+          if [ "$DEPLOY_OK" != "true" ]; then
+            echo "::error::All 3 deployment attempts failed"
+            exit 1
+          fi
+          URL=$(echo "$OUTPUT" | grep -oE 'https://[a-zA-Z0-9.-]+\.pages\.dev\S*' | head -1)
+          echo "url=${URL}" >> $GITHUB_OUTPUT
+
+      - name: Categorize failures
+        id: failures
+        if: always() && !cancelled() && steps.tests.outcome != 'success'
+        uses: actions/github-script@v8
+        with:
+          script: |
+            const fs = require('fs')
+            const report = JSON.parse(fs.readFileSync('apps/website/results.json', 'utf8'))
+
+            function isFailed(t) { return t.status === 'unexpected' || t.status === 'flaky' }
+            function isVisual(spec) {
+              return spec.file?.includes('visual') ||
+                spec.tests?.some(t => t.results?.some(r => r.error?.message?.includes('toHaveScreenshot')))
+            }
+            function specsOf(suite) {
+              return [
+                ...(suite.specs || []),
+                ...(suite.suites || []).flatMap(specsOf)
+              ]
+            }
+
+            // True:  Visual
+            // False: Other
+            const failed = specsOf(report)
+              .flatMap(spec => (spec.tests || [])
+              .filter(isFailed)
+              .map(() => isVisual(spec)))
+
+            const screenshotFailures = failed.filter(Boolean).length
+            core.setOutput('screenshot', screenshotFailures)
+            core.setOutput('other', failed.length - screenshotFailures)
+
+      - name: Write job summary
+        if: always() && !cancelled()
+        uses: actions/github-script@v8
+        env:
+          TEST_OUTCOME: ${{ steps.tests.outcome }}
+          REPORT_URL: ${{ steps.deploy.outputs.url }}
+          SCREENSHOT_FAILURES: ${{ steps.failures.outputs.screenshot }}
+          OTHER_FAILURES: ${{ steps.failures.outputs.other }}
+        with:
+          script: |
+            const passed = process.env.TEST_OUTCOME === 'success'
+            const reportUrl = process.env.REPORT_URL
+            const screenshotFailures = parseInt(process.env.SCREENSHOT_FAILURES) || 0
+            const otherFailures = parseInt(process.env.OTHER_FAILURES) || 0
+
+            const lines = ['## 🌐 Website E2E', '']
+
+            if (passed) {
+              lines.push('> [!TIP]', '> All tests passed.')
+            } else {
+              lines.push('> [!CAUTION]', '> Some tests failed.')
+            }
+
+            const rows = [
+              ['Status', passed ? '✅ Passed' : '❌ Failed'],
+              ['Report', reportUrl ? `[View Report](${reportUrl})` : '_unavailable_']
+            ]
+            if (!passed) {
+              rows.push(
+                ['Screenshot diffs', String(screenshotFailures)],
+                ['Other failures', String(otherFailures)]
+              )
+            }
+            lines.push(
+              '',
+              '| | |',
+              '|---|---|',
+              ...rows.map(([k, v]) => `| **${k}** | ${v} |`)
+            )
+
+            await core.summary.addRaw(lines.join('\n')).write()
+
+  post-starting-comment:
+    # Safe to comment from pull_request trigger: fork PRs are excluded by the guard below.
+    # This avoids a ci-*/pr-* workflow_run split for a comment that must appear immediately.
+    if: github.event_name == 'pull_request' && github.event.pull_request.head.repo.fork == false
+    runs-on: ubuntu-latest
+    permissions:
+      pull-requests: write
+      contents: read
+    concurrency:
+      group: website-pr-comment-${{ github.event.pull_request.number }}
+      cancel-in-progress: false
+    steps:
+      - uses: actions/checkout@v6
+      - uses: ./.github/actions/upsert-comment-section
+        with:
+          pr-number: ${{ github.event.pull_request.number }}
+          section-name: e2e
+          comment-marker: '<!-- WEBSITE_CI_REPORT -->'
+          token: ${{ secrets.GITHUB_TOKEN }}
+          section-content: |-
+            ## 🌐 Website E2E
+            <!-- WEBSITE_E2E_STATUS -->
+
+            > [!NOTE]
+            > Tests are running… [View workflow run](${{ github.server_url }}/${{ github.repository }}/actions/runs/${{ github.run_id }})
+
+  post-result-comment:
+    needs: website-e2e
+    if: always() && !cancelled() && needs.website-e2e.outputs.is-pr == 'true'
+    runs-on: ubuntu-latest
+    permissions:
+      pull-requests: write
+      contents: read
+    concurrency:
+      group: website-pr-comment-${{ github.event.pull_request.number }}
+      cancel-in-progress: false
+    steps:
+      - uses: actions/checkout@v6
+
+      - name: Build e2e section content
+        id: content
+        uses: actions/github-script@v8
+        env:
+          TEST_OUTCOME: ${{ needs.website-e2e.outputs.test-outcome }}
+          REPORT_URL: ${{ needs.website-e2e.outputs.report-url }}
+          SCREENSHOT_FAILURES: ${{ needs.website-e2e.outputs.screenshot-failures }}
+          OTHER_FAILURES: ${{ needs.website-e2e.outputs.other-failures }}
+        with:
+          script: |
+            const passed = process.env.TEST_OUTCOME === 'success'
+            const reportUrl = process.env.REPORT_URL
+            const screenshotFailures = parseInt(process.env.SCREENSHOT_FAILURES) || 0
+            const otherFailures = parseInt(process.env.OTHER_FAILURES) || 0
+
+            const lines = ['## 🌐 Website E2E', '<!-- WEBSITE_E2E_STATUS -->', '']
+
+            if (passed) {
+              lines.push('> [!TIP]', '> All tests passed.')
+            } else {
+              lines.push('> [!CAUTION]', '> Some tests failed.')
+            }
+
+            const rows = [
+              ['Status', passed ? '✅ Passed' : '❌ Failed'],
+              ['Report', reportUrl ? `[View Report](${reportUrl})` : '_unavailable_']
+            ]
+            if (!passed) {
+              rows.push(
+                ['Screenshot diffs', String(screenshotFailures)],
+                ['Other failures', String(otherFailures)]
+              )
+            }
+            lines.push(
+              '',
+              '| | |',
+              '|---|---|',
+              ...rows.map(([k, v]) => `| **${k}** | ${v} |`)
+            )
+
+            if (screenshotFailures > 0) {
+              const s = screenshotFailures === 1 ? '' : 's'
+              lines.push('', `- [ ] Update website screenshots (${screenshotFailures} screenshot diff${s})`)
+            }
+            if (otherFailures > 0) {
+              lines.push(
+                '',
+                '> [!WARNING]',
+                `> ${otherFailures} non-screenshot failure${otherFailures === 1 ? '' : 's'} — these require manual review.`
+              )
+            }
+
+            core.setOutput('section-content', lines.join('\n'))
+
+      - uses: ./.github/actions/upsert-comment-section
+        with:
+          pr-number: ${{ github.event.pull_request.number }}
+          section-name: e2e
+          comment-marker: '<!-- WEBSITE_CI_REPORT -->'
+          token: ${{ secrets.GITHUB_TOKEN }}
+          section-content: ${{ steps.content.outputs.section-content }}

.github/workflows/pr-update-website-screenshots.yaml

@@ -0,0 +1,239 @@
+name: 'PR: Update Website Screenshots'
+
+on:
+  pull_request:
+    types: [labeled]
+  issue_comment:
+    types: [created, edited]
+
+concurrency:
+  group: ${{ github.workflow }}-${{ github.event.issue.number || github.event.pull_request.number || github.ref }}
+  cancel-in-progress: false
+
+jobs:
+  update-screenshots:
+    runs-on: ubuntu-latest
+    container:
+      image: mcr.microsoft.com/playwright:v1.58.1-noble
+    timeout-minutes: 15
+    permissions:
+      contents: write
+      pull-requests: read
+    # Trigger: (1) label, (2) /slash-command, or (3) checkbox in E2E status comment
+    # ⚠️ This condition is duplicated on `post-starting-comment` — keep them in sync.
+    if: >
+      ( github.event_name == 'pull_request' &&
+        github.event.label.name == 'Update Website Screenshots' ) ||
+      ( github.event.issue.pull_request &&
+        github.event_name == 'issue_comment' &&
+        (
+          github.event.comment.author_association == 'OWNER' ||
+          github.event.comment.author_association == 'MEMBER' ||
+          github.event.comment.author_association == 'COLLABORATOR'
+        ) &&
+        startsWith(github.event.comment.body, '/update-website-screenshots') ) ||
+      ( github.event.issue.pull_request &&
+        github.event_name == 'issue_comment' &&
+        github.event.comment.user.login == 'github-actions[bot]' &&
+        github.actor != 'github-actions[bot]' &&
+        contains(github.event.comment.body, '<!-- WEBSITE_E2E_STATUS -->') &&
+        contains(github.event.comment.body, '- [x] Update website screenshots') )
+    outputs:
+      pr-number: ${{ steps.pr-info.outputs.pr-number }}
+      update-outcome: ${{ steps.update-screenshots.outcome }}
+      has-changes: ${{ steps.commit.outputs.has-changes }}
+      changed-count: ${{ steps.commit.outputs.changed-count }}
+    steps:
+      - name: Verify sender permissions
+        if: >
+          github.event_name == 'issue_comment' &&
+          contains(github.event.comment.body, '<!-- WEBSITE_E2E_STATUS -->')
+        uses: actions/github-script@v8
+        with:
+          script: |
+            const { data } = await github.rest.repos.getCollaboratorPermissionLevel({
+              ...context.repo,
+              username: context.actor
+            })
+            if (!['admin', 'write'].includes(data.permission)) {
+              core.setFailed(`User ${context.actor} does not have write access`)
+            }
+
+      - name: Get PR info
+        id: pr-info
+        uses: actions/github-script@v8
+        env:
+          PR_NUMBER: ${{ github.event.number || github.event.issue.number }}
+        with:
+          script: |
+            const prNumber = Number(process.env.PR_NUMBER)
+            const { data: pr } = await github.rest.pulls.get({
+              ...context.repo,
+              pull_number: prNumber
+            })
+            core.setOutput('pr-number', prNumber)
+            core.setOutput('branch', pr.head.ref)
+
+      - uses: actions/checkout@v6
+        with:
+          ref: ${{ steps.pr-info.outputs.branch }}
+          token: ${{ secrets.PR_GH_TOKEN }}
+
+      - name: Install pnpm
+        run: corepack enable && corepack prepare
+
+      - name: Install dependencies
+        run: pnpm install --frozen-lockfile
+
+      - name: Build website
+        run: pnpm --filter @comfyorg/website build
+
+      - name: Update screenshots
+        id: update-screenshots
+        run: pnpm --filter @comfyorg/website test:visual:update
+        continue-on-error: true
+
+      - name: Commit updated screenshots
+        id: commit
+        if: steps.update-screenshots.outcome == 'success'
+        run: |
+          git config --global --add safe.directory "$(pwd)"
+          git config --global user.name 'github-actions'
+          git config --global user.email 'github-actions@github.com'
+
+          CHANGED=$(git status --porcelain=v1 --untracked-files=all -- apps/website/e2e/ | wc -l)
+          echo "changed-count=${CHANGED}" >> $GITHUB_OUTPUT
+
+          if [ "$CHANGED" -eq 0 ]; then
+            echo "No screenshot changes to commit"
+            echo "has-changes=false" >> $GITHUB_OUTPUT
+            exit 0
+          fi
+
+          echo "has-changes=true" >> $GITHUB_OUTPUT
+          git add apps/website/e2e/
+          git commit -m "[automated] Update website screenshot expectations"
+          git push origin ${{ steps.pr-info.outputs.branch }}
+
+      - name: Upload test report
+        uses: actions/upload-artifact@v6
+        if: ${{ !cancelled() }}
+        with:
+          name: website-screenshot-update-report
+          path: apps/website/playwright-report/
+          retention-days: 14
+
+      - name: Remove label
+        if: always() && github.event_name == 'pull_request'
+        uses: actions/github-script@v8
+        env:
+          PR_NUMBER: ${{ steps.pr-info.outputs.pr-number }}
+        with:
+          script: |
+            try {
+              await github.rest.issues.removeLabel({
+                ...context.repo,
+                issue_number: Number(process.env.PR_NUMBER),
+                name: 'Update Website Screenshots'
+              })
+            } catch (e) {
+              // Label may already be removed
+            }
+
+  post-starting-comment:
+    # Runs in parallel with update-screenshots to show "in progress" immediately.
+    # ⚠️ This condition is duplicated from `update-screenshots` — keep them in sync.
+    if: >
+      ( github.event_name == 'pull_request' &&
+        github.event.label.name == 'Update Website Screenshots' ) ||
+      ( github.event.issue.pull_request &&
+        github.event_name == 'issue_comment' &&
+        (
+          github.event.comment.author_association == 'OWNER' ||
+          github.event.comment.author_association == 'MEMBER' ||
+          github.event.comment.author_association == 'COLLABORATOR'
+        ) &&
+        startsWith(github.event.comment.body, '/update-website-screenshots') ) ||
+      ( github.event.issue.pull_request &&
+        github.event_name == 'issue_comment' &&
+        github.event.comment.user.login == 'github-actions[bot]' &&
+        github.actor != 'github-actions[bot]' &&
+        contains(github.event.comment.body, '<!-- WEBSITE_E2E_STATUS -->') &&
+        contains(github.event.comment.body, '- [x] Update website screenshots') )
+    runs-on: ubuntu-latest
+    permissions:
+      pull-requests: write
+      contents: read
+    concurrency:
+      group: website-pr-comment-${{ github.event.number || github.event.issue.number }}
+      cancel-in-progress: false
+    steps:
+      - uses: actions/checkout@v6
+      - uses: ./.github/actions/upsert-comment-section
+        with:
+          pr-number: ${{ github.event.number || github.event.issue.number }}
+          section-name: screenshot-update
+          comment-marker: '<!-- WEBSITE_CI_REPORT -->'
+          token: ${{ secrets.GITHUB_TOKEN }}
+          section-content: |-
+            ## 📸 Screenshot Update
+
+            > [!NOTE]
+            > Updating screenshots… [View workflow run](${{ github.server_url }}/${{ github.repository }}/actions/runs/${{ github.run_id }})
+
+  post-result-comment:
+    needs: update-screenshots
+    if: always() && !cancelled() && needs.update-screenshots.result != 'skipped'
+    runs-on: ubuntu-latest
+    permissions:
+      pull-requests: write
+      contents: read
+    concurrency:
+      group: website-pr-comment-${{ needs.update-screenshots.outputs.pr-number }}
+      cancel-in-progress: false
+    steps:
+      - uses: actions/checkout@v6
+
+      - name: Build screenshot-update section content
+        id: content
+        uses: actions/github-script@v8
+        env:
+          UPDATE_OUTCOME: ${{ needs.update-screenshots.outputs.update-outcome }}
+          HAS_CHANGES: ${{ needs.update-screenshots.outputs.has-changes }}
+          CHANGED_COUNT: ${{ needs.update-screenshots.outputs.changed-count }}
+        with:
+          script: |
+            const outcome = process.env.UPDATE_OUTCOME
+            const hasChanges = process.env.HAS_CHANGES === 'true'
+            const changedCount = parseInt(process.env.CHANGED_COUNT) || 0
+            const runUrl = `${context.serverUrl}/${context.repo.owner}/${context.repo.repo}/actions/runs/${context.runId}`
+
+            const lines = ['## 📸 Screenshot Update', '']
+
+            if (outcome !== 'success') {
+              lines.push(
+                '> [!CAUTION]',
+                `> Screenshot update failed. [View workflow run](${runUrl})`
+              )
+            } else if (!hasChanges) {
+              lines.push(
+                '> [!TIP]',
+                '> All screenshots are already up to date.'
+              )
+            } else {
+              const s = changedCount === 1 ? '' : 's'
+              lines.push(
+                '> [!TIP]',
+                `> Updated ${changedCount} screenshot${s} and pushed to the branch.`
+              )
+            }
+
+            core.setOutput('section-content', lines.join('\n'))
+
+      - uses: ./.github/actions/upsert-comment-section
+        with:
+          pr-number: ${{ needs.update-screenshots.outputs.pr-number }}
+          section-name: screenshot-update
+          comment-marker: '<!-- WEBSITE_CI_REPORT -->'
+          token: ${{ secrets.GITHUB_TOKEN }}
+          section-content: ${{ steps.content.outputs.section-content }}

.github/workflows/pr-vercel-website-preview.yaml

@@ -7,11 +7,6 @@ on:
     types:
       - completed
 
-permissions:
-  contents: read
-  pull-requests: write
-  actions: read
-
 concurrency:
   group: ${{ github.workflow }}-${{ github.event.workflow_run.head_repository.full_name }}-${{ github.event.workflow_run.head_branch }}
   cancel-in-progress: true
@@ -19,6 +14,16 @@ concurrency:
 jobs:
   comment:
     runs-on: ubuntu-latest
+    permissions:
+      contents: read
+      pull-requests: write
+      actions: read
+    # Uses head_branch as proxy for PR number (unavailable at job-level in workflow_run).
+    # Preview and E2E comment writes are NOT mutually serialized — the race window is
+    # small and self-healing on next push.
+    concurrency:
+      group: website-pr-comment-${{ github.event.workflow_run.head_branch }}
+      cancel-in-progress: false
     if: >
       github.repository == 'Comfy-Org/ComfyUI_frontend' &&
       github.event.workflow_run.event == 'pull_request' &&
@@ -37,28 +42,29 @@ jobs:
         id: pr-meta
         uses: ./.github/actions/resolve-pr-from-workflow-run
 
-      - name: Write report
+      - name: Read preview URLs
         if: steps.pr-meta.outputs.skip != 'true'
-        env:
-          DEPLOYED_AT: ${{ github.event.workflow_run.updated_at }}
-          HEAD_SHA: ${{ github.event.workflow_run.head_sha }}
+        id: urls
         run: |
-          STABLE_URL=$(cat temp/vercel-preview/stable-url.txt)
-          UNIQUE_URL=$(cat temp/vercel-preview/url.txt)
-          SHORT_SHA="${HEAD_SHA:0:7}"
-          cat > preview-report.md <<EOF
-          **Website Preview:** $STABLE_URL
+          echo "stable-url=$(cat temp/vercel-preview/stable-url.txt)" >> "$GITHUB_OUTPUT"
+          echo "unique-url=$(cat temp/vercel-preview/url.txt)" >> "$GITHUB_OUTPUT"
+          echo "short-sha=${HEAD_SHA:0:7}" >> "$GITHUB_OUTPUT"
+        env:
+          HEAD_SHA: ${{ github.event.workflow_run.head_sha }}
 
-          <sub>This commit: $UNIQUE_URL</sub>
-
-          <sub>Last updated: $DEPLOYED_AT for \`$SHORT_SHA\`</sub>
-          EOF
-
-      - name: Post PR comment
+      - name: Post preview comment
         if: steps.pr-meta.outputs.skip != 'true'
-        uses: ./.github/actions/post-pr-report-comment
+        uses: ./.github/actions/upsert-comment-section
         with:
           pr-number: ${{ steps.pr-meta.outputs.number }}
-          report-file: ./preview-report.md
-          comment-marker: '<!-- VERCEL_WEBSITE_PREVIEW -->'
+          section-name: preview
+          comment-marker: '<!-- WEBSITE_CI_REPORT -->'
           token: ${{ secrets.GITHUB_TOKEN }}
+          section-content: |-
+            ## 🔗 Website Preview
+
+            **Website Preview:** ${{ steps.urls.outputs.stable-url }}
+
+            <sub>This commit: ${{ steps.urls.outputs.unique-url }}</sub>
+
+            <sub>Last updated: ${{ github.event.workflow_run.updated_at }} for `${{ steps.urls.outputs.short-sha }}`</sub>

.stylelintrc.json

@@ -67,6 +67,7 @@
   "ignoreFiles": [
     "node_modules/**",
     "dist/**",
+    "**/dist/**",
     "playwright-report/**",
     "public/**",
     "src/lib/litegraph/**"

.vscode/extensions.json

@@ -1,16 +1,12 @@
 {
   "recommendations": [
     "antfu.vite",
-    "austenc.tailwind-docs",
     "bradlc.vscode-tailwindcss",
     "davidanson.vscode-markdownlint",
     "dbaeumer.vscode-eslint",
     "donjayamanne.githistory",
     "eamodio.gitlens",
-    "github.vscode-github-actions",
     "github.vscode-pull-request-github",
-    "hbenl.vscode-test-explorer",
-    "kisstkondoros.vscode-codemetrics",
     "lokalise.i18n-ally",
     "ms-playwright.playwright",
     "oxc.oxc-vscode",

AGENTS.md

@@ -312,7 +312,7 @@ When referencing Comfy-Org repos:
   - Instead use a semantic value from the `style.css` theme
     - e.g. `bg-node-component-surface`
 - NEVER use `:class="[]"` to merge class names
-  - Always use `import { cn } from '@/utils/tailwindUtil'`
+  - Always use `import { cn } from '@comfyorg/tailwind-utils'`
     - e.g. `<div :class="cn('text-node-component-header-icon', hasError && 'text-danger')" />`
   - Use `cn()` inline in the template when feasible instead of creating a `computed` to hold the value
 - NEVER use `!important` or the `!` important prefix for tailwind classes

apps/desktop-ui/package.json

@@ -12,6 +12,7 @@
   "dependencies": {
     "@comfyorg/comfyui-electron-types": "catalog:",
     "@comfyorg/shared-frontend-utils": "workspace:*",
+    "@comfyorg/tailwind-utils": "workspace:*",
     "@primevue/core": "catalog:",
     "@primevue/themes": "catalog:",
     "@vueuse/core": "catalog:",

apps/desktop-ui/src/components/bottomPanel/tabs/terminal/BaseTerminal.vue

@@ -32,7 +32,7 @@ import { useI18n } from 'vue-i18n'
 
 import { useTerminal } from '@/composables/bottomPanelTabs/useTerminal'
 import { electronAPI, isElectron } from '@/utils/envUtil'
-import { cn } from '@/utils/tailwindUtil'
+import { cn } from '@comfyorg/tailwind-utils'
 
 const { t } = useI18n()
 

apps/desktop-ui/src/components/install/HardwareOption.vue

@@ -4,7 +4,7 @@
     <button
       :class="
         cn(
-          'hardware-option w-[170px] h-[190px] p-5 flex flex-col items-center rounded-3xl transition-all duration-200 bg-neutral-900/70 border-4',
+          'hardware-option flex h-[190px] w-[170px] flex-col items-center rounded-3xl border-4 bg-neutral-900/70 p-5 transition-all duration-200',
           selected ? 'border-solid border-brand-yellow' : 'border-transparent'
         )
       "
@@ -12,13 +12,13 @@
     >
       <!-- Icon/Logo Area - Rounded square container -->
       <div
-        class="icon-container w-[110px] h-[110px] shrink-0 rounded-2xl bg-neutral-800 flex items-center justify-center overflow-hidden"
+        class="icon-container flex h-[110px] w-[110px] shrink-0 items-center justify-center overflow-hidden rounded-2xl bg-neutral-800"
       >
         <img
           v-if="imagePath"
           :src="imagePath"
           :alt="placeholderText"
-          class="w-full h-full object-cover"
+          class="size-full object-cover"
           style="object-position: 57% center"
           draggable="false"
         />
@@ -28,7 +28,7 @@
       </div>
 
       <!-- Text Content -->
-      <div v-if="subtitle" class="text-center mt-4">
+      <div v-if="subtitle" class="mt-4 text-center">
         <div class="text-sm text-neutral-500">{{ subtitle }}</div>
       </div>
     </button>
@@ -36,7 +36,7 @@
 </template>
 
 <script setup lang="ts">
-import { cn } from '@/utils/tailwindUtil'
+import { cn } from '@comfyorg/tailwind-utils'
 
 interface Props {
   imagePath?: string

apps/desktop-ui/src/components/maintenance/TaskCard.vue

@@ -64,7 +64,7 @@ import { computed } from 'vue'
 
 import { useMaintenanceTaskStore } from '@/stores/maintenanceTaskStore'
 import type { MaintenanceTask } from '@/types/desktop/maintenanceTypes'
-import { cn } from '@/utils/tailwindUtil'
+import { cn } from '@comfyorg/tailwind-utils'
 import { useMinLoadingDurationRef } from '@/utils/refUtil'
 
 const taskStore = useMaintenanceTaskStore()

apps/desktop-ui/src/utils/tailwindUtil.ts

@@ -1 +0,0 @@
-export { cn } from '@comfyorg/tailwind-utils'

apps/website/.gitignore

@@ -1,3 +1,7 @@
 dist/
 .astro/
 test-results/
+playwright-report/
+
+# Platform-specific Playwright snapshots (CI runs Linux)
+*-win32.png

apps/website/astro.config.ts

@@ -6,9 +6,19 @@ import tailwindcss from '@tailwindcss/vite'
 export default defineConfig({
   site: 'https://comfy.org',
   output: 'static',
+  prefetch: { prefetchAll: true },
+  build: {
+    assets: '_website'
+  },
+  devToolbar: { enabled: !process.env.NO_TOOLBAR },
   integrations: [vue(), sitemap()],
   vite: {
-    plugins: [tailwindcss()]
+    plugins: [tailwindcss()],
+    server: {
+      watch: {
+        ignored: ['**/playwright-report/**']
+      }
+    }
   },
   i18n: {
     locales: ['en', 'zh-CN'],

apps/website/e2e/cloud.spec.ts

@@ -1,4 +1,6 @@
-import { expect, test } from '@playwright/test'
+import { expect } from '@playwright/test'
+
+import { test } from './fixtures/blockExternalMedia'
 
 test.describe('Cloud page @smoke', () => {
   test.beforeEach(async ({ page }) => {
@@ -41,13 +43,11 @@ test.describe('Cloud page @smoke', () => {
   test('AIModelsSection heading and 5 model cards are visible', async ({
     page
   }) => {
-    await expect(
-      page.getByRole('heading', { name: /leading AI models/i })
-    ).toBeVisible()
+    const heading = page.getByRole('heading', { name: /leading AI models/i })
+    await expect(heading).toBeVisible()
 
-    const grid = page.locator('.grid', {
-      has: page.getByText('Grok Imagine')
-    })
+    const section = heading.locator('xpath=ancestor::section')
+    const grid = section.locator('.grid')
     const modelCards = grid.locator('a[href="https://comfy.org/workflows"]')
     await expect(modelCards).toHaveCount(5)
   })
@@ -100,38 +100,44 @@ test.describe('Cloud FAQ accordion @interaction', () => {
     await page.goto('/cloud')
   })
 
-  test('all FAQs are expanded by default', async ({ page }) => {
-    await expect(
-      page.getByText(/Comfy Cloud is a version of ComfyUI/i)
-    ).toBeVisible()
-  })
-
-  test('clicking an expanded FAQ collapses it', async ({ page }) => {
-    const firstQuestion = page.getByRole('button', {
-      name: /What is Comfy Cloud/i
-    })
-    await firstQuestion.scrollIntoViewIfNeeded()
-    await firstQuestion.click()
-
+  test('all FAQs are collapsed by default', async ({ page }) => {
     await expect(
       page.getByText(/Comfy Cloud is a version of ComfyUI/i)
     ).toBeHidden()
   })
 
-  test('clicking a collapsed FAQ expands it again', async ({ page }) => {
+  test('clicking a collapsed FAQ expands it', async ({ page }) => {
     const firstQuestion = page.getByRole('button', {
       name: /What is Comfy Cloud/i
     })
     await firstQuestion.scrollIntoViewIfNeeded()
-
+    // Gate: wait for Vue hydration to bind aria-expanded
+    await expect(firstQuestion).toHaveAttribute('aria-expanded', 'false')
     await firstQuestion.click()
-    await expect(
-      page.getByText(/Comfy Cloud is a version of ComfyUI/i)
-    ).toBeHidden()
 
-    await firstQuestion.click()
     await expect(
       page.getByText(/Comfy Cloud is a version of ComfyUI/i)
     ).toBeVisible()
   })
+
+  test('clicking an expanded FAQ collapses it again', async ({ page }) => {
+    const firstQuestion = page.getByRole('button', {
+      name: /What is Comfy Cloud/i
+    })
+    await firstQuestion.scrollIntoViewIfNeeded()
+    // Gate: wait for Vue hydration to bind aria-expanded
+    await expect(firstQuestion).toHaveAttribute('aria-expanded', 'false')
+
+    await firstQuestion.click()
+    await expect(firstQuestion).toHaveAttribute('aria-expanded', 'true')
+    await expect(
+      page.getByText(/Comfy Cloud is a version of ComfyUI/i)
+    ).toBeVisible()
+
+    await firstQuestion.click()
+    await expect(firstQuestion).toHaveAttribute('aria-expanded', 'false')
+    await expect(
+      page.getByText(/Comfy Cloud is a version of ComfyUI/i)
+    ).toBeHidden()
+  })
 })

apps/website/e2e/download.spec.ts

@@ -1,4 +1,9 @@
-import { expect, test } from '@playwright/test'
+import { devices, expect } from '@playwright/test'
+
+import { test } from './fixtures/blockExternalMedia'
+
+const WINDOWS_UA =
+  'Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/131.0.0.0 Safari/537.36'
 
 test.describe('Download page @smoke', () => {
   test.beforeEach(async ({ page }) => {
@@ -22,7 +27,11 @@ test.describe('Download page @smoke', () => {
     await expect(page.getByText(/The full ComfyUI engine/)).toBeVisible()
   })
 
-  test('HeroSection has download and GitHub buttons', async ({ page }) => {
+  test('HeroSection has download and GitHub buttons', async ({ browser }) => {
+    const context = await browser.newContext({ userAgent: WINDOWS_UA })
+    const page = await context.newPage()
+    await page.goto('/download')
+
     const hero = page.locator('section', {
       has: page.getByRole('heading', {
         name: /Run on your hardware/i,
@@ -39,6 +48,8 @@ test.describe('Download page @smoke', () => {
       'href',
       'https://github.com/Comfy-Org/ComfyUI'
     )
+
+    await context.close()
   })
 
   test('ReasonSection heading and reasons are visible', async ({ page }) => {
@@ -93,40 +104,46 @@ test.describe('FAQ accordion @interaction', () => {
     await page.goto('/download')
   })
 
-  test('all FAQs are expanded by default', async ({ page }) => {
+  test('all FAQs are collapsed by default', async ({ page }) => {
     await expect(
       page.getByText(/A dedicated GPU is strongly recommended/i)
-    ).toBeVisible()
-    await expect(page.getByText(/ComfyUI is lightweight/i)).toBeVisible()
+    ).toBeHidden()
+    await expect(page.getByText(/ComfyUI is lightweight/i)).toBeHidden()
   })
 
-  test('clicking an expanded FAQ collapses it', async ({ page }) => {
+  test('clicking a collapsed FAQ expands it', async ({ page }) => {
     const firstQuestion = page.getByRole('button', {
       name: /Do I need a GPU/i
     })
     await firstQuestion.scrollIntoViewIfNeeded()
+    // Gate: wait for Vue hydration to bind aria-expanded
+    await expect(firstQuestion).toHaveAttribute('aria-expanded', 'false')
     await firstQuestion.click()
 
     await expect(
       page.getByText(/A dedicated GPU is strongly recommended/i)
-    ).toBeHidden()
+    ).toBeVisible()
   })
 
-  test('clicking a collapsed FAQ expands it again', async ({ page }) => {
+  test('clicking an expanded FAQ collapses it again', async ({ page }) => {
     const firstQuestion = page.getByRole('button', {
       name: /Do I need a GPU/i
     })
     await firstQuestion.scrollIntoViewIfNeeded()
+    // Gate: wait for Vue hydration to bind aria-expanded
+    await expect(firstQuestion).toHaveAttribute('aria-expanded', 'false')
 
     await firstQuestion.click()
-    await expect(
-      page.getByText(/A dedicated GPU is strongly recommended/i)
-    ).toBeHidden()
-
-    await firstQuestion.click()
+    await expect(firstQuestion).toHaveAttribute('aria-expanded', 'true')
     await expect(
       page.getByText(/A dedicated GPU is strongly recommended/i)
     ).toBeVisible()
+
+    await firstQuestion.click()
+    await expect(firstQuestion).toHaveAttribute('aria-expanded', 'false')
+    await expect(
+      page.getByText(/A dedicated GPU is strongly recommended/i)
+    ).toBeHidden()
   })
 })
 
@@ -145,7 +162,14 @@ test.describe('Download page mobile @mobile', () => {
     ).toBeVisible()
   })
 
-  test('download buttons are stacked vertically', async ({ page }) => {
+  test('download buttons are stacked vertically', async ({ browser }) => {
+    const context = await browser.newContext({
+      ...devices['Pixel 5'],
+      userAgent: WINDOWS_UA
+    })
+    const page = await context.newPage()
+    await page.goto('/download')
+
     const hero = page.locator('section', {
       has: page.getByRole('heading', {
         name: /Run on your hardware/i,
@@ -155,13 +179,18 @@ test.describe('Download page mobile @mobile', () => {
     const downloadBtn = hero.getByRole('link', { name: /DOWNLOAD LOCAL/i })
     const githubBtn = hero.getByRole('link', { name: /INSTALL FROM GITHUB/i })
 
-    await downloadBtn.scrollIntoViewIfNeeded()
+    await expect(downloadBtn).toBeVisible()
+    await expect(githubBtn).toBeVisible()
 
-    const downloadBox = await downloadBtn.boundingBox()
-    const githubBox = await githubBtn.boundingBox()
+    await expect
+      .poll(async () => {
+        const downloadBox = await downloadBtn.boundingBox()
+        const githubBox = await githubBtn.boundingBox()
+        if (!downloadBox || !githubBox) return false
+        return githubBox.y > downloadBox.y
+      })
+      .toBe(true)
 
-    expect(downloadBox, 'download button bounding box').not.toBeNull()
-    expect(githubBox, 'github button bounding box').not.toBeNull()
-    expect(githubBox!.y).toBeGreaterThan(downloadBox!.y)
+    await context.close()
   })
 })

apps/website/e2e/fixtures/blockExternalMedia.ts

@@ -0,0 +1,47 @@
+import { fileURLToPath } from 'node:url'
+
+import type { Route } from '@playwright/test'
+import { test as base } from '@playwright/test'
+
+function assetPath(relativePath: string) {
+  return fileURLToPath(new URL(relativePath, import.meta.url))
+}
+
+const IMAGE_PLACEHOLDER = assetPath('../assets/placeholder-1x1.webp')
+const VIDEO_PLACEHOLDER = assetPath('../assets/placeholder.webm')
+
+const ANALYTICS_PATTERN = '**/va.vercel-scripts.com/**' as const
+const MEDIA_PATTERN =
+  /^https:\/\/media\.comfy\.org\/.*\.(webp|webm|mp4|png|jpg|jpeg|vtt)(\?.*)?$/i
+const VIDEO_PATTERN = /\.(webm|mp4)(\?|$)/i
+const SUBTITLE_PATTERN = /\.vtt(\?|$)/i
+
+function blockAnalytics(route: Route) {
+  return route.abort('blockedbyclient')
+}
+
+async function fulfillMedia(route: Route) {
+  const url = route.request().url()
+  if (VIDEO_PATTERN.test(url))
+    return route.fulfill({ path: VIDEO_PLACEHOLDER, status: 200 })
+
+  if (SUBTITLE_PATTERN.test(url))
+    return route.fulfill({
+      status: 200,
+      contentType: 'text/vtt',
+      body: 'WEBVTT\n'
+    })
+
+  await route.fulfill({ path: IMAGE_PLACEHOLDER, status: 200 })
+}
+
+export const test = base.extend<{ blockExternalMedia: void }>({
+  blockExternalMedia: [
+    async ({ page }, use) => {
+      await page.route(ANALYTICS_PATTERN, blockAnalytics)
+      await page.route(MEDIA_PATTERN, fulfillMedia)
+      await use()
+    },
+    { auto: true }
+  ]
+})

apps/website/e2e/homepage.spec.ts

@@ -1,4 +1,15 @@
-import { expect, test } from '@playwright/test'
+import { fileURLToPath } from 'node:url'
+
+import { expect } from '@playwright/test'
+
+import { test } from './fixtures/blockExternalMedia'
+
+const caseStudyVideoPath = fileURLToPath(
+  new URL(
+    '../../../public/assets/images/cloud-subscription.webm',
+    import.meta.url
+  )
+)
 
 test.describe('Homepage @smoke', () => {
   test.beforeEach(async ({ page }) => {
@@ -83,17 +94,56 @@ test.describe('Product showcase accordion @interaction', () => {
       .first()
 
     await secondFeature.scrollIntoViewIfNeeded()
-
-    await expect(async () => {
-      await secondFeature.click()
-      await expect(
-        page.getByText(/If you are new to ComfyUI/).first()
-      ).toBeVisible({ timeout: 1000 })
-    }).toPass({ timeout: 10000 })
+    await secondFeature.click()
 
     await expect(
-      page.getByText(/Build powerful AI pipelines by connecting nodes/).first()
-    ).toBeHidden()
+      secondFeature.getByText(/If you are new to ComfyUI/)
+    ).toBeVisible()
+
+    const firstFeature = page
+      .getByRole('button', { name: /Full Control with Nodes/i })
+      .first()
+
+    await expect(firstFeature).not.toHaveClass(/bg-primary-comfy-yellow/)
+    await expect(secondFeature).toHaveClass(/bg-primary-comfy-yellow/)
+  })
+})
+
+test.describe('Video player @interaction', () => {
+  test.beforeEach(async ({ page }) => {
+    await page.route(
+      'https://media.comfy.org/website/customers/blackmath/video.webm',
+      (route) =>
+        route.fulfill({
+          contentType: 'video/webm',
+          path: caseStudyVideoPath
+        })
+    )
+
+    await page.goto('/')
+  })
+
+  test('clicking play advances playback', async ({ page }) => {
+    const section = page.locator('section', {
+      has: page.getByText('Customer Stories')
+    })
+    const video = section.locator('video')
+
+    await expect
+      .poll(
+        async () =>
+          video.evaluate((element: HTMLVideoElement) => element.duration),
+        { timeout: 15_000 }
+      )
+      .toBeGreaterThan(0)
+
+    await section.getByRole('button', { name: 'Play' }).click()
+
+    await expect
+      .poll(async () =>
+        video.evaluate((element: HTMLVideoElement) => element.currentTime)
+      )
+      .toBeGreaterThan(0)
   })
 })
 
@@ -125,6 +175,6 @@ test.describe('Get started section links @smoke', () => {
 
     const cloudLink = section.getByRole('link', { name: 'Launch Cloud' })
     await expect(cloudLink).toBeVisible()
-    await expect(cloudLink).toHaveAttribute('href', 'https://app.comfy.org')
+    await expect(cloudLink).toHaveAttribute('href', 'https://cloud.comfy.org')
   })
 })

apps/website/e2e/navigation.spec.ts

@@ -1,4 +1,6 @@
-import { expect, test } from '@playwright/test'
+import { expect } from '@playwright/test'
+
+import { test } from './fixtures/blockExternalMedia'
 
 test.describe('Desktop navigation @smoke', () => {
   test.beforeEach(async ({ page }) => {

apps/website/e2e/responsive.spec.ts

@@ -1,4 +1,6 @@
-import { expect, test } from '@playwright/test'
+import { expect } from '@playwright/test'
+
+import { test } from './fixtures/blockExternalMedia'
 
 test.describe('Desktop layout @smoke', () => {
   test.beforeEach(async ({ page }) => {

apps/website/e2e/viewports.ts

@@ -0,0 +1,6 @@
+export const VIEWPORTS = [
+  { name: '1-sm', width: 393, height: 851 },
+  { name: '2-md', width: 768, height: 1024 },
+  { name: '3-lg', width: 1280, height: 800 },
+  { name: '4-xl', width: 1536, height: 864 }
+] as const

apps/website/e2e/visual-responsive.spec.ts

@@ -0,0 +1,145 @@
+import type { Page } from '@playwright/test'
+
+import { expect } from '@playwright/test'
+
+import { test } from './fixtures/blockExternalMedia'
+import { VIEWPORTS } from './viewports'
+
+test.describe.configure({ timeout: 60_000 })
+
+const SMALL_VIEWPORTS = VIEWPORTS.filter(
+  (v) => v.name === '1-sm' || v.name === '2-md'
+)
+
+async function assertNoOverflow(page: Page) {
+  await expect
+    .poll(
+      () =>
+        page.evaluate(
+          () =>
+            document.documentElement.scrollWidth >
+            document.documentElement.clientWidth
+        ),
+      { message: 'page has horizontal overflow', timeout: 5_000 }
+    )
+    .toBe(false)
+}
+
+async function navigateAndSettle(page: Page, url: string) {
+  await page.goto(url)
+  await page.waitForLoadState('networkidle')
+}
+
+test.describe('Home', { tag: '@visual' }, () => {
+  for (const vp of VIEWPORTS) {
+    test.describe(vp.name, () => {
+      test.beforeEach(async ({ page }) => {
+        await page.setViewportSize({ width: vp.width, height: vp.height })
+        await navigateAndSettle(page, '/')
+      })
+
+      test('product-cards screenshot', async ({ page }) => {
+        const section = page.locator('section', {
+          has: page.getByRole('heading', { name: /The AI creation/i })
+        })
+        await expect(section).toBeVisible()
+        await section.scrollIntoViewIfNeeded()
+        await expect(page).toHaveScreenshot(`home-product-cards-${vp.name}.png`)
+      })
+
+      test('get-started screenshot', async ({ page }) => {
+        const section = page.locator('section', {
+          has: page.getByRole('heading', { name: /Get started/i })
+        })
+        await expect(section).toBeVisible()
+        await section.scrollIntoViewIfNeeded()
+        await expect(page).toHaveScreenshot(`home-get-started-${vp.name}.png`)
+      })
+    })
+  }
+})
+
+test.describe('Pricing', { tag: '@visual' }, () => {
+  for (const vp of VIEWPORTS) {
+    test(`pricing-tiers-${vp.name}`, async ({ page }) => {
+      await page.setViewportSize({ width: vp.width, height: vp.height })
+      await navigateAndSettle(page, '/cloud/pricing')
+      await assertNoOverflow(page)
+
+      const section = page.locator('section', {
+        has: page.getByRole('heading', { name: /Pricing/i })
+      })
+      await expect(section).toBeVisible()
+      await section.scrollIntoViewIfNeeded()
+      await expect(page).toHaveScreenshot(`pricing-tiers-${vp.name}.png`)
+    })
+  }
+})
+
+test.describe('Contact', { tag: '@visual' }, () => {
+  for (const vp of SMALL_VIEWPORTS) {
+    test(`form-${vp.name}`, async ({ page }) => {
+      await page.setViewportSize({ width: vp.width, height: vp.height })
+      await navigateAndSettle(page, '/contact')
+
+      const section = page.locator('section', {
+        has: page.getByRole('heading', { name: /Create powerful workflows/i })
+      })
+      await expect(section).toBeVisible()
+      await section.scrollIntoViewIfNeeded()
+      await expect(page).toHaveScreenshot(`contact-form-${vp.name}.png`)
+    })
+  }
+})
+
+test.describe('Gallery', { tag: '@visual' }, () => {
+  for (const vp of SMALL_VIEWPORTS) {
+    test(`gallery-grid-${vp.name}`, async ({ page }) => {
+      await page.setViewportSize({ width: vp.width, height: vp.height })
+      await navigateAndSettle(page, '/gallery')
+
+      const section = page.getByTestId('gallery-grid')
+      await expect(section).toBeVisible()
+      await section.scrollIntoViewIfNeeded()
+      await expect(page).toHaveScreenshot(`gallery-grid-${vp.name}.png`)
+    })
+  }
+})
+
+test.describe('About', { tag: '@visual' }, () => {
+  for (const vp of SMALL_VIEWPORTS) {
+    test(`hero-${vp.name}`, async ({ page }) => {
+      await page.setViewportSize({ width: vp.width, height: vp.height })
+      await navigateAndSettle(page, '/about')
+
+      const hero = page.locator('section', {
+        has: page.getByRole('heading', { name: /Build the tools/i })
+      })
+      await expect(hero).toBeVisible()
+      await hero.scrollIntoViewIfNeeded()
+      await expect(page).toHaveScreenshot(`about-hero-${vp.name}.png`)
+    })
+  }
+})
+
+test.describe('Overflow guards', { tag: '@visual' }, () => {
+  const pages = [
+    '/',
+    '/cloud',
+    '/cloud/pricing',
+    '/contact',
+    '/download',
+    '/gallery',
+    '/about',
+    '/careers'
+  ]
+  for (const url of pages) {
+    for (const vp of VIEWPORTS) {
+      test(`${url} ${vp.name} no overflow`, async ({ page }) => {
+        await page.setViewportSize({ width: vp.width, height: vp.height })
+        await page.goto(url)
+        await assertNoOverflow(page)
+      })
+    }
+  }
+})

apps/website/package.json

@@ -5,17 +5,22 @@
   "type": "module",
   "scripts": {
     "dev": "astro dev",
+    "dev:no-toolbar": "cross-env NO_TOOLBAR=1 astro dev",
     "build": "astro build",
     "preview": "astro preview",
     "typecheck": "astro check",
     "test:e2e": "playwright test",
-    "test:e2e:local": "PLAYWRIGHT_LOCAL=1 playwright test"
+    "test:e2e:local": "cross-env PLAYWRIGHT_LOCAL=1 playwright test",
+    "test:visual": "playwright test --project visual",
+    "test:visual:update": "playwright test --project visual --update-snapshots"
   },
   "dependencies": {
     "@astrojs/sitemap": "catalog:",
     "@comfyorg/design-system": "workspace:*",
     "@comfyorg/tailwind-utils": "workspace:*",
     "@vercel/analytics": "catalog:",
+    "@vueuse/core": "catalog:",
+    "cva": "catalog:",
     "gsap": "catalog:",
     "lenis": "catalog:",
     "vue": "catalog:"

apps/website/playwright.config.ts

@@ -1,15 +1,36 @@
+import type { PlaywrightTestConfig } from '@playwright/test'
 import { defineConfig, devices } from '@playwright/test'
 
+const maybeLocalOptions: PlaywrightTestConfig = process.env.PLAYWRIGHT_LOCAL
+  ? {
+      timeout: 30_000,
+      retries: 0,
+      workers: 1,
+      use: {
+        baseURL: 'http://localhost:4321',
+        trace: 'on',
+        video: 'on'
+      }
+    }
+  : {
+      retries: process.env.CI ? 2 : 0,
+      use: {
+        baseURL: 'http://localhost:4321',
+        trace: 'on-first-retry'
+      }
+    }
+
 export default defineConfig({
   testDir: './e2e',
   fullyParallel: true,
   forbidOnly: !!process.env.CI,
-  retries: process.env.CI ? 2 : 0,
-  reporter: 'html',
-  use: {
-    baseURL: 'http://localhost:4321',
-    trace: process.env.CI ? 'on-first-retry' : 'on'
+  reporter: process.env.CI
+    ? [['html'], ['json', { outputFile: 'results.json' }]]
+    : 'html',
+  expect: {
+    toHaveScreenshot: { maxDiffPixels: 50 }
   },
+  ...maybeLocalOptions,
   webServer: {
     command: 'pnpm preview',
     port: 4321,
@@ -19,12 +40,18 @@ export default defineConfig({
     {
       name: 'desktop',
       use: { ...devices['Desktop Chrome'] },
-      grepInvert: /@mobile/
+      grepInvert: /@mobile|@visual/
     },
     {
       name: 'mobile',
       use: { ...devices['Pixel 5'] },
       grep: /@mobile/
+    },
+    {
+      name: 'visual',
+      use: { ...devices['Desktop Chrome'] },
+      grep: /@visual/,
+      fullyParallel: false
     }
   ]
 })

apps/website/public/icons/check.svg

@@ -0,0 +1,3 @@
+<svg width="24" height="24" viewBox="0 0 24 24" fill="none" xmlns="http://www.w3.org/2000/svg">
+<path d="M5 11.5811L10.2582 18.0581L20 6.05811" stroke="#F2FF59" stroke-width="2" stroke-linecap="round" stroke-linejoin="round"/>
+</svg>

apps/website/public/icons/clock.svg

@@ -0,0 +1,11 @@
+<svg width="24" height="24" viewBox="0 0 24 24" fill="none" xmlns="http://www.w3.org/2000/svg">
+<g clip-path="url(#clip0_2871_8492)">
+<path d="M12 21C16.9706 21 21 16.9706 21 12C21 7.02944 16.9706 3 12 3C7.02944 3 3 7.02944 3 12C3 16.9706 7.02944 21 12 21Z" stroke="#F2FF59" stroke-width="2" stroke-linecap="round" stroke-linejoin="round"/>
+<path d="M12 6.75V12H17.25" stroke="#F2FF59" stroke-width="2" stroke-linecap="round" stroke-linejoin="round"/>
+</g>
+<defs>
+<clipPath id="clip0_2871_8492">
+<rect width="24" height="24" fill="white"/>
+</clipPath>
+</defs>
+</svg>

apps/website/public/icons/investors/abstract.svg

@@ -0,0 +1,19 @@
+<?xml version="1.0" encoding="UTF-8"?>
+<svg xmlns="http://www.w3.org/2000/svg" version="1.1" viewBox="0 0 595.3 130">
+  <!-- Generator: Adobe Illustrator 28.7.1, SVG Export Plug-In . SVG Version: 1.2.0 Build 142)  -->
+  <g>
+    <g id="Layer_1">
+      <g id="Group_458" fill="#C2BFB9">
+        <path id="Path_3625" d="M16.4,109.7c4.4,0,8.6-.3,12.8-11L62.4,16.5h9.6l31.8,79.8c4.1,10.2,7.6,13.5,13,13.5v6.9h-36.7v-6.4c9-.5,12.8-3.5,9.2-13l-6.3-16.2h-36.8l-6,15.4c-3.4,8.7-1.8,13.8,7.6,13.8v6.4h-31.5v-6.9ZM79.8,72.6l-15.1-39.6-15.3,39.6h30.4Z"/>
+        <path id="Path_3626" d="M126,113.8V26.4l-11.8-2.1v-4.9l20.8-8.3h3.7v47.2c7.8-9.3,13.9-13,22.8-13,16.7,0,28,13.1,28,32.7s-13.9,40.2-38.5,40.2c-8.5-.1-16.9-1.6-24.9-4.4M155.1,111.6c12.2,0,20.5-11.8,20.5-28.7s-7.5-27.1-20.6-27.1c-6.4,0-12.4,3-16.2,8.1v31.5c-.4,8.6,6.3,15.8,14.8,16.2.5,0,1,0,1.5,0"/>
+        <path id="Path_3627" d="M209,110.9l-7.9,6.7h-2.8l-1.7-25.2h6.1c5.8,12.8,13.8,18.3,23.7,18.3s12.8-3.7,12.8-10.2-2.1-8.3-9.6-11.2l-12.4-4.7c-11.9-4.6-17.7-10.4-17.7-19.7s10.1-19.7,22.3-19.7c6-.2,11.8,2.3,15.7,6.9l7.9-6.4h2.6v22.6h-6.1c-5-12.5-11.2-15.6-18.2-15.6s-12.5,4-12.5,9.6,2.6,7.5,9.3,9.9l13.6,4.9c11,4,17,10.4,17,20s-9.2,21.1-23.2,21.1c-7,0-13.8-2.6-18.9-7.3"/>
+        <path id="Path_3628" d="M271.6,97.6l.5-41.4h-11.9v-8.4h7.9l13.3-16.7h2.9v16.7h21.9v8.4h-21.9v38.5c0,8.7,4,13.3,11.6,13.3,4.4-.1,8.6-1.9,11.8-4.9l2.3,2.7c-3.8,7.1-10.9,11.7-18.9,12.2-11.6,0-19.6-6.3-19.4-20.5"/>
+        <path id="Path_3629" d="M327.4,100.5v-39l-10.4-2.1v-4.6l18.2-8.3h4.9v13.1c9.6-10.7,14.7-13.6,19.9-13.6,4.2-.4,7.9,2.7,8.2,6.9,0,.2,0,.4,0,.6-.3,4.1-2.7,7.8-6.4,9.6l-11-6.3c-4.1,1.9-7.7,4.7-10.7,8.1v37c0,6.7,2.1,8.4,10.7,8.4h2.3v6.1h-36.8v-6.1c8.9,0,11.2-1.7,11.2-9.9"/>
+        <path id="Path_3630" d="M409.6,106.5c-6.6,8.6-12.5,11.8-19.3,11.8-8.2.4-15.2-6-15.6-14.2,0-.5,0-.9,0-1.4,0-9,5.7-14.4,16.7-18.8l18-7v-6c0-9.3-4.4-14.8-13.1-14.8s-11.6,3.1-17.6,11.2l-5-3.4c8.6-13.9,18-18.5,27.4-18.5s21.1,8.9,21.1,23.7v33.3c0,3.5,1.2,6,5.2,6,2.6-.1,5-1.4,6.6-3.4l.9,3.8c-5.3,7.2-9,9.5-13.6,9.5-6.4-.2-11.5-5.4-11.6-11.8M396.6,107.9c4.8-.2,9.4-2.2,12.8-5.7v-17.3l-11.5,2.6c-7.3,1.8-10.7,6-10.7,11.6-.2,4.7,3.5,8.6,8.2,8.8.4,0,.7,0,1.1,0"/>
+        <path id="Path_3631" d="M436.7,84.5c-.3-21.1,16.6-38.5,37.7-38.8,0,0,0,0,0,0,11.6,0,18.9,5,18.9,11.2-.5,4.3-4,7.6-8.3,7.8l-13.1-12.7c-12.4,1.5-22.5,12.1-22.5,28.3s7,26.1,23.2,26.1c8.7.3,16.7-4.7,20.3-12.5l3.8,3.2c-6.7,15.3-17.6,21.3-29.5,21.3-18.3,0-30.7-15.6-30.7-33.8"/>
+        <path id="Path_3632" d="M513.3,97.6l.5-41.4h-11.9v-8.4h7.9l13.3-16.7h2.9v16.7h21.9v8.4h-21.9v38.5c0,8.7,4,13.3,11.6,13.3,4.4-.1,8.6-1.9,11.8-4.9l2.3,2.7c-3.8,7.1-10.9,11.7-18.9,12.2-11.6,0-19.6-6.3-19.4-20.5"/>
+        <path id="Path_3633" d="M562.1,110.5c0-4.6,3.8-8.4,8.4-8.4,4.6,0,8.4,3.8,8.4,8.4,0,4.6-3.7,8.3-8.3,8.4-4.6.1-8.4-3.5-8.6-8.1,0-.1,0-.2,0-.3"/>
+      </g>
+    </g>
+  </g>
+</svg>

apps/website/public/icons/investors/sapphire-ventures.svg

@@ -1,18 +0,0 @@
-<svg width="114" height="23" viewBox="0 0 114 23" fill="none" xmlns="http://www.w3.org/2000/svg">
-<path d="M59.7261 19.7973C59.7261 21.2999 60.3252 22.0063 61.7621 22.0063C63.1991 22.0063 63.7905 21.2999 63.7905 19.7973V16.8824H64.7098V19.5511C64.7098 21.9979 63.6425 22.7617 61.7621 22.7617C59.8817 22.7617 58.8063 21.9979 58.8063 19.5511V16.8824H59.7261V19.7973Z" fill="#C2BFB9"/>
-<path d="M88.2206 16.7512C90.0927 16.7513 91.3324 17.5068 91.349 18.6973H90.4045C90.4127 17.9584 89.5177 17.5146 88.2696 17.5146C86.9233 17.5146 86.2004 17.835 86.2004 18.4097C86.2004 19.8713 91.4883 18.3443 91.4883 20.98C91.4881 22.154 90.1824 22.7617 88.2943 22.7617C86.3566 22.7616 85.125 21.9733 85.1494 20.8155H86.0853C86.0771 21.5463 86.9724 21.9978 88.2287 21.9978C89.7391 21.9896 90.5603 21.6778 90.5604 21.0209C90.5604 19.3295 85.2561 20.9633 85.2558 18.5167C85.2558 17.359 86.4717 16.7512 88.2206 16.7512Z" fill="#C2BFB9"/>
-<path d="M25.8672 22.3676L28.6832 16.8824H29.8165L26.7865 22.63H24.9393L21.9093 16.8824H23.0426L25.8672 22.3676Z" fill="#C2BFB9"/>
-<path d="M37.4926 17.6463H33.174V19.3624H37.4189V20.0602H33.174V21.8666H37.4926V22.63H32.2541V16.8824H37.4926V17.6463Z" fill="#C2BFB9"/>
-<path d="M46.0695 21.5134V16.8824H46.9889V22.63H46.0448L41.4633 18.0076V22.63H40.5435V16.8824H41.4794L46.0695 21.5134Z" fill="#C2BFB9"/>
-<path d="M56.2693 17.6463H53.3463V22.63H52.427V17.6463H49.5121V16.8824H56.2693V17.6463Z" fill="#C2BFB9"/>
-<path fill-rule="evenodd" clip-rule="evenodd" d="M72.3161 16.8824C73.5067 16.8824 74.1638 17.5231 74.1638 18.4017C74.1637 19.3212 73.4244 19.8468 72.3161 19.8468H71.7081C73.0301 19.937 73.5643 20.758 74.5821 22.63H73.5805C72.5131 20.7169 72.2256 20.1258 71.1338 20.1258H68.7694L68.777 22.63H67.8577V16.8824H72.3161ZM68.7694 19.3376H72.0285C72.8987 19.3376 73.2439 19.0175 73.244 18.5495C73.244 17.9255 72.8827 17.6544 72.0285 17.6544H68.7608L68.7694 19.3376Z" fill="#C2BFB9"/>
-<path d="M82.4683 17.6463H78.1492V19.3624H82.3942V20.0602H78.1492V21.8666H82.4683V22.63H77.2299V16.8824H82.4683V17.6463Z" fill="#C2BFB9"/>
-<path d="M6.82474 0C10.6948 4.35571e-05 12.5148 1.24639 12.5148 1.24639V3.24338C12.5148 3.24338 10.6948 1.65668 6.9683 1.65663C4.07267 1.65663 2.17477 2.33495 2.17477 3.61749C2.17519 7.145 13.5522 3.35015 13.5525 9.15639C13.5525 11.688 10.9865 13.041 6.95119 13.041C2.69336 13.041 0.0167388 11.2525 0 11.2413V9.33892C0 9.33892 3.01305 11.2367 6.75677 11.2385C9.99295 11.2385 11.5455 10.7091 11.5455 9.2486C11.5453 5.47073 0.14838 9.46271 0.148312 3.86753C0.148312 1.33587 3.03945 0 6.82474 0Z" fill="#C2BFB9"/>
-<path d="M113.4 1.95088H103.178V5.3516H111.851V7.061H103.178V11.1101H113.4V12.7677H101.186V0.293297H113.4V1.95088Z" fill="#C2BFB9"/>
-<path fill-rule="evenodd" clip-rule="evenodd" d="M41.5959 0.293297C44.1736 0.293325 45.7748 1.89222 45.7748 3.82142C45.7721 6.16157 43.9928 7.33195 41.5931 7.33195H35.2204V12.7667H33.2476V0.293297H41.5959ZM35.2175 5.62256H41.1476C42.9965 5.62256 43.7788 5.08577 43.7788 3.80954C43.7796 2.53432 42.9973 1.96799 41.1476 1.96799H35.2175V5.62256Z" fill="#C2BFB9"/>
-<path d="M65.2223 5.34162H74.1286V0.284741H76.1208V12.7577H74.1286V6.99778H65.2223V12.7577H63.2295V0.284741H65.2223V5.34162Z" fill="#C2BFB9"/>
-<path d="M81.6388 12.7577H79.6466V0.284741H81.6388V12.7577Z" fill="#C2BFB9"/>
-<path fill-rule="evenodd" clip-rule="evenodd" d="M94.0372 0.270955C96.6238 0.270955 98.0511 1.66293 98.0511 3.57138C98.051 5.56913 96.3736 6.71066 94.0372 6.71066L92.7171 6.72872V6.7639C95.589 6.95987 96.7305 8.69061 98.9424 12.7577H96.7125C94.3941 8.60131 93.5165 7.31681 91.1617 7.31674H87.1444L87.1611 12.7577H85.1627V0.270955H94.0372ZM87.1444 5.6045H93.4135C95.304 5.60445 96.0536 4.90875 96.0536 3.89177C96.0536 2.53619 95.2684 1.94711 93.4135 1.94707H87.1264L87.1444 5.6045Z" fill="#C2BFB9"/>
-<path fill-rule="evenodd" clip-rule="evenodd" d="M56.5869 0.284741C59.1648 0.284762 60.7658 1.88318 60.7658 3.81239C60.7633 6.15432 58.9847 7.32241 56.584 7.32245H50.2113V12.7568H48.2386V0.284741H56.5869ZM50.2113 5.61495H56.1415C57.9902 5.61495 58.7726 5.07773 58.7726 3.80241C58.7726 2.52713 57.9902 1.96087 56.1415 1.96086H50.2113V5.61495Z" fill="#C2BFB9"/>
-<path fill-rule="evenodd" clip-rule="evenodd" d="M31.3638 12.7506H29.1187L27.2182 9.18919H18.8124L16.9076 12.7506H14.6458L17.5712 7.56773V7.55632H17.5783L21.6874 0.284741H24.3399L31.3638 12.7506ZM19.6847 7.55632H26.3468L23.0203 1.31675L19.6847 7.55632Z" fill="#C2BFB9"/>
-</svg>

apps/website/public/images/cloud/ai-models/grok-video.vtt

@@ -1,4 +0,0 @@
-WEBVTT
-
-00:00:00.000 --> 00:00:06.000
-AI-generated video showcasing Grok Imagine image generation capabilities

apps/website/public/images/cloud/ai-models/seedance-20.vtt

@@ -1,4 +0,0 @@
-WEBVTT
-
-00:00:00.000 --> 00:00:05.000
-AI-generated video showcasing Seedance 2.0 video generation capabilities

apps/website/public/images/cloud/ai-models/wan-22.vtt

@@ -1,4 +0,0 @@
-WEBVTT
-
-00:00:00.000 --> 00:00:05.000
-AI-generated video showcasing Wan 2.2 image-to-video generation capabilities

apps/website/public/images/cloud/hero-cube.svg

@@ -1,110 +0,0 @@
-<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 800 900" fill="none">
-  <!-- Background geometric lines -->
-  <g stroke="#49378B" stroke-width="1.5" fill="none" opacity="0.4">
-    <!-- Outer hexagonal frame layers -->
-    <path d="M400 80 L600 200 L600 440 L400 560 L200 440 L200 200 Z" />
-    <path d="M400 120 L570 220 L570 420 L400 520 L230 420 L230 220 Z" />
-    <!-- Connector lines going up -->
-    <line x1="300" y1="160" x2="300" y2="60" />
-    <line x1="400" y1="120" x2="400" y2="20" />
-    <line x1="500" y1="160" x2="500" y2="60" />
-    <!-- Bottom platform layers -->
-    <path d="M250 520 L550 520 L600 560 L600 600 L400 700 L200 600 L200 560 Z" opacity="0.3" />
-    <path d="M280 620 L520 620 L560 650 L560 680 L400 760 L240 680 L240 650 Z" opacity="0.2" />
-    <path d="M320 700 L480 700 L510 720 L510 740 L400 800 L290 740 L290 720 Z" opacity="0.15" />
-  </g>
-
-  <!-- 3D Isometric cube cluster -->
-  <g transform="translate(400, 380)">
-    <!-- Back layer cubes (purple/dark) -->
-    <!-- Top back -->
-    <g transform="translate(0, -100)">
-      <polygon points="0,-40 35,-20 35,20 0,40 -35,20 -35,-20" fill="#49378B" />
-      <polygon points="0,-40 35,-20 0,-5 -35,-20" fill="#5a45a0" />
-      <polygon points="0,-5 35,-20 35,20 0,40" fill="#3d2d75" />
-    </g>
-
-    <!-- Middle row - left back -->
-    <g transform="translate(-70, -55)">
-      <polygon points="0,-40 35,-20 35,20 0,40 -35,20 -35,-20" fill="#49378B" />
-      <polygon points="0,-40 35,-20 0,-5 -35,-20" fill="#5a45a0" />
-      <polygon points="0,-5 35,-20 35,20 0,40" fill="#3d2d75" />
-    </g>
-    <!-- Middle row - right back -->
-    <g transform="translate(70, -55)">
-      <polygon points="0,-40 35,-20 35,20 0,40 -35,20 -35,-20" fill="#49378B" />
-      <polygon points="0,-40 35,-20 0,-5 -35,-20" fill="#5a45a0" />
-      <polygon points="0,-5 35,-20 35,20 0,40" fill="#3d2d75" />
-    </g>
-
-    <!-- Yellow accent cubes - front facing -->
-    <!-- Top -->
-    <g transform="translate(0, -65)">
-      <polygon points="0,-40 35,-20 35,20 0,40 -35,20 -35,-20" fill="#f2ff59" />
-      <polygon points="0,-40 35,-20 0,-5 -35,-20" fill="#f2ff59" />
-      <polygon points="0,-5 35,-20 35,20 0,40" fill="#d4e04e" />
-      <polygon points="0,-5 -35,-20 -35,20 0,40" fill="#e0ec50" />
-    </g>
-
-    <!-- Middle left yellow -->
-    <g transform="translate(-70, -20)">
-      <polygon points="0,-40 35,-20 35,20 0,40 -35,20 -35,-20" fill="#f2ff59" />
-      <polygon points="0,-40 35,-20 0,-5 -35,-20" fill="#f2ff59" />
-      <polygon points="0,-5 35,-20 35,20 0,40" fill="#d4e04e" />
-      <polygon points="0,-5 -35,-20 -35,20 0,40" fill="#e0ec50" />
-    </g>
-    <!-- Middle right yellow -->
-    <g transform="translate(70, -20)">
-      <polygon points="0,-40 35,-20 35,20 0,40 -35,20 -35,-20" fill="#f2ff59" />
-      <polygon points="0,-40 35,-20 0,-5 -35,-20" fill="#f2ff59" />
-      <polygon points="0,-5 35,-20 35,20 0,40" fill="#d4e04e" />
-      <polygon points="0,-5 -35,-20 -35,20 0,40" fill="#e0ec50" />
-    </g>
-
-    <!-- Center purple -->
-    <g transform="translate(0, -20)">
-      <polygon points="0,-40 35,-20 35,20 0,40 -35,20 -35,-20" fill="#49378B" />
-      <polygon points="0,-40 35,-20 0,-5 -35,-20" fill="#5a45a0" />
-      <polygon points="0,-5 35,-20 35,20 0,40" fill="#3d2d75" />
-    </g>
-
-    <!-- Bottom row -->
-    <g transform="translate(-70, 25)">
-      <polygon points="0,-40 35,-20 35,20 0,40 -35,20 -35,-20" fill="#49378B" />
-      <polygon points="0,-40 35,-20 0,-5 -35,-20" fill="#5a45a0" />
-      <polygon points="0,-5 35,-20 35,20 0,40" fill="#3d2d75" />
-    </g>
-    <g transform="translate(70, 25)">
-      <polygon points="0,-40 35,-20 35,20 0,40 -35,20 -35,-20" fill="#49378B" />
-      <polygon points="0,-40 35,-20 0,-5 -35,-20" fill="#5a45a0" />
-      <polygon points="0,-5 35,-20 35,20 0,40" fill="#3d2d75" />
-    </g>
-
-    <!-- Front bottom yellow -->
-    <g transform="translate(0, 25)">
-      <polygon points="0,-40 35,-20 35,20 0,40 -35,20 -35,-20" fill="#f2ff59" />
-      <polygon points="0,-40 35,-20 0,-5 -35,-20" fill="#f2ff59" />
-      <polygon points="0,-5 35,-20 35,20 0,40" fill="#d4e04e" />
-      <polygon points="0,-5 -35,-20 -35,20 0,40" fill="#e0ec50" />
-    </g>
-
-    <!-- Outer corner yellow accents -->
-    <g transform="translate(-105, 5)">
-      <polygon points="0,-25 20,-12 20,12 0,25 -20,12 -20,-12" fill="#f2ff59" />
-      <polygon points="0,-25 20,-12 0,-2 -20,-12" fill="#f2ff59" />
-      <polygon points="0,-2 20,-12 20,12 0,25" fill="#d4e04e" />
-    </g>
-    <g transform="translate(105, 5)">
-      <polygon points="0,-25 20,-12 20,12 0,25 -20,12 -20,-12" fill="#f2ff59" />
-      <polygon points="0,-25 20,-12 0,-2 -20,-12" fill="#f2ff59" />
-      <polygon points="0,-2 -20,-12 -20,12 0,25" fill="#e0ec50" />
-    </g>
-    <g transform="translate(0, -135)">
-      <polygon points="0,-25 20,-12 20,12 0,25 -20,12 -20,-12" fill="#f2ff59" />
-      <polygon points="0,-25 20,-12 0,-2 -20,-12" fill="#f2ff59" />
-    </g>
-  </g>
-
-  <!-- Bottom arrow/chevron shape -->
-  <path d="M340 780 L400 820 L460 780 L460 850 L400 890 L340 850 Z" fill="#211927" stroke="#49378B" stroke-width="1" opacity="0.5" />
-</svg>