由于语言特性不同，在中文Minecraft Wiki使用时仅供参考，且应遵循Minecraft Wiki:Wiki编辑手册
此页面旨在提供一份为所有Minecraft Wiki页面遵守的综合的格式指导。 在选择使用哪些格式规则上经常会有争议，而一部官方的格式指导有希望帮助解决这些争议，同时也能帮助大家达成共识。
虽然维基百科已经提供了一份更普适的格式指导，但专用于Minecraft的特殊指导方针是有必要的。同理，只有专用于Minecraft Wiki的指导方针和其基本的格式规则才会被收录在这里。
关注度
只有符合以下准则的页面可以放在主命名空间。不符合准则的页面可能会在未通知的情况下被删除。
- 常规
- 页面必须包含足够的信息以支撑一个完整的页面。如果它们没有足够的内容，就会被合并到其他相应的页面。
- 页面必须在某种程度上直接涉及Minecraft。
- 关于人物的页面只允许此人物是Minecraft的开发者且/或有一部分或十分密切地与Mojang AB相关。
- 目前还不存在于游戏中的特性只能放入对应版本的提及特性页面。
- 这不包括已被移除的特性或开发版本中的特性，它们应在受其影响的页面与相关版本的页面中提及。
- 关于Minecraft版本的页面，可以创建已发布的版本的，其中每个开发版本都应该创建单独的页面。
- 社区内容
- 游戏内容相关的攻略，教程等应作为教程的子页面。
- 包含如何进行建筑等杂项的页面不会被视为教程。它们应放入用户空间。这包括用户创作的活动与挑战。
- 小游戏只允许加入Mojang AB表示已玩过的。
- 关于模组（Mod）的页面应作为Mods的子页面。
- 关于定制服务器的调整/主题的页面应作为对应主页面的子页面。
- 包含客户端模组信息的页面只允许此客户端模组不能用来作弊或者对多人游戏行为产生影响。
- 关于定制服务器的页面只允许此服务器是对公众开放的。
- Wiki条例
- 4. 忠于事实 - 不要在编辑页面时对内容进行恶搞/讽刺/扯淡/二次创作/夹带私货以免误导玩家。
- 5. 不允许创建为特定服务器或其它产品做广告的页面。
- 6. 禁止创建有关玩家论坛的页面，以免造成广告内容相关的纠纷。
在"User:"命名空间的页面是关注度指导的例外。这些页面可以在遵守其他Wiki条例的条件下作任意用途。
重定向
重定向页面是关注度原则的例外，但其必须重定向到一个符合关注度指导的页面。如果重定向到另一个wiki，必须使用软重定向{{soft redirect}}。重定向页面在符合以下条件之一时可被创建：
- 属于标题的替代拼写，例如“Armour”之于“Armor”。
- 错误拼写，笔误和非正规的格式是被不允许的。
- 属于替代或缩写的名称，而此名称被广泛使用，例如“Log”之于“Wood”。曾用于游戏中的名称也是允许的。
- 其中包括Mojang员工的名字或昵称，例如“Nathan”或“Dinnerbone”之于“Nathan Adams”。
- 也包括其它英语语言包中的名字，但如“海盗语”这样的娱乐语言除外。
- 属于曾用的页面标题，包括被移动到其它wiki的页面。
- 如果曾用标题未广泛使用则除外。
- 属于替换大写或其他格式，包括把标题改至全小写格式。
- 属于合并或杂项页面的一部分，例如一种药水或一种提及特性。
- 升为其它版本的预发布版的父版本，例如“1.7”之于“1.7.2”，因为“1.7-pre”是"1.7.2"的预发布版本。
用户页可以重定向到任意位置，但不能是不存在的页面或另一重定向页面。
页面标题
页面标题应使用单数形式以保持一致性。
页面应遵从基于其类型的常规命名格式。
- 关于游戏内方块，物品和实体的页面应使用首字母大写的游戏内名称，就如其出现在游戏中的那样。
- 关于人物的页面应该包含姓氏与名字，而不是他们的Minecraft或推特的昵称。
- 电脑版应使用版本号命名，例如
1.8或14w02a。- 预发布版的格式应为父版本与“pre”之间加一个单独的（英文的）破折号。如果预发布版的末尾有一个数字，那么“pre”与数字间不应有任何东西。例如：
1.8-pre1。
- 预发布版的格式应为父版本与“pre”之间加一个单独的（英文的）破折号。如果预发布版的末尾有一个数字，那么“pre”与数字间不应有任何东西。例如：
- 携带版应加前缀“Pocket Edition”（携带版）。例如，“Alpha 0.9.0”更新应该使用“Pocket Edition Alpha 0.9.0”（携带版Alpha 0.9.0）这个标题。
- 携带版的预览版本应该首先包含父版本标题，然后加上小写的“build”和数字。例如，“Alpha 0.9.0”的build2版本应该使用“Pocket Edition Alpha 0.9.0 build 2”（携带版Alpha 0.9.0 build 2）这个标题。
- 消歧义页面在标题已被某页面使用时才应该包含“（消歧义）”。
- 如果页面类型未在此列出，则应选用句子型大写（第一个单词首字母大写）的最确切的标题，而不应用标题型大写（各单词首字母大写），除非其为一个特定的名词。
编写
由于本wiki的目的是记录事实，您应该始终避免推测的与无来源的信息。一般来说，如果可以直接地在游戏或其它明显的地方被看到，这些信息就不需要来源。然而其它的信息，比如来自Mojang员工的引言和并不广为人知的信息，必须以适当的参考标明来源。{{citation needed}}模板应被放置在任何需要来源的信息之后。不要在页面中加入你无法找到来源的内容。
在主名字空间的页面应该保持第三人称的口吻且不使用对读者来说需要参考的术语。也尽量尝试不使用缩略语。举例来说，“你不该靠近爬行者，因为他们会爆炸然后把你杀掉。”应该写成“玩家不应该与爬行者靠的太近，因为他们会爆炸，并有杀死玩家的可能。”
强调重点时应该用斜体，不能用粗体（或是ALL CAPS，即全部大写）。
教程信息，包括对方块或材质的延伸特性，应只写在教程页面。如果有重要关系，教程页面可以从其它页面链接过来。
模组信息不应包含在与模组无关的页面。模组页面也不能从与模组无关的页面链接。
保持页面的简明与更新
简单来说，页面应该只包含最新的信息，即在最新的“完整”游戏版本所呈现的内容。任何的过期内容应该移动到页面的历史段落。当有更改时，应在历史段落中记录并移除页面其他段落中的过期信息。提及某一特定的特性在何时实现并不必要；这个特性也应当保留于页面的历史段落。例如这样的句子：“交易，实现于1.3.1，是一种允许玩家通过交换绿宝石（此前是红宝石）来获取其它物品的特性。”应当写成“交易是一种允许玩家通过交换绿宝石来获取其它物品的特性。”
这里有一个如何编写“不”好的页面的示范，使用的是Wood页面之前的版本。这段是完整的介绍内容。用黄色高亮的是多余内容，而粉色的是历史内容。
木头（Wood）（也被称作原木（Log）)，是一种首次出现于Minecraft创造模式0.0.14a 的方块。它们的四个侧面有类似树皮的外表，顶面和底面则是横切面。在Beta 1.2与所有之前的版本中，只有普通橡树原木能在区块中生成，而松树与白桦将生成于更新一些的区块中。作为树的组成，木头在自然生成的地图中非常丰富。木头可以用手挖下，但使用斧会更快。木头也是可燃的。
在现有的木头中，白桦是最稀有的品种。木头常用于组成植物，树和木屋。在生存测试中，木头方块挖掘后掉落3 - 5个木板。而在Indev，Infdev，Alpha和Beta挖掘木头方块会则掉落一个木头方块。这使得木头可以作为建筑材料，也能合成出木板。
木头唯一的合成用途是制作成4个木板。另外，木头可以在熔炉中烧制来制作煤炭的替代品木炭。
自2011年1月13日更新的Beta 1.2以来，总共有四种木头。一种是普通的木头（橡木），另一种像白桦，还有一种像普通木头，但更黑且出现在生长于寒冷生物群系的松/针叶树，第四种与橡木相似，但颜色稍有不同且斜向一边。这些木头方块依旧可以通过合成制作4个木板。不同种类的木头在物品栏里不会堆叠，但是木板可以。由不同种类的木头做成的木板完全相同。白桦的叶子比一般的叶子略微暗淡，松树有松针，丛林木树叶茂密且有水果样的花纹。
第四种木头加入于快照12w03a，只生长在丛林生物群系，组成它们专属类型的树。最高的树使用这种类型的木头，尺寸为2x2而不是通常的1x1。这部分的问题是陈旧信息散布于新信息中。介绍应该陈述方块在最新发布版本的当前内容。历史信息是好的，但为清晰起见，这些信息应该按时间顺序写在单独的地方：页面的历史段落。
未来
在未来更新中加入的内容应加入到页面的主内容中，被写入的特性要用{{upcoming}}标记且是在预览版本中出现过的。如果更新包含相关页面的巨大更改，那么这些内容应在主段落中作为一个子段落提及，或是放在一个名为“即将到来”的专有段落。即将到来的特性必须同时在历史段落，使用特定的“即将到来”的标头提及。
更新发布后，所有过期的内容都需要移动到历史段落或移除，且所有使用的{{upcoming}}模板都应被移除
语法
Wiki上的页面应使用美式英语，除非游戏中名称是英式英语。例如，“colour”应为“color”，而“centre”应为“center”。
大写使用
游戏内物品应当作普通名词处理，因此不应使用大写。这包括虚构物品，比如prismarine（海晶石）。特定名词，例如the Nether（下界）或the Overworld（主世界）应该一直保持大写。
- 结构
游戏内结构与生物群系名称不应大写。 例如：
- Underground, there are randomly generated abandoned mineshafts.
- 在地底，会随机生成废弃矿井。
- A desert temple contains precious loot.
- 沙漠神殿有着宝贵的战利品。
- Blazes spawn in nether fortresses.
- 烈焰人生成于下界要塞中。
- In deep ocean biomes, ocean monuments can generate.
- 在深海生物群系中会生成海底遗迹。
- A stronghold is home to an end portal.
- 生物
任何生物的实例都应作普通名词处理，除非此生物要使用一个特定名词。如果单词"the"在生物名称前使用则不能大写，除非其处在句子的开头。
例如：
- One of the most feared mobs is the ghast.
- 最令人恐惧的生物之一就是恶魂。
- A spider can poison its prey.
- 蜘蛛能让它的目标中毒。
- The player has been referred to as Steve.
- 玩家被称呼为Steve。
- 附魔魔咒
附魔魔咒名称应保持大写。
例如：
- In order to have ice drop an item, you need a tool enchanted with Silk Touch.
- 为了让冰掉落成物品，你应该使用带有精准采集附魔的工具。
- 状态效果
状态效果名称应使用大写，作形容词使用时除外。
例如：
- Magma cream is required for a potion of Fire Resistance.
- 岩浆膏在火焰抗性药水中需要到。
- Wither skeletons may inflict Wither on the player.
- 凋灵骷髅会在玩家身上造成凋零效果。
- An invisible spider may rarely spawn.
- 隐身的蜘蛛会罕见地生成。
- 版本
"Snapshot"（快照）和"pre-release"（预发布版）不应大写。"Pre-release"应始终使用连字符号。开发代号应使用大写。
在作为名词使用时版本才能大写。
例如：
- Minecraft officially came out of Beta on November 18, 2011
- Minecraft的Beta版本在2011年11月18日正式发布。
- The cyan flower was introduced in Pocket Edition Alpha 0.1.
- 青花在携带版 Alpha 0.1中被引入。
- Of all the editions of Minecraft only the Pocket and Pi Editions have cyan flowers.
- 在所有Minecraft版本中只有携带版和树莓派版有青花。
- 游戏模式
游戏模式的名称应使用大写。
例如：
- In Hardcore mode the game acts similar to Survival mode except the difficulty is permanently set to Hard.
段落等级
页面主段落应以二级标题开始（两个等号），每一子段落增加一级。永远不要使用一级标题（一个等号）。使用句子型大写，不要用标题型大写，也就是只有标题的第一个字母和特定名词大写。
段落之间应有一个空格，等号与段落名称也应有一个空格以方便编辑。如果使用了"主条目"链接或缩略图，将其直接放在段落标题之下，然后在开始段落内容之前，接着输入一个空格。
关于段落次序的信息，参见本格式指导的页面布局段落。
斜体
所有"Minecraft"的使用都应使用斜体。所有的强调内容（在讨论页等页面中）应使用斜体而非粗体或全大写。所有视频游戏的名称也应使用斜体。例如：Team Fortress 3（军团要塞3）。
图像
当往页面加入屏幕截图时，确保截图用的是原版材质与UI。使用定制材质包，UI模组与其他定制内容的屏幕截图是不被允许的。关于模组的页面除外。
图像介绍末尾不应有句号，除非语句是一个完整的句子。
往页面中加入的图像应符合以下指导方针：
- 图像应展现页面主题的一种属性。
- 图像不应出现无意的怪异或搞笑之类的行为，例如生物"坐在"楼梯上。
- 图像不应只有展示漏洞的目的，而漏洞应到官方追踪器报告。
- 图像应避免展示具体特性的装饰用途。
- 页面应只用一张图片展示页面内容的某一项独立属性。例如，一只僵尸穿着盔甲。
- 图像应展示包含描述内容的最新版本的Minecraft。
- 图像如果过期则应被移除。
链接
- 关于完整的链接指导，请参阅维基百科的链接格式守则。
对链接的使用是在为读者提供使其能流畅阅读页面的足够实用链接与干扰到阅读流的多余连接之间的艰难平衡。
链接缺失会使读者困惑，因为可能会出现一些只能通过搜索选项或其它说明来源的关于页面内容的问题，这些问题会打断并干扰读者。
链接过多可能会干扰读者，因为链接常使用不同颜色来吸引眼球。此外，如果同一个词在同一个段落被多次使用链接，会使读者产生这些链接是否指向不同页面的疑问。
链接的指导方针如下：
- 单个页面用于链接的词不能超过10%。
- 除非对句子的词语组成或可读性产生不利影响，两个链接不能紧挨在一起，以致看起来像单个链接。
- 任何单一术语的链接不能在同一页面多余地重复创建。多余链接的定义是在某行或某自然段对同一术语创建多次，使其在读者屏幕上总会不必要地出现。记住，链接的目的是在读者需要更多信息，而要临时绕道时，引导他们到一个新的地方。
- 在页面中离上一次出现有一定距离的地方重复创建重要链接应是很合适的。如果一个重要术语在一个长页面中多次出现，但只在页面最开头的地方用了链接，就应当用下划线标明。确实，带着兴趣直接跳转到一个子段落的读者必须依然能找到一个链接。但对于这种问题要小心对待，重复链接的距离关乎编辑者的喜好，然而如果存疑那就在更远的地方重复。
链接到重定向页比用管道链接更好，除非是在模板和其他可能会被引用的页面。如果无法避免使用管道链接，就不应将其指向重定向页。如果重定向可以通过使用后缀避免，那就用这种方法。举例：请用[[Creeper]]s而不要用[[Creepers]]。
日期格式
Minecraft Wiki是国际性社区。一般来说这是好事，但会有日期数字缩写的问题，例如12/10/11：当大多数国家使用日/月/年的日期缩写时，一些亚洲国家使用年/月/日，而美国使用月/日/年。所以上述日期可以表示三种不同日期中的任意一个。为了避免这个问题，绝大多数日期应写作"Month DD, YYYY（月名 日期数字，完整年份）"，例如"December 10, 2011(2011年12月10日)"。不要用上标或后缀，比如"April 23rd"（4月23日）或"4th of May"（5月4日）。如果需要某个数字或简短日期(比如用于表格)，就使用YYYY-MM-DD（完整年份-月份数字-日期数字），并保持月与日前的两个破折号(例如, 2011-12-10或2012-05-04)。另外作为ISO标准，这种格式的日期在表列中需要排序时，会自然地正确排序。
红石结构
红石电路与机械的写作应遵循Wiki的单一惯例。
页面布局
出于一致性的目的，特定类型的所有页面都应遵循此常规布局。
如果页面目前尚未拥有布局，可以在讨论页中提出；否则，就尝试使用与已存在的布局格式相近的布局。目前页面的布局包括：