700亿小游戏赛道：从"病毒式爆款"到工业化流水线，AI 怎么把偶然变成必然（附提示词与代码）

一、先把问题说清楚：爆款是运气，还是工程？

2025 年春节，一段综艺衍生片段”让向太沉迷《抓大鹅》”冲上热搜。身家亿万的六十七岁向太被这款小游戏俘获，本人还在社交平台坦言”真的上瘾了”，甚至有网友路透，在珠海长隆偶遇她时也在低头刷手机。

这不是孤例。把时间线拉长看：

时间	代表产品	玩法内核
2021 春节	合成大西瓜	物理合成
2022 春节	召唤神龙	合成升阶
2022 中秋	羊了个羊	卡槽三消
2025 春节	抓大鹅	立体找相同
2025 年中	打个螺丝	顺序拆解
2026 年初	一批 AI 文字冒险游戏	大模型驱动的叙事

中国人似乎每隔几个月就会被一款”粗制滥造”的小游戏集体催眠。画面简陋、玩法单一、生命周期短，却能在节假日档口掀起病毒式传播——一个豪门阔太和普通老百姓玩的是同一款免费游戏。

对从业者来说，真正的难点不是”做不出一个能玩的 Demo”，而是三件事：

1. 手感无法言表 。”差一点就赢”是策划的口头禅，但落到代码里到底是几个牌面、几层堆叠、几个道具？没人说得清。
2. 验证周期极短 。节假日窗口只有 7~10 天，玩法原型、数值调优、素材投放必须并行，串行流程根本来不及。
3. 爆款之后接不住 。一波流量进来，留存和广告变现跟不上，等于替渠道打工。

解决思路只有一条： 把”上瘾”从玄学拆成参数，把”生产”从手工作坊拆成流水线 。这正是 AI 能切入的地方。

二、简陋外壳之下：一套可以被写成代码的上瘾经济学

1. 零门槛 + 高难度：断崖式难度曲线

《羊了个羊》第一关堪比幼儿园水平，第二关直接跃升到”考研”级别，早期版本通关率仅 0.12%，不少网友拿这个数字与清北录取率做对比。

关键在于这不是一条平滑上升的曲线，而是 断崖 ：第一关建立”我很行”的错觉，第二关立刻击穿它。玩家每一次失败都被系统解读为”下次一定能过”，于是继续投入时间。心理学上叫 变比率强化 ——不确定的奖励比确定的奖励更让人上瘾，而小游戏把这种机制压缩进了几十秒一局的时间维度。

工程上，这意味着难度必须被写成配置表，而不是硬编码在关卡里：

# tune_difficulty.py —— 把"差一点就赢"翻译成可调的数字
from dataclasses import dataclass
@dataclass
class LevelConfig:
    level: int
    tile_types: int       # 牌面种类数，越多越难辨认
    layers: int           # 堆叠层数，越多越难规划
    slot_max: int = 7     # 卡槽容量
    free_props: int = 3   # 免费道具数，用完转广告复活
