<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Fine-Tuning on M1KE BL0G</title><link>https://www.m1ke.org/tags/fine-tuning/</link><description>Recent content in Fine-Tuning on M1KE BL0G</description><generator>Hugo -- gohugo.io</generator><language>ja-jp</language><copyright>mike</copyright><lastBuildDate>Sat, 26 Sep 2026 08:00:00 +0900</lastBuildDate><atom:link href="https://www.m1ke.org/tags/fine-tuning/index.xml" rel="self" type="application/rss+xml"/><item><title>LLMのFine-tuning手法</title><link>https://www.m1ke.org/p/llm%E3%81%AEfine-tuning%E6%89%8B%E6%B3%95/</link><pubDate>Sat, 26 Sep 2026 08:00:00 +0900</pubDate><guid>https://www.m1ke.org/p/llm%E3%81%AEfine-tuning%E6%89%8B%E6%B3%95/</guid><description>&lt;img src="https://www.m1ke.org/p/llm%E3%81%AEfine-tuning%E6%89%8B%E6%B3%95/lora.jpg" alt="Featured image of post LLMのFine-tuning手法" /&gt;&lt;h2 id="背景"&gt;背景&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;仕事で、LLMの挙動を完璧にするために、FTをしている&lt;/li&gt;
&lt;li&gt;そこで、実際にFine-tuningをするとして、どんな手法があるのかを整理しておく&lt;/li&gt;
&lt;li&gt;SFT・PEFT・DPO・それらを実装するためのライブラリという流れでまとめる&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="sftsupervised-fine-tuning"&gt;SFT（Supervised Fine-Tuning）&lt;/h2&gt;
&lt;h3 id="基本的な考え方"&gt;基本的な考え方&lt;/h3&gt;
&lt;ul&gt;
&lt;li&gt;「入力（プロンプト）→望ましい出力（completion）」のペアを大量に用意し、通常の次トークン予測の損失で学習する&lt;/li&gt;
&lt;li&gt;事前学習と学習方法自体は同じだが、対象データが「望ましい応答例」に絞られている点が異なる&lt;/li&gt;
&lt;li&gt;新しい知識を教えるというより、既に持っている能力をどう引き出すか（フォーマット・口調・振る舞い）を教える用途に向いている&lt;/li&gt;
&lt;/ul&gt;
&lt;h3 id="使いどころ"&gt;使いどころ&lt;/h3&gt;
&lt;ul&gt;
&lt;li&gt;特定のフォーマットや口調を安定して守らせたい場合&lt;/li&gt;
&lt;li&gt;望ましい出力例を人手で用意できる場合&lt;/li&gt;
&lt;li&gt;弱点は、「何をしてほしいか」は教えられるが、「複数の候補のうちどちらがより良いか」という相対的な好みまでは教えにくい点&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="peftparameter-efficient-fine-tuning"&gt;PEFT（Parameter-Efficient Fine-Tuning）&lt;/h2&gt;
&lt;h3 id="フルファインチューニングとの違い"&gt;フルファインチューニングとの違い&lt;/h3&gt;
&lt;ul&gt;
&lt;li&gt;フルファインチューニングは、モデルの全パラメータを対象に、通常の学習と同じように勾配を計算して更新する&lt;/li&gt;
&lt;li&gt;全パラメータ分の勾配に加えて、Adamのようなオプティマイザは各パラメータごとに複数の状態（モーメンタムなど）を保持するため、モデル本体の重みだけでなく、その数倍のメモリを追加で必要とする&lt;/li&gt;
&lt;li&gt;数十億〜数百億パラメータのモデルでは、この必要メモリ量が非現実的になりやすい&lt;/li&gt;
&lt;li&gt;更新できる範囲に制限が無いため、理論上はPEFTより高い性能の天井を狙えるが、その分、元のモデルが持っていた能力を上書きして失ってしまう破滅的忘却（catastrophic forgetting）のリスクもPEFTより高くなりやすい&lt;/li&gt;
&lt;li&gt;PEFTは、元のモデルの重みは凍結したまま、少数の追加パラメータだけを学習することで、フルファインチューニングに近い効果を低コストで狙う手法群の総称&lt;/li&gt;
&lt;li&gt;元の重みを凍結している分、破滅的忘却も起きにくく、少ないデータ・少ない試行回数で何度も条件を変えて試したい場面（前述の多信頼度最適化のような運用）とも相性が良い&lt;/li&gt;
&lt;/ul&gt;
&lt;h3 id="lora以前のpeft手法"&gt;LoRA以前のPEFT手法&lt;/h3&gt;
&lt;p&gt;LoRAが登場する以前から、PEFTという発想自体はいくつかの形で提案されていた。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Adapter Tuning（Houlsby et al., 2019）: Transformerの各層の間に、ボトルネック型の小さな層（Adapter）を挿入し、そこだけを学習する&lt;/li&gt;
&lt;li&gt;Prefix-tuning（Li &amp;amp; Liang, 2021）: 各層の入力に、学習可能な仮想トークン（連続値のベクトル）を追加する&lt;/li&gt;
&lt;li&gt;Prompt Tuning（Lester et al., 2021）: Prefix-tuningを単純化し、入力層にだけ学習可能な埋め込みを追加する&lt;/li&gt;
&lt;li&gt;BitFit（Zaken et al., 2021）: モデルのバイアス項だけを学習対象にする、極端にパラメータ数を絞った手法&lt;/li&gt;
&lt;li&gt;これらAdapter・Prefix・Prompt系の共通の弱点は、推論時にも追加の層・トークンを通す必要があり、推論コスト（レイテンシ）が増えること&lt;/li&gt;
&lt;li&gt;LoRAが広く使われるようになった理由の1つは、学習後に$BA$を$W$へマージでき、推論時には追加コストがゼロになる点にある&lt;/li&gt;
&lt;/ul&gt;
&lt;h3 id="loralow-rank-adaptation"&gt;LoRA（Low-Rank Adaptation）&lt;/h3&gt;
&lt;ul&gt;
&lt;li&gt;出発点になっている仮説は、「ファインチューニングで生じる重みの更新分$\Delta W$は、見かけの次元より小さい、低い&amp;quot;本質的なランク&amp;quot;に収まる」というもの&lt;/li&gt;
&lt;li&gt;元の重み行列$W$はそのまま凍結し、$\Delta W$を低ランクの行列$A$・$B$の積で近似して、その部分だけを学習する&lt;/li&gt;
&lt;/ul&gt;
$$
W' = W + \Delta W = W + BA
$$&lt;ul&gt;
&lt;li&gt;$W \in \mathbb{R}^{d \times k}$に対して、$A \in \mathbb{R}^{r \times k}$、$B \in \mathbb{R}^{d \times r}$とし、ランク$r$を$d$や$k$よりずっと小さく取る（$r=8$や$16$など）&lt;/li&gt;
&lt;li&gt;元の$W$が$d \times k$個のパラメータを持つのに対し、追加分は$r \times (d + k)$個で済むため、$r$が小さいほど学習対象のパラメータ数を大幅に減らせる&lt;/li&gt;
&lt;li&gt;$A$はランダムな値で初期化し、$B$はゼロで初期化する。これにより学習開始時点では$BA=0$となり、ベースモデルと全く同じ出力から学習を始められる&lt;/li&gt;
&lt;li&gt;主に注意機構のQuery・Valueの射影行列に適用されることが多いが、対象にする層は設定で選べる&lt;/li&gt;
&lt;li&gt;推論時には$BA$を$W$に足し込める（マージできる）ため、推論速度への影響も小さい&lt;/li&gt;
&lt;/ul&gt;
&lt;h3 id="qlora"&gt;QLoRA&lt;/h3&gt;
&lt;p&gt;QLoRAは、単に「ベースモデルを4bit量子化してLoRAを載せる」だけでなく、いくつかの技術的な工夫によってそれを実用的な精度で成立させている。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;NF4（4-bit NormalFloat）: ニューラルネットの重みがおおむね正規分布に従うという性質に対して理論的に最適な4bitのデータ型で、単純な4bit整数量子化より情報の損失が少ない&lt;/li&gt;
&lt;li&gt;二重量子化（Double Quantization）: 量子化の際に生じる定数（スケール値）自体もさらに量子化することで、メモリ使用量を追加で削減する&lt;/li&gt;
&lt;li&gt;ページングオプティマイザ（Paged Optimizer）: GPUメモリが一時的に不足した際、オプティマイザの状態をCPUメモリ側に退避させることで、勾配チェックポイントなどによる瞬間的なメモリ不足でクラッシュするのを防ぐ&lt;/li&gt;
&lt;li&gt;これらの工夫により、ベースモデルのメモリ使用量を大きく削減しつつ、フル精度でのLoRAに近い精度を維持できるとされている&lt;/li&gt;
&lt;/ul&gt;
&lt;h3 id="lora以降の発展"&gt;LoRA以降の発展&lt;/h3&gt;
&lt;p&gt;LoRAが定番になった後も、その弱点を補う派生手法がいくつも提案されている。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;DoRA（Weight-Decomposed LoRA）: 重みを大きさ（magnitude）と方向（direction）に分解し、それぞれ別々に学習することで、フルファインチューニングにより近い挙動を目指す&lt;/li&gt;
&lt;li&gt;AdaLoRA: 全ての層に一律のランク$r$を割り当てるのではなく、層ごとの重要度に応じてランクを動的に調整する&lt;/li&gt;
&lt;li&gt;SVD（特異値分解）を活用した派生手法群
&lt;ul&gt;
&lt;li&gt;SVF（Singular Value Fine-tuning）: 特異値そのものを直接調整する、LoRAよりさらにパラメータ効率の良い手法&lt;/li&gt;
&lt;li&gt;SVFT: SVFを拡張し、対角以外にも学習可能なパラメータを追加する&lt;/li&gt;
&lt;li&gt;PiSSA: 主要な（大きい）特異値だけを調整し、フルファインチューニングの近似を狙う&lt;/li&gt;
&lt;li&gt;MiLoRA: PiSSAとは逆に、小さい特異値だけを調整する&lt;/li&gt;
&lt;li&gt;LoRA-XS: PiSSAに近い発想で、さらに少ないパラメータでの学習を狙う&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;どれも「LoRAの低ランク近似という発想を維持しつつ、どこにどれだけパラメータを割り当てるか」を工夫した手法群と位置づけられる&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;大まかな系譜を整理すると、以下のようになる。&lt;/p&gt;
&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;手法&lt;/th&gt;
&lt;th&gt;発想&lt;/th&gt;
&lt;th&gt;位置づけ&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;
&lt;tr&gt;
&lt;td&gt;Adapter / Prefix / Prompt Tuning&lt;/td&gt;
&lt;td&gt;層の間・入力に学習可能な要素を追加&lt;/td&gt;
&lt;td&gt;LoRA以前、推論コストが増える&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;BitFit&lt;/td&gt;
&lt;td&gt;バイアス項だけ学習&lt;/td&gt;
&lt;td&gt;LoRA以前、極端に軽量&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;LoRA&lt;/td&gt;
&lt;td&gt;重み更新分を低ランク行列で近似&lt;/td&gt;
&lt;td&gt;定番、推論後にマージ可能&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;QLoRA&lt;/td&gt;
&lt;td&gt;LoRA＋ベースモデルの4bit量子化&lt;/td&gt;
&lt;td&gt;LoRAの省メモリ版&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;DoRA&lt;/td&gt;
&lt;td&gt;重みを大きさと方向に分解&lt;/td&gt;
&lt;td&gt;LoRAの精度改善&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;AdaLoRA&lt;/td&gt;
&lt;td&gt;層ごとにランクを動的配分&lt;/td&gt;
&lt;td&gt;LoRAの配分最適化&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;SVF / SVFT / PiSSA / MiLoRA / LoRA-XS&lt;/td&gt;
&lt;td&gt;特異値分解を活用&lt;/td&gt;
&lt;td&gt;LoRAよりパラメータ効率を追求&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;
&lt;/table&gt;
&lt;h2 id="強化学習選好学習という枠組み"&gt;強化学習・選好学習という枠組み&lt;/h2&gt;
&lt;h3 id="sftとの違い"&gt;SFTとの違い&lt;/h3&gt;
&lt;ul&gt;
&lt;li&gt;SFTは「入力に対して、この出力が正解」という単一の正解例から学習する&lt;/li&gt;
&lt;li&gt;一方、強化学習・選好学習（Preference Learning）は「AとBという2つの候補のうち、Aの方が好ましい」という相対的な比較から学習する&lt;/li&gt;
&lt;li&gt;単一の正解を書き下すのが難しいタスク（文章の質・安全性・好みなど、絶対的な正解が定まらないもの）でも、「どちらがマシか」という比較なら人間が判断しやすいことが多く、この違いが選好学習のモチベーションになっている&lt;/li&gt;
&lt;/ul&gt;
&lt;h3 id="ppoベースのrlhf"&gt;PPOベースのRLHF&lt;/h3&gt;
&lt;ul&gt;
&lt;li&gt;人間の好みに合わせてモデルを調整する手法として、最初に主流になったのがPPO（Proximal Policy Optimization）を使うRLHF（Reinforcement Learning from Human Feedback）&lt;/li&gt;
&lt;li&gt;大きく2段階で構成される
&lt;ol&gt;
&lt;li&gt;好みのペアデータ（chosen/rejected）から、出力の良さをスコア化する報酬モデルを別途学習する&lt;/li&gt;
&lt;li&gt;その報酬モデルをスコア関数として使い、強化学習（PPO）でLLM自体（ポリシー）を更新する&lt;/li&gt;
&lt;/ol&gt;
&lt;/li&gt;
&lt;li&gt;参照モデルから大きく逸脱しないよう、KLダイバージェンスによる制約も同時にかける&lt;/li&gt;
&lt;li&gt;報酬モデルの学習とRLのループという2段階構成のため、実装が複雑で、学習も不安定になりやすいという課題があった&lt;/li&gt;
&lt;/ul&gt;
&lt;h3 id="dpoという簡略化"&gt;DPOという簡略化&lt;/h3&gt;
&lt;ul&gt;
&lt;li&gt;DPO（Direct Preference Optimization）は、報酬モデルの学習や強化学習のループを介さず、好みのペアデータから直接ポリシーを最適化する手法として提案された&lt;/li&gt;
&lt;li&gt;RLHFと同じ問題を、報酬モデルを明示的に学習せずに解けることを理論的に示した点が特徴&lt;/li&gt;
&lt;/ul&gt;
&lt;h4 id="損失関数"&gt;損失関数&lt;/h4&gt;
&lt;p&gt;DPOの損失は、以下のように定義される。&lt;/p&gt;
$$
\mathcal{L}_{\text{DPO}} = -\mathbb{E}_{(x, y_w, y_l) \sim D}\left[\log \sigma\left(\beta \log\frac{\pi_\theta(y_w \mid x)}{\pi_{\text{ref}}(y_w \mid x)} - \beta \log\frac{\pi_\theta(y_l \mid x)}{\pi_{\text{ref}}(y_l \mid x)}\right)\right]
$$&lt;ul&gt;
&lt;li&gt;$x$: 入力（プロンプト）&lt;/li&gt;
&lt;li&gt;$y_w$: 好ましい出力（chosen）&lt;/li&gt;
&lt;li&gt;$y_l$: 好ましくない出力（rejected）&lt;/li&gt;
&lt;li&gt;$\pi_\theta$: 学習対象のモデル、$\pi_{\text{ref}}$: 学習開始前の状態で固定した参照モデル&lt;/li&gt;
&lt;li&gt;$\beta$: 参照モデルからどれだけ離れることを許容するかを決める温度パラメータ&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;イメージ:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;直感的には、「chosenの相対的な確率（参照モデル比）を上げ、rejectedの相対的な確率を下げる」ように学習する&lt;/li&gt;
&lt;li&gt;報酬モデルを別に学習する必要が無く、SFTと同じような教師あり学習の枠組みで扱える分、実装・運用が比較的シンプル&lt;/li&gt;
&lt;/ul&gt;
&lt;h4 id="chosenrejectedペアの作り方"&gt;chosen/rejectedペアの作り方&lt;/h4&gt;
&lt;ul&gt;
&lt;li&gt;DPOには、同じ入力に対する「良い出力（chosen）」と「悪い出力（rejected）」のペアが必要&lt;/li&gt;
&lt;li&gt;chosenは、人手で書いた正解や、実際にうまくいった出力から用意する&lt;/li&gt;
&lt;li&gt;rejectedは、ゼロから捏造する必要は無い。デバッグの過程で実際に得られた失敗出力が、そのままrejectedとして使える&lt;/li&gt;
&lt;li&gt;例えば、前述の記事で扱ったような「直前のやり取りを無視する」失敗パターンが再現した際の実際の出力は、そのタスクにおける典型的な失敗例として、質の高いrejectedデータになる&lt;/li&gt;
&lt;li&gt;つまり、デバッグでtabula rasa法・pytest xfailなどを使って集めた再現ケースの出力ログが、そのままDPOの学習データの元になる&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="ライブラリ-trl"&gt;ライブラリ: TRL&lt;/h2&gt;
&lt;h3 id="概要"&gt;概要&lt;/h3&gt;
&lt;ul&gt;
&lt;li&gt;Hugging Faceが提供するTRL（Transformer Reinforcement Learning）ライブラリは、SFT・DPO・PPOなど、この記事で扱った手法をまとめて実装できるライブラリ&lt;/li&gt;
&lt;li&gt;&lt;code&gt;SFTTrainer&lt;/code&gt;・&lt;code&gt;DPOTrainer&lt;/code&gt;・&lt;code&gt;PPOTrainer&lt;/code&gt;のように、手法ごとに専用のTrainerクラスが用意されている&lt;/li&gt;
&lt;/ul&gt;
&lt;h3 id="実装の流れ"&gt;実装の流れ&lt;/h3&gt;
&lt;ul&gt;
&lt;li&gt;SFTを行う場合は&lt;code&gt;SFTTrainer&lt;/code&gt;に、プロンプトとcompletionのペアを持つデータセットを渡す&lt;/li&gt;
&lt;li&gt;DPOを行う場合は&lt;code&gt;DPOTrainer&lt;/code&gt;に、prompt・chosen・rejectedの3列を持つデータセットを渡す&lt;/li&gt;
&lt;li&gt;PEFT（LoRA・QLoRA）と組み合わせる場合、&lt;code&gt;peft_config&lt;/code&gt;（LoRAのランクなどを指定した設定）を渡すだけで、Trainer側が凍結・低ランク行列の追加を面倒みてくれる&lt;/li&gt;
&lt;li&gt;つまり、フルファインチューニング・PEFT・SFT・DPOの組み合わせを、同じライブラリの中で切り替えながら試せる&lt;/li&gt;
&lt;/ul&gt;
&lt;h3 id="関連手法"&gt;関連手法&lt;/h3&gt;
&lt;ul&gt;
&lt;li&gt;DPO以降も、ORPO（Reference-free方式でreferenceモデルを不要にする）・KTO（ペアではなく単一の良い/悪いラベルから学習する）のような派生手法が提案されており、TRLはこれらもサポートしている&lt;/li&gt;
&lt;li&gt;どれも「報酬モデル＋強化学習」というRLHFの複雑さを避け、好み（または単一ラベル）から直接ポリシーを最適化するという発想は共通している&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="まとめ"&gt;まとめ&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;SFTは「何をしてほしいか」を教える手法で、DPOは「複数の候補のうちどちらが好ましいか」という相対的な好みを教える手法という違いがある&lt;/li&gt;
&lt;li&gt;LoRA・QLoRAのようなPEFT手法を使えば、フルファインチューニングより大幅に少ない計算資源でこれらを実行できる&lt;/li&gt;
&lt;li&gt;PEFTにはLoRA以前からAdapter・Prefix-tuning・Prompt Tuning・BitFitのような系譜があり、LoRAが広まった理由は学習後に重みへマージでき推論コストが増えない点にある。LoRA以降もDoRA・AdaLoRA・SVD系（SVF・SVFT・PiSSA・MiLoRA・LoRA-XSなど）の発展形が提案されている&lt;/li&gt;
&lt;li&gt;DPOのrejectedデータは、デバッグ中に実際に再現させた失敗出力をそのまま流用できるため、プロンプト側のデバッグ作業とFine-tuningのデータ作成が地続きになる&lt;/li&gt;
&lt;li&gt;TRLライブラリを使えば、SFT・DPO・PEFTの組み合わせを同じ枠組みで実装できる&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="参考文献"&gt;参考文献&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Rafailov, R. et al. (2023). &amp;ldquo;Direct Preference Optimization: Your Language Model is Secretly a Reward Model&amp;rdquo; (arXiv:2305.18290)&lt;/li&gt;
&lt;li&gt;Houlsby, N. et al. (2019). &amp;ldquo;Parameter-Efficient Transfer Learning for NLP&amp;rdquo; (Adapter Tuning, arXiv:1902.00751)&lt;/li&gt;
&lt;li&gt;Li, X. L. &amp;amp; Liang, P. (2021). &amp;ldquo;Prefix-Tuning: Optimizing Continuous Prompts for Generation&amp;rdquo; (arXiv:2101.00190)&lt;/li&gt;
&lt;li&gt;Lester, B. et al. (2021). &amp;ldquo;The Power of Scale for Parameter-Efficient Prompt Tuning&amp;rdquo; (arXiv:2104.08691)&lt;/li&gt;
&lt;li&gt;Zaken, E. B. et al. (2021). &amp;ldquo;BitFit: Simple Parameter-efficient Fine-tuning for Transformer-based Masked Language-models&amp;rdquo; (arXiv:2106.10199)&lt;/li&gt;
&lt;li&gt;Hu, E. J. et al. (2021). &amp;ldquo;LoRA: Low-Rank Adaptation of Large Language Models&amp;rdquo; (arXiv:2106.09685)&lt;/li&gt;
&lt;li&gt;Dettmers, T. et al. (2023). &amp;ldquo;QLoRA: Efficient Finetuning of Quantized LLMs&amp;rdquo; (arXiv:2305.14314)&lt;/li&gt;
&lt;li&gt;Liu, S. et al. (2024). &amp;ldquo;DoRA: Weight-Decomposed Low-Rank Adaptation&amp;rdquo; (arXiv:2402.09353)&lt;/li&gt;
&lt;li&gt;Zhang, Q. et al. (2023). &amp;ldquo;AdaLoRA: Adaptive Budget Allocation for Parameter-Efficient Fine-Tuning&amp;rdquo; (arXiv:2303.10512)&lt;/li&gt;
&lt;li&gt;Ouyang, L. et al. (2022). &amp;ldquo;Training language models to follow instructions with human feedback&amp;rdquo; (InstructGPT/RLHF, arXiv:2203.02155)&lt;/li&gt;
&lt;li&gt;&lt;a class="link" href="https://huggingface.co/docs/trl/" target="_blank" rel="noopener"
&gt;TRL - Transformer Reinforcement Learning - Hugging Face Docs&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a class="link" href="https://huggingface.co/docs/peft/" target="_blank" rel="noopener"
&gt;PEFT - Hugging Face Docs&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a class="link" href="https://towardsdatascience.com/are-you-still-using-lora-to-fine-tune-your-llm/" target="_blank" rel="noopener"
&gt;Are You Still Using LoRA to Fine-Tune Your LLM? | Towards Data Science&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;</description></item></channel></rss>