-
Breaks down dressup-dance-room.md 9节第5条 (paid character upload, face-blacklist moderation, character lifecycle/quota, priority scheduling for paid_boost content, fal.ai real-time compute, "我的 作品" page, playback management) into T31-T39 with acceptance criteria, estimates, and a dependency graph, matching dev-plan.md through dev-plan-4.md's format. Flags one thing worth being upfront about: T27 (mode 2, completed in the prior phase) never actually integrated fal.ai despite dev-plan-4.md's own T27 row calling for it — it still runs entirely through H3 Console. No FAL_API_KEY has ever been configured, so there was no credential to build or test a real fal.ai path against; T27 shipped a fully working H3 Console path instead, same call as T24 did with Stripe. T33 folds paying off that debt into this phase (mode 3 needs the same fal.ai integration anyway, so building it twice would be wasted work), with the same "build the plumbing, real key unlocks real verification" shape as T24. Also asks the user a real question rather than defaulting silently: T26's "no vendor configured -> auto-pass" precedent doesn't transfer to face-blacklist review of real uploaded faces the way it did for garment photos — the risk profile is different, so T32's default policy when unconfigured is left for the user to decide rather than assumed. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_011DUiYs6UjxDMkfvnjtsKFo
