发布与平台
项目活动与奖励
用报名资格、锁定预算和幂等结算建立可执行的平台活动。
发布与平台
活动发布前必须能被机器结算
活动不是一段宣传文案，而是一份包含资格、时间、人数、预算、排名和并列规则的结算合同。发布后关键规则会锁定。
# 活动合同
| 部分 | 必须明确 |
|---|---|
| 时间 | 开始、结束和使用 UTC 日的统计窗口 |
| 资格 | 满足全部或任一报名条件 |
| 人数 | 最大报名数和重复报名策略 |
| 指标 | 游玩时间、积分消费、关注或排行榜 |
| 奖励 | 随机分配、平均、每人固定、抽奖或排行区间 |
| 预算 | 最大支出、预扣和未使用返还 |
| 并列 | 排行同值时的稳定顺序 |
| 失败 | 结算重试、取消和通知 |
# 报名条件
平台可按关注游戏/作者、当日/累计/近 7 日游玩时间、当日/累计/近 7 日积分消费或指定属性排行判断资格。资格在报名时校验并保存快照；排行活动的最终名次仍在结束时读取。
同一玩家只能报名一次。未开始、已结束、名额已满或作品不可用时拒绝报名。
# 奖励策略
| 策略 | 结算 |
|---|---|
| 随机分配全部 | 在报名者间拆分预算 |
| 固定平均分 | 实际报名者获得相同整数，余数返还 |
| 每人固定值 | 每位报名者获得固定值，空余名额预算返还 |
| 直接抽奖 | 固定人数和单人奖励，未使用预算返还 |
| 排行区间 | 报名者按结束快照命中一个区间 |
排行活动应锁定排行属性、方向和奖励区间。未报名者不占活动名次，未进入平台结算快照的报名者没有活动名次。
# 发布与预算
flowchart LR
A[保存草稿] --> B[检查合同和最大预算]
B --> C{作者余额足够?}
C -- 否 --> D[拒绝发布]
C -- 是 --> E[预扣最大预算并锁定规则]
E --> F[玩家报名]
F --> G[结束后后台幂等结算]
G --> H[发奖、返还、通知和流水]
发布后通常只能修改标题、说明和符合限制的结束时间。资格、人数、策略、排行和预算不能依赖客户端页面再解释。
# AI 与页面边界
编辑器 AI 可以生成活动草案、报名页和状态展示，但作者必须确认预扣金额与发布。渲染布局只展示平台返回的草稿、报名、等待结算、结算中和已结算状态，不能自行发奖。
# 两种模式的交付流程
| 阶段 | 纯 AI 模式 | 传统模式 | 平台/作者闸门 |
|---|---|---|---|
| 合同 | 给 AI 资格、时间、容量、奖励、同分和失败规则 | 手动填写并逐项交叉检查活动字段 | 合同必须可由机器结算 |
| 页面 | 让 AI 搭建状态驱动的报名和结果表现 | 在所属工作区绑定入口、文案和布局 | 页面不能发奖或重新计算奖励 |
| 预算 | 让 AI 计算最大暴露额辅助复核 | 将容量/奖励策略与可用余额对照 | 作者确认预算预留 |
| 发布 | AI 可执行一致性审计 | 人工检查锁定字段与发布状态 | 平台预留预算并锁定规则 |
| 结算 | AI/页面只展示返回状态 | 手动页面同样只展示返回状态 | 后端幂等结算并记录流水 |
不要让 AI 生成的页面成为资格或排名的第二种解释。平台合同才是权威；页面文案只能解释它，不能改变它。
# 验收矩阵
- 每种资格的满足与不满足；
- 重复报名、满员、未开始和已结束；
- 五种奖励策略与预算余数；
- 排行并列、未报名榜上玩家和未进快照玩家；
- 结算任务重复执行不重复发奖；
- 奖励、返还、通知和流水一致；
- 时区文案、长说明和移动端报名状态正确。
返回：积分与钻石。