先選擇任務
在參與共建選擇：修改或新建百科詞條、撰寫文章、上傳獨立照片或設定組，或投稿時間軸事件。詞條與時間軸由 GitHub PR 承載提案；文章可保存雲端草稿；圖庫圖片先私有暫存，再逐圖提交審核。人物、圖片類型和設定組可以暫不填寫，公開後再提出分類建議。投稿需要登錄，公開前由維護者審核；各自的保存狀態與公開條件不同。
開始前核對
先搜尋是否已經存在目標詞條、文章或設定，核對語言、別名及團體層級；準備原始來源、作者、日期和圖片使用依據。糾錯時保留原本有效的正文，只增補或訂正有依據的內容。把事實、推測和個人觀點分清：事實寫入詞條並註明來源，論述可寫成文章。
保存不等於投稿
編輯器可能顯示本機草稿或雲端草稿；圖庫還會顯示待上傳、上傳中、已暫存。只有點擊對應的“提交審核”並收到帶記錄編號的回執，才算進入審核隊列。請從回執打開創作者中心確認記錄與狀態。網絡失敗時先看是否已有記錄，避免重複創建。
路線一：在站內編輯
- 在投稿選擇頁選一項任務。詞條從現有詞條的編輯入口載入原文；文章從空白稿或已有文章繼續；圖庫可先直接上傳照片，或選擇角色創建設定組；時間軸從事件列表選擇修訂，或直接新建。
- 核對語言和已有內容，只改有依據的部分。準備標題、日期、來源網址；圖庫還要準備圖片使用依據。時間軸的“年”“月”“日”精度必須與實際資料一致，不知道具體日期就選年或月。
- 保存草稿並查看預覽。本機草稿只在當前瀏覽器；雲端草稿綁定賬號。圖庫的“已暫存”只代表文件已私有上傳，其他人還看不到。
- 點擊“提交審核”，等待記錄編號。到創作者中心查看狀態、維護者意見和唯一的下一步操作。詞條及時間軸的 PR 可以從記錄詳情打開。
- 審核退回時按照意見修改同一份投稿；審核通過或 PR 合併後仍可能顯示“待網站發佈”。只有公開頁面和記錄狀態都確認後，內容才算可供讀者查看。
遇到失敗： 保存失敗時先複製或保留本機稿；提交超時後先檢查創作者中心是否已有記錄；提示原文件衝突時重新讀取當前版本，逐項核對差異，再重投。不要為了消除衝突直接覆蓋他人的修改。
路線二：在 GitHub 投稿
- 在網站找到目標詞條，打開“編輯源文件”；或到倉庫中定位對應的
src/content/.../zh.md、ja.md、en.md。時間軸現有事件在src/data/chronicle/<年份>.yml，新事件使用獨立文件src/data/chronicle/<年份>/event-<编号>.yml。 - Fork 倉庫或建立自己的分支。編輯前閲讀字段與語法説明和內容與格式指南；只修改目標內容，並保留 ID、語言、來源及現有有效段落。
- 在本地或 GitHub 預覽變更，檢查鏈接、日期、圖片路徑和 YAML 格式。提交 commit，向主分支創建 Pull Request，説明修改範圍、資料來源及你已做的檢查。
- 在 PR 中回應維護者的審閲意見，繼續向同一分支推送修訂。維護者合併後等待網站構建與發佈，再打開公開頁面核對。GitHub 路線的進度以 PR 為準，可能不會自動出現於站內創作者中心。
遇到失敗： 不知道字段怎麼寫時先看相同類型的已有文件；構建失敗時讀 PR 檢查日誌；遇到合併衝突先更新主分支並逐段核對。不要只因為檢查通過就寫“已公開”。
AI 可以怎樣幫你
把你已有的來源和草稿交給 AI，讓它整理結構、解釋字段或指出待核對處。例如：
請只根據我下面提供的資料，把這條時間軸事件整理成“標題、日期及其精度、摘要、關聯詞條、來源”五欄。資料沒有寫出的日期或人物請標為“待核對”，不要猜測，也不要添加我未提供的事實。資料：[粘貼原始來源與摘錄]
將結果與原始來源逐項對照，再錄入站內編輯器或 GitHub。AI 回答不能替代來源；歌詞、譯文、圖片授權和時間戳尤其需要人工核對。處理同步歌詞時可參考舊版保留的 AI 排版提示詞。