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）