這一頁說明什麼
四個環節：選題、考證、技術審稿、文字編輯。
成員不以個人身分掛名，職責與交接方式公開。
文章上線後以補充與修正為主，錯誤會標註時間。
分工公開，是為了讓你看得出可信度從哪裡來
本站的內容由分工明確的編輯團隊完成，包含選題、歷史考證、技術審稿與文字編輯四個環節。一篇文章從提出題目到上線，通常會經過這四個位置，而且每一次交接都留下可回頭檢查的痕跡。
我們公開分工方式，是為了讓讀者判斷一篇內容的可信度來自哪裡。當你讀到一段關於發行年份或機制設計的敘述，你可以知道那是誰查的、誰核對過，以及遇到不確定時我們選擇怎麼寫。
團隊成員不具名列出個人資料，也不掛上個人頭銜。原因很單純：這個網站談的是線上遊戲的演變與技術，讀者要判斷的是內容本身站不站得住腳，而不是誰寫的。但每個角色負責什麼、如何交接，都會寫清楚。
這樣的做法節奏偏慢。一篇深度文章從選題到上線，中間可能來回好幾次，尤其是考證與技術審稿互相退回的段落。慢下來的部分，多半花在確認一個年份、一個限定詞，或一句話到底該不該寫成定論。
這一頁可以怎麼用
如果你正在判斷一篇文章能不能引用，先看它的敘述方式，再回頭對照這裡的分工。
一篇文章會經過的四個位置
四個環節不是四個部門，而是同一條線上依序接手的四種判斷。前一個位置沒把問題講清楚，下一個位置就會退回，這也是我們唯一比較嚴格的規矩。
選題如何決定
選題來自三個方向：讀者回饋中反覆出現的主題、歷史時間軸上的明顯缺口、以及既有文章需要更新的部分。三者之中，以讀者反覆提到卻一直沒有完整說明的主題優先。
我們不做即時新聞追趕，因此選題節奏偏慢。一篇關於某個時期營運模式的整理，可能在觀察名單上放上好幾個月，等到資料夠了才動筆。
每篇深度文章在上線前都會確認它填補的是哪個具體問題。如果說不出「這篇解決了讀者的哪個疑問」，這篇就不會進入寫作階段。
歷史考證的角色
考證負責核對發行年份、平台與設計特徵。例如 Meridian 59 在 1996 年發行、常被稱為最早的 3D MMORPG 之一，這類敘述需要確認來源與限定詞是否恰當，因為「最早」與「之一」放在一起，意思和單獨使用時並不相同。
考證也會標示共識程度，避免把單一來源寫成定論。當一份資料只出現在訪談、另一份只出現在當年的說明書，我們會分開寫，而不是合成一句聽起來很肯定的敘述。
技術審稿在做什麼
技術審稿檢查的是機制描述是否準確，例如副本如何生成、持續世界的伺服器狀態如何維持、玩家經濟的通貨流動邏輯。這些題目如果只讀設計文件，很容易寫出紙上看起來合理、實際玩起來完全不是那回事的段落。
這部分需要實際遊玩經驗與設計文件的理解，因此審稿人通常同時具備兩者。當一段描述和實際體驗對不上，通常不是誰寫錯，而是那句話原本就沒把前提講出來。
文字編輯的取捨
文字編輯負責把考證與技術內容轉成可讀的段落，同時確保沒有誇大或未經支持的說法。遇到不確定的描述，會退回給考證或審稿確認，而不是用模糊措辭帶過。
這個來回是文章品質的主要來源。一篇稿子被退回兩三次是常態，退回的理由通常很短：這個數字是誰說的、這個詞會不會讓人以為是全部、這段是不是把兩件事寫成一件。
這張照片在哪裡拍的
一張編輯桌上的紙本資料，是考證與審稿來回時最常被翻動的東西。
考證與技術審稿的往來大多發生在紙上：年份、平台、機制描述的每一句，都會被圈出來確認一次。
我們如何處理不確定性
文章會出現「常被視為」「一般認為」這類措辭，這是刻意標示共識程度，不是迴避。當一個說法在圈內有大致共識但沒有單一權威來源，我們會把這個狀態寫出來。
當某個說法只有單一來源，我們會直接說明。讀者若發現我們把推論寫成事實，歡迎透過聯絡頁面提出，附上你手上的依據會讓處理速度快很多。
語言與術語處理
本站以繁體中文撰寫，遊戲名稱與技術術語保留原文以便對照。台灣讀者熟悉的營運用語優先使用，例如血盟、攻城戰、副本這類詞，因為這些詞在本地玩家的理解裡有很具體的畫面。
翻譯腔會影響理解速度，因此文字編輯會特別檢查。常見的處理是把直譯的長句拆開，或把原文術語在第一次出現時用一句話說明，之後才直接用。
遊戲經驗從哪裡來
判斷機制描述準不準，靠的是長時間在同一個世界裡待過。團隊成員的遊玩經驗涵蓋不同年代與地區，這些經驗用來判斷哪些機制描述貼近實際遊玩，哪些只是紙上規格。
從網咖連線到固定出團
成員的經驗橫跨台灣網咖時期的韓系 MMO、瀏覽器 MMO 的長期帳號，以及現代團隊副本的固定出團。三種經驗的節奏完全不同，卻剛好覆蓋了這個類型在不同年代的核心問題。
網咖時期學到的是連線品質與帳號安全怎麼影響一個人的玩法；瀏覽器 MMO 學到的是輕量客戶端如何留住人；固定出團學到的則是副本設計與團隊分工之間的拉扯。這些都會回頭影響我們寫機制時的用詞。
韓系 MMO
血盟與攻城戰的團體規模感。
瀏覽器 MMO
低門檻上線與長期經營的關係。
現代副本
分工、時間與難度曲線的平衡。
經驗如何影響審稿
有實際遊玩經驗的審稿人，會對某些說法特別敏感。例如把「持續世界」寫成永遠在線而沒有提到維護與重置，或把副本生成寫成純技術問題而略過玩家行為的影響，都會被要求補上條件。
經驗的邊界
個人經驗不能取代資料。我們不會因為「我當年玩過」就放過一個沒有來源的數字；經驗的功能是判斷描述合不合理，不是拿來當證據。
看得出來誰負責什麼，才談得上信任
外部合作與更新紀錄
外部合作與投稿
我們接受素材建議與線索提供，但不接受以排名或推薦形式呈現的商業合作。這一條沒有例外，因為一旦內容可以買位置，前面四個環節的意義就不存在了。
若你手上有可查證的一手資料，例如早期說明書、光碟包裝上的印刷資訊或當年的營運公告，歡迎透過聯絡頁面說明，我們會評估如何使用。附上取得方式與時間，通常比附上結論更有幫助。
更新與勘誤紀錄
文章上線後以補充與修正為主。發現錯誤時，會在該篇文章標註修正內容與時間，而不是默默改掉。這條紀錄同時是對讀者的交代，也是團隊內部的品質追蹤方式。
如果一個修正牽涉到整段敘述的判斷方式，我們會連同理由一起寫出來。讀者看到的不只是「已更正」，而是原本為什麼會寫成那樣。
如何與團隊聯繫
勘誤、素材建議與合作詢問都透過聯絡頁面處理。請盡量附上具體依據與脈絡，這會明顯加快處理速度。若你的問題與內容使用有關，常見問題頁可能已有答案。
台灣PC線上遊戲歷史教育中心 · 台北市信義區松仁路100號12樓 · 週一至週五 09:00–18:00 · [email protected]