def build_curve(total: int = 30, cliff_level: int = 2) -> list[LevelConfig]:
    """断崖式曲线：第 1 关建立信心，第 2 关击穿信心，之后缓慢爬升"""
    cfg: list[LevelConfig] = []
    for lv in range(1, total + 1):
        if lv == 1:
            cfg.append(LevelConfig(lv, tile_types=4, layers=1, free_props=3))
        elif lv == cliff_level:
            cfg.append(LevelConfig(lv, tile_types=12, layers=6, free_props=1))
        else:
            cfg.append(LevelConfig(
                lv,
                tile_types=min(18, 12 + lv // 6),
                layers=min(10, 6 + lv // 8),
                free_props=1,
            ))
    return cfg
def expected_attempts(clear_rate: float) -> float:
    """几何分布：单局通关率为 p 时，期望尝试次数 = 1/p"""
    return round(1 / max(clear_rate, 1e-6), 2)
def estimate_iad(clear_rate: float, ecpm: float,
                 revive_opt_in: float = 0.35, fill_rate: float = 0.9) -> dict:
    """极简 IAA 估算模型，仅用于方案横向对比。
    真实项目必须用自有埋点（关卡进入数 / 通关数 / 广告点击数）回归校准。"""
    attempts = expected_attempts(clear_rate)
    impressions = max(0.0, attempts - 1) * revive_opt_in * fill_rate
    return {
        "期望尝试次数": attempts,
        "人均广告曝光": round(impressions, 2),
        "人均广告收入": round(impressions * ecpm / 1000, 4),
    }
if __name__ == "__main__":
    for p in (0.95, 0.30, 0.10, 0.05, 0.01):
        print(f"通关率 {p:>5.0%} -> {estimate_iad(p, ecpm=60)}")

跑一遍就会发现一个反直觉的结论： 通关率越低，人均广告曝光越高，但次日留存会同步崩塌 。所以真正要优化的不是”通关率最小化”，而是 LTV = 留存曲线 × 人均广告收入 的积分。这个目标函数必须显式写出来，否则数值策划会一路把难度推到玩家流失为止。

2. 社交货币：把个人胜负升级为群体对抗

《抓大鹅》的地域排行榜把个人胜负升级为”为省争光”，《羊了个羊》的”省份排名”让无数人在朋友圈呼朋引伴。一个游戏链接成了新的社交问候方式，传播链条被概括为： 好奇心 → 好胜心 → 社交货币 。每个人都在无意识中成为产品的分销节点。

可落地的设计点只有三个：可炫耀的截图（战绩卡片）、可对抗的榜单（地域/好友）、可求助的缺口（”就差一个”）。这三样都可以做成模板化组件，由 AI 批量生成文案变体。

3. 阳谋式商业化：把挫败感直接变现

玩不过？看 30 秒广告换道具。用户花的是时间和耐心，平台赚的是广告费——这就是 IAA（In-App Advertising）模式的核心逻辑。

反面案例必须记住：2021 年《合成大西瓜》爆火时，网络上衍生出”19.9 元话费券”诱导套路，有媒体估算相关受害规模达数千万元级别。这类设计的生命周期比游戏本身还短，且直接触碰《广告法》与平台审核红线，属于绝对不能碰的区域。

三、传统流程 vs AI 辅助流程

环节	传统做法	AI 辅助做法	产出物
竞品拆解	人工试玩 + 主观描述	长上下文批量投喂评测/评论/拆解文，结构化输出机制表	机制对照表
玩法原型	手写 Canvas 逻辑，反复返工	描述规则直接生成可运行原型骨架	可跑的单文件 Demo
数值调优	Excel 手算 + 反复打包验证	生成参数化脚本，本地跑蒙特卡洛	难度曲线配置
买量素材	一条一条写脚本、拍摄	批量生成脚本、分镜、多版本文案	素材脚本表
日常运营	人工看后台、写周报	Agent 定时拉数、异常归因、生成日报	运营日报

需要说明的是，模型本身是文本模型：代码要放进 Node/微信开发者工具里跑，数据要接自己的埋点系统，视频素材要交给剪辑工具或生成式视频工具渲染。AI 负责的是”理解与生成”，不是”运行与渲染”。

四、ERNIE 5.5 Flash Preview 在这条链路上能做什么

ERNIE 5.5 Flash Preview 是文心系列最新基础模型 ERNIE 5.5 Flash 的预览版本，重点优化了编程、智能体、知识工作和深度研究能力，支持 1M tokens 长上下文，可结合代码编写、工具调用与 Agent 工作流完成多步骤任务。文心大模型此前已在游戏 NPC 场景有过规模化落地——例如《逆水寒》手游用 ERNIE-Character-Fiction-8K 支撑 AI NPC 实时对话与剧情推进，并需要应对亿级活跃玩家带来的高并发挑战；平台侧则可依托百度智能云千帆提供的模型服务与工具链完成接入与调用管理。

对小游戏团队，最有价值的四项能力是：

• 编程开发 ：直接产出 H5 Canvas / 微信小游戏的核心循环代码，而不是伪代码。
• 深度研究 ：把几十篇竞品拆解、评论、投放分析一次性读入，输出结构化机制表。
• Agent 智能体 ：把”每日看数 → 归因 → 出建议”做成定时任务链。
• 创意内容 ：批量生成买量脚本、分镜、成就文案与角色设定。

五、实操一：让 AI 拆解竞品，输出可实现的策划案

可直接复制的提示词：

# 任务目标
你是资深休闲游戏制作人。请基于我提供的竞品资料，输出一份可直接进入开发的
关卡机制策划案，重点是"可量化的难度参数"，不要写虚的玩家心理描述。
# 输入信息
【游戏名称】{{填写，如：某卡槽三消产品}}
【核心循环】{{一句话描述，如：点击牌面进入卡槽，三张同类自动消除，卡槽满则失败}}
【已观察到的现象】
- 第 1 关通关率约 {{x%}}，第 2 关约 {{y%}}
- 玩家主要流失节点：{{填写}}
- 变现方式：{{如 IAA，广告位包括复活、道具、双倍奖励}}
【参考资料】
"""
{{粘贴竞品拆解文章 / 应用商店评论 / 你自己试玩记录}}
"""
# 执行要求
1. 用表格输出"机制 → 可调参数 → 对应埋点指标"三列，参数必须给出具体数值区间。
2. 给出 30 关的难度配置表（牌面种类数、堆叠层数、卡槽容量、免费道具数）。
3. 指出该玩法在低端安卓机上的 3 个性能风险点及规避方案。
4. 列出 5 条明确的合规红线（广告诱导、未成年人保护、概率公示等）。
5. 不要输出营销话术，不要总结"该游戏很成功"这类无信息量内容。
# 预期输出
Markdown 格式，包含：机制参数表 / 30 关配置表 / 性能风险清单 / 合规红线清单。

把这段贴进 在线体验页 就能直接跑。资料越多，1M 上下文的价值越明显——你可以把十几篇拆解一次性丢进去，而不必分批喂。

六、实操二：生成可运行的核心玩法原型

策划案落地最难的一步是”规则 → 代码”。卡槽三消的核心逻辑其实只有 60 行，关键是 顺序 ：先判满槽、再入槽、再消除、最后判负。顺序错了就会出现”明明能消却判负”的经典 Bug。

// slot-board.js —— 卡槽三消核心逻辑，可直接移植到微信小游戏 / H5 Canvas 项目
export class SlotBoard {
  constructor({ slotMax = 7, onMatch, onLose } = {}) {
    this.slotMax = slotMax;
    this.slots = [];                 // 卡槽中的牌
    this.onMatch = onMatch || (() => {});
    this.onLose = onLose || (() => {});
  }
  /** 点击一张牌：判满槽 -> 入槽 -> 同类合并 -> 再判满槽 */
  pick(tile) {
    if (this.slots.length >= this.slotMax) {
      this.onLose(this.slots.map(t => t.type));
      return { ok: false, reason: 'slot_full' };
    }
    this.slots.push(tile);
    const sameCount = this.slots.filter(t => t.type === tile.type).length;
    if (sameCount >= 3) {
      this.onMatch(tile.type, this._removeTriple(tile.type));
    }
    if (this.slots.length >= this.slotMax) {
      this.onLose(this.slots.map(t => t.type));
      return { ok: false, reason: 'slot_full' };
    }
    return { ok: true, remain: this.slotMax - this.slots.length };
  }
  _removeTriple(type) {
    const removed = [];
    this.slots = this.slots.filter(t => {
      if (t.type === type && removed.length < 3) { removed.push(t); return false; }
      return true;
    });
    return removed;
  }
  /** 洗牌道具：重排剩余牌面，不改变牌的总数 */
  shuffle() {
    for (let i = this.slots.length - 1; i > 0; i--) {
      const j = Math.floor(Math.random() * (i + 1));
      [this.slots[i], this.slots[j]] = [this.slots[j], this.slots[i]];
    }
    return this.slots;
  }
}

让 AI 帮你扩展这段代码的提示词：

# 任务目标
为下面的 SlotBoard 类补齐三块能力，保持零依赖、可直接放进微信小游戏项目。
# 输入信息
【现有代码】{{粘贴上面的 slot-board.js}}
【运行环境】微信小游戏基础库 3.x / ES modules，无第三方依赖
【需要补齐】
1. 关卡生成器：按 LevelConfig（tile_types / layers）生成保证有解的牌堆布局，
   每种牌的数量必须是 3 的整数倍。
2. 道具系统：撤销上一步、移出三张、洗牌，各 1 次，用完后触发广告复活回调。
3. 埋点上报：关卡开始、每次 pick、每次消除、失败、通关，统一走 report(event, payload)。
# 执行要求
- 先说明你的实现思路（不超过 200 字），再给完整代码。
- 明确指出"保证有解"的判定方式，以及无解时的重生成策略与最大重试次数。
- 列出至少 3 个你需要我补充的信息（如牌堆总数上限、动画时长约束）。
# 预期输出
思路说明 + 完整可运行代码 + 待确认问题清单。

注意最后一条”列出待确认问题”——这是把模型从”猜你的意图”拉回”对齐你的意图”的关键动作，能显著减少返工。

agent">七、实操三：把运营动作交给 Agent

小游戏的生命周期以周计，运营不能靠人盯。可以拆成一条四步任务链：

步骤	动作	工具/数据源	异常处理
1	拉取昨日核心指标	内部数据 API / 报表导出	接口超时重试 3 次，仍失败则告警并跳过
2	与 7 日均值对比，标记异常	上一步结果	数据缺失字段标注 N/A，不插值
3	归因分析，定位到关卡/渠道	指标 + 关卡配置表	无法归因时输出”待人工确认”而非编造原因
4	生成日报与三条行动建议	前序结论	建议必须绑定具体参数与预期影响

Agent 类任务最容易翻车的地方是 编造数据 。所以提示词里必须写死一条约束：

# 约束（优先级最高）
- 只能使用我提供的数据，不得引入任何外部数字或行业均值。
- 任何缺失数据一律写 "数据缺失"，禁止估算或补全。
- 每条行动建议必须包含：改动对象、改动前后参数、预期影响指标、验证方式。
- 若数据不足以支撑结论，直接输出"当前数据不足以判断"，并说明还需要哪些数据。

八、实操四：买量素材的批量生产

素材是小游戏投放的主要成本项，而它本质上是”文案 + 分镜”的结构化生产，非常适合批量生成：

# 任务目标
为一款卡槽三消小游戏生成 10 条 15 秒竖版短视频买量脚本。
# 输入信息
【核心卖点】第 2 关极难、地域排行榜、7 格卡槽
【目标人群】25-45 岁，下沉市场，节假日碎片时间
【素材形式】竖屏 9:16，真人出镜 + 手机录屏画中画
【合规要求】不得出现"100% 通关""稳赚""必过"等绝对化用语，不得诱导点击
# 执行要求
输出表格，列为：编号 / 前 3 秒钩子 / 中段冲突 / 结尾 CTA / 需要的录屏片段 / 合规自检结论。
10 条脚本的钩子类型必须互不重复（悬念、反差、地域对抗、失败共鸣、大神视角等）。
# 预期输出
Markdown 表格 + 一段"哪些脚本风险较高及原因"的说明。

拿到脚本后，配音、剪辑、字幕仍需在剪映/PR 或生成式视频工具中完成——模型输出的是可直接投产的脚本与分镜，不是成片。

九、上线前检查清单

合规红线

• 版号与备案：带 IAA 变现的休闲游戏同样需要资质，别信”先上线再补”。
• 广告合规：禁止诱导点击、禁止虚假关闭按钮、禁止”看广告得话费券”类变体。
• 未成年人保护：实名认证、时长限制、充值限额（若含内购）。

• 概率公示：含抽卡或随机道具玩法的，必须公示概率。

  技术检查

• 低端安卓机（2GB RAM）首屏可玩时间、帧率、发热。
• 包体大小与首包资源策略，微信小游戏尤其注意分包加载。

• 弱网下的广告加载失败兜底：不能因为广告拉不起来就卡死流程。

  数据检查

• 关卡漏斗：每关进入数 / 通关数，定位真实流失点。
• 广告指标：填充率、eCPM、人均曝光、看完率，分开看，别只看总收