如果每款游戏都要自建购买基础设施，小团队就不得不一次又一次解决同样的难题。玩家每尝试一款新游戏，也得重新了解另一套系统。

Sparks是Summer为参与游戏提供的共用内购方式。是否使用，由游戏创作者选择。创作者决定提供什么，玩家决定自己是否想要。

想象一款免费游戏里，有一套你喜欢的角色服装。游戏说明了服装包含什么，以及需要多少Sparks。你决定要不要购买，并在这款游戏里使用。

这次购买通过创作者计划的收益流程支持游戏。这就是基本关系：玩家得到说明清楚的物品，参与计划的创作者有了一种支持自己工作的方式。这不意味着每款游戏的物品、价格或购买机制都一样。

玩家为账户获取Sparks，再用它们购买参与游戏中的内容。两次操作都需要清楚确认买的是什么。

获取Sparks的收据、账户可用余额，以及游戏交付的物品，是不同的记录。支付完成，不能被误认为某件游戏内物品已经交付的证明。

玩家花费Sparks与创作者取得收益相互关联，但不是同一个余额，也不是同一个操作。参与要求及适用的计划条件决定创作者收益和付款方式。

如果你在做游戏，创作者计划就是了解这段关系的地方。先决定购买内容如何融入体验，再把它作为商业模式。

用Summer制作的游戏，不一定要使用Sparks。免费开放、付费进入和游戏内购买，是不同的设计与发行选择。开放模组又是另一项选择。

Summer Engine点数用于支付所支持的创作服务，例如生成工具。它们与玩家Sparks、创作者收益分别处理。付费制作一个素材，与在游戏里买一件物品，不是同一件事。

Sparks连接参与游戏中的购买，但你买到的内容仍然受该游戏所说明的使用范围约束。不能假定一款游戏的服装也能在另一款游戏里使用。

创作者向其他渠道发行时，同样要区分这些概念。拥有并导出游戏，本身不会让Summer的购买服务自动进入另一家商店。请检查这次发布所依赖的服务和目标平台要求。