特別:スタイルガイド

全般

1. 記事には、そのページを構成するために十分な情報が含まれていなければなりません。内容が不十分な場合、他の類似した記事と統合すべきです。
2. 記事は、何らかの形でMinecraftに直接関係するものでなければなりません。
3. 現在ゲームにはない要素は、そのエディションの言及された要素の記事にのみ記載してください。

1. ただし、削除された要素や、開発版の要素は除きます。それらの要素は、影響を受ける記事や関連するバージョンの記事に記載してください。
2. Minecraftのバージョンに関する記事は、リリースバージョン用に作成することができますが、開発バージョン用にはそれぞれ個別の記事を作成する必要があります。

1. リリースされていないバージョンの記事は、そのバージョンの存在を示す意味のある情報源がある場合に作成することができます。情報源には、開発バージョンや、次のアップデートの要素についての複数のソースが含まれます。

コミュニティ

1. ユーザーが作ることのできる雑多な建築物を一覧にしているようなページは、チュートリアルとはみなされません。そのようなページは「利用者」名前空間に格納すべきです。これには、利用者が作成したアクティビティやチャレンジの要素も含まれます。

1. ミニゲームは、Mojangがプレイしたことがあるとした場合にのみ追加することができます。
2. クライアントやサーバMod、サードパーティのプログラムやマップエディタに関する記事は、このウィキ上での作成は許可されていません。
   1. そのような記事は、Modなどの内容を解説するFeed the Beast Wikiを利用することが望ましいです。

カスタムサーバーに関する記事は作成してはなりません。

1. そのような記事は、サーバーに関する情報を解説するMinecraft Servers Wikiを利用することが望ましいです

ウィキの規則

1. 読者や他の編集者に誤解を与えないようにしてください。記事への投稿は、検証可能であることを確認してください。憶測やパロディ、デマを記事に追加してはなりません。
2. ファンコミュニティやサーバーの宣伝をしてはなりません。記事には、引用された参照を除き、ファンコミュニティに関する情報や、ファンコミュニティへのリンクが含まれてはなりません。

転送ページ

転送ページ（リダイレクト）は通常の表記方法からは除外されますが、表記方法のガイドラインに適合する記事にリダイレクトしなければなりません。転送ページは、以下のいずれかに当てはまる場合に作成することができます。

1. タイトルの表記ゆれ（「かぼちゃ」を「カボチャ」へなど）
   1. 誤字や脱字、不正な書式は許可されていません。
2. 一般的な用法の範囲内である代替名や短縮名（「鶏」を「ニワトリ」へなど）、過去に使用されていたゲーム内の名称（「壁」を「塀」へなど）
   1. これには、Mojangの従業員の名前やハンドルネームも含まれます（「Nathan」や「Dinnerbone」を「Nathan Adams」へなど）。
   2. また、広く一般に知られている日本語の俗称も含まれます（「匠」を「クリーパー」へなど）。
3. 以前の記事タイトルだったもの
   1. ただし、以前の記事タイトルが一般に使用されていないものは除きます。
4. 英語名の大文字・小文字を入れ替えたもの、複数形にしたもの（「Iron Golem」や「Iron golems」を「アイアンゴーレム」へなど）
5. ポーションや言及された要素のような、複数の項目がまとめられたページへの転送ページ

6. 記事は、その種類に応じて一般的な命名形式に従わなければなりません。

本文の記述

メインの名前空間内のページでは、本文は「常体（である調）」を用いて記述します。ただし、チュートリアル以下の記事では「敬体（です・ます調）」を用いて記述します。また、メイン以外の名前空間では、原則として「敬体（です・ます調）」を用いて記述します。ただし、「利用者」名前空間はこの限りではありません。

ゲーム内に登場しない語句

ゲーム内に登場しない語句（構造物やゲームの仕組みなどの名称）には、適切な日本語の名称を与えてください。ただし、その要素が正式リリースされていないバージョンで新たに登場するものである場合は、そのバージョンが正式にリリースされるまでは英語表記のままとし、語句に含まれる各単語の先頭を大文字にして表記をします（例：Basalt Pillar）。エンチャント

エンチャントの最大レベルが2以上の場合、エンチャントのレベルをローマ数字（I、II、III、IV、V、…）で表記します。また、エンチャントの名称とレベルの間には半角スペースを記述します。

画像

記事にスクリーンショットを追加する際には、スクリーンショットがバニラのテクスチャとUIを使用していることを確認してください。カスタムテクスチャパックやUIの改変など、カスタムコンテンツを使用しているスクリーンショットは禁止されています。ただし、これはModに関する記事（これらは段階的に廃止されつつあります）には適用されません。

画像のキャプションには、文章が完全文でない限りは句点を付けてはなりません。

記事に追加する画像は、以下のガイドラインに沿ったものでなければなりません。

• 画像は、その記事の主題の特性を示すものでなければなりません。
  • Mobが階段に「座っている」など、意図されていない奇妙な行動やユーモラスな振る舞いは避けてください。
  • バグの紹介をすることだけを目的として画像を使用しないでください。バグは公式トラッカーに報告してください。
  • プレイヤーの建造物の一部として特定の要素を使用している画像は避けてください。
• 記事には、記事の内容の個々の特性を示す画像を1つだけ掲載するようにしてください。
• 画像は、その要素が利用可能なMinecraftの最新のバージョンのものを示すものにしてください。
  • 古くなった画像は削除される場合があります。

リンク

リンクについての完全な説明は、ウィキペディアの記事どうしをつなぐを参照してください。ただし、ウィキペディアに記載されているリンクに関する方針の一部は、このウィキの多くとは異なることに注意してください。

リンクの活用は、読者に十分に有用なリンクを提供して記事を「さまよう」ことができるようにすることと、読者の閲覧の流れを乱してしまう過剰なリンクとのバランスが難しいです。

