JoJo Golden Spirit：クリティカル・バフ・デバフ解説
Golden Spiritのクリティカルシステムは単純な割合ではなく段階式の計算式で動く。 Crit Boostは対象のCrit Resと100点刻みで比較され、クリティカルダメージ倍率が段階的に 変化する。 クラウドコントロールも同様の対抗型の仕組みだ。これらはDevsistersの公式 広報には一切登場せず、jojowiki.comのGolden Spiritまとめ記事に記録されたゲーム内の ステータス説明文から来ている。各ステータスの実際の効果を解説する。
Crit RateとCrit Res Rate：「ダメージ2倍」の基準
基本のクリティカルヒットはダメージ2倍。 Crit Rateは攻撃がクリティカルを発動する 確率、Crit Res Rateは対象がそれを無効化する確率だ。防御側のCrit Res Rateが攻撃側の Crit Rateより高い場合、クリティカルを完全に防げる可能性があり、差1%につき1%の防止 確率になる。つまりCrit Rateが高いだけではクリティカル成立は保証されず、Crit Resを 盛った耐久型の対象は、ダメージ計算が始まる前に一部をいなせてしまう。
Crit Boost対Crit Res：公表されていない部分
クリティカルが実際に成立しても、追加ダメージは固定の「2倍」ではない—— Crit Factorが基礎クリティカル倍率を設定し、Crit Boostが段階式の計算式で 特定の対象に対して倍率をさらに押し上げる：
- Crit Boostと対象のCrit Resの差が100点（3,000点差まで）ごとに、 Crit Factorが**0.5%**変動する。
- 3,000点差を超えると、以降は100点差ごとに**2%**変動する。
- ボーナスの上限は合計**+90%**。
つまり、差がすでに3,000点の閾値を大きく下回っている状態ではCrit Boost投資の限界効用 は逓減し、3,000点差を超えた瞬間に効果が急に跳ね上がる——単純な「クリティカルダメージ %」ステータスにはない育成上の分岐点だ。
Debuff ProficiencyとResilience：命中ではなく持続時間
命中するかどうかとは別に、デバフの持続時間を左右する2つのステータスがある：
| ステータス | 効果 |
|---|---|
| Debuff Proficiency | 1%ごとに自分がかけるデバフの持続時間が1%増加 |
| Resilience | 1%ごとに自分が受けるデバフの持続時間が1%短縮 |
どちらもデバフが命中するかどうかには影響しない——それは別の判定だ。
Effect Hit対Effect Res：クラウドコントロールが命中するかどうか
Effect HitとEffect Resはクラウドコントロール効果（スタン、拘束など）専用で、 クリティカルと同じ対抗型の仕組みを使う：対象のEffect Resが攻撃側のEffect Hitより 高い場合、対象はクラウドコントロール効果を完全に抵抗する可能性があり、ステータス差 1%につき抵抗確率1%となる。これは命中するかどうかの判定で、命中した後にDebuff ProficiencyとResilienceの持続時間計算が適用される。
ブロックと命中：もう一つの成否判定
物理軽減も同じ対抗型の仕組みを採用している。防御側のBlock Rateが攻撃側のAccuracy Rateを上回る場合、攻撃は完全にブロックされる可能性があり（差1%につき確率1%）、 成功したブロックでどれだけダメージを軽減するかはBlock Strengthが決める。 Hit RateとDodge Rateも同じ仕組みで、上記の判定に入る前に攻撃がそもそも命中するか どうかを決める。
チーム編成にとって重要な理由
上記のすべてが対抗型のペア（Crit Rate/Crit Res Rate、Crit Boost/Crit Res、 Effect Hit/Effect Res、Accuracy/Block Rate）であり、単独で真空的に伸びるステータス ではない。自分の攻撃側の数値だけを最大化したユニットでも、対応する防御側の数値が 十分高い対象には防がれてしまう——これが単一のステータスよりも ファイティングスタイルとチーム編成 が重要な理由の一つだ。
出典
- jojowiki.com — JoJo’s Bizarre Adventure: Golden Spirit——「Attributes」セクションに、本ページで引用したすべてのステータス定義とCrit Boost/Crit Res計算式の出典がある。これはコミュニティによる実機のツールチップの記録であり、Devsisters公式の開発者発表ではない——公式が直接発表するまでは「出典はあるが非公式」として扱うこと。
確認日：2026年9月20日。