此條目旨在提供一份為所有Minecraft Wiki條目遵守的綜合的格式指導。在選擇使用哪些格式規則上經常會有爭議，而一部官方的格式指導有希望幫助解決這些爭議，同時也能幫助大家達成共識。
雖然維基百科已經提供了一份更通用的格式指導，但專用於Minecraft的特殊指導方針是有必要的。同理，只有專用於Minecraft Wiki的指導方針和其基本的格式規則才會被收錄在這裡。如果有任何衝突，本頁面的優先級永遠高於本頁面的子頁面和維基百科的格式手冊。
條目標題[]
條目應遵從基於其類型的常規命名格式。
- 關於遊戲內方塊，物品和實體等特性的條目應使用Java版遊戲內譯名。目前，這些譯名由中文Minecraft Wiki管理團隊管理。完整的譯名列表可見此處。
- 關於人物的條目應該包含姓氏與名字，而不是他們的Minecraft或Twitter暱稱。
- 消歧義條目在標題已被某條目使用時才應該包含「（消歧義）」。
- 若是以英文命名的條目，且條目類型未在此列出，則應選用句子型大寫（第一個單詞首字母大寫）的最確切的標題，而不應用標題型大寫（各單詞首字母大寫），除非其為一個特定的名詞。
關於遊戲版本條目標題的命名格式，請見版本#標題。
編寫[]
由於本wiki的目的是記錄事實，您應該始終避免推測的與無來源的資訊。一般來說，如果可以直接地在遊戲或其他明顯的地方被看到，這些資訊就不需要來源。對於一些具體的遊戲資料（例如某掉落物的掉落機率），請儘量從遊戲代碼中得到結論，而不是透過在遊戲中進行實驗測得。然而其他的資訊，比如來自Mojang員工的引言和並不廣為人知的資訊，必須以適當的參考標明來源。{{citation needed}}模板應被放置在任何需要來源的資訊之後。不要在條目中加入你無法找到來源的內容。
在主命名空間的條目應該保持第三人稱的口吻且不使用對讀者來說需要參考的術語，但教學頁面除外。也儘量嘗試不使用縮略語。舉例來說，「你不該靠近苦力怕，因為他們會爆炸然後把你殺掉。」應該寫成「玩家不應該與苦力怕靠的太近，因為它們會爆炸，並有殺死玩家的可能。」
強調重點時應該用粗體，而不能用斜體。
教學資訊，包括對方塊或紋理的延伸特性，應只寫在教學條目。如果有重要關係，教學條目被主要條目連結。
Mod資訊不應包含在與Mod無關的條目。Mod條目也不能從與Mod無關的條目連結。
通常情況下，中國版獨有特性應該只收錄於中國版頁面中。中國版的原版遊戲與國際版相比可能會有微小的差異，但這類微小的差異不應寫入頁面。
譯名[]
在編寫條目過程中使用標準譯名時應當遵循此原則。
保持條目的簡明與更新[]
- 快捷方式
- MCW:更新
簡單來說，條目應該只包含最新的資訊，即在最新的「完整」遊戲版本所呈現的內容。任何的過期內容應該移動到條目的歷史段落。當有變更時，應在歷史段落中記錄並移除條目其他段落中的過期資訊。提及某一特定的特性在何時實現並不必要；這個特性也應當保留於條目的歷史段落。例如這樣的句子：「交易，實現於1.3.1，是一種允許玩家透過交換綠寶石（此前是紅寶石）來取得其他物品的特性。」應當寫成「交易是一種允許玩家透過交換綠寶石來取得其他物品的特性。」
這裡有一個不好的條目編寫的示範，使用的是原木條目之前的版本。這段是完整的介紹內容。用黃色高亮的是多餘內容，而紅色的是歷史內容。
原木（Log）（舊稱木塊（Wood）），是一種首次出現於Minecraft創造模式0.0.14a的方塊。它們的四個側面有類似樹皮的外表，頂面和底面則是橫切面。在Beta 1.2與所有之前的版本中，只有普通橡木原木能在區塊中生成，而松樹與樺木將生成於更新一些的區塊中。作為樹的組成，原木在自然生成的地圖中非常豐富。原木可以用手挖下，但使用斧會更快。原木也是可燃的。
在現有的原木中，樺木是最稀有的品種。原木、木塊常用於組成植物，樹和木屋。在生存測試中，原木挖掘後掉落3 - 5個木材。而在Indev、Infdev、Alpha和Beta挖掘原木會則掉落一個原木。這使得原木可以作為建築材料，也能合成出木材。
原木唯一的合成用途是製作成4個木材。另外，原木可以在熔爐中燒制來製作煤炭的替代品木炭。
自2011年1月13日更新的Beta 1.2以來，總共有四種原木。一種是普通的原木（橡木），另一種像樺木，還有一種像普通原木，但更黑且出現在生長於寒冷生態域的松/針葉樹，第四種與橡木相似，但顏色稍有不同且斜向一邊。這些原木方塊依舊可以透過合成製作4個木材。不同種類的原木在物品欄裡不會堆疊，但是木材可以。由不同種類的原木做成的木材完全相同。樺木的葉子比一般的葉子略微暗淡，松樹有松針，叢林木樹葉茂密且有水果樣的花紋。
第四種原木加入於快照12w03a，只生長在叢林生態域，組成它們專屬類型的樹。最高的樹使用這種類型的原木，尺寸為2x2而不是通常的1x1。這部分的問題是陳舊資訊散布於新資訊中。介紹應該陳述方塊在最新發布版本的目前內容。歷史資訊是好的，但為清晰起見，這些資訊應該按時間順序寫在單獨的地方：條目的歷史段落。
未來[]
- 快捷方式
- MCW:未來
在未來更新中加入的內容應加入到條目的主內容中，被寫入的特性要用{{upcoming}}標記且是在預覽版本中出現過的。如果更新包含相關條目的巨大變更，那麼這些內容應在主段落中作為一個子段落提及，或是放在一個名為「即將到來」的專有段落。即將到來的特性必須同時在「歷史」段落，使用特定的「即將到來」的標頭提及。
更新發布後，所有過期的內容都需要移動到歷史段落或移除，且所有使用的{{upcoming}}模板都應被移除。
引用[]
所有引用的內容應當和原文完全一致。引文中需要額外加入的內容應當以方括號[]標出。如果原文存在錯誤，則引用時應當在出錯處用{{sic}}標註。
段落等級[]
頁面主段落應以二級標題開始（兩個等號），每一子段落增加一級。永遠不要使用一級標題（一個等號）。
段落之間應有一個空格，等號與段落名稱也應有一個空格以方便編輯。如果使用了「主條目」連結或縮略圖，將其直接放在段落標題之下，然後在開始段落內容之前，接著輸入一個空格。
關於段落次序的資訊，參見本格式指導的頁面布局段落。
斜體[]
中文和英文的斜體使用方式有所差異。在本wiki中，斜體的使用規範如下：
- 一般情況下，任何中文內容都不應使用斜體。
- 強調內容時可以適當使用粗體；包含中文的書籍、電影等作品名稱應使用書名號「《》」標記。
- 只包含英文的作品名可以使用斜體，如Minecraft: The Voyage。在英文句子中強調內容時，也可以使用斜體。
- 正文中的Minecraft及其衍生作品是僅有的例外，不應使用斜體。
- 其他情況下，英文內容都不應使用斜體。
- 在計算公式等特殊內容中，可以適當使用斜體標記參數。
另外，有時為了防止機器人在批量替換文字時破壞模板參數，部分正文內容也會使用斜體標記。這類標記會在文字替換完成後由機器人自動去除。
英文內容[]
條目正文內除開頭的關鍵詞外，一般不應出現英文。關鍵詞的英文應當遵循遊戲內美式英語名稱（如有）或常規的美式英語拼寫。含有大段英文內容的條目應當移動至沙盒或直接在沙盒建立，翻譯為中文後再移動到主命名空間下。
圖像[]
- 快捷方式
- MCW:圖像
往頁面中加入的圖像應展現頁面主題的一種屬性。圖像介紹應精簡到一句話以內，但圖像內容足夠複雜、說明清楚需要超過一句話的除外。即使圖像介紹的說明文字較長，其中靠前的語句已出現句號，介紹末尾也不應有句號。
一般情況下，圖像應展示包含描述內容的最新版本Minecraft，如果過期則建議上傳新版本，或將其移除。
不應上傳單純的遊戲紋理圖像，除非圖像具有其他作用。
二次上傳英文wiki的圖像時應當使用原圖，而不是低分辨率的版本。
儘管不是必須的，但是為了方便查證，建議上傳截圖時在檔案說明中註明遊戲版本、地圖種子、座標等必要資訊。
{{BlockLink}}、{{ItemLink}}等含「精靈圖」的連結模板用於向讀者展示遊戲中某種物品、生物等的具體特徵。正文的文字段落內通常不應使用各種含精靈圖的模板，但教學頁面除外，因為查看教學的新手不一定知悉提及的物品在遊戲中的樣貌。精靈圖的前面不需要加入空格。
當往頁面加入畫面截圖時，確保截圖用的是原版紋理與UI。使用客製化紋理包、UI模組與其他客製化內容的畫面截圖是不被允許的，但關於資源包和模組的頁面除外。
為清楚顯示截圖內容，除非目的是展示抬頭顯示器（HUD）相關內容，否則需要隱藏HUD（可透過按F1切換隱藏）。
對於首頁每週頁面所用到的圖像而言，請使用遊戲內截圖而不是標準視圖，且應當注意該圖像內容與介紹內容的相關性。
連結[]
- 快捷方式
- MCW:連結
關於完整的連結指導，請見「wzh:Wikipedia:格式手冊/連結」。連結缺失會使讀者困惑，因為可能會出現一些只能透過搜尋選項或其他說明來源的關於頁面內容的問題，這些問題會打斷並干擾讀者。
連結過多可能會干擾讀者，因為連結常使用不同顏色來吸引目光。此外，如果同一個詞在同一個段落被多次使用連結，會使讀者產生這些連結是否指向不同頁面的疑問。
連結的指導方針如下：
- 單個頁面用於連結的詞不能超過10%。
- 連結的文字應當描述其鏈向的頁面或這個連結的具體功能，而不能使用「此」「這裡」或「點擊此處」等完全不包含連結目標內容的文字。
- 除非對句子的詞語組成或可讀性產生不利影響，兩個連結不能緊挨在一起，以致看起來像單個連結。
- 任何單一術語的連結不能在同一頁面多餘地重複建立。多餘連結的定義是在某行或某自然段對同一術語建立多次，使其在讀者畫面上總會不必要地出現。記住，連結的目的是在讀者需要更多資訊，而要臨時繞道時，引導他們到一個新的地方。
- 在頁面中離上一次出現有一定距離的地方重複建立重要連結應是很合適的。如果一個重要術語在一個長頁面中多次出現，但只在頁面最開頭的地方用了連結，就應當用下劃線標明。也就是說，帶著興趣直接跳轉到一個子段落的讀者必須依然能找到一個連結。需要注意的是，重複連結的距離實際上取決於編輯者的喜好，在認定和處理這類問題時需要注意；不過如果存疑，那就在更遠的地方重複。
要連結到一個頁面，連結到重新導向頁一般比使用管道連結更好（例如使用[[白桦原木]]而非[[原木|白桦原木]]），下列情形除外：
- 連結位於模板或其他可能會被嵌入的頁面，如使用重新導向頁會導致連結正常顯示且實際指向自身的；
- 指向只記載單一版本的版本頁面的連結：
- 如果目標頁面是帶有版本前綴的頁面，即便有重新導向頁指向此頁面，也不應連結到此重新導向頁，而應使用管道連結連結到原始頁面。
- 如果目標頁面不帶有任何版本前綴，則直接連結到此頁面。
無論何種情況，只要使用管道連結，其目標頁面就不應為重新導向頁，而應為重新導向頁面所指向的頁面。
座標[]
遊戲內的單個座標應當大寫，並且不需要加入空格（即「Y=1」而不是「y=1」或「y = 1」）。體積標識應當按照X、Y、Z的順序寫出，中間使用乘號（「×」，×）隔開；例如，「4×3×2」表示一個沿X軸4格、Y軸（豎直方向）3格、Z軸2格的區域。更深入的座標表示正在討論中。
指令[]
指令格式應當嚴格遵循遊戲內的提示。
Java版[]
需要按原樣輸入的內容（字面量）沒有其他任何修飾（如/data merge）。需要以合適的值替換輸入的內容（變數）使用尖括號標註（如<target>）。可選的內容以方括號標註，但方括號不能取代其他標註（例如，[<size>]是可選的變數，而[size]是可選的字面量）。必須從一組字面量中選擇一個輸入的內容用圓括號標註，以管道符分隔（如(eyes|feet)）。可選的從一組字面量中選擇一個輸入的內容用方括號標註，以管道符分隔（如[destroy|replace|keep]）。
以/advancement (grant|revoke) <targets> only <advancement> [<criterion>]為例，/advancement和only是需要原樣輸入的字面量，(grant|revoke)是需要從grant和revoke中選擇一個輸入的字面量，<targets>和<advancement>是必需的以合適值替換的變數，[<criterion>]是可選的以合適值替換的變數。
基岩版[]
你可以幫助我們加入資訊。
檔案[]
- 快捷方式
- MCW:檔案
命名[]
檔案的名稱應當簡潔，且能表明檔案的內容。需要注意：
- 不應該只用日期來給檔案命名（這經常發生在截圖上，請修改檔案名）。
- 檔案名不應該包含中文字元。
- 全形符號也被視為中文字元，請在上傳時改為半形。
- 檔案名不能是無意義的字母、數字和符號的組合，或者是
image、picture和photo等無具體含義的單詞。 - 檔案名也不應該包含「px」之類的尺寸說明。
- 除了一些特殊檔案另有用途外，請勿上傳Grid開頭的圖示，這些圖像統一收集在「小精靈」圖像中。
- 確保檔案名中沒有多餘的空格。
- 檔案後綴名一律小寫。
Infobox內的圖像名稱必須和遊戲內英文名稱一致，且應當是等軸視圖。隨著遊戲的更新，這類圖像往往會產生多個修訂版本，為方便起見及保持名稱的一致性，這類檔案的各紋理版本命名格式及使用要求如下：
- 以
<特性名稱> JEm BEn.png為格式統一命名。- 「m」和「n」是此紋理在對應Java版或基岩版中更新的次數（從1開始），隨紋理的更新而遞增。
- 將
<特性名稱>.png作為重新導向指向遊戲最新正式版中使用的修訂版本，並應用在Infobox中。- 例如，
File:Grass Block.png是一個重新導向，指向最新正式版中使用的紋理File:Grass Block JEm BEn.png。 - 若遊戲開發版本使用了原有遊戲內容的新紋理，應待其所屬的正式版本發布後再將該重新導向指向新紋理。
- 對於遊戲開發版本加入的新內容，該重新導向應指向最新開發版本當中使用的紋理。
- 例如，
- 需要額外註明其他特徵的，檔案名應當遵循
<特性名稱> (<特徵>) JEm BEn.png的形式。- 其中
<特徵>部分一般應小寫，例如Oak Door (item) JEm BEn.png。
- 其中
繁簡字詞轉換[]
關於適用於頁面其他內容的繁簡字詞轉換的指導，請見「Help:字詞轉換」。如圖像含有大量需要繁簡字詞轉換的內容，應當單獨上傳適用於各自地區的版本，檔案描述內透過{{Other translation files}}相互註明其他地區，並加入分類Category:漢化圖像。為方便起見及保持名稱的一致性，這類檔案的各地區版本命名格式為<圖像原名稱> Simplified.png、<圖像原名稱> Traditional.png和<圖像原名稱> Traditional HK.png，其中Simplified代表內含大陆简体的圖像、Traditional代表內含台灣正體的圖像、Traditional HK代表內含香港繁體的圖像，並建立<圖像原名稱>.png到<圖像原名稱> Simplified.png的重新導向。
格式[]
不應上傳webp格式的檔案，因為這類檔案通常是被瀏覽器自動轉換得到的，原始格式即為webp的除外。
頁面布局[]
出於一致性的目的，特定類型的所有頁面都應遵循此常規布局。一般條目從上往下分別是：
- Hatnote（頂注）；
- Message box（訊息框）；
- Infobox（資訊框）；
- 關於條目的簡要介紹；
- 條目主體部分；
- 另見/另請參閱；
- 注釋和參考；
- 合適的底部導航；
- 分類；
- 跨語言連結。
條目頂部內不應有過多的訊息框。必要的時候，請將訊息框移動至與其最相關的段落頂部。
特定類型的布局[]
如果頁面目前尚未擁有布局，可以在討論頁中提出；否則，就嘗試使用與已存在的布局格式相近的布局。目前頁面的布局包括：
| Wiki幫助 | |
|---|---|
| 頁面規範 | |
| 常用頁面 | |
| 社交媒體 | |
語言