全３回のシリーズパート２の本記事では、GPTの能力と可能性をAttention/Transformerの仕組みをふまえて考察します。
というつもりでしたが、凄く長くなってしまったのでパート2は以下の3回に分けようと思います。
（2.1）各技術の定性的な説明（本記事）
（2.2）Transformerのアルゴリズム 詳細
（2.3）GPTの能力と可能性について
2.1 各技術の定性的な説明
自然言語 の構造を考えてみるまず我々が使う言語についてちょっと振り返るところから話を始めましょう。
文や文章は、おおもとのデータである文字から始まって、単語、文節、句、節、文、文章、さらにその上の意味、という風に階層的な構造を持っていると我々は概念的に 認識してますよね。
構文の階層
そして、各階層や階層間には、文法や語法といった言葉のルールがあります。
深層学習はその名の通り、層を深くしたニューラルネットワーク なので、文法や意味が織りなす各階層を深層学習の各レイヤー（＝層） に対応させるのは自然な発想ですよね。
その意味でTransformerは凄く自然な形をしたアルゴリズム です。このレイヤー・層の1個分がTransformer1段に相当する と、ひとまず認識
Transformerの解説記事を読んだことのある人ならたぶん1億回くらい見たことのある下の図を見てみましょう。（Transformerの原典「Attention Is All You Need」から転載）
N個のTransformerが積まれた図
この図は、左下のInputsからトーク ン列が入力されて、（EmbeddingやEncodingは次回の記事で説明するのでいったん無視して）、Nxと書いてあるところがTransformerがN個垂直に積み重なって文脈をエンコード していくという意味です。それでＮ個のTransformerを経て「文脈」情報が左半分のてっぺんで得られます。それを右半分のデコーダ に渡しますが、右半分もN個のTransformerが垂直に積み重なった形をしています。
Transformerの灰色のボックスの中に入れ子 で入ってるボックスがいくつかありますが、それらは次回に説明するので、今回は大枠を見ていきましょう。
さて、右半分はOutputから矢印の向きが「入力」されています。不思議に思われるかもしれませんが、これは機械学習 の「生成モデル」ではよくある形で、「既に生成済みの出力」も入力に加えるという仕組みです。
生成モデルとデータサンプリング
右下の「Outputs」として、右上のてっぺんで算出される確率が最大になるような単語を選ぶとします。すると、入力テキストから出力テキストを得る「テキスト→テキスト」の問題を解くことが可能になります。
その「テキスト→テキスト」が出来れば、「対話システム」や「翻訳システム」は作れそうですよね。
イメージ的には、入力テキスト（文字列）から層を何段階か経て「意味情報が含まれた『文脈』」へと情報を「エンコード 」して行き（これが図の左半分）、そのあと折り返して今度は「文脈」から出発して層を何段階か経ることで情報を「デコード」して（これが図の右半分）最終的に出力テキストを得る、という感じです。
ここからデータを出力する作業は、いってみれば方程式を立てて、その方程式解くのと似てます。生成モデルを使って何かデータを生成するというのは、だいたいそんなイメージになります。
詳しい方法は例えば以下のような記事を読んでみてください。
huggingface.co
方程式を解くのとちょっと違うのは、確率モデルなので、確率が最大じゃないケースのデータも「サンプリング」して得ることも出来たりすることです。方程式とちがって「解ごとに尤（もっと）もらしさ」がつきます。言い換えると、いちばん尤もらしい解以外にも、それなりに尤もらしい解は色々とあるはずなので、そういうのをサンプリング（出力）できるわけです。
例えばChatGPTではブラウザの「リロードマーク」みたいな「Re-generate（再生成）」ボタンがついてて、それを押すと別の回答を出したりできますよね。
なおそう説明してしまったところであれですが、GPTの場合は「テキスト→テキスト」ではなく「テキスト→単語」なので本当は違います。これについてはだいぶ後で述べたいと思っていて、いったんはこのまましばらく話を進めます。
さて、続いてAttentionですが、ズバリ、Transformerの入出力がAttentionになります。先の図でいうと、灰色で囲まれたブロックがTransformerでしたが、その前後にある1本の線を流れるのがAttentionという形式のデータです。なので、左上で「エンコード 結果」として出てくる「文脈」情報は、具体的な形式としてはAttentionになります。
前回の記事の「『文脈』は、ひとかたまりの情報に圧縮とかしない」という話を思い出してください。
データの流れとしては図からも分かる通り、「トーク ン列→Attention→Attention→…→Attention（エンコード 結果）=『文脈情報』」という形になります。その際に各層間で受け渡されるAttentionのサイズは変わらない のです。なので、最終的なエンコード 結果の「文脈情報」のデータサイズも最初のトーク ン列と同じ規模 になります。これが、「圧縮とかそういう感じじゃなくて、トーク ン列を『まるっと同時に』扱ってる」という意味です。*1
Attentionのイメージ
Attentionの具体的な中身については次回の（2.2）で述べますが、大まかにいうと上図のように「各トーク ン（＝各単語）を、それぞれ意味を表す数値ベクトルで表現したもの」になります。だから何か１塊の圧縮された情報表現が採用されてるわけではなく、トーク ンごとに数値ベクトルがあるという、ただそれだけのデータがAttentionです。
主辞（Head）という概念について
さて、ここでTransformer/Attentionについて理解を深める上で重要な主辞（しゅじ、Head: ヘッド） という概念にふれておきたいと思います。
ちょっと例を挙げましょう。
「栗山監督の率いる日本代表チームは、スーパーヒーロー大谷選手を始めとするチームメンバーの大活躍のおかげでWBC において3度目の優勝を果たした。」
という文があったとします。
これの意味をコンピュータ上にデータとして表現したいわけですが、ひとまずこの文をシンプルに
「チームは優勝を果たした」
としてしまいます。これが元の文の骨格 であることは確かですよね。とりあえず、この骨格において「チーム（は）」「優勝（を）」「果たし（た）」をそれぞれ「主辞 」とみなし、主辞が3つあるので３つのデータレコードを作りましょう。
それ以外は単なる「飾り（修飾語句）」に過ぎません。じゃあ、その飾りをどうやって付けていくかですが、「栗山監督が率いる」や「日本代表」は「チーム」に係ってるので、「チーム」を表すデータの下にそれぞれを「おまけみたいな感じ」で付け加えておけばよさそうです。同様に、「優勝」には「3度目」っていうのを「意味のおまけ」として付けとけばいいでしょう。
最後の「果たした」については、残りの修飾語句との関係はありますが、「大谷選手」も「大活躍」も「WBC 」も、「果たした」に直接付け加える語句としては微妙に違う感じがします。なぜならそれらは「優勝を果たした」に対する修飾語句だからです。
そこで先にやっておく処理として「優勝を」を「果たした」の下に付けわえておくことにします。こうすれば、「果たした」だけで付加情報をあわせれば「優勝を果たした」を意味するので、残りの「大活躍のおかげ」とかいった修飾語句も「果たした」に直接付けちゃっても意味がちゃんと表せそうですよね。
つまり、同じ主辞におまけをつけるにしても、「おまけ同士が対等ではなく、優劣や主従関係がついてることがあっても良い」のです。「果たし（た）」という主辞にとって「一番大事なおまけ」が「優勝（を）」という（他動詞「果たす」の）目的語なわけです。
ちょっと込み入ってきたので主辞についてより正確に説明するために次節へ進みましょう。
前節で述べたような、文法的な階層構造を表現する手段として、「文の一部（＝句）において、代表となる語」に付加情報として修飾語句の情報を加えていき（空きスロットに値を埋めていく）、そしてそれを再帰 的に入れ子 にしていく、という感じで「主語と述語をリッチにしていくことで意味を表していく」ような方法があり、主辞駆動句構造文法 と呼ばれています。
このときの文の各部分の句における「代表となる語」のことを「主辞（Head）
構文解析 が進んで下図のように単語のまとまり（すなわち、句）が出来上がってくると、それぞれの句の中の代表語が主辞となってそれ以外の修飾語句は主辞のデータレコードのスロットに埋め込まれます。
主辞駆動句構造 文法
上図はwikipedia からの転載です。繰り返しになりますが、各単語にスロットがあり、修飾語句は被修飾語句となる主辞のスロット（これが大事！） に自身を指し示す情報（インデクスやポインタ）を埋め込むことで、階層的に文の意味を表現します。
こうすれば、階層構造が何段階も高層ビルのように高くなっても、どの階層にも「主辞」が必ず存在するように文法を定義しておけば、上のように（それがたとえ高層ビル的な複雑なものだとしても）文全体の意味をちゃんと表現できますよね。
さて、この主辞と呼ばれるデータ構造、あたかもデータベースのレコードに設けられたスロットに値を埋めていくように用いるこの構造のことを「素性構造 （そせいこうぞう）
素性構造 とAttentionの類似性さて、なんとなく話が見えて来たでしょうか？「Attentionが各トーク ンをそれぞれ数値ベクトルで表しただけのデータだったこと」と、この「素性構造 」というデータ構造が話としてつながることが想像できますでしょうか？
上図の素性構造 において、解析の「出発点となる一番下の各単語に主辞としてのデータレコードをそれぞれ用意」しておくという話と、上述した「トーク ン列や、その直後のAttention」という話とが凄く似てると思いませんか？
「文脈情報」が「一塊の圧縮された何らかの数値とかデータ」とかじゃななくて、Attentionという「トーク ンごとに数値ベクトルがついたものが、トーク ンの長さぶん並んだデータ」として表現されているときに、その数値ベクトルたちの中身が実際のところ何を表現しているのか をこの素性構造の仕組みから類推 してイメージ出来ますでしょうか？
次節でさらに詳しく考察してゆきましょう。
深層学習というパラダイム シフト：記号 → 数値
主辞を使った構文解析 や意味解析は、深層学習がブームになるより前の時代から、自然言語処理 において長らく研究が続けられてきました。その手法では先のwikipedia の図（ツリー状の構文解析 木）を見ても分かる通り、データは「記号的 」です。
ツリーの一番下の階層では単語の意味を（あらかじめ用意した）辞書から拾ってきて、その意味のあいまいさもスロットを複数用意して選択肢を全て埋めておき、文の解析が進むにつれて曖昧さが解消されて意味が確定した時には他の選択肢がスロットから消去されて正しい意味だけが残るようにする、というプログラムを作ろうとしてきたわけです。
また、文法も人間の手でプログラムしなくてはなりません。辞書と文法を与えなければいけないので非常に大変です。これが記号的 にやるデメリットといえるでしょう。*2
深層学習というパラダイム シフトは、そうした記号的なデータやそれを扱うプログラミングをせずとも、分析したい対象を全て数値として表現 し大量のデータからの学習でシステム全体が何とかうまく動くようにする、というものですよね。*3
しかしそれで、辞書や文法を用意せずに済み、さらに単語や句の意味の曖昧さの解決、照応解析（指示語や代名詞が指し示す先の同定）といった手でプログラミングしたらめっちゃ複雑になりそうなことを全部自動で学習できちゃうのは本当に驚異的なことです。
Attentionが表す数値ベクトル（の列）の内容
Attentionは、トーク ン内の各単語をそれぞれ数値ベクトルで表します。これは私の個人的な解釈になりますが、その「各トーク ンが持つ数値ベクトル」はちょうど「素性構造 において各単語が（自身のスロットを率いて）持つ情報」のようなものに相当するとみなせると考えています。素人の独自解釈とはいえ、ちゃんと根拠があります。
実は（後述しますが）Transformerの構成要素に、「Multi-Head Attention」と名付けられたパーツがあります。これは英語においてHead（＝主辞）という同じ単語を使っていることから、英語としてニュアンスを共有していると筆者の独自解釈ではありますが、そう捉えています。ゆえに、素性構造 とAttentionの間に類似性を見出すことで、直感的にイメージしようというのが、本「考察」記事の主眼であります。
また、Transformerを多段に積んで文（というかトーク ン列）を解析していくなかで各段のTransformerを通じてAttentionがどのように変わっていくかというふるまいについても、「被修飾語句の主辞であるトーク ン」の数値ベクトルに対して「修飾語句の主辞であるトーク ン」が持っていたベクトルを数値として加えていくように計算が進むことがTransformerの論文やさまざまなTransformer/Attention解説記事の中で示されています。
例えば「日本代表チーム」という句であれば、「チーム」というトーク ンがこの句全体の主辞となる数値ベクトルを担当し、「日本代表」はその修飾語句として「代表」が主辞なので、「チーム」の数値ベクトルに「（日本）代表」の数値ベクトルを（何らかの計算で）加えることで「チーム」に「日本代表」という「意味合い」が加わった意味が最終的なAttentionの中の「チーム」というトーク ンが占めていた位置に対応する数値ベクトルが表現するものとなります。このとき、途中の「日本」は「代表」を既に修飾済み、すなわち、より前のTransformerの計算で数値ベクトルとして既に加え済みということになりますね。
ちょっと脱線して軽く考察
さて、このようなふるまいをするとなるとTransformerによってAttentionの解析が進むにつれて、主辞のところに意味的な情報が集約されていきそうな気がします。となると割と途中段階のAttention＝数値ベクトルの列は、主辞を担当するトーク ンが居た位置だけ情報が充実してスパース（データが疎）になってしまうのでしょうか？
それとも、修飾語句は途中まではなるべく情報を「温存」しておいて、Transformerの段数の最後のほうで一斉にわーっと「修飾先」に足し込むのでしょうか？
それとも構文や意味の階層構造の高さに応じて柔軟にふるまってくれるのでしょうか？
このあたりは、深層学習の中身のパラメータがどのように得られるか次第なので何とも予測が難しいところですが、想像するのも楽しいところではあります。*4
個人的には、エンコーダの出力として得られる「文脈情報」を表すAttentionは、入力トーク ン列全体の「主辞」（それはもちろん一つとは限りませんが）のトーク ン位置にほとんどの情報が埋め込まれたスパースな感じになりそうな予感があるのですが、果たしてこの予感は正しいでしょうか？
私は分かりません。Transformerに実際のデータを食わせたときのAttentionの振る舞いに詳しい方に是非お聞きしたいところです。*5
そういうわけでとにかく、Transformerを使ってAttentionの解析が進んでいくと、だんだんと各「主辞」の数値ベクトルに「修飾語句」が持っていた数値ベクトルが数値的に加味されてゆき、それによって文法構造の解析が可能であろうことは確かに納得できます。
しかしAttentionは旧来の主辞駆動句構造 文法のような記号的な手法と違ってブラックボックス になりがちに思えます。なんてったってEnd-to-Endの深層学習モデルですから。解析途中の数値ベクトルの中身を覗き見て本当にそうした語句の修飾関係がちゃんと表現されてるかを検証するのは簡単ではなさそうに思います。が、Transformerの原論文「Attention Is All You Need」では、中身を調べたらそれがちゃんと表現されていたことが報告されています！
下の３つの図はTransformerの原典「Attention Is All You Need 」からの転載です。*6
エンコーダの出力手前付近のAttentionにおける長距離間の修飾関係
Self-Attention(後述)における照応の可視化
構文階層が主辞の情報にちゃんと埋め込まれている
いずれの図も、主辞のところに修飾語句の情報や、照応先（指示語や代名詞の具体的な内容の参照先）の情報が埋め込まれてますね。*7
また、この論文ではこれらの図のキャプションに、「Headに情報が入ってるぜ」という言い方をしています。論文を書いた研究者たちが主辞駆動句構造 文法との類比を意識していたかどうかはわかりませんが、少なくとも筆者たちは主辞や素性構造 という「深層学習以前の自然言語処理 」をもよく理解している人たちであることは間違いないでしょう。
しかし今や、GPTレベルまで言語モデル が大規模化した結果、構文・文法だけでなく、さらに意味の解析 までも出来てしまったというのは本当に驚きです。この2017年の論文ではTransformerの段数は６段で、GPT-3は96段です。単純計算で16倍ですね。ChatGPTを見ていると人間が見ても一定レベルの意味をちゃんと理解してると思える応答をします。
主辞を使って数値ベクトルで修飾関係を表現するという、どちらかというと文法や構文の解析を目的としてるだけに見えてしまう方法だけで、それをとにかく何階層も繰り返して解析していくと意味レベルまで到達してしまった。文法を解析するのとおんなじ仕組みを高く積み上げていったら意味まで届いてしまった。マジで凄い。まさに量質転換ですね。
Transformerはどうしてそんなに上手にAttentionをはじき出すことが出来るのでしょうか？それは次回の記事でTransformerのアルゴリズム の詳細を見ながら考察したいと思います。
ちょっと余談ですが「主辞」といった旧来の自然言語処理 技術の背景を踏まえると原典の「Attention Is All You Need」という論文タイトルは、「これだけで全部いけるんだぜ」という今のGPTまでのポテンシャルを2017年の時点で予見していたような気もして、非常に言い得て妙な論文タイトルですね。*8
GPTは自己回帰モデル （テキスト→次の単語）
さて、ここへ来てだいぶ話を戻しますが、冒頭で述べた例は「テキストを入力してテキストを出力」するというものでした。
実際にはGPTの場合は少し違っていて、「テキストを入力すると次の単語を出力」する、より厳密に言うと「トーク ン列を入力すると次のトーク ンを出力する」モデルになります。
これを対話システムとして用いるには、文の区切りだけでなく、対話の発言の区切りをも特別な記号として用意しておいて、GPTが自分で発言している途中のトーク ン列も、次の単語を出力するための入力トーク ンとして使えばよいですね。
例えば、トーク ン長が1000トーク ンだとして、ChatGPTが
Yes, I do.
という返事をしたら、「Yes」「,」「I」「Do」「.」「(発言終わり)」
という6つのトーク ンを出力したことになりますが、
1. 直前の1000トーク ンを見て「Yes」を出す
2. 直前の999トーク ン＋「Yes」を見て「,」を出す
…
6. 直前の995トーク ン+「Yes」「,」「I」「Do」「.」を見て「(発言終わり)」を出す
という風に、1000トーク ンを処理する動作を6回やることになります。
GPTの実際の構造
Wikipedia のGPTのページに図があるので転載します。
オリジナルのGPTの構造(GPT-1かな？)
この図を見てわかる通り、矢印は上向きなのでエンコーダともデコーダ とも取れますが、実際に「トーク ン列→次の単語」として使いたいときは、デコーダ （冒頭に掲載したTransformerの図の右半分）として使えばよいですね。つまり、「生成モデル」からサンプリングする、という先に述べた方法を使えばよいわけです。
このGPTのTransformerの図をみると、エンコーダとデコーダ という風に分かれていないところが特徴と言えます。入力と出力のペアを用意しておかなくても、いわば入力データだけあれば、次節で説明する「マスキング」を使って学習させることで自己回帰モデル を作ることができます。つまり、「教師なし学習 」が可能になります。
そして、Transformrの段数を非常に多く積み上げることでLLMを構成します。GPT-3の場合は96段なのでした。そしてトーク ン長を長くとるためには、一つのTransformerが持つ学習パラメータの数もそれだけ多く必要になります。
これはまさにモンスター級の計算機パワーでぶんなぐる感じですね。
GPTとBERT： マスクの付け方の違い
GPTとは別の（Transformerベースの）代表的な深層学習言語モデル に、BERTというのがあります。これは、GPTと同様に「テキスト → 単語」という形式のモデルではあるのですが、出力したい単語が「テキスト → 次の単語」ではなく、「テキスト → 途中の単語」というモデルです。つまり、「出力した単語のあと 」も考慮するモデルです。
前後の単語を考慮する分、GPTと比べると学習データが少なく済んだり、言語モデル の大きさも同じ性能でコンパクトに出来たりするそうです。これはこれで、例えば穴埋め問題とか、大規模データの検索システムで問い合わせに対してふさわしいデータを特定したりとか、自然言語処理 の色んなタスクに応用が利くモデルではあります。
GPTとBERTは学習のさせ方がちょっと違います。GPTの場合は、出力した単語よりも後の情報を使うのはご法度です。なのでデータを学習する際に、マスキングテープみたいな感じで出力対象の単語以降の単語を「マスク（口封じ）」して見ないようにします。BERTの場合は、対称の単語だけをマスクします。そうやって、トーク ン長ぶんのデータを用意してガサっと学習に掛けるのはどちらも一緒です。
BERTは「途中の単語」を出すモデルなので、当然「次の単語」も出そうと思えば出せるはずです。それならGPTよりBERTのほうが汎用的で強そうに見えませんか？
しかしGPTは「次の単語」を出すというだけのモデルに特化しました。それはなぜでしょうか？次節以降で述べます。
GPTが注目される理由１：zero/few-shot プロンプトによる利便性
GPTが「次の単語を出す」というタスクに特化したせいで、プロンプトを与えることでふるまいをその場で容易にカスタマイズできるという利便性が生まれました。これが、BERTが持つ「どんな位置の単語でも出せる」という汎用性がもたらすベネフィットを大幅に上回ったのだと思います。
few-shotプロンプトは、本記事の読者のあなたならきっとよく知ってるor耳にしたことがあるでしょう。ChatGPTに、実例を少数与えるだけで、意図をくみ取って以降のやりとりをそれに合わせたものに変えることができるという能力です。
また、zero-shotプロンプトは、例えば「あなたは医者です」のように役割を与えたり（role prompting）、一つずつ順を追って答えてくださいと（step-by-step prompting）釘を刺したり、といったメタ的な指令をすることで実例を一つも与えなくてもパフォーマンスが大きく改善されることです。
詳しいことは次々回の記事（2.3）で述べる予定ですが、軽くこの仕組みがうまくいく理由を述べると、
・role-promptingはもともとGPTが持っている汎用性から文脈を切り出すことで、話題を狭くフォーカスできるので性能があがる
・step-by-step promptingは、GPTがそれ自体の仕組みとしては１時記憶／短期記憶を持たない ため、途中の思考過程をいわば「カンニング ペーパートーク ンを「短期記憶の代わりにカンペ」を見れるようになり性能が大幅に改善する
というものになります。
GPTが注目される理由２：「教師なし」大規模事前学習の有効性
そうしたLLMの汎用的な能力を可能とするのが、主に「教師なし」学習のおかげで莫大なデータを超大規模LLMに食わせることができる点です。GPT-3の学習データがWikipedia に載っていたので下表に転載します。
GPT-3の学習データ（Wikipedia より）
Wikipedia 全体もかなりの量の情報があると思いますが、それが全体のわずか3%とのことで、なかなかの大規模データですね。これだけの量ともなると人間の手でデータを作りこまなければいけない「教師あり学習 」は困難でしょう。
教師なし学習 で大量のデータを与えて、それをバッチリ理解しきる超大規模言語モデル と莫大な資金を投じて大量の計算機リソースをぶんまわす、それがGPTの研究チームが採用した戦略ですね。
GPTにおける日本語と英語の違い：トーク ンの切り出し方
前回の記事に対して、はてブ のコメントでこれについて疑問を書いてくださった方が居ましたので軽くふれておきます。
ChatGPTを使ってみると、日本語と英語で、内容的に同じ意味のテキストを投入しても、結果が異なっていることが結構あります。
これは、トーク ンの切り出し方の違いになります。英語では単語（句読点やクオートなどの記号）単位でトーク ンが切り出されますが、日本語の場合は文字単位になります。特に漢字は2トーク ンとしてカウントされるようです。*9
トーク ンが単語よりも細かい文字のレベルなので、それを単語のレベルまで引き上げるのには、最初に入力データとして単語列から出発する場合と比べて、余分に解析を必要とします。Transformerの段数はGPT-3では96とのことでしたが、日本語だとトーク ンが文字なので、入力データであるトーク ン列に近い浅い層でのTransrformerは、文字から単語を認識するのに「消費」されてしまいます。英語の場合は、トーク ンは単語です。
したがって、英語と日本語で、意味としては同じ内容の言葉をChatGPTに与えた場合、英語のほうがクオリティは基本的には高くなります。私の勤務先の会社の同僚は、日本語をいったんdeepLなどの翻訳システムで英語に翻訳してからChatGPTに食わせて、英語で返ってきた言葉をまた日本語に戻す、というツールを自分で作って使っているそうですが、これはGPTというかTransformerの仕組みを考えればと非常に理に適っているといえます。
GPT（やLLM）における３つのカスタマイズレベル
GPTを始めとするLLM（Large Language Model: 大規模言語モデル ）では、「作り込み」や「カスタマイズ」の深さに大きく分けて3段階のレベルがあります。
レベル１「プロンプトを与えておく（Prompting）」
レベル２「追加学習／ファインチューニング（fine-tuning）」
レベル３「ゼロから学習／スクラッチ 開発（scratch development）」
この３つを混同しないことは非常に大切です。最近、政府や国会で議論されている国産LLMはレベル３を指していますし、GPTからChatGPTを作ったプロセスはレベル２です。
そして、最近大流行のプロンプトエンジニアリングはレベル１ですね。
というわけで
ここまでで、各技術の定性的な説明を終えます。
（2.2）「Transformerのアルゴリズム 詳細」へ続きます。
