把你知道的，留給下一個喜歡神椿的人。

打開一篇你熟悉的藝人、歌曲、專輯、企劃或活動記錄。先讀完相關段落，再用一句話寫下“我想改什麼”。

• 適合第一次做： 修一個錯字、補一條官方鏈接、把一條有依據的日期寫準確。
• 可以以後做： 重寫整篇介紹、補完整歌詞時間軸、同時建立多個語言版本。

比如，把含糊的“近期發行”改成官方公告中明確的日期。這時要一併保留公告鏈接；只修標點則不必為了形式額外找來源。

還沒選好詞條，可以先瀏覽歌曲目錄。暫時只想反饋問題，也可以走本頁底部的 Issues 入口。

1. 在詞條頁點擊 編輯源文件，會先來到這份指南。上方會顯示目標路徑。
2. 點擊 打開可視化編輯器。支持的詞條會載入原有資料與正文；已有草稿時，先按提示備份再決定是否替換。
3. 也可以在編輯器右上角點 編輯舊詞條，搜尋名稱或文件路徑，再點 載入原文。
4. 核對標題、正文和語言。路徑末尾的 zh.md、ja.md、en.md 分別是簡體中文、日文和英文。

讀原文失敗時： 重試；或到 GitHub 打開對應文件的 Raw 原文，使用“導入原文”粘貼完整文件，也可選擇不超過 1 MB 的 .md 文件。兩條 --- 之間的資料也要保留。

網站指南、公告和首頁文案不在可視化編輯器的五類詞條範圍內。編輯這些文件時，使用上方提供的 GitHub 鏈接。

先點擊中間的段落，直接改文字。正文從二級標題開始，頁面標題已有獨立位置。

想做什麼	在哪裏操作
加粗、斜體、加鏈接	選中文字，使用頂部或浮動工具欄
高亮、注音、劇透黑幕	使用工具欄對應項目；需要解釋或讀音時填寫彈窗
插入標題、列表、圖片、表格	在空段落按 /，或點“插入內容”，搜尋內容類型
修改圖片説明、表格、歌詞	點擊對應內容塊，查看右側“屬性”
調整內容順序	使用內容塊的上移、下移；也可拖動塊柄
找到一段文字	使用左側“查找正文”；大綱可跳到章節
改標題、日期等資料	左側“屬性”中的“詞條資料”

練習一次加來源： 選中“官方公告”四個字 → 點“添加鏈接” → 填真實公告地址 → 應用 → 在右側預覽核對文字和鏈接。

遇到“原樣保留的內容”，説明這一段含複雜語法。先保留它；需要修改時切到“源碼”，對照語法參考小範圍修改。解析錯誤時先修正 YAML，再切回可視化；不要為消除提示刪除整段資料。

新增發行日期、製作人員、活動經歷等事實時，優先核對官方作品頁、公告、正式採訪或出版資料。鏈接應直接支持附近那句話，不能只放一個網站首頁。

寫法可以是：“官方作品頁列出了該曲的作詞與作曲信息。”隨後添加對應作品頁鏈接。不要把“我很喜歡”改寫成“廣受好評”；來源有評價時，説明是誰作出的評價。

• 名稱和日期以來源為準；不把搜尋摘要、AI 回答或粉絲猜測當成依據。
• 圖片需説明來源並確認可使用；已有授權字段不要刪。編輯器填寫圖片地址，不會替你上傳圖片文件。
• 引用、翻譯和歌詞要核對原文，保留已有署名、翻譯者及授權信息。
• 不確定的內容先不寫，在 PR 中説明缺什麼資料。

AI 可以幫你檢查表達、整理你提供的來源或解釋錯誤，但最終逐項核對的是你。不要讓它猜日期、製作人員、譯文含義或歌詞時間。

1. 打開 閲讀預覽，從頭讀一遍；檢查標題、鏈接、圖片説明、表格和摺疊內容。窄屏可用底部“閲讀預覽”切換查看。
2. 點擊底部 導出前檢查，補齊提示中的必填資料。這能發現字段問題，不能替你判斷事實是否正確。
3. 查看底部草稿狀態。“草稿已保存在此瀏覽器”只代表本地保存，不會同步到其他設備；重要修改請下載備份。
4. 右上 導出 Markdown → 複製完整 Markdown，或 下載 .md。複製的是完整文件，包括頂部資料。
5. 有有效文件路徑時，同一菜單提供 打開 GitHub 文件位置。把完整 Markdown 粘貼到該文件的編輯區，不要只粘正文後誤刪資料。

在 GitHub 的 Preview / Changes 或差異視圖再核對一次。GitHub 不一定能渲染本站的注音、媒體和歌詞短語法，這些效果以站內預覽為參考，最終還需網站構建檢查。

暫停也沒關係： 信息未齊時可先下載草稿，不必為了消除提示填猜測或佔位數據。

第一次用 GitHub？ 到 GitHub 註冊創建個人賬號並驗證郵箱。免費賬號即可完成公開倉庫貢獻；練習編輯不需要提前註冊。登錄後回到目標文件的編輯頁面。

1. 沒有倉庫寫入權限時，GitHub 會引導你創建 Fork（你賬號下的副本）。按頁面提示繼續。
2. 粘貼修改並核對差異，點 Commit changes… / Propose changes 保存。説明寫清實際變化，例如“修正詞條中的重複文字”。Commit 只是保存記錄。
3. 繼續進入 Compare & pull request / Create pull request。確認目標倉庫為 LinkTh1rsty/kamitsubaki-wiki-site、目標分支為維護者當前指定的開發分支，來源是你的修改分支。
4. 寫一句清晰標題，用下方模板説明改動、來源和檢查結果，然後創建 PR。出現帶編號的 Pull Request 頁面，才算已交給維護者。

接下來會發生什麼？ Checks 是自動檢查：運行中就稍等，失敗就看具體錯誤；通過後仍需維護者審閲。收到補來源或改格式的意見很正常。回到同一個 Fork 的同一分支修改並再次 Commit，新提交會加入原 PR，不必重複開一個。

合併表示修改已進入主分支，正式網站還要等待部署成功。PR 和提交記錄會留下貢獻歷史，頁面上的貢獻者信息可能稍後才更新。

界面措辭可能變化，可查 GitHub 網頁編輯説明與 從 Fork 創建 PR。