1. 01写明时间线主题，添加日期和事件标题。日期使用 YYYY-MM-DD，不填写具体时刻。
2. 02为每个事件补充工作流或分组，以及完成证据、材料出处或待核对说明。计划日期不等于已经发生。
3. 03批量数据可以导入 CSV，首行为 date,title,description,group；至少需要 date 与 title 列。带逗号或换行的字段用双引号包围，字段内的双引号写成两个双引号。
4. 04选择方向和间距。比较日期间隔时使用比例模式；讲解相继发生的阶段时可以使用等距，但应保留日期标签。
5. 05导出 PNG 或 SVG 供阅读，导出有序事件 CSV 继续交换数据。JSON 保存标题、布局和全部字段，Markdown 保留可读底稿。

时间线属于长期演化的时间数据可视化形式，不宜将所有现代样式归于单一提出者。作为现代交互时间叙事的一手研究，Brehmer、Lee 等人的 Timeline Storyteller 展示了表示方式、比例与布局如何分别影响事件叙事。本工具只采用适合轻量生成的横向、纵向和两种间距，不声称完整复现该系统。研究与作者说明

本实现将有效日历日期映射为 UTC 日编号，按编号排序，再计算首末间隔。比例模式中日期位置与日数线性对应，说明卡片可避让；卡片位置不应被理解成另一个日期。相同日期保留原有输入顺序。只有一个日期时不能形成时间跨度，图仍可显示该事件。

RFC 3339 中的完整时间戳还包含时间与偏移量，本工具只使用完整日期形式，不处理时区转换。CSV 导入遵循常见的引号转义规则，但不宣称覆盖所有电子表格方言。日期规范与CSV 格式说明是数据交换依据，不是项目管理理论。

与甘特图相比，本工具主要显示事件点，不计算持续时间、依赖或资源冲突。与因果图相比，先后出现不能证明前者导致后者。图很整齐，也不代表计划可执行；审查时仍需追问谁负责、投入多少、何时确认完成。

“服务上线里程碑”示例从 2026-10-01 的范围确认开始，到 2026-10-22 的试点复盘结束，首末相隔 21 天。2026-10-15 有端到端验证和支持交接两个事件，它们共享日期，不应被画成相隔一天。

第二个“论文与学习进度”示例从 2026-11-02 到 2026-12-10，包含研究问题、资料矩阵、大纲、初稿和提交核对。导入以下短表可以观察比例和等距模式的差异：

date,title,description,group
2026-10-01,确认范围,记录验收标准,产品
2026-10-07,原型评审,"记录问题, 不只是喜好",设计
2026-10-15,端到端验证,验证恢复和导出,工程
2026-10-15,支持交接,确认故障处理联系人,运营
2026-10-22,复盘,依据观察决定下一步,产品

• 最多 80 个事件，日期范围为四位年份中的 1000–9999。

• 不支持公元前年份、只有月份的不确定日期、跨时区时刻或重复规则。

• 日期空白不会被自动当作今天；无效事件不会画入时间轴，但原字段仍可在完整底稿中保留。

• 导入含无效日期的 CSV 会整体拒绝，而不是猜测修正。

• 极长说明会增大画布，PNG 可能降低输出比例以控制像素预算。

• 需要缩放阅读时导出 SVG，恢复编辑时用 JSON。

• SVG 中的字体依赖查看设备，中文或特殊字符的外观可能不同。

等距模式中的一厘米不能当作一周。不要用日期先后替代因果分析，也不要把未经确认的计划写成事实。把“上线”改成“试点用户完成指定任务且确认回执”，可以使里程碑更可验收。

来自不同团队的 CSV 应先统一日期意义：是开始、完成、审批还是首次观察。否则相同日期列会混合不同事件语义，排序正确也会误导读者。

• 适合学习安排、项目里程碑、事件回顾、研究材料时间整理和交接说明。
• 人员排班、工时平衡、关键路径或循环日程应使用专门排程工具，本页不补造这些能力。

日期整理、绘图和导出在本机浏览器进行，无账号同步。分享链接为未加密快照，不应包含敏感时间安排或人员信息；超过 8 KB 时使用 JSON 文件。浏览器存档可能被清理，JSON 应另存。引用链接只作为来源显示，不会因导入而自动访问。

• Timeline Storyteller，Microsoft Research，2019：现代时间叙事的表示与交互研究。（访问日期：2026-09-22）
• RFC 3339：完整日期与时间表示的原始规范。（访问日期：2026-09-22）
• RFC 4180：CSV 行、字段及引号处理的格式说明。（访问日期：2026-09-22）