宜博 / h3livestream

Reuses the existing nickname-modal/.nickname-box comic-panel look (a
new .auth-error line and a plain-text auth-link-btn are the only new
CSS) rather than inventing a second visual language. A "登录" topbar
button opens the modal (email/password, toggle between login/
register, cancel); once logged in it becomes "<nickname or email
prefix> · 退出".

Entirely optional, same as T19-T21 designed it: the modal's only
trigger is that one button, nothing forces it open, and free browsing/
voting keeps working on the plain viewer_uid cookie exactly as before.
Manually verified end to end against the real running server (Chrome):
register auto-logs in, an existing viewer_nickname cookie bound onto
the new account and shown in the button, logout reverts the UI.

auth-ui.test.js is a structural check (id/getElementById consistency,
all four /api/auth/* endpoints wired, modal starts hidden) since no
DOM/browser tooling is available to `node --test` here to render the
pages for a full interaction test.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_011Deddn3sM3oQnmvqWSMb4y

Backend (server.js):
- T11: dance.html gets its own schedule/queue state machine, persisted to
  dance-state.json (gitignored, same as live-state.json). Per MVCP M.8,
  the schedule stores videoId references rather than inlined clip
  snapshots like live's does, joining back to library.json at read time.
  Generalized pickBestIndexByStatus/extracted pickLeastPlayedClip so both
  channels' schedulers share the same selection logic instead of forking
  it; live's random-fill pool now excludes channel:"dance" clips (and
  vice versa) so the two channels' filler picks stay independent, which
  wasn't true before this (T8's dance clips could have leaked into
  live.html's filler).
- T12: GET /api/dance/wardrobe — public, unauthenticated list of active
  garments.
- T15: POST /api/dance/pick {garmentId, nickname?} — free path, always
  uses the configured default character, reuses submitGeneration (T8/T9)
  whole including its M.7 dedupe cache, then hands the result to
  danceQueue. In-flight generations are reconciled against generationJobs
  on each schedule tick rather than via a promise chain, so a pick
  request survives a server restart the same way T8's own jobs do.
- T17: separate danceViewers map and POST /api/dance/queue/vote/:id, so
  viewer counts and votes don't mix with live.html's.
- SCHEDULE_TICK_MS env var makes both channels' tick interval
  configurable so tests don't wait out a real 2s.

Frontend:
- dance.html (T13/T14/T16): reuses live.html's visual language via
  live.css, adds dance.css for the 9:16 boxed player and wardrobe grid.
  Left column is a 衣柜/传衣服/传人 tab set (only 衣柜 is wired up —
  the other two need accounts/credits, dev-plan-2.md 第三/四期); right
  column shows the queue with vote buttons instead of live.html's chat.
  Age-confirmation gate (5.1节) blocks the page on first visit via a
  cookie, non-dismissable by clicking the backdrop.

Tests: dance-channel.test.js spins up a mock H3 Console (same approach
as dressup-generate.test.js) to exercise wardrobe listing, pick
rejection/happy-path/dedupe, vote, and independent viewer counts
end to end.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

The video autoplays muted underneath a full-screen splash — logo, play icon,
slogan and a credit line, matching infiniteslop.ai's own splash. Clicking it
is the user gesture that lets the browser allow unmuted playback, so desktop
viewers land with sound instead of the silent-until-you-find-the-mute-button
experience from the previous change. Mobile stays muted after entry, same as
infiniteslop.ai, since unmuted autoplay-adjacent playback is unreliable there.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_0144MiJ2cLjMd9jWaeEpVfUJ

Drops the muted attribute and tries an unmuted autoplay first; if the browser
blocks unmuted autoplay (no prior user gesture on the page), falls back to
muted playback and syncs the mute button label to match. Once a viewer
unmutes once, later clip switches keep playing with sound.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_0144MiJ2cLjMd9jWaeEpVfUJ

Reworks live.css/live.html to match infiniteslop.ai's visual language: Tahoma
bold type, pure-black canvas, hot-pink accent, and hand-drawn white cards with
a thick black border + hard offset shadow for every button/bubble/prompt card.
Left queue now groups into 接下来播放/生成中/排队中 sections, the center gets a
white "now playing" card (time + requester + prompt) plus a pulsing LIVE pill,
chat bubbles are colored per-nickname via a pastel hash, and the top bar gained
a chat-close toggle alongside mute and the watching count.

Adds real upvoting to go with the new queue UI: POST /api/queue/vote/:id
toggles a per-viewer (cookie uid) vote on a queued prompt, and pickNextClip
now schedules the highest-voted matched/ready entry first instead of strict
FIFO — lets chat bump a favorite prompt to the front of the line.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_0144MiJ2cLjMd9jWaeEpVfUJ

- "昵称 X ✎" button (next to the "聊天" title) replaced with a row directly
  above the chat input: hidden until a nickname is set, then shows
  "<nickname>  change name" — matches infiniteslop.ai's own placement/label
- Nickname prompt now triggers on focusing the chat input itself, not just
  on hitting send — so a first-time visitor sees it the moment they click in

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

Previously the nickname modal only appeared implicitly on first chat send,
with no way to see or change it afterward. Adds an always-visible "昵称 X ✎"
button next to the chat panel title — same modal, pre-filled with the
current nickname, keeps the existing uid when editing.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

- Cookie-based viewer identity: first chat attempt prompts for a nickname
  (inline modal, not a blocking native prompt()), generates a client-side
  uid, both persisted in cookies for 1 year
- Right panel is now a live chat feed (username + message + status) with
  an input row below it, replacing the old bare prompt textarea
- New POST /api/chat: runs a moderation check (banned-word blocklist —
  ponytail: starter list, not a real content policy, swap in the real one)
  before a message is allowed into the existing prompt-matching/generation
  pipeline; rejected messages still show in the chat log, just flagged
- New GET /api/chat: recent chat history (capped at 300), polled every 3s
- Left queue simplified to prompt + submitter name only — dropped the
  resolution/duration/date metadata that was there before
- schedule/promptQueue now carry `requestedBy`/`nickname` through to
  /api/live/state so the left queue and "now playing" bar can show who
  asked for what
- /api/prompt kept working (now a thin wrapper over the same
  submitPromptToQueue() the chat endpoint uses) for direct API testing

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

Inspected infiniteslop.ai's computed styles directly (fonts, colors, button
shapes) rather than guessing from memory:
- Pure black background, Tahoma body font (matches their retro-web feel)
- Shrikhand display font for the logo mark, pink drop-shadow for pop
  (their black stroke doesn't read on a black background, so swapped)
- Hot-pink accent (#ff90e8, their exact "Say" button color) for active
  tabs, the primary CTA button, and active-row/tab indicators
- White pill buttons with bold black text for secondary controls (tabs,
  mute toggle) — matches their unmute/chat button treatment

Layout structure (queue-left/player-center/input-right, mobile sub-tabs,
no native video controls) is unchanged — this is a re-skin, not a layout
clone, since that structure was built to this project's own requirements.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

Static video-gen testing tool (MiniMax native API, then fal.ai) that grew
into an AI drama live channel backed by an internal H3 Console GPU cluster:
shared virtual-playhead live playback, prompt submit/match/generate queue,
admin CRUD for the video library, and bilingual (zh/en) semantic clip names.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>