Merge branch '1-21-1-dev' into feature/entity-damage-core

.github/CODEOWNERS

@@ -1,5 +1,7 @@
 # Root directory
-* @TUSB/creator
+
+- @TUSB/creator
 
 # Specific folder
+
 data/ @TUSB/System

.github/CODE_OF_CONDUCT.md

@@ -2,11 +2,11 @@
 
 ## 1. 目的
 
-The Unusual SkyBlockの主な目標は、できるだけ多様で多彩な背景を持つ最大数の貢献者に対して包括的であることです。そのため、私たちは性別、性的指向、能力、民族性、社会経済的地位、宗教（または無宗教）に関係なく、すべての人に対して友好的で安全かつ歓迎的な環境を提供することにコミットしています。
+The Unusual SkyBlock の主な目標は、できるだけ多様で多彩な背景を持つ最大数の貢献者に対して包括的であることです。そのため、私たちは性別、性的指向、能力、民族性、社会経済的地位、宗教（または無宗教）に関係なく、すべての人に対して友好的で安全かつ歓迎的な環境を提供することにコミットしています。
 
 この行動規範は、私たちのコミュニティに参加するすべての人に対する期待事項と、許容できない行為に対する結果を概説しています。
 
-The Unusual SkyBlockに参加するすべての人が、皆にとって安全で前向きな経験を作る手助けをしてくれることを願っています。
+The Unusual SkyBlock に参加するすべての人が、皆にとって安全で前向きな経験を作る手助けをしてくれることを願っています。
 
 ## 2. オープン[ソース/カルチャー/テック]市民権
 
@@ -45,7 +45,7 @@ The Unusual SkyBlockに参加するすべての人が、皆にとって安全で
 
 ## 5. 武器に関する方針
 
-The Unusual SkyBlockのイベント、コミュニティスペース、またはこの行動規範の適用範囲に含まれる他の場所では、武器の持ち込みを禁止します。武器には、銃、爆発物（花火を含む）、狩猟や展示に使用される大きなナイフ、その他他人に傷害や害を与える目的で使用される物品が含まれますが、これらに限定されません。これらの物品を所持しているのを見かけた場合、直ちに退場を求め、武器なしでのみ戻ることが許可されます。コミュニティメンバーは、この件に関してすべての州および地元の法律を遵守することが求められます。
+The Unusual SkyBlock のイベント、コミュニティスペース、またはこの行動規範の適用範囲に含まれる他の場所では、武器の持ち込みを禁止します。武器には、銃、爆発物（花火を含む）、狩猟や展示に使用される大きなナイフ、その他他人に傷害や害を与える目的で使用される物品が含まれますが、これらに限定されません。これらの物品を所持しているのを見かけた場合、直ちに退場を求め、武器なしでのみ戻ることが許可されます。コミュニティメンバーは、この件に関してすべての州および地元の法律を遵守することが求められます。
 
 ## 6. 許容できない行為の結果
 
@@ -57,15 +57,14 @@ The Unusual SkyBlockのイベント、コミュニティスペース、または
 
 ## 7. 報告ガイドライン
 
