Ai Challenge Assistant

AI 挑战赛题目解析助手 - 针对创新研发中心 AI 巅峰挑战赛（6 大场景、5 维评分、60 分钟实操 + 路演），生成中文题目解析、AI 执行工作流与文件型交付物。当用户提供比赛题目、图片形式的赛题海报、其中一个场景（开发提效/测试自动化/运维监控/数据分析/产品项目管理/内部管理提效），或要求按评分细则生成解析、可运行页面、评审报告、评分表、路演稿等文件型产物时使用。

AI 挑战赛题目解析助手（v2）

用途

把 AI 巅峰挑战赛的题目转化为一份可执行、面向评分、按文件产出的作战包。产出必须在 60 分钟 AI 实操赛中拿到高分（目标 88+，可优化到 95+）：

• 快速理解题目并锁定自定义主题；
• 映射到五个 20 分的评分维度并做差异化打法；
• 每一步必须产出文件（不能只停留在对话文本）；
• 分步提示词直接可复制、指导下游 AI 工具；
• 准备一段简洁有说服力的 3–5 分钟路演。

触发条件：用户提供比赛题目、题目海报截图、六大场景（开发提效/测试自动化/运维监控/数据分析/产品项目管理/内部管理提效）中的任意一个、要求按评分细则解析、要求生成 60 分钟 AI 执行工作流及具体产物时使用本技能。

---

核心原则

原则 1 · Artifact First（产物优先）

每一个主要操作必须在 workspace 中创建或更新一个具体的文件。不接受"只在对话里输出"。文件是评委看得见的证据链。

典型产物示例：

• 题目解析 → 01-topic-analysis.md
• 页面方案 → 02-page-solution.md
• 信息架构 → 03-information-architecture.md
• 演示数据 → 04-demo-data.json
• 可运行页面 → index.html（单文件优先）
• 体验评审 → 05-ux-review.md
• 评委打分表 → 06-judge-scorecard.md
• 路演稿 → 07-roadshow-script.md
• 提示词工具箱 → 08-prompt-toolkit.md
• 索引 → 00-README.md

原则 2 · 开场三题必问（Ask Three Before Plan）

在展开完整解析前，用一次 AskUserQuestion 同时问 3 个决策题，覆盖：

1. 业务主题选择（提供 3–4 个候选，附差异化说明）
2. 技术栈偏好（单文件 HTML 优先推荐，其次 React/Vue）
3. 交付范围（先解析+计划 / 一次性全套 / 只要页面）

为什么：题目通常留有"自定义主题"空间，主题决定了后续所有产物。不问就产出，主题偏了整套要重来。

原则 3 · 版本迭代循环（v1 → 评委 → v2 → 优化 → v3）

写完 v1 的 index.html 后，不要立刻产出路演稿。按以下循环：

1. v1（步骤 4）：首轮页面代码，覆盖 5 模块 + 主要 AI 触点
2. 步骤 5：交互深化（focus 环、hover、模态可达性、移动端）→ 得 v2
3. 步骤 6：扮演一线用户走 5 条动线，产出 UX 评审 Top 5 问题
4. 步骤 7：扮演评委按五维打分，得裸分（如 88）
5. v3 优化：把评委扣分点和 UX Top 5 落到代码里，得优化分（如 96）
6. 步骤 8：写路演稿，用 v3 的实际能力做素材

关键：v1 → v3 之间的两次迭代是拿高分的核心。裸做完 v1 只能 83–86，跑完循环能到 92–96。

原则 4 · AI 输出必须变化（No Same Twice）

评委会多次点击同一个 AI 按钮验证真实性。所以：

• 任何"AI 生成"按钮的输出必须有 3 版以上变体，按点击次数轮询
• 每次 AI 输出旁边必须带置信度徽章（如 79% / 82% / 86%，也轮询）
• 相同触点重复输出相同内容 = 直接扣"AI 应用深度"分

反例（v1 写法）：

js

const roleMap = { business: '固定文案A', dev: '固定文案B' };
r.opinions.push({ content: roleMap[r.role], isAiDraft: true });

正例（v3 写法）：

js

const DRAFT_VARIANTS = {
  business: ['文案A1', '文案A2', '文案A3'],
  dev: ['文案B1', '文案B2', '文案B3']
};
const usedCount = r.opinions.filter(o=>o.isAiDraft).length;
const content = DRAFT_VARIANTS[r.role][usedCount % 3];
const confidence = [0.86, 0.79, 0.82][usedCount % 3];

