时间与日程

把交接会做成日历文件，先核对北京时间与 UTC

极捷工具编辑 · 更新于

一场会议只写“下午两点”，转发后容易丢失日期或时区。把明确的起止时间做成 ICS 文件，可以交给日历导入；生成前后各核对一次，避免把 UTC 时间直接当成北京时间。

打开日历事件生成 →

操作步骤

  1. 打开日历事件生成，点击“载入示例”：标题为项目交接会，开始为 2026-10-09 14:00，结束为同日 15:00，地点为三楼会议室。确认未勾选“全天事件”。
  2. 保留“UTC+08:00（北京时间）”。这里选择的是所填时间的固定 UTC 偏移，并非接收者所在地；工具不会按城市推算夏令时。若活动跨夏令时切换，请改用具备城市时区规则的日历。
  3. 点击“生成并核对”，检查共 60 分钟，文件开始时间为 20261009T060000Z，结束时间为 20261009T070000Z。Z 表示 UTC，与北京时间相差八小时。
  4. 点击“下载 ICS 文件”，得到 jijie-event.ics。先导入目标日历的测试日历，并把显示时区设为北京时间；核对日期、14:00–15:00、标题、地点和备注。Google Calendar 桌面端可在设置的“导入和导出”中选择 ICS 文件与目标日历；各客户端入口不同。
  5. 需要改时间时，回到工具修改并重新生成。修改会清除旧结果；不要在同一日历反复导入测试文件，新的生成操作会使用新事件标识，可能出现重复日程。

跟着示例试一次

虚构交接会：2026-10-09 14:00–15:00，UTC+08:00，地点“三楼会议室”，备注“核对交接清单；带上问题列表。”。工具应写入 DTSTART:20261009T060000Z 和 DTEND:20261009T070000Z。若改做 10 月 1–3 日的全天安排，勾选全天后重新填开始日期 2026-10-01、最后一天 2026-10-03；结果应为 3 天，DTEND;VALUE=DATE:20261004。

DTSTART:20261009T060000Z
DTEND:20261009T070000Z
SUMMARY:项目交接会

怎样确认结果正确

检查下载文件以 BEGIN:VCALENDAR 开始、END:VCALENDAR 结束，只有一个事件；在北京时间日历中查看会议仍是 10 月 9 日 14:00。全天安排最后显示 10 月 3 日，文件中的 10 月 4 日是 RFC 5545 规定的不包含边界，不需要手工改成 10 月 3 日。导入前也可以在只读内容框核对 DTSTART 与 DTEND。

常见问题与边界

结束时间不晚于开始时间会报错；标题必填，日期限 1900–2099 年。当前只生成单次事件，不发送邀请、添加参会者、设置提醒或提供订阅同步；也不保证日历客户端对重复导入的处理一致。生成过程不上传输入、不自动保存，但导入云日历或分享文件属于另一步，会把文件内容交给对应服务或收件人。导入步骤参考 Google Calendar 官方帮助 https://support.google.com/calendar/answer/37118 ，格式参考 https://www.rfc-editor.org/rfc/rfc5545.html 。本教程实测文件生成及内容，不把所有日历客户端均已测试作为承诺。

用日历事件生成动手试试 →查看全部教程