-許容できない行為の被害に遭った場合や目撃した場合、またはその他の懸念がある場合は、できるだけ早くコミュニティの主催者にお知らせください。連絡先：[email protected]
+許容できない行為の被害に遭った場合や目撃した場合、またはその他の懸念がある場合は、できるだけ早くコミュニティの主催者にお知らせください。連絡先：[[email protected]](mailto:[email protected])
 
 [報告ガイドライン](https://x.com/tuskyblock)
-
 さらに、コミュニティの主催者は、地元の法執行機関との連絡を支援したり、許容できない行為を経験している人が安全だと感じられるよう支援します。対面イベントの場合、主催者は希望する人にエスコートを提供します。
 
 ## 8. 苦情の対処
 
-この行動規範に違反したと虚偽または不当な非難を受けたと感じる場合は、簡潔な苦情の説明を添えてTUSBに通知してください。あなたの苦情は、当社の既存のガバナンス方針に従って処理されます。[方針](https://skyblock.jp/overview/)
+この行動規範に違反したと虚偽または不当な非難を受けたと感じる場合は、簡潔な苦情の説明を添えて TUSB に通知してください。あなたの苦情は、当社の既存のガバナンス方針に従って処理されます。[方針](https://skyblock.jp/overview/)
 
 報告を受けた後即時に調査をし、問題が発覚次第適切な対処を行います。
 
@@ -77,20 +76,20 @@ The Unusual SkyBlockのイベント、コミュニティスペース、または
 
 ## 10. 連絡先情報
 
-[email protected]
+[[email protected]](mailto:[email protected])
 
 ## 11. ライセンスと帰属
 
 市民行動規範は、[Stumptown Syndicate](http://stumptownsyndicate.org)によって[クリエイティブ・コモンズ 表示-継承ライセンス](http://creativecommons.org/licenses/by-sa/3.0/)の下で配布されています。
 
 一部のテキストは、[Django Code of Conduct](https://www.djangoproject.com/conduct/)および[Geek Feminism Anti-Harassment Policy](http://geekfeminism.wikia.com/wiki/Conference_anti-harassment/Policy)から引用しています。
 
-_リビジョン2.3。2017年3月6日掲載。_
+_リビジョン 2.3。2017 年 3 月 6 日掲載。_
 
-_リビジョン2.2。2016年2月4日掲載。_
+_リビジョン 2.2。2016 年 2 月 4 日掲載。_
 
-_リビジョン2.1。2014年6月23日掲載。_
+_リビジョン 2.1。2014 年 6 月 23 日掲載。_
 
-_リビジョン2.0、2013年1月10日に[Stumptown Syndicate](http://stumptownsyndicate.org)理事会によって採択。2013年3月17日掲載。_
+_リビジョン 2.0、2013 年 1 月 10 日に[Stumptown Syndicate](http://stumptownsyndicate.org)理事会によって採択。2013 年 3 月 17 日掲載。_
 
-全テキストは、日本語化しています。翻訳差異がある場合は、現訳の内容が優先されます。 2024年11月28日掲載
+全テキストは、日本語化しています。翻訳差異がある場合は、現訳の内容が優先されます。 2024 年 11 月 28 日掲載

.github/CONTRIBUTING.md

@@ -1,100 +1,112 @@
 # コントリビューションガイドライン
 
-このドキュメントは、GitHub上での開発フローを円滑に進めるためのガイドラインです。    
+このドキュメントは、GitHub 上での開発フローを円滑に進めるためのガイドラインです。  
 説明の粒度や品質を一定以上担保するには、品質担保の上では必ず必要なことです。
 
 ## コメントに関するルール
 
-- **基本ルール**: コメントする人は何人たりとも、TUSB基本ポリシーに従ったコメントを行うべきです。[[ポリシー](https://skyblock.jp/overview/)]
-- **レビューコメント**: 一般的に他人の成果物に対してコメントを行う場合余計な推察やコミュニケーション事故が発生しがちです、なるべく意図が伝わりリスペクトするように心がけましょう。
-  - コメントする人の注意:「質問」「自分はこう思う」「必ず直してほしい」は明確にわかるようにしてください 
-  - コメント受けた人の注意: 書かれていない内容の推察などは行わないようにしてください
+- **基本ルール**:  
+  コメントする人は何人たりとも、TUSB 基本ポリシーに従ったコメントを行うべきです。[[ポリシー](https://skyblock.jp/overview/)]
+- **レビューコメント**:  
+  一般的に他人の成果物に対してコメントを行う場合、余計な推察やコミュニケーション事故が発生しがちです。  
+  なるべく意図が伝わりリスペクトするように心がけましょう。  
+
+  - コメントする人の注意: 「質問」「自分はこう思う」「必ず直してほしい」は明確にわかるようにしてください
+  - コメントを受けた人の注意: 書かれていない内容の推察などは行わないようにしてください
 
   - **良い例**:
-    - 「質問です。〇〇の所は□□だと思いますがあっていますか？」
+    - 「質問です。〇〇の所は □□ だと思いますがあっていますか？」
     - 「質問、なんでこのような変更をしたのですか。自分は〇〇なので気になりました」
     - 「ここは〇〇で影響ありそうなので〇〇に直してほしい」
   - **悪い例**:
-    - 「なんでこうしたの？」  
-    - 「この変更は何？」  
+    - 「なんでこうしたの？」
+    - 「この変更は何？」
     - 「ここは〇〇じゃない？」
 
 ## プルリクエスト（PR）の作成
 
-- **タイトルの明確化**: PRのタイトルは分かりやすい名前を設定してください（日本語でも可）。  
-  タイトルには 動詞の原形による説明は必要ありません
+- **タイトルの明確化**:  
+  PR のタイトルは分かりやすい名前を設定してください（日本語でも可）。  
+  タイトルには動詞の原形による説明は必要ありません
+
   - **良い例**: 「〇〇のテクスチャレイアウト調整」「ネザライト装備のクラフトレシピを追加」
   - **悪い例**: 「いろいろ修正」「アップデートしました」
 
-- **必須項目の確認**: PRに必要な全ての項目が記載されていることを確認してください。
-  - **良い例**: 〇〇のスポーン条件を修正しました。詳細はチケットGH-〇〇をご参照ください。
-  - **悪い例**: 必須項目が未記入、または「特になし」といった不十分な情報でPRレビューを提出している。 
+- **必須項目の確認**:  
+  PR に必要な全ての項目が記載されていることを確認してください。
+
+  - **良い例**: 〇〇のスポーン条件を修正しました。詳細はチケット GH-〇〇をご参照ください。
+  - **悪い例**: 必須項目が未記入、または「特になし」といった不十分な情報で PR レビューを提出している。
+
+- **不要な項目の削除**:  
+  必要のない項目は削除してください。
+
+  - **良い例**: テンプレートの自分の PR に関係ないセクションを削除している。
+  - **悪い例**: 関連のない項目がそのまま残っており、PR が読みづらくなっている。
 
-- **不要な項目の削除**: 必要のない項目は削除してください。
-  - **良い例**: テンプレートの自分のPRに関係ないセクションを削除している。
-  - **悪い例**: 関連のない項目がそのまま残っており、PRが読みづらくなっている。
-
-- **内容の一致**: PRの説明と実際の変更内容が一致していることを確認してください。
-  - **良い例**: PRの説明に「新たなクエスト'〇〇'を追加」と記載し、実際の変更もそのクエストに関するデータパックの追加である。
-  - **悪い例**: PRの説明は「バグ修正」となっているが、実際には新しいアイテムを追加している。
+- **内容の一致**:  
+  PR の説明と実際の変更内容が一致していることを確認してください。
 
-- **1機能=1PR**: 1つの機能につき1つのPRを作成してください。機能の途中であっても問題ありません。
-  - **良い例**: バグ修正だけを含むPRを作成する。
-  - **悪い例**: バグ修正と機能の大幅な変更を一つのPRで行う。
+  - **良い例**: PR の説明に「新たなクエスト'〇〇'を追加」と記載し、実際の変更もそのクエストに関するデータパックの追加である。
+  - **悪い例**: PR の説明は「バグ修正」となっているが、実際には新しいアイテムを追加している。
+
+- **1 機能=1PR**:  
+  1 つの機能につき 1 つの PR を作成してください。機能の途中であっても問題ありません。
+  - **良い例**: バグ修正だけを含む PR を作成する。
+  - **悪い例**: バグ修正と機能の大幅な変更を一つの PR で行う。
 
 ## コミットの作成
 
 - **コミットメッセージの命名規則**:
-  - **基本構文**: `(チケット番号)-[変更内容を表す動詞の原形(英語)]□[簡単な説明]` (`□`は半角スペースです)
+
+  - **基本構文**: `(チケット番号)-[変更内容を表す動詞の原形(英語)]□[簡単な説明]` (`□`は半角スペース)
   - 正規表現ルール: `([GH|NO]+-(ISSUE|[0-9]+)\s[A-Z][a-z]+.*) | (Merge branch.+)`
 
   - **チケット番号**: チケット番号を`GH-〇〇`の形式で記載してください。チケットが存在しない場合は`NO-ISSUE`と記載してください。
   - **変更を表す動詞の原形**: メッセージの説明で先頭に英語で最初大文字の動詞の原形  
     （例：`Add`、`Delete`、`Modify`、`Fix`、`Refactor`、`Move` 等）を追加してください。  
-     ([参考](https://www.tam-tam.co.jp/tipsnote/program/post16686.html)) ([参考2](https://note.com/haru_notes/n/n3d9c406e9ac6))
-  - **簡単な説明**: 説明は何をしたのかが一言で分かる文章にしてください。
-      長くなりそうな場合はDescriptionに書いても問題ありません。
+    ([参考](https://www.tam-tam.co.jp/tipsnote/program/post16686.html))  
+    ([参考 2](https://note.com/haru_notes/n/n3d9c406e9ac6))
+  - **簡単な説明**: 何をしたのか一言でわかる文章にしてください。  
+    長くなる場合は Description に書いても問題ありません。
   - マージコミットの場合はこの限りではありません。
-
-- **良い例**:
-  - `GH-203 Add 天空の盾アイテムを追加`
-  - `NO-ISSUE Fix クエストの説明文のタイプミスを修正`
-  - `GH-204 Modify スカイドラゴンのルートテーブルを更新`
-
-- **悪い例**:
-  - `新しいアイテム追加しました`（フォーマットが不適切、チケット番号と動詞がない）
-  - `GH-205 Fixed スポーン条件を修正`（動詞が過去形）
-  - `GH204AddNewBoss`（フォーマットが不適切、チケット番号と動詞・説明の区切りがない）
-  - `GH-204 Modify Mobを更新` （説明が不適切）
-
 
-- **適切な粒度**: コミットの粒度は適切に保ってください。1コミットにつき1要素（1ロジック）の変更が望ましいです。
-
-- **良い例**:
-  - コミット1: `GH-456 Add エンチャントを追加`
-  - コミット2: `GH-457 Modify 〇〇のスポーン間隔を変更`
+  - **良い例**:
+    - `GH-203 Add 天空の盾アイテムを追加`
+    - `NO-ISSUE Fix クエストの説明文のタイプミスを修正`
+    - `GH-204 Modify スカイドラゴンのルートテーブルを更新`
+  - **悪い例**:
+    - `新しいアイテム追加しました`（フォーマットが不適切、チケット番号と動詞がない）
+    - `GH-205 Fixed スポーン条件を修正`（動詞が過去形）
+    - `GH204AddNewBoss`（フォーマットが不適切、チケット番号と動詞・説明の区切りがない）
+    - `GH-204 Modify Mobを更新`（説明が不適切）
 
-- **悪い例**: 複数の変更（新エンチャントの追加とモブのスポーン率調整）を一つのコミットで行い
-                    メッセージが「変更しました」「Mobを更新」となっている。
+- **適切な粒度**:  
+  コミットの粒度は適切に保ってください。1 コミットにつき 1 要素（1 ロジック）の変更が望ましいです。
 
+  - **良い例**:
+    - コミット 1: `GH-456 Add エンチャントを追加`
+    - コミット 2: `GH-457 Modify 〇〇のスポーン間隔を変更`
+  - **悪い例**:  
+    複数の変更（新エンチャントの追加とモブのスポーン率調整）を一つのコミットで行い  
+    メッセージが「変更しました」「Mob を更新」となっている。
 
 ## ブランチの運用
 
 - **ブランチ名の命名規則**:
+
   - ブランチ名は`feature/[簡単な説明]`または`fix/[簡単な説明]`の形式で作成してください。
   - 簡単な説明は英語で記載してください（不具合を防止するため）。
 
-- **良い例**:
-  - `feature/add-sky-boss`
-  - `feature/login-functionality`
-  - `fix/item-enchant-fix`
-  - `fix/resolve-ogin-error`
-
-- **悪い例**:
-  - `fix/bug` (曖昧な説明を使用している)
-  - `feature/新しいボス[スカイドラゴン]を追加` (日本語を使用している)
-  - `バグ修正` (日本語や曖昧な説明を使用している、`feature`もしくは`fix`がない)
-
+  - **良い例**:
+    - `feature/add-sky-boss`
+    - `feature/login-functionality`
+    - `fix/item-enchant-fix`
+    - `fix/resolve-login-error`
+  - **悪い例**:
+    - `fix/bug` (曖昧な説明)
+    - `feature/新しいボス[スカイドラゴン]を追加` (日本語)
+    - `バグ修正` (日本語、`feature`もしくは`fix`がない)
 
-- **向きと切り先の確認**: ブランチの向き（ベースブランチ）と切り先が正しいことを確認してください。
-
+- **向きと切り先の確認**:  
+  ブランチの向き（ベースブランチ）と切り先が正しいことを確認してください。