> For the complete documentation index, see [llms.txt](https://unsloth.ai/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://unsloth.ai/docs/jp/moderu/tutorials/magistral-how-to-run-and-fine-tune.md).
# Magistral: 実行とファインチューニングの方法
**Magistral-Small-2509** は、Mistral AI によって開発された推論用 LLM です。コーディングと数学に優れており、複数言語をサポートします。Magistral は 128k トークンのコンテキストウィンドウをサポートし、次からファインチューニングされました [**Mistral-Small-3.2**](https://huggingface.co/unsloth/Mistral-Small-3.2-24B-Instruct-2506)。Magistral は、単一の RTX 4090 でも、16〜24GB の RAM を搭載した Mac でも、ローカルで問題なく動作します。
Magistral を実行するチュートリアル Magistral のファインチューニング
{% hint style="success" %}
更新： **Magistral-2509** 2025 年 9 月時点で新しいアップデートが公開されています！\
\
今度は Vision 対応です！Magistral のリリースにあたり、再び Mistral と協力しました。正しい実装（つまり正しいシステムプロンプト、正しいチャットテンプレートなど）を得るために、Mistral 公式のアップロード版または Unsloth のアップロード版を必ずダウンロードしてください。
**llama.cpp を使用している場合は、次を使用してください `--jinja` を使ってシステムプロンプトを有効にしてください！**
{% endhint %}
すべてのアップロードは Unsloth を使用しています [Dynamic 2.0](/docs/jp/ji-ben/unsloth-dynamic-2.0-ggufs.md) SOTA の 5-shot MMLU と KL Divergence の性能のため、量子化された Mistral LLM を最小限の精度低下で実行・ファインチューニングできることを意味します。
#### Magistral-Small **- Unsloth Dynamic** アップロード版：
| Dynamic 2.0 GGUF（実行用） | Dynamic 4-bit（ファインチューニング/デプロイ用） | Dynamic Float8 |
|---|
| | |
## 🖥️ **Magistral を実行する**
### :gear: 公式推奨設定
Mistral AI によると、推論に推奨される設定は以下のとおりです。
* **Temperature: 0.7**
* Min\_P: 0.01（任意ですが、0.01 でうまく動作します。llama.cpp のデフォルトは 0.1 です）
* 設定 **top\_p を 0.95 に**
* 128k のコンテキストウィンドウがサポートされていますが、 **ただし** 性能は **40k**を超えると低下する可能性があります。そのため、性能が悪い場合は最大長を 40k に設定することを推奨します。
**これは Magistral 2509、2507 に推奨されるシステムプロンプトです：**
{% code overflow="wrap" %}
```
まず、応答にたどり着くまでの思考過程（内的独白）を下書きしてください。応答は Markdown で整形し、数式には LaTeX を使用してください。思考と応答の両方を入力と同じ言語で書いてください。
あなたの思考過程は以下のテンプレートに従う必要があります：[THINK]下書きや思考を、草稿用紙で問題を解くように書いてください。応答を生成できると確信するまで、気軽に、好きなだけ長く書いて構いません。入力と同じ言語を使用してください。[/THINK]ここでは、自己完結した応答を提供してください。
```
{% endcode %}
**これは Magistral 2506 に推奨されるシステムプロンプトです：**
```
ユーザーが課題の解決を求めてきます。まず、最終回答を導き出すまでの思考過程（内的独白）を下書きしてください。その後、自分の考えを自己完結的に要約してください（つまり、要約は簡潔でありながら、結論に至るために必要だった重要な手順をすべて含めてください）。応答の整形には Markdown を使用してください。思考と要約の両方を、ユーザーが提示した課題と同じ言語で書いてください。応答内で \boxed{} は絶対に使用しないでください。
あなたの思考過程は以下のテンプレートに従う必要があります：
下書きや思考を、草稿用紙で問題を解くように、気軽に、確信が持てるまで好きなだけ長く書いてください。
ここでは、あなたの推論を反映し、ユーザーに明確な最終回答を示す簡潔な要約を提供してください。これは要約だとは言わないでください。
問題：
```
{% hint style="success" %}
私たちの dynamic アップロードには '`UD`' という接頭辞が付いています。それがないものは dynamic ではありませんが、それでも当社のキャリブレーションデータセットを利用しています。
{% endhint %}
* **多言語：** Magistral は、英語、フランス語、ドイツ語、ギリシャ語、ヒンディー語、インドネシア語、イタリア語、日本語、韓国語、マレー語、ネパール語、ポーランド語、ポルトガル語、ルーマニア語、ロシア語、セルビア語、スペイン語、スウェーデン語、トルコ語、ウクライナ語、ベトナム語、アラビア語、ベンガル語、中国語、ペルシア語を含む多くの言語をサポートしています。
### :question:モデルのテスト
Mistral には、Magistral の評価に使える独自の vibe チェック用プロンプトがあります。これらのテストはモデルの完全な非量子化版を実行した結果に基づいていますが、量子化版でも試すことができます：
**簡単 -** *必ず常に動作するようにしてください*
```py
prompt_1 = 'strawberry に "r" は何個ありますか？'
prompt_2 = 'ジョンは 4 人きょうだいの 1 人です。最初の姉は 4 歳です。来年、2 番目の姉は最初の姉の 2 倍の年齢になります。3 番目の姉は 2 番目の姉より 2 歳年上です。3 番目の姉は兄の年齢の半分です。ジョンは何歳ですか？'
prompt_3 = '9.11 と 9.8、どちらが大きいですか？'
```
**ミディアム** - *たいていは正解するはず*
```py
prompt_4 = "5 つのランダムな数を考えてください。足し算、掛け算、引き算、割り算を使って 133 にできるか確認してください"
prompt_5 = "少なくとも 8 語ずつ含む文を 4 つ書いてください。次に、各文が必ず直前の文よりちょうど 1 語少なくなるようにしてください。"
prompt_6 = "12 枚の T シャツを太陽の下で乾かすのに 30 分かかるなら、33 枚の T シャツを乾かすのにどれくらいかかりますか？"
```
**難しい** - *たまには正解するはず*
```py
prompt_7 = "少なくとも 10 文字の 5 つのランダムな単語を選んでください。それらを出力してください。各単語を逆順にして出力してください。次に、アルファベット順で "g" より小さい文字を抽出して出力してください。コードは使わないでください。"
prompt_8 = "フランス革命が始まったのは、正確には何日前ですか？今日は 2025 年 6 月 4 日です。"
```
**いくつかの** [**出力例を**](#sample-outputs) **ブログの最後に用意しています。**
## :llama: チュートリアル：Ollama で Magistral を実行する方法
1. インストール `ollama` まだインストールしていない場合は！
```bash
apt-get update
apt-get install pciutils -y
curl -fsSL https://ollama.com/install.sh | sh
```
2. 当社の動的量子化版でモデルを実行してください。コンテキスト長は自動設定していないため、Ollama のデフォルトのコンテキスト長がそのまま使われます。\
なお、次を呼び出せます `ollama serve &`を別のターミナルで実行できます！推奨パラメータ（temperature など）はすべて `params` に含めて Hugging Face にアップロードしています！
3. また、Magistral は 40K のコンテキスト長をサポートしているので、次を有効にするのが最適です [**KV キャッシュ量子化**](https://github.com/ollama/ollama/blob/main/docs/faq.md#how-can-i-set-the-quantization-type-for-the-kv-cache)を有効にするのが最適です。私たちはメモリ使用量を 50% 節約できる 8bit 量子化を使っています。次も試せます `"q4_0"` または `"q8_0"`
4. **Ollama ではデフォルトのコンテキスト長も 4096 に設定されています**。 [ここで言及されています](https://github.com/ollama/ollama/blob/main/docs/faq.md#how-can-i-specify-the-context-window-size)に似ています。 `OLLAMA_CONTEXT_LENGTH=8192` として 8192 に変更してください。Magistral は最大 128K をサポートしますが、40K（40960）が最もテストされています。
```bash
export OLLAMA_KV_CACHE_TYPE="f16"
OLLAMA_CONTEXT_LENGTH=8192 ollama serve &
ollama run hf.co/unsloth/Magistral-Small-2509-GGUF:UD-Q4_K_XL
```
## 📖 チュートリアル：llama.cpp で Magistral を実行する方法
1. 最新の `llama.cpp` オン [GitHub はこちら](https://github.com/ggml-org/llama.cpp)で入手してください。以下のビルド手順に従っても構いません。変更してください `-DGGML_CUDA=ON` を `-DGGML_CUDA=OFF` GPU がない場合、または CPU 推論だけを使いたい場合。 **Apple Mac / Metal デバイスの場合**、次のように設定し `-DGGML_CUDA=OFF` その後は通常どおり続けてください。Metal サポートはデフォルトで有効です。
```bash
apt-get update
apt-get install pciutils build-essential cmake curl libcurl4-openssl-dev -y
git clone https://github.com/ggml-org/llama.cpp
cmake llama.cpp -B llama.cpp/build \
-DBUILD_SHARED_LIBS=OFF -DGGML_CUDA=ON -DLLAMA_CURL=ON
cmake --build llama.cpp/build --config Release -j --clean-first --target llama-quantize llama-cli llama-gguf-split llama-mtmd-cli
cp llama.cpp/build/bin/llama-* llama.cpp
```
2. もし `llama.cpp` を使ってモデルを直接読み込みたい場合は、以下のようにできます。(:Q4\_K\_XL) は量子化タイプです。Hugging Face 経由（ポイント 3）でダウンロードすることもできます。これは `ollama run`
{% code overflow="wrap" %}
```bash
./llama.cpp/llama-cli -hf unsloth/Magistral-Small-2509-GGUF:UD-Q4_K_XL --jinja --temp 0.7 --top-k -1 --top-p 0.95 -ngl 99
```
{% endcode %}
{% hint style="warning" %}
llama.cpp では、次を使用してください `--jinja` を使ってシステムプロンプトを有効にしてください！
{% endhint %}
3. **または** でモデルをダウンロードしてください（次をインストールした後 `pip install huggingface_hub hf_transfer` ）。UD-Q4\_K\_XL、（Unsloth Dynamic）、Q4\_K\_M、またはその他の量子化版（例：BF16 のフル精度）を選べます。
```python
# !pip install huggingface_hub hf_transfer
import os
os.environ["HF_HUB_ENABLE_HF_TRANSFER"] = "1"
from huggingface_hub import snapshot_download
snapshot_download(
repo_id = "unsloth/Magistral-Small-2509-GGUF",
local_dir = "unsloth/Magistral-Small-2509-GGUF",
allow_patterns = ["*UD-Q4_K_XL*"], # UD-Q4_K_XL 用
)
```
4. モデルを実行します。
5. 編集 `--threads -1` を最大 CPU スレッド数に、 `--ctx-size 40960` コンテキスト長用（Magistral は 40K のコンテキスト長をサポートしています！） `--n-gpu-layers 99` を GPU オフロードする層数に設定します。GPU のメモリ不足が起きる場合は調整してみてください。CPU のみの推論ならこれを削除してください。また、K キャッシュにはメモリ使用量を減らすため 8bit 量子化を使っています。
6. 会話モードの場合:
./llama.cpp/llama-cli \
--model unsloth/Magistral-Small-2509-GGUF/Magistral-Small-2509-UD-Q4_K_XL.gguf \
--ctx-size 40960 \
--cache-type-k f16 \
--n-gpu-layers 99 \
--seed 3407 \
--prio 2 \
--temp 0.7 \\
--repeat-penalty 1.0 \
--min-p 0.01 \
--top-k -0 \
--top-p 0.95 \
--jinja
{% hint style="warning" %}
Magistral は \ を自動追加するので、\ を削除するのを忘れないでください
{% endhint %}
## サンプル出力
strawberry に "r" は何個ありますか？ [正解 = 3]
{% code overflow="wrap" lineNumbers="true" fullWidth="true" %}
```
さて、解くべき問題があります：「strawberry に 'r' は何個ありますか？」
まず、問題を理解する必要があります。これは、単語「strawberry」に含まれる文字 'r' の数を尋ねています。
ステップ 1：単語を書き出して、各文字を見てみます。
単語は次のとおりです：s t r a w b e r r y
ステップ 2：単語中の 'r' を見つけます。
各文字を 1 つずつ見ていきましょう：
1. s - r ではない
2. t - r ではない
3. r - ここで 1 つ目の r
4. a - r ではない
5. w - r ではない
6. b - r ではない
7. e - r ではない
8. r - ここで 2 つ目の r
9. r - そしてもう 1 つ
10. y - r ではない
つまり、文字 'r' は 3 番目、8 番目、9 番目の位置にあります。
ステップ 3：'r' の数を数えます。
以上から、「strawberry」には 3 つの 'r' があります。
でも待って、何か見落としたり数え間違えたりしていないか確認する必要があります。
もう一度単語を書いてみます：strawberry。
見てみると：
- 3 番目の文字は 'r' です（s-t-r）
- その後に 'e-r-r' があり、'r' がさらに 2 つあります。
はい、合計で 3 つの 'r' です。
ただ、念のため言うと、文字が隠れていたり、単語に無音の文字があったりすることもありますが、この場合、「strawberry」のすべての文字は発音されており、'r' は 3 番目、8 番目、9 番目の位置ではっきり発音されます。
つまり、数は確かに 3 です。
でも待って、'r' がすべて発音されるとは限らないのでしょうか？ たとえば、アクセントや方言によっては、文字が無音だったり、発音が異なったりすることがあります。しかし、標準的な発音では、これらの 'r' はすべて発音されます。
ただし、質問は発音ではなく、単語中の 'r' の数についてです。書かれている形の話です。したがって、発音に関係なく、単語「strawberry」に含まれる文字を数えています。
もう一度書いて数えてみます：
s (1)
t (2)
r (3) - 1 つ目の r
a (4)
w (5)
b (6)
e (7)
r (8) - 2 つ目の r
r (9) - 3 つ目の r
y (10)
はい、'r' は 3 つです。
でも念のため、綴りについて考えてみます。文字が二重音字や他の組み合わせの一部になることもありますが、「strawberry」では 'r' はすべて独立した文字です。
綴りの分解について考えてみます：
- "straw" には 'r' が 1 つあります（3 文字目）
- "berry" には 'r' が 2 つあります（"berry" の 2 文字目と 3 文字目ですが、単語全体では 8 文字目と 9 文字目になります）
したがって、"straw" には 'r' が 1 つ、"berry" には 'r' が 2 つあり、合計で "strawberry" の 'r' は 3 つです。
もう自信があります。単語「strawberry」には 'r' が 3 つあります。
でも最終確定の前に、文字が繰り返されたり、何か仕掛けがあったりすることを思い出しました。確認してみます：
単語は: s-t-r-a-w-b-e-r-r-y。
'r' を数えると：
1. 3 番目の位置の 'r'。
2. 8 番目の位置の 'r'。
3. 9 番目の位置の 'r'。
他に 'r' はありません。
したがって、「strawberry」に含まれる 'r' の総数は 3 です。
念のため再確認として、単語を書いて 'r' を強調してみます：
s t r a w b e r r y
r r r
はい、'r' は 3 つです。
何か見落としている可能性はありますか？ 大文字と小文字を考えるべきでしょうか？ ただ、この問題は文字 'r' についてであって 'R' ではないので、大小は関係ありません。単語は小文字で与えられており、仮に大文字でも、'R' は数える上では 'r' と同じ文字です。
したがって、最終的な数は 3 です。
でも待って、「strawberry」の綴りは正しいでしょうか？ 綴りを確認してみます。
s-t-r-a-w-b-e-r-r-y だと思います。はい、正しいようです。
したがって、'r' の数は確かに 3 です。
でも、さらに念を入れて、別の見方でこの単語を考えてみます。たとえば、次のように分解します：
"straw" + "berry" = "strawberry"
"straw" には 'r' が 1 つあります（3 文字目: s-t-r）
"berry" には 'r' が 2 つあります（2 文字目と 3 文字目: b-e-r-r-y ですが、実際には 'berry' は b-e-r-r-y なので、'r' は 3 文字目と 4 文字目？ ちょっと見てみます：
'berry' は b-e-r-r-y です。いや、
b (1)
e (2)
r (3)
r (4)
y (5)
つまり、'berry' には 3 文字目と 4 文字目に 'r' があり、2 つの 'r' があります。
'straw' は s-t-r-a-w なので、'r' は 3 文字目で、1 つです。
合わせると、'strawberry' は 'straw' + 'berry' = s-t-r-a-w-b-e-r-r-y で、'r' は 3 番目、3+5+1=9 番目？ いや、位置を数えてみます：
"straw" は 1〜5 文字目（s-t-r-a-w）です
"berry" は 6〜10 文字目（b-e-r-r-y）です
したがって、'straw' の 'r' は 3 文字目です。
'berry' の 'r' は 8 番目と 9 番目です（"berry" は 6 文字目から始まるので、b(6), e(7), r(8), r(9), y(10)）。
つまり、'r' は 3、8、9 番目にあり、合計 3 つです。
はい、やはり一致しています。
他のアプローチはあるでしょうか？ たとえば、文字の総数を数えて、そのうち何個が 'r' かを見る方法です。
"strawberry" は 10 文字あります：s, t, r, a, w, b, e, r, r, y。
'r' を数えると、3、8、9 番目 → 3 つです。
あるいは、単語を書き出して 'r' 以外を別の文字に置き換え、'r' がいくつ残るかを見ることもできます。
元の形：s t r a w b e r r y
非 r を置換：x x r x x x x r r x
さて、'r' を数えると：位置 2（でも元は 3 文字目）、いや、置換後の文字列では 'r' は 3 文字目にあります。その後の 'r' は... ちょっと見てみます：
元の位置：
1: s → x
2: t → x
3: r → r
4: a → x
5: w → x
6: b → x
7: e → x
8: r → r
9: r → r
10: y → x
したがって、置換後の文字列は x x r x x x x r r x
さて、'r' を数えると、元の 3、8、9 番目は置換後でも 3、8、9 番目に対応します（ただし、他の位置は x ですので、'r' は依然として 3、8、9 にあります）。待って、置換後の文字列でも 'r' は 3、8、9 番目にありますが、長さは 10 のままなので位置は元と同じです。したがって、数は同じで 3 つです。
別の方法として、単語を書いて 'r' 以外を消し込みます。
元の形：s t r a w b e r r y
消し込み後: x x r x x x x r r x
これで 'r' を数えると、3 つの 'r' が残っています。
どの方法でも、「strawberry」には 'r' が 3 つあることが確認できます。
でも、少し別の角度から考えると、質問に曖昧さはあるでしょうか？ たとえば、大文字の 'R' なのか小文字の 'r' なのか？ 問題は小文字の "r" と書かれているので、小文字の 'r' を数えています。単語「strawberry」はすべて小文字です（入力が小文字だと仮定するとですが。もし混在していたら考慮が必要ですが、ここでは「strawberry」と小文字で与えられているので問題ありません）。
また、いくつかの 'r' が二重音字や三重音字の一部である可能性はあるでしょうか？ たとえば、ある言語では 'rr' が 1 つの音や文字として扱われることもありますが、英語の綴りでは 'rr' は 2 つの別々の 'r' です。したがって、「strawberry」の 'rr' は 2 つの 'r' です。
したがって、数は変わらず 3 です。
他の解釈はあるでしょうか？ たとえば、文字が異なる音を表したり、'r' が無音だったりすることを考えるかもしれませんが、先ほど述べたように、質問は発音ではなく、書かれた文字 'r' についてです。
最終確認として、単語を書いて 'r' を声に出して数えてみます：
s（いいえ）, t（いいえ）, r（1）, a（いいえ）, w（いいえ）, b（いいえ）, e（いいえ）, r（2）, r（3）, y（いいえ）。
はい、'r' は 3 つです。
したがって、「strawberry」に含まれる 'r' の数は 3 です。
でも最終確定の前に、何か仕掛けや見落としがないか考えてみます。たとえば、この手の質問には、綴りや発音に含まれる 'r' を数えるといった隠れた複雑さがあることもありますし、'rr' のように 2 つの 'r' が並んでいることを考慮する場合もありますが、これはすでに織り込み済みです。
あるいは、この質問は「strawberry」の綴りに現れる文字 'r' の回数について尋ねているのでしょうか？ はい、私はそう解釈しており、その数は 3 です。
単語の綴りが違う可能性はあるでしょうか？ たとえば、国や方言によって「strawberry」の綴りが異なるのでしょうか？ アメリカ英語でもイギリス英語でも、綴りは同じです：s-t-r-a-w-b-e-r-r-y。
もう一度綴りを確認します：s, t, r, a, w, b, e, r, r, y。はい、正しいです。
したがって、'r' の数は確かに 3 です。
でも、絶対に確かにするために、単語を文の中で考えたり、実際に書かれたものを見たりしてみます：
例文："I ate a strawberry." 単語は "strawberry" で、その中の 'r' は真ん中と最後にあります。
綴りを見ます：s-t-r-a-w-b-e-r-r-y。数えると：
1. s
2. t
3. r (1)
4. a
5. w
6. b
7. e
8. r (2)
9. r (3)
10. y
はい、'r' は 3 つです。
これでこの数を確認するあらゆる方法は尽きたと思います。したがって、「strawberry」に含まれる 'r' は 3 つです。
でも待って、ユーザーは別の意味でこの質問を意図していたかもしれません。たとえば、発音において文字 'r' の音が何回現れるかを問うているのでしょうか？ しかし、質問は文字 'r' の数を尋ねているのであって、音ではありません。
発音では、「strawberry」は /ˈstroʊbɛri/ などと発音され、'r' の音は綴りどおりに発音されます。しかし、質問は音素ではなく文字数についてなので、書かれた形に従います。
したがって、数は変わらず 3 です。
他の解釈はあるでしょうか？ たとえば、単語が大文字になっていた場合に大文字の 'R' を数えるかどうか？ しかし、単語は小文字で与えられており、質問も小文字の 'r' を尋ねているので、一貫しています。
最終回答："strawberry" には 'r' が 3 つあります。
でも、再確認として、位置つきで文字を並べてみます：
位置: 1 2 3 4 5 6 7 8 9 10
文字: s t r a w b e r r y
では、'r' を取り出します：3、8、9 番目です。これで 'r' は 3 つです。
あるいは、単語を書いて 'r' を丸で囲みます：
Strawberry: s t r a w b e r r y
'r' は 3、8、9 番目にあります。つまり、'r' は 3 つです。
他の解釈は考えにくいです。したがって、答えは 3 です。
でも最終確定の前に、単語そのものに曖昧さがないか考えてみます。「strawberry」の綴りが間違っている、あるいは別の綴りがあるのでしょうか？
英語では、「strawberry」は末尾に 2 つの 'r' を持つ形で一貫して綴られます。"berry" は 2 つの 'r'（b-e-r-r-y）で綴られ、"straw" には 1 つの 'r'（s-t-r-a-w）があります。したがって合計は 3 つの 'r' です。
"strawberry" と混同される別の単語はあるでしょうか？ たとえば "strawberi" のようなものですが、いいえ、「strawberry」が 3 つの 'r' を持つ正しい綴りです。
したがって、最終的な数は 3 です。
でも念のため、別の言語でこの単語を考えてみます。たとえばスペイン語では、"strawberry" は "fresas" または "fresa" で、'r' はありませんが、質問は英語の単語 "strawberry" についてです。
英語では、確認したとおり、「strawberry」には 'r' が 3 つあります。
別の観点はあるでしょうか？ たとえば、単語が "STRAWBERRY" のように大文字だった場合でも、'R' は 'r' の大文字版なので、数は同じです。しかし、問題は小文字の 'r' を指定しており、単語も小文字で与えられているので、一貫しています。
したがって、「strawberry」に含まれる 'r' の数は 3 です。
しかし、別の見方をすると、単語がコードや暗号のような別の文脈で扱われていて、文字が別のものを表している可能性もあります。ですが、問題は単純で、単語「strawberry」に文字 'r' が何回現れるかを数えるだけです。
というわけで、ここまで慎重に考えた結果、答えは明らかに 3 です。
でも最終確定の前に、数え間違いがないか考えてみます。もう一度数えます：
単語: s t r a w b e r r y
位置：
1: s
2: t
3: r (1)
4: a
5: w
6: b
7: e
8: r (2)
9: r (3)
10: y
はい、3、8、9 番目に 'r' が 3 つあります。
数え間違いはありません。
したがって、最終回答は、単語「strawberry」には 'r' が 3 つある、ということです。
でも待って、ユーザーは別の何かを考えていて違う答えを期待しているかもしれませんが、素直な解釈では 3 です。
おそらく、ユーザーは distinct な 'r' だけを数えるなどと思っているかもしれませんが、この文脈では 'r' はすべて同じ文字です。
あるいは、発音が違う、あるいは無音だから違う答えになるというひっかけ問題かもしれませんが、やはり質問は綴り中の文字 'r' の数であって、発音ではありません。
したがって、答えは 3 です。
でも念のため、単語 "strawberry" を声に出してみます：「strawberry」。'r' は綴りどおりに明確に発音されます。
ここに隠れた複雑さはありません。数は 3 です。
最終確認：単語を書いて 'r' を数えます：
s t r a w b e r r y
'r' は 3、8、9 番目にあります。3 回です。
したがって、「strawberry」に含まれる 'r' の数は 3 です。
でも結論の前に、他の解釈で答えが変わる余地がないか考えてみます。たとえば、違うフォントで書かれていたり、隠し文字があったりする場合ですが、標準的な表記では明確です。
あるいは、別の言語で別の綴りなら話は変わりますが、「strawberry」は英語の単語であり、英語では 'r' が 3 つです。
もう 1 つの考え：'w' や他の文字が 'r' と見なされることはあるでしょうか？ いいえ、英語のアルファベットでは 'w' は 'r' とは別の文字です。
他の解釈は有効ではありません。答えは 3 です。
でも慎重を期して、問題の単語が誤って綴られている可能性も考えますが、"strawberry" と正しく綴られている前提なら、数は 3 です。
したがって、十分に検討した結果、「strawberry」の 'r' の数は 3 です。
でも待って、単語を見返してみます：strawberry。書き出して数えてみましょう：
s, t, r, a, w, b, e, r, r, y。
並べると：
1. s
2. t
3. r
4. a
5. w
6. b
7. e
8. r
9. r
10. y
つまり、'r' は 3、8、9 番目です。これで 'r' は 3 つです。
位置を数え間違えている可能性は？ もう一度数えます：
1: s
2: t
3: r（1 つ目の r）
4: a
5: w
6: b
7: e
8: r（2 つ目の r）
9: r（3 つ目の r）
10: y
はい、'r' は 3 つです。
したがって、最終回答は、単語「strawberry」には 'r' が 3 つある、ということです。
ただ、完全性を確保するために、大文字小文字など別のケースを考えることもできますが、質問は 'r'（小文字）についてで、単語も小文字なので、一貫しています。
あるいは、"Strawberry"（先頭が大文字の S）の場合はどうでしょうか？ 質問は小文字の 'r' についてですが、"Strawberry" では S が大文字でも、'r' は小文字です（通常のタイトルケースを想定）。ただ、この問題は 'r'（小文字）を指定しており、"strawberry" はすべて小文字なので、答えは 3 です。
たとえ "Strawberry" でも、'r' は依然として小文字です（通常の大文字化を想定）。したがって数は変わりません。
ただ、与えられた単語はすべて小文字の "strawberry" なので、数は 3 です。
したがって、「strawberry」に含まれる 'r' の数は 3 です。
でも、端的な例外を考えると、もし単語に無音の 'r' があったら？ しかし先ほど述べたように、質問は発音ではなく、書かれた文字についてです。
あるいは、別のフォントで 'r' が別の文字に見える場合でも、標準フォントでは明確です。
数を変える他の可能性はなさそうです。
したがって、最終回答は 3 です。
でも最終確定の前に、別の綴りの変種があるか考えてみます。たとえば、ある方言や歴史的文脈では綴りが違うことがありますが、現代英語では "strawberry" は 3 つの 'r'（"straw" に 1 つ、"berry" に 2 つ）で綴られます。
したがって、数は 3 です。
ここまでの慎重な検討と複数の確認方法の結果、「strawberry」の 'r' の数は 3 であると確信しています。
でも見落としがないように、単語の語源や関連語も考えてみます。たとえば、"straw" には 1 つの 'r'、"berry" には 2 つの 'r' があり、合わせて "strawberry" には 3 つの 'r' があります。これでも数が確認できます。
したがって、答えは 3 です。
ただし、この種の質問は、別の答えを期待するひっかけ問題であることもあります。たとえば、単語 "strawberry" を綴りとして読んだときに 'r' が何回現れるか、というようなことですが、それはかなり回りくどく、可能性は低いでしょう。
あるいは、特定のフォントで書いたときの文字 'r' の閉じた部分の数を数える、という可能性もありますが、ここでは関係ありません。
別の可能性として、発音で 'r' の音が何回出るかを数えることが期待されているかもしれませんが、やはり質問は文字 'r' の数であって、音ではありません。
発音では、「strawberry」には "straw" と "berry" に 'r' の音がありますが、"berry" の綴りには 2 つの 'r' があり、標準英語では両方とも発音されるので、やはり綴りに基づく数え方で 3 つの 'r' です。
しかし、質問は発音ではなく書かれた文字数についてなので、答えは 3 のままです。
したがって、ここまで十分に確認した結果、「strawberry」の 'r' の数は 3 です。
でも念のため、自分に問いかけてみます。もし単語 "strawberry" を টাইপして 'r' キーを何回押すか数えるなら、（タイポしないと仮定して）3 回です。
したがって、再確認しても 3 つの 'r' です。
したがって、最終回答は：
単語 "strawberry" には 'r' が 3 つあります。
きれいに示すなら、数としては：
単語 "strawberry" を綴ると: s-t-r-a-w-b-e-r-r-y。
'r' を数えると：
1. 3 番目の文字: r
2. 8 番目の文字: r
3. 9 番目の文字: r
合計: 'r' は 3 つ。
したがって、"strawberry" の 'r' の数は 3 です。
でも完全性のために、単語の長さを考えてみます。"strawberry" は 10 文字です。位置は：
1: s
2: t
3: r（1 つ目の r）
4: a
5: w
6: b
7: e
8: r（2 つ目の r）
9: r（3 つ目の r）
10: y
したがって、3、8、9 番目に 'r' が 3 つあります。
他の 'r' はありません。
したがって、最終的な数は 3 です。
構造化すると：
単語: s t r a w b e r r y
'r' の位置: 3, 8, 9
'r' の数: 3
したがって、答えは 3 です。
でも他の解釈で答えが変わる可能性があるか考えると、たとえば一部のフォントで 'r' が別の文字に見える場合でも、標準フォントでは明確に区別されます。
あるいは、別の言語で 'r' の表現が異なる場合もありますが、ここでは英語で与えられているので、英語のアルファベット規則に従います。
したがって、数は 3 です。
この徹底的な確認の結果、「strawberry」の 'r' の数は 3 だと結論づけます。
要約をきれいに示すなら、簡潔版はこちらです：
単語 "strawberry" には次の文字があります：s, t, r, a, w, b, e, r, r, y。'r' を数えると、3、8、9 番目にあり、合計 3 つです。
したがって、単語 "strawberry" には **3 つの 'r'** があります。
でも待って、単語を見返してみます：strawberry。書き出して数えてみましょう：
s (1), t (2), r (3), a (4), w (5), b (6), e (7), r (8), r (9), y (10)。
したがって 'r' は 3、8、9 番目：これで 'r' は 3 つです。
このうちの 1 つが数えられない可能性はあるでしょうか？ たとえば、どれかが二重音字や無音の一部だとしても、標準英語の綴りと発音では、これらの 'r' はすべて存在し、発音されます。
したがって、数は確かに 3 です。
別の見方をすると、'r' が現れる異なる位置だけを数えるべきだとしても、この文脈では 'r' はすべて同じ文字なので、数はやはり 3 です。
あるいは、単語 "strawberry" を書くときに 'r' を何回書くかを問うても、それは 3 回です。
したがって、答えは 3 です。
明確に示すと：
単語 "strawberry" を文字ごとに並べて 'r' の位置を特定します：
文字: s, t, r, a, w, b, e, r, r, y
'r' の位置: 3, 8, 9
'r' の数: 3
したがって、「strawberry」には 'r' が 3 つあります。
これが期待される答えであることを確認するために、'rr' は二重の 'r' だと考えるかもしれませんが、それでも隣り合った 2 つの別々の 'r' であり、単語全体では 3 つの 'r'（"straw" に 1 つ、"berry" に 2 つ）です。
したがって、他の解釈でも数は変わりません。
したがって、最終回答は、「strawberry」には 'r' が 3 つある、です。
きれいに要約すると、簡潔版はこちらです：
単語 "strawberry" は、次の文字順で綴られています：s, t, r, a, w, b, e, r, r, y。文字 'r' は 3 番目、8 番目、9 番目に現れ、合計 3 つの 'r' になります。
したがって、"strawberry" の 'r' の数は：
\boxed{3}
**要約:**
単語 "strawberry" を文字ごとに並べて、文字 'r' の位置を特定しました。'r' は 3 番目、8 番目、9 番目にあり、合計 3 つの 'r' です。
したがって、単語 "strawberry" には **3 つの 'r'** があります。
\[
\boxed{3}
\]
```
{% endcode %}
フランス革命は正確には何日前に始まりましたか？ 今日は 2025 年 6 月 4 日です。 [正解 = 86,157 日]
```
よし、この問題を段階的に解きましょう。まず、フランス革命の正確な開始日を知る必要があります。
私の知識では、フランス革命は一般に 1789 年 7 月 14 日、つまりバスティーユ襲撃の日に始まったと考えられています。ただし、一部の歴史家は、1789 年 5 月 5 日の三部会開催、あるいはそれ以前の財政・政治危機を起点と主張します。しかし、簡潔さのため、革命の象徴的な始まりとして広く認識されている 1789 年 7 月 14 日を開始日とします。
さて、問題では今日の日付が 2025 年 6 月 4 日だと与えられています。1789 年 7 月 14 日から 2025 年 6 月 4 日までの日数を計算する必要があります。
### ステップ 1：2 つの日付間の年数を計算する。
2025 - 1789 = 236 年。
ただし、すべての年が同じ日数ではないこと（うるう年には 1 日多い）と、7 月 14 日から次の 7 月 14 日までの完全な年数を数えているわけではないことに注意が必要です。
### ステップ 2：計算を年、月、日に分けて考える。
まず、1789 年 7 月 14 日から 2025 年 7 月 14 日までの完全な年数を計算します。これは 2025 - 1789 = 236 年です。
しかし、1789 年 7 月 14 日から 2025 年 6 月 4 日までを考えると、2025 年 7 月 14 日より前なので、235 年分（1789 年 7 月 14 日から 2024 年 7 月 14 日まで）と、2024 年 7 月 14 日から 2025 年 6 月 4 日までの日数になります。待って、これはおかしいですね。
実際には、次のように考える方がよいです：
1789 年 7 月 14 日から 2024 年 7 月 14 日までは 235 年です（2024 - 1789 = 235 なので）。
そして、2024 年 7 月 14 日から 2025 年 6 月 4 日までが残りの期間です。
でも確認してみましょう：
1789 年 7 月 14 日から 2024 年 7 月 14 日までは 235 年です。
2024 年 7 月 14 日から 2025 年 6 月 4 日までは 1 年未満なので、この期間を別に日数計算できます。
ただ実際には、1789 年 7 月 14 日から 2025 年 6 月 4 日までの総日数を求めるために、1789 年 7 月 14 日から 2024 年 7 月 14 日まで（235 年）と、2024 年 7 月 14 日から 2025 年 6 月 4 日までの日数を足す方法が簡単です。
でも待って、2024 年 7 月 14 日から 2025 年 6 月 4 日ではありません。2025 年 6 月 4 日は 2025 年 7 月 14 日より前なので、正しい分け方は：
1789 年 7 月 14 日から 2024 年 7 月 14 日まで：235 年。
2024 年 7 月 14 日から 2025 年 6 月 4 日まで：しかしこれは 6 月 4 日が 7 月 14 日より前なので負になります。したがって、次のように考える方がよいです：
1789 年 7 月 14 日から 2024 年 6 月 4 日まで：234 年分と、次の年の 7 月 14 日から 6 月 4 日までの日数（これは混乱しますが）。
もっと良い方法は、1789 年 7 月 14 日から 2025 年 6 月 4 日までの日数を直接計算することです。
まず、1789 年 7 月 14 日から 2024 年 7 月 14 日までの日数を計算します。これは 235 年です。
では、235 年には何日あるでしょうか？ うるう年を考慮する必要があります。
1 年は 365 日、うるう年は 366 日です。うるう年は 4 年ごとにありますが、世紀年は 400 で割り切れる場合を除いてうるう年ではありません。
まず、1789 年から 2024 年の間のうるう年数を計算します（2024 年がうるう年でも、2024 年 7 月 14 日までなので 2 月 29 日の影響はどうなるか注意が必要です。完全な年を数えるなら 2024 年は含めないかもしれませんが、実際には 1789 年 7 月 14 日から 2024 年 7 月 14 日までを数えるので、2024 年はうるう年であり、しかも 2 月を過ぎているため、2024 年のうるう日はこの期間に含まれます。うーん、）
待って、違います。うるう日は 2 月 29 日です。1789 年 7 月 14 日から 2024 年 7 月 14 日までを数えるなら、1789 年から 2024 年の各うるう年の 2 月 29 日は、その年の計算に含まれますが、開始日が 2 月より後なので開始年 1789 年の 2 月 29 日は関係ありません（1789 年 2 月 29 日は存在しません）。同様に、終了年 2024 年は 7 月 14 日が 2 月 29 日より後なので、2024 年のうるう日はこの期間に含まれます。
でも実際には、2 つの日付間の日数を数えるとき、両方の日付がそれぞれの年の 2 月以降にあるなら、うるう日は期間に 2 月 29 日が含まれる場合にのみ影響します。7 月 14 日から次の 7 月 14 日までの完全な年を数える場合、7 月は 2 月の後なので、うるう日は完全な年数に含まれます。
いや、違います。1789 年 7 月 14 日から 2024 年 7 月 14 日までを数えると、235 年です。この期間の各年は、うるう年なら 366 日、それ以外は 365 日です。
1789 年から 2023 年までのうるう年数（2024 年のうるう日は 7 月 14 日より前ですが、2025 年 2 月 29 日より前ではなく...いや、2024 年のうるう日は 2024 年 2 月 29 日で、2024 年 7 月 14 日までならそのうるう日は含まれます。したがって、2024 年のうるう日はこの期間に含まれます。
いや、違います。完全な年は 1789 年 7 月 14 日から 2024 年 7 月 14 日までです。これは 2024 - 1789 = 235 年ですが、7 月 14 日から 7 月 14 日なので、ちょうど 235 年です。
では、この期間にうるう年はいくつあるでしょうか？ うるう年とは：
1. 4 で割り切れる、
2. 100 で割り切れる年は、400 でも割り切れる場合を除いてうるう年ではない。
ただし、7 月 14 日から数えるので、年がうるう年なら 2 月 29 日はその年のカウントに含まれます。なぜなら 1789 年 7 月 14 日から次の年の 7 月 14 日までを数えているからです（実際には、1789 年 7 月 14 日から 1790 年 7 月 14 日までは 1 年であり、1790 年がうるう年なら 2 月 29 日を含むはずですが...いや、1790 年は 4 で割り切れないのでうるう年ではありません。
待って、1789 年 7 月 14 日から 1790 年 7 月 14 日までの期間は 1 年で、そこに 1790 年 2 月 29 日があるのでしょうか？ いいえ、1790 年はうるう年ではありません（1790 は 4 で割り切れない）。うるう日はうるう年の 2 月 29 日ですが、開始年 1789 年の 2 月の後に始まり、終了年 1790 年の 2 月の前に終わるなら...いや、我々の期間は 1789 年 7 月 14 日から 1790 年 7 月 14 日までで、1790 年 2 月 29 日を含むのでしょうか？ いや、1789〜1790 はうるう年ではありません。1790 年は 4 で割り切れないからです。
うーん、各完全な年を 7 月 14 日から 7 月 14 日として考えると、その年がうるう年で期間に 2 月 29 日が含まれるなら 366 日、そうでなければ 365 日になります。開始年の 2 月より後に始まり、終了年の 2 月より後に終わるので、うるう日はうるう年のカウントに含まれます。
したがって、1789 年から 2024 年までのうるう年数を含めます（2024 年はうるう年で、2024 年 7 月 14 日は 2024 年 2 月 29 日より後なので、うるう日は含まれます）。
年数: 2024 - 1789 + 1 = 236 年。待って、違います。1789 年 7 月 14 日から 2024 年 7 月 14 日までは 2024 - 1789 = 235 年です（1789 年 7 月 14 日が始点で、2024 年 7 月 14 日が 235 年後だから）。
この期間のうるう年数: 最初の年は 1789（うるう年ではない、1789 は 4 で割り切れない）。最後の年は 2024（4 で割り切れ、100 で割り切れないのでうるう年）。
1789 年から 2024 年までのうるう年数は、この範囲で 4 で割り切れる年の数から、100 で割り切れて 400 で割り切れない年を引けば求められます。
まず、1789 年から 2024 年までの範囲で 4 で割り切れる年の数を数えます：
1789 年以降の最初のうるう年は 1792 です（1789 + 3 = 1792 で、4 で割り切れるため）。
2024 年以前の最後のうるう年は 2024 年そのものです（4 で割り切れるため）。
うるう年数 = (2024 - 1792) / 4 + 1 = (2024 - 1792) = 232、232 / 4 = 58、+1 = 59。
でも待って、2024 年は含まれているので正しいです：(2024 - 1792) / 4 + 1 = 232 / 4 + 1 = 58 + 1 = 59。
次に、うるう年ではない世紀年（つまり 100 で割り切れるが 400 で割り切れない年）を引きます。1789 年から 2024 年の間の世紀年は 1800、1900、2000 です。
では、このうちどれがうるう年ではないのでしょうか？
- 1800: 100で割り切れるが400では割り切れない（1800 / 400 = 4.5 で整数ではないため）→ うるう年ではない。
- 1900: 同様に、100で割り切れるが400では割り切れない → うるう年ではない。
- 2000: 400で割り切れる（2000 / 400 = 5）→ うるう年である。
したがって、うるう年ではない世紀年は 1800 年と 1900 年の 2 つです。
よって、うるう年の合計 = 59 - 2 = 57。
したがって、全期間の合計日数 = 235 * 365 + うるう年の数 = 235 * 365 + 57。
計算してみましょう：
235 * 365:
200 * 365 = 73000
35 * 365 = 35 * 300 + 35 * 65 = 10500 + 2275 = 12775
合計: 73000 + 12775 = 85775
うるう日を加えると: 85775 + 57 = 全期間で 85832 日です。
次に、2024年7月14日から2025年6月4日までの日数を加える必要があります。
まず、2024年の7月14日以降に残っている日数を計算します：
7月は31日なので、7月14日から7月31日までは 31 - 14 = 17 日です（7月14日を含む？ いや、7月14日から7月15日までは1日なので、7月14日から7月31日までは 31 - 14 = 17 日ですが、7月14日を含める必要があります。実際には、7月14日から7月31日までを両端含みで数えると 31 - 14 + 1 = 18 日です。通常「AからBまで」と言うと、Aを起点にBを含めて数えるので、7月14日から7月14日までは1日、7月14日から7月15日までは2日、という具合です。したがって、7月14日から7月31日までは 31 - 14 + 1 = 18 日です。
ただし、区間を計算するときは排他的に数えることもあります。標準的には、2つの日付の差は、両端を含めるなら (終点 - 始点) + 1、始点を含めて終点を含めないなら (終点 - 始点) です。ここでは、2024年7月14日から2025年7月14日までを含めずに、その前の2025年6月4日までの日数を求めたいのですが、終点は2025年7月14日より前の2025年6月4日です。
いや、違います。2024年7月14日から2025年6月4日までの日数を計算しています。
分解してみましょう：
1. 2024年7月14日から2024年12月31日まで。
2. 2025年1月1日から2025年6月4日まで。
最初の部分：2024年7月14日から12月31日まで。
7月の14日以降に残る日数: 31 - 14 = 17（ただしこれは7月15日から7月31日までで、17日です。したがって、7月14日から7月31日までは 31 - 14 + 1 = 18 日です（7月14日を含む）。
いや、7月14日から7月31日までを両端含みで数えるなら 31 - 14 + 1 = 18 日です。
ただし、2つの日付の間隔を計算するときは、両端を含むなら (終点 - 始点) + 1 がよく使われます。ここでは、2024年7月14日（含む）から2025年6月4日（含む）までの日数を求めたいので、(2025年6月4日 - 2024年7月14日) + 1？ いや、直接計算した方がよいです。
2024年の7月14日以降に残っている日数を計算しましょう：
7月: 31 - 14 = 17（これは7月15日から7月31日までで17日。したがって、7月14日から7月31日までは18日（7月14日を含む）。
でも実際には、7月14日から数えるなら：
- 7月: 31 - 14 = 17（7月15日から7月31日まで）に、7月14日そのものを加えると 7月は18日です。
でも、それはおかしいです。7月は31日しかありません。待ってください、7月14日を含めるなら、日数は7月14日から7月31日までで、31 - 14 + 1 = 18 日です。
同様に、8月: 31日
9月: 30日
10月: 31日
11月: 30日
12月: 31日
8月から12月までの合計: 31 + 30 + 31 + 30 + 31 = 153 日
加えて7月: 18
2024年7月14日から12月31日までの合計: 18 + 153 = 171 日
待って、確認しましょう：
7月14日から7月31日まで: 31 - 14 + 1 = 18
8月: 31
9月: 30日
10月: 31日
11月: 30日
12月: 31日
合計: 18 + 31 + 30 + 31 + 30 + 31 = 18 + 31 = 49; +30=79; +31=110; +30=140; +31=171。はい、正しいです。
では、2025年1月1日から2025年6月4日まで。
2025年はうるう年ですか？ 2025は4で割り切れないので、いいえ。
月ごとに：
1月: 31
2月: 28（うるう年ではない）
3月: 31
4月: 30
5月: 31
6月: 4日までで4日
合計: 31 + 28 = 59; +31=90; +30=120; +31=151; +4=155日。
したがって、2024年7月14日から2025年6月4日までの合計日数: 171（2024年内の残り） + 155（2025年分） = 326日。
待ってください。ただし数え方に注意が必要です。2024年7月14日と2025年6月4日の両方を含めていますか？ もし両端を含めて2つの日付の間の日数を計算するなら、この計算で正しいです。しかし、2つの日付の差を計算する場合、通常は始点を含めません。問題は「何日前か」と尋ねているので、通常は今日を含めずに今日から遡る数え方です。ただし、ここでは革命の開始日から今日までの日数を計算しているので、始点と今日の両方を含めるべきです。
しかし、最初の問題はフランス革命が何日前に始まったかを尋ねています。これは2025年6月4日から1789年7月14日までの日数です。これを「何日前」の数として数えるなら、今日は「今日から何日前」ではないので 1 を引きます。通常、2つの日付の間の日数は両端を含めると (終点 - 始点) + 1 ですが、「何日前」は開始日から今日までの経過時間であり、開始日を含めて数える場合の今日の日付 - 開始日ではありません。いや、待ってください。革命がX日に始まったなら、それが何日前かは (今日 - X) であり、X自体は数に含めません。
しかし、私たちの計算では：
1789年7月14日から2025年6月4日まで。
両端を含めるなら、(2025年6月4日 - 1789年7月14日) + 1 です。
しかし、「何日前か」は (今日 - 開始日) であり、開始日を含めないなら今日の日付 - 開始日 - 1 です。実際には、革命が1789年7月14日に始まり、今日は2025年6月4日なら、何日前に始まったかは、1789年7月14日から2025年6月4日までの間の日数であり、開始日を数えないなら1を引きます。通常、「何日前」は経過時間を意味し、(終点 - 始点) です。ここで終点は今日、始点は出来事の日付です。つまり (2025年6月4日 - 1789年7月14日) であり、開始日を数えずにその後の日数を数えることになります。
しかし、私たちの計算では、1789年7月14日から2024年7月14日までの235年分を求め、その後2024年7月14日から2025年6月4日までの日数を加えました。
実際には、「何日前」を求めるには、2025年6月4日と1789年7月14日の差を計算すべきです。
でも最初の方法では、1789年7月14日から2025年6月4日までを計算しました。これは (2025年6月4日 - 1789年7月14日) と同じであり、両端を含めるならそこに1を加えることができます。しかし「何日前」では開始日は含めないので、(2025年6月4日 - 1789年7月14日) です。
したがって、私たちの計算はそのままで正しいです：235年分の日数に残りの日数を加えるだけです。
ただ、別の考え方をしましょう。1789年7月14日から2025年6月4日までの合計日数を計算します。
別の方法：
完全な年数と残りの日数を計算する。
1789年7月14日から2024年7月14日まで: 2024 - 1789 = 235年。
この期間のうるう年の数: 先ほどと同様に57。
全期間の合計日数: 235 * 365 + 57 = 85775 + 57 = 85832。
次に、2024年7月14日から2025年6月4日までの日数。
先ほど計算したとおり: 326日。
合計日数: 85832（完全な年数） + 326（残り） = 86158日。
でも、これには1789年7月14日と2025年6月4日の両方が含まれていますか？ もしそうなら、両者の間の日数（開始日を除く）を得るには1を引く必要があります。しかし、ここでは残りの日数の計算で2024年7月14日を含めており（7月14日から7月31日を18日としたため、7月14日を含んでいます）、両端を数えています。
ただし実際には、残りの日数の計算では：
2024年7月14日から2025年6月4日まで：
2024年7月14日から12月31日までを171日と計算しました（7月14日を含む）
2025年1月1日から6月4日までを155日と計算しました（1月1日を含む）
合計: 171 + 155 = 326日で、2024年7月14日と2025年6月4日の両方を含みます。
同様に、1789年7月14日から2024年7月14日までの完全な年数には1789年7月14日と2024年7月14日が含まれます（ただし2024年7月14日はすでに残りの日数に含まれているので、2024年7月14日を二重に数えてしまっています）。
待ってください、完全な年数は1789年7月14日（含む）から2024年7月14日（除く？ それとも含む？）までです。
実際には、1789年7月14日から2024年7月14日までの期間は、両端を含めるなら1789年7月14日と2024年7月14日を含みます。しかし年数としては、1789年7月14日から2024年7月14日までが235年です（2024年7月14日の時点で、1789年7月14日からちょうど235年経っているため）。
ただし、日数計算では、完全な年数は235年分の日数であり、各年は前の年の7月14日から次の年の7月14日までです。実際には、1789年7月14日から1790年7月14日までは1年であり、その年がうるう年かどうかによって365日または366日になります。年が7月14日から始まるので、その年がうるう年なら、その年の2月29日がその1年に含まれます。
しかし、最初のうるう年の計算では暦年（1月から12月）を仮定していましたが、私たちの期間は7月から7月です。したがって、1789年7月14日から2024年7月14日までの期間におけるうるう年の数を再計算する必要があります。
年Yがうるう年なのは、4で割り切れ、ただし100で割り切れる場合は400でも割り切れるときです。年の期間は7月から始まるので、その年がうるう年なら2月29日がその年に含まれます（2月29日は同じ年の7月より前だからです）。
いや、違います。Y年7月14日からY+1年7月14日までの期間には、Y年ではなくY+1年の2月29日が含まれます。いや、待ってください：
2023年7月14日から2024年7月14日までの期間には、2024年がうるう年なら2024年2月29日が含まれます（実際に2024年はうるう年です）。したがって、Y年7月14日からY+1年7月14日までの期間には、Y+1年の2月が含まれます。
したがって、1789年7月14日から2024年7月14日までの期間のうるう年は、Y+1がうるう年であるようなYです（つまり、Y+1が4で割り切れる等）。
いや、違います。Y年7月14日からY+1年7月14日までの1年区間がうるう期間なのは、Y+1年がうるう年の場合です（つまり、2月29日がこの期間内に入るときです。Y+1年がうるう年ならそうなります）。
実際には、Y年7月14日からY+1年7月14日までの期間にはY+1年の2月が含まれるので、追加の日はY+1年がうるう年なら存在します。
したがって、235年のうるう期間の数は、Yが1789年から2023年までのときにY+1がうるう年である回数に等しいです（最後の期間は2023年7月14日から2024年7月14日までで、2024年がうるう年かどうかを確認します）。
つまりYは1789年から2023年まで動くので（期間は1789-1790、…、2023-2024）、Y+1は1790年から2024年まで動きます。
1790年から2024年までのうるう年の数。
1790..2024 のうち4で割り切れる年の数：
最初に4で割り切れるのは1792年です（1790 / 4 = 447.5 なので、次は1792）。
最後は2024年です。
項数 = (2024 - 1792)/4 + 1 = 232/4 + 1 = 58 + 1 = 59。
400で割り切れない世紀年を引く: 1800年、1900年（2000年は400で割り切れるのでうるう年です）。
したがって2を引く: 59 - 2 = 57 うるう年。
よって、235年の中には57個のうるう期間があります（それぞれがY+1年のうるう年に対応し、1800年と1900年を除く1792年から2024年まで）。
したがって、全期間の合計日数: 235 * 365 + 57 = 85832。
次に、2024年7月14日から2025年6月4日までの残りの日数: 先ほどと同様に326日。
合計日数: 85832 + 326 = 86158。
しかしこれには1789年7月14日と2025年6月4日の両方が含まれます。もし両者の間の日数（開始日を除く）を求めるなら、86158 - 1 = 86157です。
しかし、質問は「フランス革命は何日前に始まったか？」です。これは開始から今日までの経過時間を尋ねており、開始日自体は含めません。したがって、正しい値は2つの日付の差であり、(今日 - 開始日) です。両端を含めた合計日数を計算してから1を引けば、「何日前」かが得られ、86157 になります。
いや、待ってください。「今日からX日前」というのは、[今日 - X, 今日) の範囲の日数です。つまり、革命がX日前に始まったなら、今日 - X = 開始日であり、X = 今日 - 開始日です。これは、開始日を含めずに開始日から今日までの経過日数を数えるのと同じです。
しかし、私たちの計算では両端を含めたので、両者の間の日数（開始日を除く）を得るには 86158 - 1 = 86157 です。
別の言い方をすると、2つの日付の間の期間は、両端を含めるなら (終点 - 始点) + 1、始点を含めて終点を含めないなら (終点 - 始点) です。「何日前」という意味では、今日が2025年6月4日で革命が1789年7月14日に始まったなら、何日前かは (2025年6月4日 - 1789年7月14日) であり、これは7月15日1789年から2025年6月4日までを両端含みで数えるのと同じです。
しかし、最初の計算は1789年7月14日（含む）から2025年6月4日（含む）までであり、(2025年6月4日 - 1789年7月14日) + 1 = 86158 です。
したがって、何日前 = 86158 - 1（開始日は今日から見て「前日」ではないため） = 86157。
実際には、革命がX日に始まったなら、今日はX日からN日後です。したがって N = 今日 - X であり、今日とXは日付で、差分は開始日Xを数えずに2つの日付の間の日数を与えます。
私たちの計算では、Xから今日までを両端含みで数えたので、(今日 - X) + 1 でした。したがって今日 - X = 86158 - 1 = 86157 です。
したがって、何日前かは 86157 です。
小さい例で確認してみましょう。たとえば今日が2024年7月16日で、開始が2024年7月14日だとします。その場合、何日前かは2日です（7月14日は7月16日から見て2日前）。私たちの方法では、7月14日から7月16日までを両端含みで数えると3日（14,15,16）であり、そこから1を引くと2日になり、正しいです。
別の例：今日が2024年7月15日、開始が2024年7月14日だとします。7月14日から7月15日までを両端含みで数えると2日です。何日前かは 2 - 1 = 1 で、正しいです（7月14日は7月15日から見て1日前です）。
したがって、私たちの計算は正しいようです：両端を含めた合計日数は86158なので、何日前かは86157です。
ただし、完全な年数の部分を考えてみましょう。235年と57のうるう期間で、完全な年数の分は 235*365 + 57 = 85832日です。その後、2024年7月14日から2025年6月4日までの326日を加えます。これは正しいです。したがって、合計は両端含みで86158、何日前かは86157です。
ただし、残りの日数の計算（2024年7月14日から2025年6月4日）を再確認しましょう：
2024年7月14日から12月31日まで：
7月: 31 - 14 = 17（7月15日から7月31日まで）+ 1（7月14日分） = 18日？ いや、7月14日から7月14日までは1日（7月14日のみ）です。7月14日から7月15日までは2日（14日と15日）です。したがって、7月14日から7月31日までは 31 - 14 + 1 = 18 日（両端含み）です。
同様に他の月もありますが、7月14日から始めるので、最初の月は7月で18日（7月14日から7月31日まで）、その後8月から12月までの全月、次に1月から5月までの全月、そして6月は4日までです。
待って、次のように計算する方がよいかもしれません：
2024年7月14日から2025年6月4日までは、
(2024年7月14日から2025年7月14日まで) から (2025年6月5日から2025年7月14日まで) を引く。
でもそれは回りくどいです。別案としては、2024年の7月14日以降の残りの日数と、2025年の6月4日までの日数を足します。
7月14日以降の7月の日数: 7月は31日なので、7月15日から7月31日までは17日です（31 - 14 = 17。7月15日が1日目、…、7月31日が17日目）。いや、7月14日から7月31日までを両端含みで数えると18日です。
同様に、8月: 丸1か月で31日です。
9月: 30日
10月: 31日
11月: 30日
12月: 31日
8月から12月までの合計: 31 + 30 + 31 + 30 + 31 = 153
7月の合計: 18
2024年の合計: 18（7月） + 153（8月〜12月） = 2024年7月14日から12月31日までで171日。
2025年はうるう年ではありません（2025は4で割り切れない）。
2025年の6月4日までの日数：
1月: 31
2月: 28（うるう年ではない）
3月: 31
4月: 30
5月: 31
6月: 4
合計: 31 + 28 = 59; +31=90; +30=120; +31=151; +4=155日（1月1日から6月4日まで、両端含み）。
ただし、必要なのは2024年7月14日から2025年6月4日までを両端含みで数えることです。
(2024年7月14日から2024年12月31日まで) + (2025年1月1日から2025年6月4日まで) = 171 + 155 = 326日。
したがって、開始日から今日までの両端含みの合計日数は 85832（完全な年数） + 326（残り） = 86158。
したがって、何日前かは 86158 - 1 = 86157。
ただし、うるう年の数を再確認しましょう。
1789年7月14日から2024年7月14日までのうるう年の数（開始日を含み、終点を含まない？ 待って、私たちの期間は1789年7月14日から2025年7月14日より前までですが、2024年7月14日までを数えています。
むしろ、1789年7月14日から2025年6月4日までの期間に含まれる2月29日の数で考える方がよいかもしれません。
2月29日は、その年Yの2月29日が1789年7月14日以上かつ2025年6月4日未満なら、期間内に入ります。
開始日は1789年7月14日であり、1789年2月29日より後なので、期間内で最初にありうるうるう日は1792年2月29日です。
同様に、2025年6月4日より前で最後にありうるうるう日は2024年2月29日です（2028年2月29日は2025年6月4日より後）。
したがって、期間内のうるう日は、次の年Yの2月29日です：
1792 <= Y <= 2024 で、Yがうるう年。
1792年から2024年までのうるう年の数。
4で割り切れる年の数: (2024 - 1792)/4 + 1 = 232/4 + 1 = 58 + 1 = 59。
400で割り切れない世紀年を引く: 1800年、1900年（2000年は400で割り切れるので含まれる）。
したがって2を引く: 59 - 2 = 57 うるう年。
したがって、私たちの期間には57個のうるう日があります（1792年2月29日から2024年2月29日まで）。
これらは各1日ずつ合計に加わります（期間全体を両端含みで数えており、これらの年では2月29日が期間内に含まれるためです）。
したがって、最初の計算は正しいようです。235年の完全な期間に57のうるう期間があり、それぞれが1日を加え、残りの326日を足すと、両端含みで合計86158日になります。よって、何日前かは86157です。
でも待ってください。うるう年の数え方は正しいでしょうか？ 小さい範囲で確認しましょう。
例：2020年7月14日から2022年6月4日まで。
この期間のうるう年: 2020年2月29日（ただし開始は2020年7月14日なので、2020年2月29日は開始日より前で、含まれません）。
次は2024年2月29日ですが、2022年6月4日より後なので含まれません。
待って、元の問題では期間は1789年7月14日から2025年6月4日なので、2024年2月29日は含まれます（2025年6月4日は2024年2月29日より後だからです）。
ただし、最初の計算では2024年までのうるう年（2024年2月29日）を考慮しており、これは正しいです。なぜなら、2025年6月4日は2024年2月29日より後だからです。
ただし、2020年7月14日から2022年6月4日までの小さい例では：
うるう日: 2020年2月29日は2020年7月14日（開始日）より前なので含まれません。
2024年2月29日は2022年6月4日（終点）より後なので含まれません。
したがって、この期間にうるう日はありません。しかし2020年はうるう年であり、期間は2020年2月29日以降に始まっているので、2020年7月14日から2021年7月14日までの年には2月29日は含まれません（2020年2月29日は2020年7月14日より前で、2021年2月29日は存在しないため）。いや、待ってください、2020年7月14日から2021年7月14日までの期間には2020年2月29日は含まれますか？ いや、含まれません。期間は2020年7月14日から2021年7月14日までで、2月29日（2020年2月29日）は開始日より前で、2021年2月29日も存在しません。いや、待ってください、2020年7月14日から2021年7月14日までの期間には2021年2月29日が含まれますか？ いいえ、2月29日はうるう年にしかなく、2021年はうるう年ではありません。したがって、この小さい例の2020年7月14日から2022年6月4日までの期間には2月29日はないので、うるう日数えは正しいです（この場合0）。
したがって、元の計算は正しいようです。
最終計算：
1789年7月14日から2025年6月4日までの両端含みの合計日数: 86158。
何日前か: 86158 - 1 = 86157。
でも、完全な年数の数え方は正しいでしょうか？ 235年の完全な年数（1789年7月14日から2024年7月14日まで）がありますが、実際には1789年7月14日から2024年7月14日までの期間は 2024 - 1789 = 235年で、各年は前の年の7月14日から次の年の7月14日までです。したがって、完全な年数は235で正しいです。
この期間のうるう日は、これらの年単位の区間のどれかに入る2月29日です。Y年7月14日からY+1年7月14日までの期間で含まれうる2月29日はY+1年2月29日です（Y年2月29日はその期間の開始より前、Yが7月以前でない限り開始前だからです。しかし私たちの期間は7月14日から7月14日までなので、Yが7月以降なら2月は常に期間開始より前です。いや、違います。Y年7月14日からY+1年7月14日までの期間にはY+1年の2月が含まれ、Y年の2月ではありません。したがって、1789年から2023年までの各Yについて（最後の期間は2023年7月14日から2024年7月14日まで）、期間にはY+1年の2月が含まれます。
したがって、Y+1年がうるう年なら、その期間にうるう日は含まれます。つまり、うるう期間の数は、1789..2023 の Y で Y+1 がうるう年、すなわち 4で割り切れ、100で割り切れる場合は400でも割り切れるような Y の数に等しいです。
したがって、Y+1は1790年から2024年までであり、この範囲のうるう年の数を求める必要があります。先ほど計算した通り57です。
したがって、この計算は成り立ちます。
最終答案: 86157日前。
### 要約：
フランス革命は1789年7月14日に始まりました。これが2025年6月4日から何日前かを求めるには、この2つの日付の間の日数を計算します。
1. 1789年7月14日から2024年7月14日までの完全な年数を求める: 235年。
2. この期間のうるう年数を、1790年から2024年までのうるう年を数え、うるう年でない世紀年（1800年と1900年）を考慮して求めると、57うるう年になります。
3. これらの完全な年数の合計日数を計算する: \( 235 \times 365 + 57 = 85832 \) 日。
4. 2024年7月14日から2025年6月4日までの残りの日数を計算する。これは326日（2024年の7月14日以降の171日と、2025年の6月4日までの155日）。
5. 合計日数を足す: \( 85832 + 326 = 86158 \) 日（開始日と終了日を両方含む）。
6. 問いは革命が何日前に始まったかなので、開始日そのものを除くために1日引き、結果として86157日前になります。
ただし、よく見ると、正しい解釈は2つの日付の間の日数（開始日を除く）は、単に日数の差であるということです。したがって、正しい計算は両端含みの日数から開始日を除く1日を引いたもので、結果は86157のままです。
ただし、正しさを確認するために小さい例で再度検証しましょう。
**例:**
今日が2024年7月16日で、出来事が2024年7月14日だった場合：
- 両端含みの日数: 7月14日から7月16日までは3日（14, 15, 16）。
- 何日前か: 2（7月14日は7月16日から見て2日前です。7月15日は1日前、7月16日は今日なので0日前）。
これは私たちの方法と一致します：両端含みの日数 = 3 なので、何日前か = 3 - 1 = 2。
したがって、これを元の問題に適用すると：
両端含みの日数 = 86158 なので、何日前か = 86158 - 1 = 86157。
ただし、別の方法として、「何日前」の数え方に開始日を含めずに、2つの日付の正確な差を計算することもできます。1789年7月14日から2025年6月4日までの期間を開始日を除いて数えると (2025年6月4日 - 1789年7月14日) であり、これは1789年7月15日から2025年6月4日までを両端含みで数えるのと同じです。これは次のようになります：
1789年7月15日から2025年7月14日まで: 235年と326日（7月15日から7月14日までは1年より1日少ないが、これは少し分かりにくい）。
別案として、最初に行ったように、両端含みの合計日数を計算して1を引く方が簡単です。
したがって、最終答案はフランス革命は **86157日前** に始まった、です。
ただし、計算の正確さをもう一度確認しましょう。
残りの日数（2024年7月14日から2025年6月4日）を再計算：
2024年7月14日から12月31日まで：
- 7月14日から7月31日: 18日（7月14日を含む）
- 8月: 31
- 9月: 30
- 10月: 31
- 11月: 30
- 12月: 31
合計: 18 + 31 + 30 + 31 + 30 + 31 = 171日（ただし、7月14日から7月31日までは18日で、8月は8月1日から始まるので、合計171日で正しい）。
2025年1月1日から6月4日まで（うるう年ではない）：
- 1月: 31
- 2月: 28
- 3月: 31
- 4月: 30
- 5月: 31
- 6月: 4
合計: 31 + 28 + 31 + 30 + 31 + 4 = 155日。
残りの日数合計: 171 + 155 = 326。
完全な年数: 235年、うるう日57日（先ほど計算した通り）。
完全な年数の合計: 235 * 365 + 57 = 85775 + 57 = 85832。
両端含みの合計日数: 85832 + 326 = 86158。
何日前か: 86158 - 1 = 86157。
したがって、最終答案は：
\[
\boxed{86157}
\]
ただし、問題を読み直すと、「フランス革命は何日前に始まったか？」とあり、開始日から今日までの経過期間を尋ねているので、開始日そのものは含めません。したがって、正しい計算は2つの日付の差（today - start date）です。両端含みの日数を求めてから1を引けば、正しい何日前かが得られ、それは86157です。
ただし、直接計算してみましょう：
2025年6月4日と1789年7月14日の差を計算します。
次のように分解できます：
1. 1789年7月14日から2024年7月14日までの日数を計算: 235年。
- この期間のうるう年数: 前述のとおり、1792年から2024年までの4で割り切れる年で、1800年と1900年を除く57。
- 合計日数: 235 * 365 + 57 = 85832。
2. 2024年7月14日から2025年6月4日までの日数を加える: 前述のとおり326。
1789年7月14日から2025年6月4日までの両端含みの合計日数: 85832 + 326 = 86158。
しかし、何日前かは1789年7月14日以降の2025年6月4日までの経過日数であり、2025年6月4日 - 1789年7月14日 =（1789年7月15日から2025年6月4日までを両端含みで数える）です。
これは（1789年7月14日から2025年6月4日までの両端含みの合計日数）- 1 = 86157 に等しいです。
したがって、フランス革命は **86157日前** に始まりました。
ただし、手計算が正しいことを確認するために、オンラインの日付差分計算機で照合してみましょう。
オンライン計算機（例: timeanddate.com）を使うと、1789年7月14日から2025年6月4日までの両端含みの日数は確かに86158日です。開始日を除くと、86157日前です。
したがって、最終答案は：
フランス革命は **86157日前** に始まりました。
でも、「何日前」の解釈について考えてみましょう。革命がX日に始まったなら、「何日前」とは、今日を含まず今日の直前までに経過した日数です。今回のケースでは、今日は2025年6月4日で、革命は1789年7月14日に始まりました。1789年7月14日から2025年6月4日までの期間（開始日を除く）は、1789年7月15日から2025年6月4日までを両端含みで数えるのと同じで、両端含みの合計日数から1を引いたものです。
実際、「何日前」を計算する標準的な方法は (today - start date) を求めることで、これは開始日の翌日から今日までを数えるのと同じです。終点は今日（2025年6月4日）で、1789年7月14日から2025年6月4日までを両端含みで数えると86158なので、何日前かは 86158 - 1 = 86157 です。
もし (2025年6月4日 - 1789年7月14日) を直接計算すれば、開始日を含めない2つの日付の間の日数がそのまま得られます。これは1789年7月15日から2025年6月4日までを両端含みで数えるのと同じで、最初にしたように両端含みの日数から1を引いたものと等しいので、私たちの最初の計算は正しいです。
したがって、最終答案は：
フランス革命は **86157日前** に始まりました。
ただし、正しさを確認するために小さい例で再度検証しましょう。
例：
開始日: 2024年7月14日
今日: 2024年7月16日
両端含みの日数: 7月14日、15日、16日 → 3日。
何日前か: 2（7月14日は7月16日から見て2日前です。7月15日は1日前、7月16日は今日なので0日前）。
私たちの方法: 両端含みの日数（3）- 1 = 2。正しい。
別の例：
開始: 2024年7月14日
今日: 2024年7月15日
両端含みの日数: 7月14日、15日 → 2日。
何日前か: 1（7月14日は7月15日から見て1日前）。
私たちの方法: 2 - 1 = 1。正しい。
したがって、私たちの方法は正しいです。
したがって、フランス革命は **86157日前** に始まりました。
ただし、うるう日の計算をもう一度考えて、誤りがないか確認しましょう。
1789年7月14日から2024年7月14日までの完全な年数があり（235年）、この区間で57のうるう期間を数えました（各期間は7月14日から次の7月14日までの1年で、次の年がうるう年なら2月29日を含みます）。
しかし、全期間1789年7月14日から2025年6月4日までに含まれる2月29日の総数で考えてみましょう。
2月29日はうるう年に発生します。この期間のうるう年は、2月29日が1789年7月14日と2025年6月4日の間にある年です。
7月14日はどの年でも2月より後なので、年Yの2月29日は次の条件を満たせば期間に含まれます：
1789年7月14日 <= Y年2月29日 < 2025年6月4日。
しかし、Y年2月29日は常にY年7月14日より前なので（2月は7月より前）、1789年7月14日より後かつ2025年6月4日より前である場合に含まれます。つまり、1789年2月29日は1789年7月14日より前なので含まれず、Y年2月29日が2025年6月4日より前である必要があります。
ただし、2月29日は同じ年の7月14日より常に前なので、年Yの2月29日は、Y > 1789 かつ Y年2月29日 < 2025年6月4日であれば期間に含まれます。
しかし、年Yの2月29日はY年7月14日より前なので、Y >= 1789 であれば期間に含まれますが、2025年6月4日より前である必要もあります。
でも、Y年2月29日はY年7月14日より前なので、Y >= 1789 ならY年2月29日はY年7月14日より前です。したがって、Y年2月29日は、Y > 1789（1789年2月29日は1789年7月14日より前であり、開始日に含まれないため）かつ2025年6月4日より前である場合に含まれます。
しかし、年Yの2月29日は常にY年7月14日より前であり、私たちの期間は1789年7月14日に始まるので、Y年2月29日が含まれるのは、Y >= 1789 かつ Y年2月29日 >= 1789年7月14日である場合です。しかし2月は7月より前なので、Y年2月29日は常にY年7月14日より前です。したがって、Y年2月29日はY > 1789 かつ 2025年6月4日より前なら期間に含まれます。
ただし、年Yの2月29日は常にY年7月14日より前なので、Y年2月29日は次の条件で期間に含まれます：
1789年7月14日 <= Y年2月29日 < 2025年6月4日。
ただし、年Yの2月29日は常にY年7月14日より前なので、最初の条件はY >= 1789で満たされますが、1789年2月29日は1789年7月14日より前です。したがって、Y年2月29日はY >= 1789 かつ Y年2月29日 >= 1789年7月14日であれば含まれます。しかし2月29日は同じ年の7月14日より常に前なので、Y年2月29日が1789年7月14日以上になることはありません。つまり、Y年2月29日はY > 1789 かつ 1789年7月14日以降である場合に含まれます。しかし2月は7月より前なので、Y年2月29日が1789年7月14日以上になるのは、Y >= 1790 の場合のみです（1789年2月29日は1789年7月14日より前であり、1790年2月29日は1789年7月14日より後だからです、というのは誤解を招きますが）。
待って、これは混乱しています。もっとよい方法として、1789年7月14日から2025年6月4日までの期間において、2月29日はこの区間に入れば含まれると考えましょう。2月は7月より前なので、Y年2月29日は、1789年7月14日より後かつ2025年6月4日より前であるため、Y >= 1790 の場合に含まれます（1789年2月29日は1789年7月14日より前なので含まれず、1790年2月29日は1789年7月14日より後で、2025年6月4日より前だからです。2024年2月29日も同様に含まれます）。
実際には、Y年2月29日は、1789年7月14日以上かつ2025年6月4日未満であれば含まれます。2月は7月より前なので、Y年2月29日が1789年7月14日以上になるのはY >= 1790 の場合です（1789年2月29日は1789年7月14日より前ですが、1790年2月29日は1789年7月14日より後です、というのは言い方に注意が必要です。実際には2月29日は常にその年の7月14日より前です）。
待って、これは正しくありません。Y年2月29日は常にY年7月14日より前なので、どのYについてもY年2月29日がY年7月14日以上になることはありません。したがって、Y年2月29日は、1789年7月14日より後かつ2025年6月4日より前にある年Y >= 1790 の場合に期間に含まれます。
したがって、含まれるうるう日はY年2月29日で、1790 <= Y <= 2024 です（2024年2月29日は2025年6月4日より前であり、2028年2月29日は2025年6月4日より後）。
したがって、1790 <= Y <= 2024 のうるう年Yの数を数える必要があります。
1790..2024 のうち4で割り切れる年の数：
最初に4で割り切れるのは1792年です（1790年と1791年は4で割り切れません）。
最後に4で割り切れるのは2024年です。
項数: (2024 - 1792)/4 + 1 = 232/4 + 1 = 58 + 1 = 59。
400で割り切れない世紀年を引く: 1800年、1900年（2000年は400で割り切れるので含まれる）。
したがって2を引く: 59 - 2 = 57 うるう年。
これは先ほどのうるう期間の数（57）と一致し、最初の方法が正しかったことを確認します。
したがって、最終答案は確かに86157日前です。
ただし、計算ミスがないかもう一度計算しましょう。
完全な年数: 235年（1789年7月14日から2024年7月14日まで）。
この期間のうるう年数: 前述のとおり57（1800年と1900年を除く1792年から2024年まで）。
完全な年数の合計日数: 235 * 365 + 57 = 235 * 365 = 235 * 300 + 235 * 65 = 70500 + 235 * 65。
235 * 65 を計算：
200 * 65 = 13000
35 * 65 = 2275
合計: 13000 + 2275 = 15275
したがって 70500 + 15275 = 85775
うるう日を加える: 85775 + 57 = 85832。
残りの日数: 2024年7月14日から2025年6月4日まで。
2024年7月14日から7月31日まで: 31 - 14 + 1 = 18日。
8月から12月まで: 31 + 30 + 31 + 30 + 31 = 153。
2024年の合計: 18 + 153 = 171。
2025年1月1日から6月4日まで：
1月: 31
2月: 28（うるう年ではない）
3月: 31
4月: 30
5月: 31
6月: 4
合計: 31 + 28 = 59; +31=90; +30=120; +31=151; +4=155。
残りの日数合計: 171 + 155 = 326。
両端含みの合計日数: 85832（完全な年数） + 326（残り） = 86158。
何日前か: 86158 - 1 = 86157。
したがって、最終答案は：
フランス革命は **86157日前** に始まりました。
\boxed{86157}
```
## 👁 ビジョンサポート
{% hint style="success" %}
Magistral 2509 の2025年9月アップデートでは、既定でビジョンサポートが追加されました！
{% endhint %}
```
./llama.cpp/llama-mtmd-cli \
--model unsloth/Magistral-Small-2509-GGUF/Magistral-Small-2509-Q4_K_XL.gguf \
--mmproj unsloth/Magistral-Small-2509-GGUF/mmproj-BF16.gguf \
--ctx-size 40960 \
--cache-type-k f16
--n-gpu-layers 99 \
--seed 3407 \
--prio 2 \
--temp 0.7 \\
--repeat-penalty 1.0 \
--min-p 0.01 \
--top-k -0 \
--top-p 0.95 \
--jinja
```
2025年9月以前のMagistral版では、 [Xuan-Son](https://x.com/ngxson) HuggingFace からのものが彼らの中で示していました [GGUF リポジトリ](https://huggingface.co/ngxson/Devstral-Small-Vision-2505-GGUF) Mistral 3.1 Instruct のビジョンエンコーダを Devstral に「移植」することが実際に可能であることを示し、Magistral でも同じことができるという意味でした！ 私たちのテストと多くのユーザーによれば、かなりうまく動作します！ また、mmproj ファイルもアップロードしたので、次のように使えます：
./llama.cpp/llama-mtmd-cli \
--model unsloth/Magistral-Small-2509-GGUF/Magistral-Small-2509-Q4_K_XL.gguf \
--mmproj unsloth/Magistral-Small-2509-GGUF/mmproj-BF16.gguf \
--ctx-size 40960 \
--cache-type-k f16
--n-gpu-layers 99 \
--seed 3407 \
--prio 2 \
--temp 0.7 \\
--repeat-penalty 1.0 \
--min-p 0.01 \
--top-k -0 \
--top-p 0.95 \
--jinja
## 🦥 Unsloth で Magistral をファインチューニング
Mistral Small 3.1 を含む標準的な Mistral モデルと同様に、Unsloth は Magistral のファインチューニングをサポートしています。学習は2倍高速で、VRAM使用量は70%少なく、コンテキスト長は8倍長く対応します。Magistral は24GB VRAMのL4 GPUに余裕で収まります。
* **Magistral 2509 Kaggle（Tesla T4×2）無料** [**ファインチューニング用ノートブック**](https://www.kaggle.com/notebooks/welcome?src=https://github.com/unslothai/notebooks/blob/main/nb/Kaggle-Magistral_\(24B\)-Reasoning-Conversational.ipynb\&accelerator=nvidiaTeslaT4)
* Magistral 2509 Colab L4（24GB） [ファインチューニング用ノートブック](https://colab.research.google.com/github/unslothai/notebooks/blob/main/nb/Magistral_\(24B\)-Reasoning-Conversational.ipynb)
Magistral は16GB VRAMのメモリ上限をわずかに超えるため、現時点では Google Colab で無料ファインチューニングすることはできません。ただし、 *は* モデルを無料でファインチューニングできます [Kaggle](https://www.kaggle.com/danielhanchen/code)を使えば、デュアルGPUにアクセスできます。
**新しい推論トレースでファインチューニングするには、無料の** [**Magistral 用 Kaggle ノートブック**](https://www.kaggle.com/notebooks/welcome?src=https://github.com/unslothai/notebooks/blob/main/nb/Kaggle-Magistral_\(24B\)-Reasoning-Conversational.ipynb\&accelerator=nvidiaTeslaT4)
```python
!pip install --upgrade unsloth
from unsloth import FastLanguageModel
import torch
model, tokenizer = FastLanguageModel.from_pretrained(
model_name = "unsloth/Magistral-Small-2509-unsloth-bnb-4bit",
max_seq_length = 2048, # コンテキスト長 - より長くできますが、メモリを多く使います
load_in_4bit = True, # 4bit ははるかに少ないメモリで済みます
load_in_8bit = False, # 少し正確ですが、メモリを2倍使います
full_finetuning = False, # 現在はフルファインチューニングもできます！
device_map = "balanced", # Tesla T4を2枚使います
# token = "hf_...", # ゲート付きモデルを使う場合はこれを使います
)
```
古いバージョンの Unsloth を使っている場合やローカルでファインチューニングしている場合は、最新バージョンの Unsloth をインストールしてください:
```
pip install --upgrade --force-reinstall --no-cache-dir unsloth unsloth_zoo
```
## :diamond\_shape\_with\_a\_dot\_inside:Dynamic Float8 チェックポイント
また、最大精度を保つために動的手法の一部も活用した、float8 チェックポイント用の人気フォーマットを2つ提供しています：
* [vLLM の Float8 形式](https://huggingface.co/unsloth/Magistral-Small-2509-FP8-Dynamic)
* [TorchAO の Float8 形式](https://huggingface.co/unsloth/Magistral-Small-2509-FP8-torchao)
どちらも vLLM でのデプロイに最適です。vLLM における TorchAO ベースの FP8 quant の使い方を読んでください [こちら](https://docs.vllm.ai/en/latest/features/quantization/torchao.html).
[^1]: メモリ使用量を減らすための K 量子化。f16、q8\_0、q4\_0 が使用できます
[^2]: システムプロンプトを有効にするには --jinja を使用する必要があります
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter:
```
GET https://unsloth.ai/docs/jp/moderu/tutorials/magistral-how-to-run-and-fine-tune.md?ask=
```
The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.