リンクが不足していると、検索オプションや他のソースを使用して明確にすることでしか解決できない記事の内容についての疑問を生じさせるため、読者がイライラする原因となり、流れをとぎれさせ、気を散らしてしまいます。

また、リンクは通常、目の焦点をずらす原因となる異なる色で着色されているため、過度なリンクは読者の注意をそらす可能性があります。さらに、同じ単語が同じ段落内で何度もリンクされている場合、リンクがそれぞれ別の記事に誘導しているのかという疑問を読者に抱かせてしまいます。

リンクについてのガイドラインは次の通りです。

• 記事に含まれる単語のうち、リンク化するものは10%以下にすべきです。
• 文章の表現や読みやすさに悪影響を及ぼさない限りは、2つのリンクが1つのリンクに見えることがないよう、文章中でリンクを隣り合わせにすべきではありません。
• 1つの用語に対するリンクは、同じ記事の中で過度に繰り返されるべきではありません。過度なリンクとは、1行や1段落の中で同じ用語を何度もリンクにすることであり、読者の画面上ではほぼ確実に無駄なリンクが表示されることになります。リンクの目的は、読者がより多くの情報を必要としており、一時的に回り道をしてしまう可能性が高い場所で、読者を新たな場所に誘導することであることを念頭に置いてください。
• 重要なリンクを記事の中で、以前のリンクした場所から遠く離れた場所に再度リンクすることが適切な場合もあります。重要な用語が長い記事の中で何度も出てくるのに、記事の冒頭で一度だけリンクされている場合、実際にはリンクが不足しているかもしれません。興味のあるサブセクションに直接ジャンプした読者にも、そういった状況でリンクを見つけることができなければなりません。しかし、このような問題を解決するためには注意が必要です。リンク間の距離は編集者の好みですが、怪しい場合は記事のさらに下の方で再度リンクしてください。

テンプレートやその他のページがトランスクルード（参照読み込み）される場合を除き、パイプリンクよりもリダイレクトへのリンクの方が優先されます。パイプリンクがやむを得ない場合は、リンク先はリダイレクトページを指すべきではありません。

日付の書式

「12/10/11」のような日付の数字の省略形は、国や地域によって解釈の方法が異なり、例えばアジア諸国では「年/月/日」として、アメリカでは「月/日/年」として、その他の多くの国や地域では「日/月/年」として解釈されます。こうした問題を避けるために、英語版では日付を「Month DD, YYYY」の形式で記述しています。日本語版では翻訳の際にこれらの日付を「YYYY年M月D日」の形式へ翻訳する必要があります。また、簡潔な書式での日付を（表などで）用いる場合は、表記の形式を「YYYY-MM-DD」とし、月と日の数字は常に2桁で表記します（例：2011-12-10、2012-05-04）。この形式はISO標準であり、ソートの際に適切に並べ替えが行われます。

コマンド

ゲーム内のコマンドは、わかりやすさのために特定の書式に従って表記する必要があります。チャット欄で入力しなければならないリテラルキーワードには、フォーマットのための括弧は付けません（例：/data merge）。変数は、山括弧内に斜体で表記しなければなりません（例：<target>）。任意指定の内容は角括弧の中に表記しなければなりませんが、これらの括弧は山括弧を置き換えてはなりません（例：[<scale>] は任意指定の変数であるのに対し、[scale] は任意指定のキーワードです）。有効なキーワードのリストは、それぞれの指定子をパイプ文字で区切って丸括弧内に表記しなければなりません（例：(eyes|feet)）。これらを踏まえ、/advancement (grant|revoke) <targets> only <advance> [<criterion>] を例として説明をすると、/advancement と only は、チャットでそのまま入力するリテラルキーワードとなります。(grant|revoke) は、チャットで grant か revoke のどちらかを入力しなければならないリテラルキーワードのリストです。<targets> と <advance> は、有効な値に置き換えなければならない必須指定の変数であり、[<criterion>] は有効な値に置き換えなければならない任意指定の変数です。

ファイル

ファイル名は、見つけやすいよう一貫性のあるものにします。記事の基礎情報で使用されるファイルのタイトルは、en-US（英語）を使用した際にゲーム内で表記されている正確な名称を使用します。過去のリビジョンのファイルは「タイトル JEX BEY」の形式とし、XとYはそれぞれJava EditionとBedrock Editionのリビジョン番号となります。この番号は、ゲーム内でテクスチャが更新される毎にインクリメントされます。「タイトル」の形式のファイルは、最新のリビジョンにリダイレクトされるようにします。Java EditionとBedrock Editionの最新のテクスチャがそれぞれ異なる場合、「タイトル」の形式のファイルはJava Editionのテクスチャにリダイレクトされるようにし、「タイトル BE」の形式のファイルをBedrock Editionのテクスチャにリダイレクトされるようにします。スナップショットで追加されたテクスチャもこの命名規則に従う必要がありますが、正式リリースが行われるまで「タイトル」の形式のファイルのリダイレクト先を変更してはなりません。

例えば、丸石のテクスチャファイルは次のように命名します。

• 「Cobblestone JE1.png」
• 「Cobblestone JE2.png」
• 「Cobblestone JE3 BE1.png」
• 「Cobblestone JE4 BE2.png」
• 「Cobblestone JE5.png」
• 「Cobblestone JE6 BE3.png」
  • 「Cobblestone.png」はこのファイルにリダイレクトさせます。

「タイトル JEX BEY」の形式のファイルは、「歴史」節やバージョンのガイドページなど、テクスチャが更新されても変更してはいけない場所で使用し、「タイトル」の形式のファイルは、基礎情報など、テクスチャが常に最新の状態である必要がある場所で使用します。