create_organizer_activity

io.github.yzlee/opcmenu · Verify this server

【需要登录】【何时用】用户说「帮我发一场分享会 / 建一个报名」时调它。这是站内建活动的**唯一正确入口**：活动本体 + 报名配置一次写入，建完立刻进报名 feed、报名页立刻可用（先过后审，不留灰度闸）。 【组合链】建完拿 slug → signupPageUrl 直接发给用户去转发 → get_organizer_activity(slug) 读现值 → update_organizer_signup_config(slug) 改题目/联系方式 → 报名进来后 list_signup_submissions(slug) 看名单 → bulk_review_signup_submissions 批量处置 → issue_signup_export_link 导出。活动本体（标题/时间/地点/截止/名额）改动走 update_activity。 【口径/坑】① **别逐字段构造几十题的表单**：不传 extraQuestions 就落系统基线四项（姓名/手机号/微信号/一句话项目介绍，全是跨活动复用的稳定 key，报名者一键带出）；额外题只要一行一个中文题面丢进 extraQuestions，key/type 由服务端生成。真要做复杂表单让用户去 opcmenu.com/pro。② 额外题一律生成为**选填**——把新题设成必填会把已经在填的人挡在门外。③ type 不含 COMPETITION（那是外部赛事导入专属，站内报不了名）。④ 线下活动（OFFLINE_GATHERING）必须填 location。⑤ **活动卡上的主办方名**：不传 organizerName 就取你在 App/网页填过的「主办方资料」里的机构名（那个子树要短信验证码，agent 端刻意不做写入口）——两处都空，卡片上主办方那行就不出。联合主办/承办单位直接把完整署名传 organizerName。⑥ 资格不足会返回 error=organizer_profile_required / profile_incomplete / no_published_product，exits 里写了各自怎么补。⑦ 超时重试安全：同 clientRequestId、或同标题 5 分钟内重复调用，返回既有那场而不是再建一场（返回 deduped=true）。