问题
“日历与活动”插件目前将出席类型设置绑定到单一的邀请方式：
- 公开活动 → 只能通知/批量邀请单个用户（无法选择群组）
- 仅限受邀活动 → 只能选择群组作为受邀者（无法选择单个用户）
我认为这种抽象在实际操作中并不实用，因为许多现实场景需要组合使用群组和个人。
当前限制造成困扰的使用场景
-
公开活动，定向群组邀请 — 一个面向全社区的聚会是公开的（任何人都可以回复确认），但你希望批量通知特定群组（例如
event-organizers、local-chapter-leaders），以确保关键成员不会错过公告。 -
仅限受邀活动，个人例外 — 一个私人工作坊对某个群组开放，但你需要单独邀请一两位尚未加入该群组的嘉宾（例如演讲者或董事会观察员）。
-
混合受众 — 一个活动向公众开放，但你同时也希望确保整个群组都能收到通知，并且群组成员出现在邀请列表和同步的日历中，而不需要每个人自己去发现这个活动。
-
手动回复确认 (RSVP) — 既然人是人，一些回复确认不可避免地会通过“非正式渠道”进来——也许是在原帖下的回复、私信 (PM/DM) 或电子邮件中。现有的“批量邀请”下拉菜单（创建后）对于管理公开活动中的个人非常有用，但它不支持为公开活动添加整个群组成员的回复确认，也不支持为私人活动添加群组中的个别成员（或个人本身）的回复确认。
建议的更改
将谁可以被邀请与出席类型解耦：
| 出席类型 | 可邀请对象 | 当前状态 | 建议状态 |
|---|---|---|---|
| 公开 | 个人 |  |
|
| 公开 | 群组 |  |
|
| 仅限受邀 | 个人 | |
(按用户例外处理) |
| 仅限受邀 | 群组 | |
|
在创建/编辑活动模态框以及创建后的批量邀请操作中，允许无论活动是公开还是仅限受邀，都可以同时选择群组和个人用户名。出席类型将继续决定谁可以发现并自行回复确认，但不再限制组织者可以主动邀请谁。
补充说明
- 对于公开活动，群组邀请将作为通知（活动仍然对所有人开放），而不是访问门槛。
- 对于仅限受邀的活动，可以选择标记个人例外，以便他们绕过群组会员资格要求进行回复确认。
- 现有的 CSV 批量上传路径也应接受群组名称列，与用户名并列。