原则 5 · 演示模式必须视觉差异化

如果方案含"演示模式"或"给业务方看的视图"这类切换，仅隐藏按钮 + 放大字号是不够的（评委会觉得"切了跟没切一样"）。必须做到：

• 背景色反色（浅→深，或加深色渐变）
• 关键数字用 stat-big 类放大到 2.4rem
• 至少一处"大数字看板"占据显要位置（如 60→22、100%、5 项）
• 演示模式切换要用过渡动画（200ms fade）

原则 6 · 每份文件末尾放"下一步启动指令"

每份 Markdown 的末尾必须有一个可复制的代码块：

markdown

## 下一步启动指令

复制以下内容继续：

\`\`\`
按 08-prompt-toolkit.md 的"步骤 X"生成 XX.md，
使用当前文件中的 XX 作为输入，
产出 XX 结构，保存为 XX。
\`\`\`

为什么：让用户不需要记忆或思考"接下来做什么"，一句话就能推进流水线。这是极大降低使用门槛的关键设计。

---

比赛背景

• 形式：现场临时发布课题，团队使用 AI 工具限时完成成果并路演展示
• 节奏：AI 实操约 60 分钟 + 3–5 分钟路演
• 目标：发现真实提效场景，沉淀可复用实践，产出能赋能日常生产的成果

---

五个评分维度（每维度 20 分，共 100 分）

维度	优秀 16-20	良好 11-15	一般 6-10	不达标 0-5
AI 应用深度	AI 深度参与拆解、生成、验证、优化，形成完整协作链路	合理使用 AI，产出质量较高	只是简单问答或生成片段	基本未体现 AI
创新性	方案显著超出常规做法，可复用、可推广	有一定改进和亮点	中规中矩，亮点不足	方案平庸
实用价值	可直接落地，业务价值和 ROI 清晰	稍作调整即可落地	有参考价值但落地困难	实用性弱
完成度	交付物完整，可直接演示或使用	基本完成，有少量瑕疵	只完成主要部分	未完成核心要求
展示效果	逻辑清晰，演示路径顺畅，感染力强	表达清楚，重点基本到位	表达一般，重点不突出	表达混乱

各维度的拿高分套路（v2 提炼）

AI 应用深度（拿 19+）

• 页面里 AI 触点数 ≥ 10 个（不是 3 个），且分布在多个模块
• AI 不只"生成内容"，还作为流程约束参与决策（如"高风险≥3 条锁定评审"）
• 每次 AI 输出旁必带置信度徽章
• 相同触点多次点击输出不同内容
• 有一个"AI 相似历史召回"这类记忆型 AI 能力（不是纯生成型）

创新性（拿 19+）

• 提出一个范式转变（如"PRD 从文档 → 工作台"、"缺陷从记录 → 学习样本"）
• AI 建议 → 流程规则的转化（把软性建议变成硬性门禁）
• 双模式切换 + 真正视觉差异化
• 多角色差异化 AI 输出（同一按钮，按 role 生成不同视角）

实用价值（拿 19+）

• ROI 用具体数字对照（60→22 分钟、40%→100%）
• 引用真实业务感元素（文号、金额、系统名、监管条款）
• 落地路径具体到"下周先给 3 位 X 试用，两周后开放全组"
• 至少一处"如果不做会有什么损失"的故事（如"上线后被监管抽查"）

完成度（拿 19+）

• 5 模块全部可切换渲染，无空占位
• 至少 4 种异常态可切换（空/加载/失败/只读）
• 移动端 375px 不横滚
• ARIA 语义（role/aria-label/aria-pressed）
• 剪贴板 fallback（file:// 双击场景下要能复制）
• 失败态有错误码 + 追踪 ID 可复制

展示效果（拿 19+）

• 默认停在最有视觉冲击的模块（不是模块 A）
• 首次访问顶部欢迎横幅点破首屏语境
• 演示动线 5 步内讲完
• 路演开场不提 AI，只提痛点
• 结尾必须说"下周上线"或类似的具体承诺

---

难度分层

• 入门级：基础 AI 应用，单一步骤，快速完成
• 进阶级：组合多种 AI 能力，多步骤协同
• 挑战级：复杂场景，多工具联动，要求架构设计、验证闭环、展示能力

---

六大场景与解题重点

1. 开发提效

• 常见题型：API 文档生成、Code Review、SQL 优化、遗留系统文档重建
• 解题重点：事实准确、结构清晰、能被研发直接使用
• 建议产物：API 文档、Code Review 报告、SQL 优化方案、架构图、接口示例、风险清单

2. 测试自动化

• 常见题型：测试用例批量生成、自动化测试脚本、缺陷分析报告、智能回归测试
• 解题重点：覆盖率、边界条件、异常路径、可执行性
• 建议产物：测试用例矩阵、自动化脚本、缺陷趋势/根因分析、回归测试范围

3. 运维与监控

• 常见题型：告警解释、故障复盘、变更风险预测、运维知识库
• 解题重点：影响面、根因假设、处置优先级、可操作建议
• 建议产物：告警分类、影响面分析、故障复盘、变更风险、知识库结构

4. 数据分析

• 常见题型：自然语言生成报表、异常数据检测、用户行为分析、数据质量治理
• 解题重点：指标口径、SQL/分析逻辑、可视化表达、业务解释
• 建议产物：SQL、指标口径、可视化建议、异常解释、用户路径、数据质量治理

5. 产品与项目管理

• 常见题型：竞品分析、PRD 智能评审、项目风险周报、需求优先级排序、Vibe Coding 页面设计助手
• 解题重点：结构化判断、决策依据、风险识别、可落地建议
• 建议产物：竞品分析、PRD 评审、风险周报、需求优先级排序、决策依据、可交互工作台页面

6. 内部管理提效

• 常见题型：会议纪要生成、制度问答、绩效考核辅助、部门知识资产盘点
• 解题重点：准确性、合规性、责任归属、可检索、可复用
• 建议产物：会议纪要、制度问答、绩效考核初稿、知识资产地图、待办闭环

---

标准工作流（v2 · 8 步 + v3 优化循环）

第 0 步 · 开场三题（1 次 AskUserQuestion 同时问 3 个）

在展开任何解析前，用一次 AskUserQuestion 同时问 3 题：业务主题、技术栈、交付范围。不要串行问，一次拿到 3 个决策。

Header 建议：业务主题 / 技术栈 / 交付范围

主题建议：给 3–4 个候选，第一个标"(推荐)"

技术栈候选：单文件 HTML+Tailwind CDN（推荐，评委电脑直接打开）/ React+AntD / Vue+Element Plus

交付范围候选：先解析+计划（推荐）/ 全套 8 文件 / 只要页面+路演稿

第 1 步 · 题目解析（5 min · 01-topic-analysis.md）

按下述结构撰写：

markdown

## 题目解析

### 1. 题目类型与目标
- 场景 / 难度 / 核心任务 / 关键输入 / 交付物 / 隐性要求
- "评委真正在看什么"（题目背后的评审逻辑）

### 2. 评分细则对照
5 行表格：每个维度的得分关键 + 本题应重点体现 + 我们的差异化打法

### 3. 解题策略
- 主线思路 / 差异化亮点 / 风险与取舍

## AI 执行思路（60 分钟 · 8 步走）
8 行表格：# / 时间 / 阶段目标 / 具体操作 / 关键提示词要点 / 对应评分 / 产物文件

## 交付物清单
表格列出所有文件

## 路演表达建议
3 分钟五段式模板

## 快速自检 Checklist
提交前 5 分钟对照

第 2 步 · 业务方案（5–10 min · 02-page-solution.md）

• 场景与目标用户
• 现状痛点（对齐题目原文 + 额外挖掘 2–3 个隐性痛点）
• 页面目标（一句话）
• 核心模块（3–5 个，每个含展示内容/AI 触点/业务规则/异常态）
• 关键交互与视觉规范（明确单强调色、无 emoji、无渐变）
• AI 能力植入点汇总（≥5 处）
• 异常状态清单（≥4 种）
• 创新亮点（≥3 个）
• 实用价值 & ROI 表格
• MVP 边界（时间不够可砍什么）

第 3 步 · 信息架构（5–10 min · 03-information-architecture.md）

给编码 AI 看的字段级契约。每个模块必须有：

1. 模块目标（一句话）
2. 字段表（camelCase / 类型 / 必填 / 示例值 / 前端控件）
3. 用户操作清单
4. 业务规则（含状态机与校验）
5. AI 触点（按钮名 / 输入 / 模拟输出 / 交互效果）
6. 异常状态（空/加载/失败/只读或警示）

末尾必须有：

• 用户故事 Top 6（含验收标准，尤其是时间承诺如"60 秒内"）
• 页面全局约束（写给编码 AI 看）：单文件、Tailwind CDN、window.APP_DATA、window.APP_STATE、simulateAI 统一封装、视觉约束

第 4 步 · 演示数据（3–5 min · 04-demo-data.json）

真实感 >>> 完备性。数据必须：

• 需求原文 180–260 字，含具体金额（如"3.8 亿利息口径"）、具体系统名（如"T24 分期账户模块 v3.8"）、具体监管条款（如"银保监令 2020 年第 9 号"）
• 至少 5 条风险覆盖 4 种类型（歧义/遗漏/冲突/合规）
• 至少一条"戏剧转折点"数据（如某干系人 rejected，用于路演）
• 至少一条 isAiDraft: true 数据用于演示 AI 起草 + 人工确认协作
• 时间戳用绝对日期（2026-08-01），不要"下周"这种相对时间
• JSON 严格合法（末尾无逗号、字符串引号统一）

第 5 步 · 可运行页面 v1（15–20 min · index.html）

分 3 次生成，不要一次让 AI 写完 500 行：

1. 5.1 骨架（5 min）：单文件 + Tailwind CDN + 深色左导航 + 顶栏 + 内容区
2. 5.2 模块渲染（10 min）：5 模块的 render 函数 + <template id="demo-data"> 内嵌 JSON
3. 5.3 AI 交互 + 异常态（5 min）：3 个 AI 按钮的模拟交互 + 右下 Debug 面板切换 4 种异常态

技术栈红线：

• 单文件 HTML + Tailwind CDN + 原生 JS
• 无外部 JS 库（除 Tailwind CDN）
• 无 emoji、无渐变、单强调色（推荐 #F97316）
• 图标一律内联 SVG（Heroicons 24 outline 风格）
• 中文字体栈，slate 中性色

第 6 步 · 交互深化 → v2（5–8 min）

5 个挑剔的交互设计师会盯的点：

1. 按钮反馈：全局 button 加 120ms 过渡 + :active 下沉 1px + hover/active 三色
2. 模态可用性：ESC 关闭 + 遮罩点击 + 打开后自动聚焦第一个可交互元素
3. 焦点管理：:focus-visible 全局橙色 2px 环 + 自定义交互元素补 tabindex="0" + role="button" + aria-label + Enter/Space 触发
4. 移动端 375px：html/body { overflow-x: hidden } 兜底 + 顶栏收窄 + Debug 面板/模态自适应视口
5. 空态引导：跨模块通用空态 + "前往首模块 / 使用演示数据" 双 CTA

文件末尾用 HTML 注释列出改动清单。

第 7 步 · UX 走查（5 min · 05-ux-review.md）

扮演一线用户（不是 PM 自己），走 5 条动线：

1. 从粘贴/输入到结构化输出
2. 从看到 AI 结果到分派/操作
3. 从操作到生成最终交付物
4. 切换到演示/展示模式
5. 切换到失败态

每条动线记录：情绪表情（🙂/😐/😟）+ 遇到的问题 + 优先级（P0/P1/P2）

产出 Top 5 优先级问题表：# / 问题 / 优先级 / 情绪 / 5 分钟内可修？ / 修复方式 / 预计涨分

末尾"现场决策建议"：如果只剩 3 分钟修哪 2 条、如果只剩 1 分钟口头带过哪些。

第 8 步 · 评委打分（5 min · 06-judge-scorecard.md）

扮演评委（大厂技术总监 + 业务 PM 双背景），按五维 20 分打分：

• 每维引用页面具体元素说明为什么给这个分
• 每维列出具体扣分点（-1、-2、-3 分别是什么）
• 每维给出**"拿到 20 分需要做什么"**
• 总分：目标 88+，v3 优化后 95+

产出：

• Top 5 补强动作：10 分钟内可完成的具体动作 + 预计涨分
• 3 句路演金句：开场 + Demo 高潮 + 结尾，每句附"为什么加分"
• 3 个可能被追问的问题及应答：金融/技术/落地场景各一个

第 8.5 步（关键） · v3 优化循环（10–15 min）

这是拿高分的核心步骤，不能跳过。把评委扣分点和 UX Top 5 落到代码里：

1. AI 输出差异化：改造 DRAFT_VARIANTS × N 角色 × 3 版本
2. 置信度徽章：.conf-badge CSS + 4 处 AI 输出旁挂载
3. 演示模式差异化：深色渐变背景 + .stat-big 类 + 大数字看板
4. 相似历史召回（或类似的记忆型 AI 能力）
5. 剪贴板 fallback（三级降级）
6. 首次欢迎横幅 + 降级模式持续横幅
7. 失败态错误码 + 追踪 ID
8. 补齐所有自定义交互元素的 ARIA
9. 移动端头像行 grid grid-cols-2

文件末尾追加 <!-- v3 优化清单 --> 注释，让评委看代码时看到你的迭代过程。

同步更新 05-ux-review.md（Top 5 表格加"v3 状态"列，标 ✅ 已修复）和 06-judge-scorecard.md（追加"优化后重估（v3 版本）"章节，含分维度对照表）。

第 9 步 · 路演稿（5 min · 07-roadshow-script.md）

三段式版本：

• 完整版 3 分 30 秒（840 字）
• 速演版 90 秒（应对时间被压缩）
• 一句话版 15 秒（走廊偶遇）

完整版结构（5 段）：

1. 痛点 30" · 120 字 · 不点击任何按钮，正视评委 · 不提 AI，只讲损失
2. 方案 30" · 120 字 · 切浏览器 · 点破首屏语境
3. Demo 90" · 300 字 · 加粗刻意重读、[方括号]标注舞台动作
4. 价值 30" · 120 字 · 回正视 · 具体数字对照
5. 复用 30" · 120 字 · 语速放缓 · 结尾"我们不是在做一个 Demo"

必须包含的附录：

• 演示动线一览表（A4 打印随手看）
• 30 秒极简自我介绍（Q&A 提问轮开场）
• 3 个可能被追问的问题及应答（每个 30–40 秒）
• 演讲人自我准备清单（技术准备 + 心态准备 + 万一崩溃预案）
• 8 份交付物完整清单

第 10 步 · README 索引（3 min · 00-README.md）

• 主题锁定 + 技术栈 + 目标分
• 阅读顺序（10 分钟看懂全套）
• 60 分钟节奏对照表
• 下一步启动指令
• 关键成功要素（比赛现场提醒自己）

---

交付物结构（本技能默认目录布局）

text

项目根/
├─ 00-README.md
├─ 01-topic-analysis.md
├─ 02-page-solution.md
├─ 03-information-architecture.md
├─ 04-demo-data.json
├─ 05-ux-review.md
├─ 06-judge-scorecard.md
├─ 07-roadshow-script.md
├─ 08-prompt-toolkit.md
└─ index.html

推荐目录：C:\Users\<user>\AI Challenge\ 或用户当前工作目录。

---

提示词写作要求

对每一个规划中的提示词：

• 明确 AI 角色、输入材料、任务边界、期望输出格式
• 要求 AI 显式列出假设、缺失信息、验证要点
• 要求结构化输出（Markdown、表格、JSON、SQL、测试用例、风险矩阵、可运行代码）
• 明确指定产物文件名
• 至少一个复核/优化提示词
• 避免模糊提示词，把"帮我分析一下"改写成具体指令

提示词模板

text

你是{角色}。请基于以下输入完成{任务}。
输入材料：{材料}
任务边界：{边界}
请输出为{格式}，并保存为文件：{文件名}。
必须包含：{结构化要求}
请标出假设、缺失信息、人工复核点和验收标准。

应急提示词（v2 补充）

A · 让 AI 输出更"真"：

text

上一版内容太像模板。请重新输出，加入具体的数字（金额、耗时、KPI）、
具体的系统名（如 "核心系统 T24" "风控引擎 Falcon"）、
具体的合规条款（如 "银保监令 XX 号"），让人相信这是真实业务场景。

B · 让代码更"少 AI 味"：

text

去掉所有渐变、emoji、彩虹色、糖果色 hover 效果。
改为 SaaS 工作台风格：单强调色 #F97316，其他一律 slate 灰阶。
参考 Linear / Notion / Vercel 的视觉克制感。

C · 60 分钟报警（还剩 15 分钟）：

text

时间不够。请立即做优先级判断：从当前 index.html 中砍掉可以砍的模块，
只保留 3 个能撑起路演动线的模块，
确保这 3 个模块 100% 完成度而不是 5 个模块 60% 完成度。

D · 让 AI 输出差异化（v2 新增）：

text

当前 AI 按钮多次点击输出相同内容会掉分。
请把 `roleMap` 单一映射改造为 `DRAFT_VARIANTS` 数组结构，
每个角色配 3 版语气不同的文案，按点击次数轮询。
每条附随机置信度 (0.79 / 0.82 / 0.86 轮播)。

---

页面/应用挑战模式（本技能主要场景）

当题目要求可运行页面、原型、设计助手、看板、产品界面时：

1. 创建页面方案 Markdown
2. 创建信息架构 Markdown
3. 创建 JSON 演示数据
4. 构建可运行的单文件 HTML
5. 至少 3 种交互：筛选/切换、状态更新、AI 模拟动作
6. 至少 4 种异常状态：空/加载/失败/只读或权限
7. 至少 2 种视图模式（评审/演示 或 编辑/预览）
8. 创建 UX 评审、评分、v3 优化、路演 Markdown

页面最小交互集（必须有）

• 列表/详情切换
• 筛选或搜索
• 状态更新（如"标记消解""代为通过"）
• ≥3 处 AI 模拟动作（每处有可视化反馈）
• 异常状态一键切换（Debug 面板）
• 双模式切换（评审/演示 或 编辑/预览）

页面质量红线

• 单文件、可直接双击打开、无脚本报错
• 至少 3 处 AI 按钮点击后有可视化反馈（打字机 / 骨架屏 / 进度条）
• 至少 4 种异常状态可切换
• 演示数据来自具体行业场景，不是"测试 1/测试 2"
• 视觉无渐变、无 emoji、单强调色
• 路演稿可在 3 分半钟内讲完（写完自己朗读计时）

---

文件输出规则

• 分析、方案、评审、评分表、路演稿 → Markdown
• 演示数据 → JSON（严格合法）
• 可运行页面 → 单文件 HTML（优先）或框架项目
• 不要只把最终产物贴在对话里 → 必须保存为文件
• 最终回复中给出精确文件路径（可点击 computer:// 链接）
• 每个 Markdown 文件末尾放"下一步启动指令"代码块

---

质量底线（不满足则未完成）

• 首轮先用 AskUserQuestion 一次问 3 题（主题/技术栈/范围）
• 说明每个动作为何能拿高分（对齐五维评分）
• 每一步都在文件中创建具体产物
• 包含可执行的分步提示词（8 步以上）
• 包含交付物清单
• 至少一次 AI 自检或评委模拟步骤（第 7 步）
• 必须跑完 v3 优化循环（第 8.5 步），把裸分 88 推到 95+
• 路演稿含三段式版本（3'30" / 90" / 15"）+ Q&A + 崩溃预案
• 产出代码时验证可运行（浏览器双击 + 无控制台报错）
• 每个 Markdown 末尾有"下一步启动指令"

---

实战踩过的坑（v2 提炼）

坑 1 · Workspace 不可用时不要卡住

mcp__workspace__bash 在部分 Windows 环境下 VHDX 启动失败。不要重试，直接用 Write 工具写入目标路径——Write 会自动创建父目录，不需要预先 mkdir。

坑 2 · file:// 下剪贴板会失败

双击打开 HTML 时 navigator.clipboard.writeText 在多数浏览器下不允许。必须三级降级：

js

if (navigator.clipboard && window.isSecureContext) {
  navigator.clipboard.writeText(t).then(done).catch(fallback);
} else {
  fallback();  // execCommand('copy')
}

坑 3 · 演示模式切换感不够

只隐藏按钮 + 放大字号，评委会觉得"切了跟没切一样"。必须：

• 背景深色渐变
• 关键数字用 stat-big 类放大
• 一处显眼的大数字看板

坑 4 · AI 按钮重复输出穿帮

一定要用 DRAFT_VARIANTS 数组轮询。评委至少会点 2–3 次同一个 AI 按钮。

坑 5 · 默认停在模块 A 视觉冲击弱

页面首次打开应该停在最有视觉冲击的模块（如 AI 诊断满屏彩色卡片），配合欢迎横幅点破"这是 AI 已完成的状态"。

坑 6 · 时间戳用相对时间

JSON 里用"下周""明天"这种相对时间，路演演出时评委会问"哪一天"。全部改为绝对日期（2026-08-01）。

坑 7 · 路演稿只有逐字稿

只有 3 分 30 秒逐字稿是不够的。必须补：

• 90 秒速演版（时间被压缩时）
• 演示动线一览表（A4 打印）
• Q&A 逐字答案（≥3 个）
• 万一崩溃预案（页面卡死、按钮不响应、忘词）

---

目标预估

按本技能 v2 流程走完，预估得分区间：

• 只做 v1（步骤 1–5）：78–84
• 完成 v2（+ 步骤 6）：83–86
• 完成评委打分（+ 步骤 7）：86–88
• 完成 v3 优化循环（+ 步骤 8.5）：92–96

目标：92+ 分区间。