先決定新增還是修訂
先在時間軸列表搜尋事件和相近名稱。已有事件請在詳情選擇“修訂這條事件”，編輯器會載入該事件與原檔案版本；確實缺少的事件再從投稿選擇頁新建。每條新增事件儲存為獨立 YAML 檔案；舊事件只修訂其原檔案中的目標事件。
準備準確日期與分類
填寫資料能夠支援的最細精度：確知日期用 YYYY-MM-DD，只知月份用 YYYY-MM，只知年份用 YYYY。持續事件可以填寫結束日期。只有年或月精度時，公開時間軸顯示不確定區間；不要補一個來源沒有的具體日子。選擇至少一條敘事軌道與事件型別，再選擇普通事件或重要節點。
填寫文字、關聯與來源
中文、日文或英文任一種都能作為原文語言起稿。至少寫好該語言的標題與摘要；可補其他語言，缺譯時頁面會標明原文語言。關聯詞條填寫穩定 ID（例如 kaf），編輯器給出候選；不確定關聯時先留空。至少填寫一個可開啟、能直接核對事實的來源標題和網址。重要日期、人物和事件性質要能在來源中找到對應證據。
儲存、預覽、提交
- 在編輯器右側核對標題、日期精度、軌道和來源。
- 點選“儲存草稿”；離線或未登入時保留本機副本，登入後可儲存到賬號。
- 點選“提交稽核”並記下回執。系統只接受結構化事件欄位，自動建立 GitHub PR；來源和原檔案版本由服務端再次檢查。
- 在創作者中心檢視稽核意見與 PR。收到退回意見時修改同一投稿；原檔案衝突時先讀取最新版本並逐項核對。
- PR 合併後的狀態先是“待網站釋出”。只有公開站點的事件清單包含這次投稿的版本，記錄才顯示“已公開”。
常見問題
- 提交提示來源無效： 核對網址能否開啟，來源標題是否說明資料本身；搜尋結果頁或 AI 回答不能代替原始來源。
- 提交提示日期精度不符：
YYYY對應“年”，YYYY-MM對應“月”，YYYY-MM-DD對應“日”。 - 提示原檔案已有更新： 草稿仍在。重新讀取當前事件，比較標題、日期與來源，再提交修訂；不要覆蓋別人新增的內容。
- PR 已合併但網站找不到： 等待站點構建與釋出，隨後核對公開時間軸；合併不等於已經公開。
需要 GitHub 路線時，閱讀兩種投稿方式。