# 社区读书会报名页｜人工整理的需求修订稿

> 本文由本次演示整理者根据输入和 AI 原稿人工修订，便于开发评审。它不是 AIPRD 原生一键产出，也不是已实现系统的说明。以下验收条件尚未执行。

## 1. 目标与一期范围

为一场社区读书会提供手机端报名管理页面，减少群聊接龙造成的名额和取消记录混乱。总名额固定为 20。参与者可查看活动信息、报名和取消；组织者可查看报名名单与剩余名额。

一期包括单场活动的活动信息展示、报名、取消、组织者查看名单和名额。不得收集手机号，不做支付、消息通知、多场活动或社交功能。

## 2. 用户与核心流程

### 参与者查看活动

页面展示活动名称、活动时间、地点、总名额、剩余名额、报名和取消入口。网络加载失败时展示错误提示和重试入口。活动结束后的展示与操作规则须先确认，见待确认事项。

### 报名

参与者输入昵称和自设口令后提交。系统应以确定性业务规则检查必填、重复报名识别规则、活动状态和余位，并在同一业务事务中提交报名记录与名额占用。成功后显示结果并更新余位；失败时给出可理解的原因且不产生部分写入，余位不变。

重复报名识别规则待确认，包括是否以昵称判重、判重范围、比较方式、长度与字符限制。在确认前，不得把“同一场内昵称唯一”或原稿中的 20 字限制视为已定需求。

### 取消

参与者输入报名时的昵称和口令。系统应在一次确定性的业务事务中验证凭据、撤销有效报名并释放一个名额；失败时不改变记录或余位。口令忘记后的处理方式待确认；不得凭昵称直接取消。

### 组织者查看

组织者可以查看单场活动的有效报名昵称列表、总名额 20 和剩余名额。组织者身份如何认证、谁可访问、是否允许分享管理入口待确认。确认前，组织者名单入口不得视为安全可用。

## 3. 数据与业务约束

仅保存完成该流程所必需的数据：昵称、口令凭据（实现时应采用安全的凭据存储方式）、报名状态及系统维持名额一致性所需的信息。不得保存手机号。活动时间、地点、活动说明的录入与修改责任人和流程待确认。

名额由应用数据层的确定性事务保障，不依赖 AI 推理、AI 校验、AI 原子锁或外部 AI 敏感词服务。并发报名目标和实现约束待产品、开发共同确认；在目标明确并通过并发验收前，不得宣称并发行为已满足生产要求。

防止恶意占坑的规则待确认。不得自行加入验证码、设备限制、黑名单、短信验证或其他未确认功能。

活动时间与时区、报名截止时点、活动结束后能否报名或取消、记录保留期限及删除方式均待确认。在这些事项确认前，相应上线验收阻塞。

## 4. 验收条件（待执行）

1. 初始无报名记录时，页面显示总名额 20、剩余名额 20 和空名单状态。
2. 有余位时，合法的新昵称与口令组合可报名成功；余位减少 1，组织者名单增加该昵称。
3. 满额时，新报名被拒绝；余位仍为 0，名单不变。
4. 重复报名按双方确认的识别规则被拒绝；名单与余位不变。
5. 使用有效报名凭据取消后，报名从有效名单中移除，余位增加 1。
6. 使用错误口令取消时，操作失败；名单与余位不变，提示不泄露口令或其他报名者信息。
7. 多人竞争最后一个名额时，系统不得超额；具体并发负载与目标须先确认并据此执行验收。
8. 手机号不出现在表单、存储记录和名单展示中；支付、通知、多场活动及社交能力不在交付范围。
9. 组织者访问权限、活动生命周期、口令遗忘、昵称规则、记录保留和防占坑方案经产品确认后，补齐对应验收并执行。

以上为需求验收用例，当前均为待执行；它们不是本次真实生成或导出已经通过的执行结果。

## 5. 待确认事项与上线阻塞

| 待确认事项 | 需要明确的决策 | 阻塞范围 |
|---|---|---|
| 重复报名识别规则 | 是否以昵称判重、判重范围、大小写/空格/全半角处理、长度与字符限制 | 报名与重复报名验收 |
| 口令遗忘 | 是否提供恢复流程及其验证方式；当前不允许无凭据取消 | 取消报名上线验收 |
| 组织者权限 | 身份认证、授权人员、入口暴露和名单可见范围 | 组织者名单上线验收 |
| 活动时间规则 | 时区、开始/截止/结束时点及结束后的报名和取消规则 | 活动展示与生命周期验收 |
| 数据保留 | 报名记录保留期限、删除触发和责任人 | 数据生命周期上线验收 |
| 防占坑 | 是否限制频次或采用其他措施及其成本、隐私影响 | 相关风险验收 |
| 并发目标 | 预期并发规模、事务实现与可接受失败反馈 | 最后名额并发验收 |

## 6. 明确不纳入本次需求

不使用 AI 作为运行时业务规则引擎；不增加 AI 服务扩容、AI 原子锁、AI 敏感词审核；不擅自增加验证码或其他反滥用机制；不承诺未经确认的性能、准确率、业务成效、开发排期或上线日期。