AI创作弹窗对话打磨 v2：单弹窗需求框+输入框+AI全程引导

废弃旧分步向导+跨会话打磨+md载入路径，改为单弹窗 confirmAiScript 重写。

改动：
- public/data-pages.js: confirmAiScript v2（L199-326）= REQ_FIELDS 10 项常量 + 顶部10行需求框常显（空值灰显"待定·由AI按人设自决"）+ 中部对话流（u/ai气泡）+ 底部输入行 + 取消/提交创作；无 step/chip/AI按钮/载入按钮/上下步
- public/style.css: 删 .wizard-modal/.wz-/.ai-topic 旧样式；新增 .req-modal/.req-sheet/.req-dialog/.req-msg.mine/.req-msg.ai/.req-bubble/.req-input-row/.req-input/.req-send 全套
- server.js: 新增 POST /api/ai/clarify（紧跟 /api/ai/topics 之后）= 同步阻塞 Dify chat-messages 100s AbortController；入参 {accountName,turn,reqMd,history}；query 拼装账号人设+当前需求+最近2轮历史+本轮输入；强制输出"对话+==REQ==+10行需求"模板
- 记忆：MEMORY.md 核心技能段补"AI创作弹窗对话打磨 v2"长期记忆；2026-09-02.md 追加完整收尾日志

关键设计：每轮重发 reqMd + 最近 2 轮 history 做无状态上下文；AI 可更新任意字段但严禁生成脚本正文；reqLines 仅取非空字段 + "未填由AI按人设自决"提示。

冒烟 tmp/cdp-req-dialog-smoke.mjs（CDP 9224）4 步端到端 53s 全绿：结构✓/双轮真实Dify打磨✓/需求框0→6→8字段✓/提交捕获{label:创作指令,skills:[短视频脚本创作],hasPersona:true,reqRows:8,modalClosed:true}✓。

.workbuddy/memory/2026-09-01.md

@@ -330,3 +330,11 @@
 - 失误：验证视频详情页对齐时误用 agent-browser（system 技能列表里可见），未遵守项目铁律「浏览器操作一律 browser-harness」（user 级技能，Always use browser-harness for any web interaction）
 - 检查：browser-harness 环境未安装——技能目录只有 SKILL.md，无 subskills/browser-harness/envs/ 环境（可执行文件 browser-harness.exe 不存在）
 - 规避：涉及浏览器自动化/截图/交互时，先 where browser-harness 或查 C:/Users/maidou/.workbuddy/skills/browser-harness/subskills/browser-harness/envs/browser-harness/Scripts/browser-harness.exe 是否存在；未装则 uv tool install --python 3.12 --upgrade --force browser-harness + doctor 验三要素，不装 agent-browser
+
+## AI创作 向导（C+A）落地后冒烟验证（16:23）
+- 目标：账号列表 AI创作按钮 → 弹向导分 5 步收集创意/选题/设定/叙事框架；A=弹窗正向确认（chips+手动） C=打磨用 /api/run 建空技能会话产《创作需求单.md》→ 人工「载入需求单」一键回填再提交创作（人工点击确认并提交创作）
+- 落地位置：data-pages.js confirmAiScript (L267-418) + 辅助 buildClarifyPrompt/parseReqSheet/loadReqSheet/reqLines/buildCreatePrompt (L199-263) + 常量 CREATE_CHIP_GROUPS/CREATE_STEPS/REQ_SHEET_FILE/REQ_SHEET_TEMPLATE/REQ_LABEL_TO_KEY (L163-197) + style.css .wizard-modal 与 .wz-* 样式 (L226-251)——本轮代码已存在于工作区，未做修改
+- 验证方法：启动 Chrome headless CDP 9224（user-data-dir 独立；CDP 9223 在用户内置浏览器实例，本次用 9224 独立验证），Node + WebSocket 写 tmp/cdp-wizard-smoke.mjs 模拟用户点击 5 步 + 注入 window.executeTask 拦截真实任务
+- 结果（report.tmp/wizard-report.json）：① step1 5 元素全在 (idea/gen/load/clarify/create) maskN=1 ② 空想法直接创作 skills=['短视频脚本创作'] ③ 5 步填写后 step5 dotActive=5+9 行摘要+skills=['短视频脚本创作']+hasReqSec=true ④ 打磨 skills=[]+hasSheetPath+forbidCreate+hasAccount ⑤ 载入(无文件) toast「未找到《创作需求单.md》」+maskN=1+stillAt1=true ⑥ chips/自由输入互斥 onAfterChip=true→onAfterFree=0+valAfterFree=「微短剧改编」
+- 教训：① 子 shell `cmd &` 启的 Chrome 会被沙箱回收（与 node server.js 同事发现），必须用 run_in_background=true 启任务；② first 版测试未在每节清 modal-mask 导致 wz-5-confirm.png 出现双 modal 重影，强化版每节前 removeAll(.modal-mask) 后 maskN=1 一致；③ user 提出的「人工点击确认并提交创作」铁律体现在：clarify 路径不自动接续 create，强制走 载入需求单 → 人工 review → 直接创作
+- 截图：tmp/wz-A1-idea.png（步骤1）/ tmp/wz-A2-form.png（步骤2 chips）/ tmp/wz-A3-mood.png / tmp/wz-A4-plot.png / tmp/wz-A5-confirm.png（步骤5 摘要9行）/ tmp/wz-A6-load-empty.png（载入无文件 toast）