建立或修改
從文章專欄進入投稿頁。修改已公開文章時，從其閱讀頁進入提交修改，先核對當前公開版本。文章沿用詞條的正文編輯工作臺，但文章不走 GitHub PR：雲端草稿、提案及公開版本由站點分別展示。
閱讀頁僅向有編輯許可權的人顯示該文章的修改入口；其他讀者看到“投稿文章”，用於建立自己的新文章，不會修改正在閱讀的文章。
填寫與儲存
填寫標題、內容語言、分類及正文；摘要和關聯詞條可選。文章可獨立發表，也可明確關聯多個詞條。關聯時選擇正確的穩定詞條 ID；正文裡的 WikiLink 或普通連結不會自動建立“相關文章”。選擇格式工具或原始碼模式撰寫，預覽標題、段落、圖片網址和閱讀目錄。文章圖片目前使用已有網址，詞條附件按鈕不是文章檔案上傳工具。
正文會保留當前瀏覽器的本機編輯狀態；登入後使用“儲存草稿”將文章草稿寫入雲端。提交前看清儲存狀態，避免離開時誤以為只有本機的修改已同步。標題與正文須在提交稽核前完整；編輯器給出的問題應先定位並修正。
提交與審稿
點選“提交稽核”並等待回執，再到創作者中心開啟對應記錄。稽核中或退回的新版本不會覆蓋現有公開文章；維護者批准後，新版本才在當前文章語言的專欄出現。退回時閱讀意見，修改後重新提交。若提示版本衝突，重新載入公開版本並對照自己的修改，不要讓舊草稿靜默覆蓋他人的已批准內容。
編輯器操作例項
例如要發表一篇不依附詞條的作品考證：選擇實際寫作語言和文章分類，填寫標題、摘要與正文，關聯詞條留空。若文章同時討論兩首歌曲，則在屬性中明確選擇兩首歌曲的穩定 ID；正文中的 [[词条]] 只提供閱讀連結，不會把文章加入兩首歌曲的“相關文章”。儲存草稿後重新整理，先從創作者中心確認雲端版本，再提交稽核。
正文與詞條共用視覺化編輯器：標題和分類在屬性中，文章原始碼模式只處理正文。編輯長文時用大綱定位段落，用預覽核對標題、目錄、連結與圖片。當前文章圖片通過可直接訪問的圖片 URL 插入；相簿上傳器和詞條 GitHub 附件都不會自動把圖片附到文章。別把本地 blob: 預覽地址寫進正文。
修改公開文章與衝突
從公開文章發起修改時，編輯器以當前已批准版本為基準。待審修訂只對投稿者和稽核者可見；讀者繼續看到舊公開版。若其他修訂先獲批准，舊基準的提交會產生版本衝突，應先比對新舊內容再重投。退回稿在原記錄中閱讀意見，修改同一文稿，不另建一篇同標題文章。
公開前檢查
確認標題和正文完整、分類與內容相符、摘要不冒充事實來源、每張圖片有可用地址和使用依據、關聯 ID 對應正確詞條。提交後通過回執進入記錄，等待稽核；只有公開閱讀頁能開啟新版本，才算真正釋出。