English | 中文 | Español | Français | हिन्दी | Italiano | Português (BR)
大規模言語モデルの微調整を単一のGPU上で実行し、実際に使用しているカードに合わせてサイズを調整します。3行のPythonコードで、70億~340億パラメータのモデルを1つの32GBのコンシューマーカード(RTX 5090)で実行できます。--full-ft-offloadフラグを使用すると、最適化の状態をホストRAMにオフロードすることで、70億パラメータ規模のモデルを完全に微調整できます。さらにコマンドを実行してOllamaにエクスポートし、ollama runで微調整したモデルを実行します。16GBまでスムーズにスケールダウンできます。Windowsでも優れたパフォーマンスを発揮します。
from backpropagate import Trainer
trainer = Trainer("Qwen/Qwen2.5-7B-Instruct")
trainer.train("my_data.jsonl", steps=100)
trainer.export("gguf", quantization="q4_k_m")backprop export ./output/lora --format gguf --quantization q4_k_m --ollama --ollama-name my-model
ollama run my-modelこれだけです。YAML設定ファイルはありません。accelerate launchコマンドも必要ありません。「変換してGGUF形式にする」という別のチュートリアルもありません。CUDA GPUと、トレーニングデータを含むJSONLファイルがあれば、すぐに微調整を開始できます。
# Recommended: isolated Python install (no conflicts with system Python or other projects)
pipx install backpropagate
# Or via uv (faster install, same isolation)
uv tool install backpropagate
# Standard pip (if you manage your own virtualenv)
pip install backpropagateオプションの機能が必要な場合は、以下のいずれかのインストール方法に切り替えてください。
pipx install "backpropagate[standard]" # adds Unsloth (2x faster training) + the web UI
pipx install "backpropagate[full]" # adds everything: unsloth, ui, monitoring, export, etc.Dockerを使用しますか?docker pull ghcr.io/mcp-tool-shop-org/backpropagate:latestも使用できます。linux/amd64とlinux/arm64の両方のイメージが提供されるため、Apple SiliconおよびARM Linuxユーザーはネイティブイメージを使用できます。コンテナ内でUIを実行するための標準的なcompose.yamlファイルは、リポジトリのルートにあります。docker compose upコマンドを実行すると、Web UIがhttp://localhost:7860で起動し、~/.backpropagateボリュームが永続的にマウントされます。
LLMの微調整には、いくつかの優れたライブラリがあります。それぞれ異なる点で優れています。
- Axolotl — YAML設定を好み、既存のレシピを参考にしたい場合に最適です。
- LLaMA-Factory — DPO/PPO/RLHFを使用し、Web GUIが必要な場合に最適です。
- Unsloth — 可能な限り高速なトレーニングが必要で、サポートされているモデルファミリーを使用する場合に最適です。
- torchtune — Metaが提供する、PyTorchネイティブのレシピを編集したい場合に最適です。
Backpropagateは、不足している選択肢です。単一のコンシューマーGPUでアダプターをトレーニングし、それをデプロイしたい個人のオペレーター向けの、3行のPython APIです。 YAMLもGUIも、オンラインRL(PPO/GRPO)も、マルチノードもありません。必要なループと、その邪魔になるエクスポートステップだけです。
上記のいずれかのライブラリを試して、設定ファイルの操作に苦労したり、モデルファミリーの制限に遭遇したり、Windowsを優先するデフォルト設定が必要になった場合は、Backpropagateが最適です。
Backpropagateは、実行に必要なリソースをカードに合わせて調整します。以下は、64GBのホストRAMを備えた32GBのコンシューマーGPU(RTX 5090)での実用的な上限です。
| モデルサイズ | 方法 | 32GBカードでの状況 |
|---|---|---|
| 70億パラメータ(Qwen 2.5 7B / Llama-3.1-8B / Mistral 7B) | QLoRA | 快適に動作します。約7~8GBを使用し、十分な余裕があります。完全なシーケンス長で実行できます。 |
| 140億パラメータ(Qwen2.5-14B) | QLoRA | 日常的な使用に最適なサイズ — 約8.5GB。rank/alpha 32、ページングされた8ビットAdamW、4096のコンテキスト長で測定。 |
| 240億パラメータ(Mistral-Small-24B) | QLoRA | 約18GBを使用します。4096のコンテキスト長で実行しても余裕があります。 |
| 320億パラメータ(Qwen2.5-32B) | QLoRA | ギリギリ動作するサイズ — max_len 2048 + ページングされた8ビットAdamWで約26GB。上限に近い状態です。 |
| 60億パラメータ以下 | mode="full"(完全な微調整) |
GPUのみを使用した完全な微調整 — bf16の重みを使用し、アダプターは使用しません。32GBでは、カードがサポートできる上限は60億パラメータです。 |
| 70億パラメータ規模(Qwen 2.5 7B / Llama-3.1-8B / Mistral 7B) | mode="full" --full-ft-offload |
FSDP2を使用したCPUオフロードによる完全な微調整 — パラメータと最適化の状態を64GBのホストRAMにオフロードします。速度は遅くなります(帯域幅がボトルネック)。Linux/WSL2でのみ動作します。 |
ほとんどの単一GPUライブラリでは、24~340億パラメータのQLoRAと単一カードでの70億パラメータ規模の完全な微調整のために別の場所に誘導しますが、Backpropagateはこれらを1つのコンシューマーカードで実行し、結果をOllamaに直接エクスポートします。
完全な微調整の上限は、カードに合わせて調整されます。 これは、4つの要素(重み + 勾配 + 最適化器 + 活性化)のトレーニングメモリ計算に基づいており、検出されたVRAMに対して行われます。16GB → 40億パラメータ、24GB → 50億パラメータ、32GB → 60億パラメータがGPUのみで使用できる上限です。--full-ft-offloadを使用すると、パラメータと最適化の状態をFSDP2のfully_shard + CPUOffloadPolicyを通じてホストRAMにオフロードすることで、70億パラメータ規模まで拡張できます(速度は遅くなり、PCIe/CPU帯域幅がボトルネックになります。約64GBのホストRAMとNCCLバックエンドが必要です。つまり、Linux/WSL2でのみ動作します)。--full-ft-ceiling-billionsを使用して、上限を明示的にオーバーライドできます。モデルがオフロードの上限を超える場合、RUNTIME_FULL_FT_MODEL_TOO_LARGEというエラーが発生し、回復方法(--full-ft-offloadまたはLoRA/QLoRA)が表示されます。完全な微調整に関するハンドブックを参照して、VRAMの計算とBiderman 2024 / Thinking Machines 2025による品質比較を確認してください。
16GB(RTX 4080 / 5080 / 4070 Ti Super)の環境でも優れたパフォーマンスを発揮します。70億パラメータのQLoRAは約7~8GBを使用し、真の完全な微調整を約30億パラメータ(SmolLM3-3B、Qwen2.5-3B、Llama-3.2-3B/1B)に対して16GB内でmode="full"を使用して実行できます(bf16の重み + 勾配チェックポイント + ページングされた8ビットAdamW)。同じコードは、検出されたカードに合わせてバッチサイズと完全な微調整の上限を自動的に選択します。設定を変更する必要はありません。
2ビット量子化(AQLM / QuIP#)は対象外です — 2ビットのベースモデルを完全に精度の高い重みにクリーンにマージすることはできず、マージ可能なアダプター → GGUF → Ollamaのエクスポートという一連の流れが中断されます(このパイプライン全体の目的)。Backpropagateでは、代わりにQLoRA、mode="full"、--full-ft-offload、およびFP8計算パス(--fp8、Blackwell/Hopper)などの機能を提供し、これらはすべてマージ可能でエクスポート可能です。
以下のユースケースに該当する場合は、別のライブラリを使用する方が良い結果が得られます。Backpropagateは適切な選択肢ではなく、無理に使用しようとすると、適切なツールを選択するよりも多くの労力がかかります。インストールを開始する前に、このセクションを読んでください。
- フルパラメータの微調整を、オフロードの上限を超えて行う(約13B以上) — 最大で**〜6GBの純粋なGPUと〜7Bクラスを
--full-ft-offloadオプションを使用して、32GBのカード上で実行し、フル微調整を行う**(この範囲を参照)。13B以上のモデルに対する真のフル微調整は、それ以上を必要とするため、マルチGPU FSDPまたはより大きな容量のカードが必要になる(複数のGPUにわたってtransformers.Trainerを使用するか、A100/H100をレンタルする)。ただし、その計算リソースを使用する前に、最近の研究(Biderman 2024、Thinking Machines 2025)によると、適切な設定でLoRAを使用すると、ほとんどの事後学習タスク(指示への追従、ドメイン適応、ペルソナ/スタイル)において、フル微調整と同等の品質が得られ、計算リソースは約67%で済む。したがって、最大34Bまで可能なQLoRAは、Backpropagateが単一のカード上で実行する場合、ほとんどのユーザーが求めるタスクに対してパフォーマンスを損なうことはない。 - オンライン強化学習 — PPO / GRPO / RLVR — Backpropagateは、シングルステージSFTと参照不要の嗜好調整(v1.5ではORPO、v1.6ではSimPO + KTO)を実行する。ただし、オンライン強化学習—PPO、GRPO、またはRLVR—は実行しない。これらは、報酬モデルまたはトレーニングステップに加えて、生成とスコアリングを行うループを必要とする。これらの場合は、TRLを直接使用するか、LLaMA-Factoryを使用する(参照不要の嗜好調整は、メモリ内に保持する必要のある個別の参照モデルがないため、シングルステージの範囲に適合する。詳細はQuick StartのORPOに関する注を参照)。
- マルチノードトレーニング — 単一のマシン上の単一GPUのみ。単一のマシン上で複数のGPUを使用することも可能(
accelerate launch経由)だが、公式にはサポートされていない。 - CUDA環境でのmacOSトレーニング — Apple SiliconはCUDAをサポートしていないため、CUDAパスはNVIDIA GPUを備えたLinuxまたはWindowsマシンで実行される。ただし、トレーニングされたモデルはOllamaを使用してMac上で引き続き実行できる。**実験的で検証されていないMLXレール(
--backend mlx)**を使用すると、Apple Silicon上でLoRAアダプターをネイティブにトレーニングできる(Apple Silicon (MLX)を参照)。これはLoRA-SFTのみであり、実際のシリコン上での検証は行われていない(サポートなし)ため、LoRA SFT以外のタスク(ORPO、フル微調整、FP8、複数回の実行など)にはCUDAレールを使用する必要がある。 - テストされたモデルファミリー外のモデル — Qwen 2.5 / 3.5 (7B / 4B), Phi-4-mini-3.8B, SmolLM3-3B, Llama 3.2 (3B / 1B), Mistral 7B。他のモデルも多くの場合動作するが、CIで固定されていない。
これらの機能が必要な場合は、上記のライブラリのいずれかを使用してください。それらの機能により優れています。
1つのインストールで4つの機能:
1. 3行の実際のAPIで、設定ファイルなしで実行できます。
このREADMEの冒頭にあるスニペットは、最初から最後まで実行されます。accelerate config、YAML、Hydraオーバーライドは不要です。Trainer(model).train(data)を実行するだけで、ファインチューニングが完了します。
2. 実際に動作するWindows。 ほとんどのMLライブラリは、Windowsを後回しにします。Backpropagateは、Windows + RTX 5080で最初からテストされています。このライブラリは、ランタイムの癖を処理します。データの前処理方法を認識しているため、Windowsのマルチプロセッシングがクラッシュすることはありません。また、RTX 40/50カードで動作しなくなる場合は、xformersを自動的に無効にし、クラッシュしないデータローダーの設定を選択します。これらのことを知る必要はありません。単に実行するだけです。
3. 無人実行用に構築。 トレーニングには数時間かかります。監視する必要はありません。Backpropagateは、放置して実行できるように設計されています。
- GPUメモリが不足した場合、バッチサイズを自動的に半分にして、最大3回再試行します。手動で調整する必要はありません。
- GPUが過熱した場合、冷却されるまで一時停止し、その後再開します。
- すべてのチェックポイントはアトミックに書き込まれます。ラップトップが保存中にクラッシュした場合でも、以前の良好なチェックポイントはそのまま残ります。
- すべてのトレーニング実行には、一意のIDが割り当てられ、すべてのログ行、すべてのチェックポイント、およびすべてのWeights & Biasesエントリにスタンプが付けられます。問題が発生した場合、1つのIDを使用すると、メンテナーはすべてを関連付けることができます。
- エラーには、安定したコード(
RUNTIME_GPU_OOM、DEP_OLLAMA_REGISTRATION_FAILEDなど)が付属しているため、ログを検索して、トラブルシューティングガイドで修正方法を見つけることができます。CUDA固有の障害には、専用のCUDAトラブルシューティングページがあります。
4. トレーニングされたアダプターからollama runまでのワンコマンド。
多くのライブラリがモデルをトレーニングします。しかし、実際に使用したいときに、邪魔にならないようにするライブラリはほとんどありません。Backpropagateは、GGUF(Ollamaが使用する形式)にエクスポートし、1つのコマンドでOllamaモデルを登録します。トレーニングが完了してから、「チャットでファインチューニングモデルを使用できる」状態になるまで約30秒です。
このリポジトリには、小さなサンプルデータセットが含まれており、このREADMEの冒頭にあるスニペットは、クリーンなインストールで実行されます。
pipx install "backpropagate[standard]"
python -c "
from backpropagate import Trainer
trainer = Trainer('Qwen/Qwen2.5-7B-Instruct')
trainer.train('examples/quickstart.jsonl', steps=10)
trainer.export('gguf', quantization='q4_k_m')
"独自のデータの場合、JSONLファイルを1行に1つの例としてフォーマットします。
{"conversations": [{"from": "human", "value": "What is Python?"}, {"from": "gpt", "value": "A programming language."}]}
{"conversations": [{"from": "human", "value": "Explain recursion."}, {"from": "gpt", "value": "A function that calls itself."}]}Alpaca(instruction / output)、OpenAIチャット(messages)、および生のテキスト形式も機能します。Backpropagateは、形式を自動的に検出します。
v1.5の新機能:プレーンなデモンストレーションではなく、優先度に基づいてトレーニングします。ORPOは参照なしで、単一ステージです。優先度のシグナルをSFTステップに組み込むため、個別の報酬モデルや参照モデルはなく、3行の構造は変わりません。--method orpo(CLI)またはmethod="orpo"(Python)を渡し、{prompt, chosen, rejected}(または{chosen, rejected}のみ)の行のデータセットを渡します。
{"prompt": "What is Python?", "chosen": "A high-level programming language known for readability.", "rejected": "idk look it up"}
{"prompt": "Explain recursion.", "chosen": "A function that calls itself with a smaller input until a base case.", "rejected": "when something repeats"}from backpropagate import Trainer
trainer = Trainer("Qwen/Qwen2.5-7B-Instruct", method="orpo")
trainer.train("preferences.jsonl", steps=100)
trainer.export("gguf", quantization="q4_k_m")backprop train --data preferences.jsonl --method orpo --steps 100デフォルトの学習率は、ORPOに対して自動的に8e-6まで低下します(損失は単純なSFTよりも急峻です)。オッズ比ペナルティの重みを調整するために、--orpo-beta(デフォルトは0.1)を調整してください。ORPOはmode="lora"でのみ使用できます。
v1.6の新機能 — SimPOとKTO。 --method simpo (Meng et al. 2024)は、長さで正規化された報酬を使用し、参照を必要とせず、ORPOと同じペアの{prompt, chosen, rejected}データを受け取ります(--simpo-beta、--simpo-gamma)。--method kto (Ethayarajh et al. 2024)は、ペアになっていない {prompt, completion, label}データを受け取ります。これは、キュレーションされたA/Bペアではない大規模なフィードバックのクラスに対して、サンプルごとの肯定/否定の評価を行います。また、ラベル数に基づいて、望ましい/望ましくない損失の重みを自動的に調整します。どちらもmode="lora"でのみ使用でき、単一GPU SFT環境に留まります(個別の参照モデルは使用しません)。どの方法を使用するかについては、嗜好性チューニングハンドブックを参照してください。オンラインRL(PPO/GRPO)については、Backpropagateが適さない理由をご覧ください。
v1.5の新機能:推論モデルを簡単に蒸留します。--reasoning-trace(CLI)または Trainer(..., reasoning_trace=True)(Python)を渡し、アシスタントの応答内に <think>...</think> の連鎖的な思考を保持するトレースを入力します。これは、DeepSeek-R1 蒸留の純粋なSFT部分であり、RLは必要ありません。バックプロパゲーションは <think> をトレーニングターゲットに保持し、空の/長すぎるトレースを削除(トレース長フィルタリング)、およびより長いCoTのためにデフォルトの max_seq_length を8192に引き上げます。重要な点として、<think> は プレーンテキスト のままです。特別なトークンや、埋め込みのリサイズは行われません。そのため、マージされたGGUFは、他のファインチューンと同様にOllamaにエクスポートできます。SFTのみです。データセットの形状と調整可能なトークンバンドについては、reasoning-trace recipe を参照してください。
⚠️ 検証されていないプレビュー — サポートされている機能セットの一部ではない。 MLXレールは構築され、ユニットテストも行われているが、実際のApple Silicon上での検証(mlx-lmはApple専用であり、Backpropagateの開発に使用されるNVIDIAリグでは実行できない)は行われていない。以下すべてを実験的なものとして扱い、自己責任で使用し、MシリーズのMacで実行した場合はバグ報告を行うこと。
v1.5の新機能:1つのAPI、2つのレール。 CUDAは、引き続き標準で検証済みのバックエンドです。MLXは、Appleの mlx_lm.lora ツールチェーンを介して、MシリーズMacでトレーニングを行う2番目のレールです(統合メモリ、CUDAは不要)。同じ3行のコードで、ハードウェアによってレールを選択します。backend='auto'(デフォルト)は、NVIDIAではCUDAに、Apple SiliconではMLXにルーティングするため、既存のCUDA環境はバイト単位で同一です。
from backpropagate import Trainer
# On an M-series Mac with `pip install 'backpropagate[mlx]'`:
trainer = Trainer("mlx-community/Qwen2.5-0.5B-Instruct-4bit", backend="mlx")
trainer.train("examples/quickstart.jsonl", steps=100)backprop train --data my_data.jsonl --backend mlx --steps 100v1.5では、MLXレールは LoRA SFTのみ です。ORPO、FP8、mode='full'、MLXでのマルチランはまだサポートされていません(それぞれ CONFIG_INVALID_SETTING で拒否されます。それらの機能を使用する場合は、NVIDIA環境で backend='cuda' / 'auto' を使用してください)。結果として得られるアダプターは、プレーンなsafetensorsであり、CUDAレールと同じパスを通じてOllamaにエクスポートされます。
--backend mlxをApple以外のホストに強制的に適用すると、CONFIG_INVALID_SETTINGエラーが発生する。Mac上にmlx_lmツールチェーンがない場合、DEP_MLX_UNAVAILABLEエラーが発生する。
よりエンドツーエンドのワークフロー(ファインチューンとHF Hubへのプッシュ、OOM後の再開、長期間のキャンペーンにおけるマルチランSLAOなど)については、ハンドブックのレシピページ を参照してください。
Pythonのコードを入力する代わりにクリックしたい場合は、UIエクストラをインストールして起動します。
pipx install "backpropagate[ui]"
backprop ui --port 7862ローカルのWebインターフェイスが http://localhost:7862 で開き、データセットを閲覧したり、形式を検証したり、トレーニング構成を視覚的に組み立てたりできます。トレーニング自体は backprop train を介して実行されます(UIによるトレーニングはロードマップにあります。現在の「開始」ボタンは、そのメモを表示します)。UIはデフォルトではローカルでのみ動作します。他のデバイスからアクセスできるようにするには、Web UI の --share + --auth セキュリティ契約を参照してください。
複数のデータセットにわたって段階的にファインチューンしたい場合(たとえば、毎週新しいトレーニングデータを入手し、以前に学習したことを忘れないように追加したい場合)、Backpropagateの multi_run モードを使用します。
from backpropagate import Trainer
trainer = Trainer("Qwen/Qwen2.5-7B-Instruct")
result = trainer.multi_run(
dataset="HuggingFaceH4/ultrachat_200k",
num_runs=5,
steps_per_run=100,
samples_per_run=1000,
)これは、5回のトレーニングパスを実行し、各パスの間にアダプターをマージすることで、以前の知識を保持しながら新しい例を組み込みます。この手法は、最近の継続学習の研究に基づいています。詳細については、このREADMEの末尾にある参考文献 を参照してください。
CLIバージョン:
backprop multi-run --data my_data.jsonl --runs 5 --steps 100 --samples 10005回のトレーニングが4回目の実行でクラッシュした場合でも、再開できます。各マルチランセッションは、実行IDをディスク上の履歴とチェックポイントマニフェストに書き込みます。そのため、中断したところから再開するには、1つのコマンドを実行するだけです。
backprop resume <run-id>
backprop multi-run --data ... --resume <run-id>
backprop train --data ... --resume <run-id> # single-run resumebackprop multi-run のデフォルトの動作(--resume なし)は、同じ出力ディレクトリに進行中のエントリを自動的に検出し、続行します。クリーンな開始を強制するには、新しい出力ディレクトリを指定します。
すべての backprop train および backprop multi-run 呼び出しは、<output>/run_history.json に行を記録します。これには、使用されたモデル、データセット、ハイパーパラメータ、ステータス、最終的な損失、損失履歴が含まれます。過去の実行をリスト表示および検査できます。
backprop list-runs # last 20 runs
backprop list-runs --status failed # filter by status
backprop list-runs --json --limit 100 # machine-readable
backprop show-run abcd1234 # detail view (partial ID is fine)Backpropagateは、インストールされている実験追跡ツール(Weights & Biases、TensorBoard、MLflow)を自動的に検出し、それらを連携させます。wandb がインストールされていてログインしている場合、すべての実行は、ディスク上の実行IDと一致する実行名でW&Bに自動的にログ記録されます。これにより、W&B、ログ、および run_history.json を1つの識別子を使用して検索できます。
pip install backpropagate[monitoring] # installs wandb + psutil
wandb login # one-time setup
backprop train --data my_data.jsonlTrainer(report_to=["wandb"])、Trainer(report_to=["tensorboard"])、または Trainer(report_to="none") を使用してオーバーライドし、追跡を無効にすることができます。
Reflex Webインターフェイスは、オプションです。pipx install "backpropagate[ui]" でインストールし、起動します。
backprop ui --port 7862UIはローカルの http://localhost:7862 で実行されます。現在、ワークフローの 参照/検証/構成 の部分をカバーしています。データセットを指し示し、自動検出された形式と統計をチェックし、モデルを選択し、実行構成を組み立てます。実行の開始はCLIから行われます (backprop train / backprop multi-run)。UIの「開始」ボタンには、そのメモが表示されます。UIによるトレーニングは、今後の計画です。それまでは、UIはオンランプであり、CLIはトリガーです。
他のデバイス(ネットワーク上の他のユーザー、パブリックURLなど)に公開するには、--share(または--host)を--authと組み合わせて使用する必要があります。
backprop ui --share --auth alice:hunter2--authなしでbackprop ui --shareを実行すると、エラーが発生します。理由は、--shareはインターネット上の誰でもアクセスできるURLを公開し、認証がない場合、誰でもトレーニングのパイプラインを制御し、Hugging Faceのトークンを読み取ることができるためです。この設定を無効にするオプションはありません。認証情報を設定したくない場合は、代わりにSSHポートフォワーディングを使用してください。
# On the client:
ssh -L 7860:localhost:7860 <your-training-host>
# On the server:
backprop ui # no --share
# Then open http://localhost:7860 in your local browser完全な脅威モデルについては、handbook/security.mdを参照してください。
UIからのファイルシステムへの書き込みは、単一のディレクトリにサンドボックス化されます。
- デフォルト:
~/.backpropagate/ui-outputs - 上書き:
BACKPROPAGATE_UI__OUTPUT_DIR=/path/you/ownを設定します。 - 上書きは、許可リストで検証されます。システムまたは認証情報のパス(
/etc、~/.ssh、~/.aws、C:\Windows\System32など)は拒否されます。
要件: Python 3.10+、CUDA GPU(8GB以上のVRAM)、PyTorch 2.0+
Python 3.10は少なくともv1.6までサポートされます。2026年10月にアップストリームのサポートが終了し、その後最初のリリースで削除される予定です。新しいインストールでは、Python 3.11または3.12を推奨します。3.11は最もテストされたバージョンです。
Backpropagateは、さまざまなプラットフォームでのトレーニングにおける実行時の癖に対処しますが、インストール時の問題を修正することはできません。最も一般的な問題は次の2つです。
- 誤ったCUDAホイール。 PyTorchは、CUDAバージョンごとに1つのバイナリとして公開されます。誤ったものを選択すると、CPUのみのPyTorchがサイレントにインストールされ、トレーニングは非常に遅くなります。ドライバーに適したホイールをhttps://pytorch.org/get-started/locally/で選択してください。
nvidia-smiを実行して、ドライバー/CUDAバージョンを確認してください。 - Windows + GGUFエクスポート。
[export]エクストラは、llama-cpp-pythonをソースからビルドします。これには、Visual Studio Build Tools(C++コンポーネント)とCMakeが必要です。
macOS: CUDAレールはサポートされていません(CUDAがありません)。CUDAを使用するように設定されたtrainer.train()は、DEP_GPU_NOT_AVAILABLEを発生させます。トレーニングされたアダプターは、Ollamaを介してMacで実行できます。v1.5の新機能: 実験的なMLXレール(--backend mlx、pip install 'backpropagate[mlx]')は、mlx_lm.loraを介してApple Silicon上でLoRAアダプターをネイティブにトレーニングします。LoRA SFTのみで、ビルドおよびユニットテストは完了していますが、実際のハードウェアでの検証はまだ行われていません(Apple Silicon (MLX)を参照)。CUDAパスを使用するか、ORPO / 完全なファインチューニング / FP8 / 複数回の実行を行う場合は、CUDA LinuxまたはWindowsマシンを使用してください。
詳細については、トラブルシューティングハンドブックページにある詳細なインストール修正ガイドと、CUDAトラブルシューティングページにあるドライバー/VRAM/xformers/bf16対fp16の問題に関するページを参照してください。
すべてのPython APIには、対応するCLIミラーがあります。
backprop train --data my_data.jsonl --model Qwen/Qwen2.5-7B-Instruct --steps 100
backprop multi-run --data my_data.jsonl --runs 5 --steps 100
backprop export ./output/lora --format gguf --quantization q4_k_m --ollama --ollama-name my-model
backprop ui --port 7862
backprop info # environment + version snapshot
backprop list-runs # past training runs
backprop show-run <run-id> # detail view
backprop resume <run-id> # resume a crashed run
backprop push ./output/lora --repo me/my-model # push adapter to HuggingFace Hub
backprop diff-runs <run-a> <run-b> # diff two runs side by side
backprop replay <run-id> # re-run with same config / dataset
backprop export-runs --format jsonl # bulk export run history完全なリファレンスは、CLIハンドブックページまたはbackprop <サブコマンド> --helpで確認できます。
すべての設定は、BACKPROPAGATE_プレフィックスを使用して環境変数で上書きできます。
| 変数 | デフォルト値 | 備考 |
|---|---|---|
BACKPROPAGATE_LOG_LEVEL |
INFO |
DEBUG / INFO / WARNING / ERROR |
BACKPROPAGATE_LOG_JSON |
自動 | JSONまたはコンソールログを強制的に出力します。 |
BACKPROPAGATE_MODEL__NAME |
Qwen/Qwen2.5-7B-Instruct |
デフォルトモデル |
BACKPROPAGATE_TRAINING__LEARNING_RATE |
2e-4 |
学習率 |
BACKPROPAGATE_LORA__R |
256 |
LoRAランク(v1.3のデフォルト。v1.2.xのデフォルトの16にするには、--lora-preset=fastを渡します) |
BACKPROPAGATE_UI__OUTPUT_DIR |
~/.backpropagate/ui-outputs |
UIファイルシステムサンドボックス |
ネストされたキーには、二重アンダースコアを使用します(MODEL__NAME、MODEL_NAMEではありません)。完全なリファレンスは、環境変数ハンドブックページにあります。
| プリセット | VRAM | ライセンス | 備考 |
|---|---|---|---|
| Qwen-3.5-4B | 約8GB | Apache 2.0 | 5GB以下のモデルに推奨されるデフォルト値。このサイズで最高の品質。 |
| Phi-4-mini-3.8B | 約8GB | MIT | 推論/数学/コードに優れています。ライセンスの制限が厳しい。 |
| SmolLM3-3B | 約6GB | Apache 2.0 | 完全にオープンなレシピ。ネイティブで64Kのコンテキストをサポート。 |
| Qwen 2.5 7B | 約12GB | Apache 2.0 | 既存のデフォルト値。従来の7Bプリセットの中で最高の品質。 |
| Qwen 2.5 3B | 約8GB | Qwen-Research | ⚠ 研究ライセンス — 商業利用前にQwenライセンス条項を確認してください。 |
| Llama 3.2 3B | 約8GB | Llama Community | Qwen 3Bの優れた代替手段で、許可に関する制限があります。 |
| Llama 3.2 1B | 約6GB | Llama Community | 小さなカードで迅速な実験を行うためのものです。 |
| Mistral 7B | 約12GB | Apache 2.0 | Qwen 7Bと同等で、異なるチャットテンプレートを使用します。 |
| Llama-3.1-8B | 〜7〜8GB(QLoRA) | Llama-3.1-Community | 8B QLoRA、128Kのネイティブコンテキスト(>700M-MAU条項には、別途Metaライセンスが必要)。 |
| Qwen2.5-14B | 〜8.5GB(QLoRA) | Apache 2.0 | 32GBのカードで最適なパフォーマンスを発揮するポイント — ランク/アルファ32、ページングされた8ビットAdamW、4096 ctx。 |
| Mistral-Small-24B | 〜18GB(QLoRA) | Apache 2.0 | 4096-ctxの余裕がある状態で、32GBのカード上で24B QLoRAを実行。 |
| Qwen2.5-32B | 〜26GB(QLoRA) | Apache 2.0 | 32GBの範囲で最大限に活用できる設定 — max_len 2048 + ページングされた8ビットAdamWで、ギリギリ収まる。 |
他のモデルも多くの場合動作する。上記の行は、調整済みのプリセットである。14B〜32Bの範囲は、32GBのカード用にQLoRAが調整されている(測定された範囲)。Biderman 2024 + Thinking Machines 2025に従い、ランク256 / すべての線形ターゲットに対して--lora-preset=quality(デフォルト)を渡すか、v1.2.xのフットプリントが必要な場合は、レガシーのランク16 / q+vターゲットに対して--lora-preset=fastを渡す。
最も一般的な初回実行時のエラーの簡単なインデックスです。完全な逆インデックスは、トラブルシューティングハンドブックページにあります。ドライバー/VRAM/混合精度に関する詳細については、CUDAトラブルシューティングページを参照してください。
| 症状 | エラーコード | 修正方法 |
|---|---|---|
| GPUのメモリがトレーニング中に不足する | RUNTIME_GPU_OOM |
自動 — バックプロパゲーションにより、バッチサイズが半分になり、最大3回再試行されます。無効にするには、Trainer(oom_recovery=False) を使用します。より小さいサイズに強制するには、--batch-size 1 を使用します。 |
| HuggingFace から 401 / "モデルが見つかりません" というエラーが返されます。 | DEP_MODEL_LOAD_FAILED |
huggingface-cli login を実行し、再試行します。タイプミスがある場合は、https://huggingface.co/models から正確な ID をコピーしてください。 |
register_with_ollama 接続が拒否されました。 |
DEP_OLLAMA_REGISTRATION_FAILED |
デーモンを開始します: ollama serve。 https://ollama.com からインストールします。再試行可能です。 |
| チェックポイント保存中にディスクがいっぱいになりました。 | STATE_CHECKPOINT_INVALID |
アトミック書き込みにより、クラッシュ時に .partial ディレクトリが残ります。削除しても安全です。以前の正常なチェックポイントはそのままです。 |
| GPU の過熱によりトレーニングが一時停止しました。 | RUNTIME_GPU_TEMPERATURE_CRITICAL |
自動 — バックプロパゲーションは、温度のしきい値で一時停止し、GPU が冷却されると再開します。頻繁に発生する場合は、エアフローを改善してください。 |
backprop ui --share が拒否されました。 |
RUNTIME_UI_AUTH_NOT_ENFORCED |
--auth user:password を渡すか、代わりに SSH ポートフォワーディングを使用します (「Web UI」を参照)。 |
| GGUF エクスポートが最初の試行で失敗しました。 | RUNTIME_GGUF_EXPORT_FAILED |
pip install backpropagate[export]。Windows の場合は、Visual C++ ビルドツールと CMake も必要です。 |
何らかの理由で処理が失敗した場合、Backpropagate は起動時に run_started run_id=<uuid> のような行を出力し、同じ ID をすべてのログ行、すべてのチェックポイント、およびすべての Weights & Biases エントリに関連付けます。バグ報告には run_id を含めてください。これにより、担当者がその特定の実行に関連するすべての情報を関連付けることができます。
適切なバグ報告には、次のものが含まれます。
run_id— 起動時に出力される UUID。1 つの UUID により、担当者はその特定の実行に関連するすべてのログ行、すべてのチェックポイント、およびすべての Weights & Biases エントリを関連付けることができます。- エラーコード —
stderrの[CODE_NAME]: message行。安定したコードのカタログについては、エラーコード を参照してください。 - 編集されたトレースバック。非詳細モードでは、
stderrが自動的に編集されます (Bearer トークン、sk-*、hf_*、AWS キー、password=/token=/api_key=ペアが削除されます)。貼り付けても安全です。完全な編集されていないトレースバックを取得するには、BACKPROPAGATE_DEBUG=1(または--verbose) で再実行し、投稿する前に確認してください。 backprop infoの出力。1 つのコマンドで、Python / PyTorch / CUDA / GPU モデル / VRAM / OS / インストールされた追加機能が出力されます。これは、担当者がプラットフォーム固有の回帰を特定するために必要なすべての情報です。
バグ報告テンプレート には、これらすべてが明示的に記載されているため、トリアージが迅速に進みます。質問、アイデア、または「これは想定どおりですか?」というスレッドは、GitHub Discussions に投稿してください。セキュリティの問題は、GitHub Security Advisory フォームを通じて非公開で報告してください。ポリシーと対応のタイムラインについては、SECURITY.md を参照してください。
すべてのトレーニングは、ローカルの GPU 上で実行されます。Backpropagate は、HuggingFace からモデルをダウンロードする場合を除き、ネットワーク要求を行いません (これはユーザーが開始します)。テレメトリはなく、クラウドへの依存もありません。
Backpropagate のデフォルト設定と複数回のトレーニングモードは、最近の研究に基づいています。関連する基盤技術に興味がある場合は、次の資料を参照してください。
- Hu et al. 2021. LoRA: Low-Rank Adaptation of Large Language Models. arXiv:2106.09685 — Backpropagate がアダプターを効率的にトレーニングする方法である LoRA を導入した基礎論文。
- Biderman et al. 2024. LoRA Learns Less and Forgets Less. arXiv:2405.09673 — ランク 256 ですべての線形ターゲットを使用した LoRA が、ほとんどのポストトレーニングタスクで 67% の計算量で完全なファインチューニングの品質に匹敵するという実証的な証拠。Backpropagate の v1.3 デフォルト LoRA 構成を推進します。
- Thinking Machines 2025. LoRA Without Regret. thinkingmachines.ai/blog/lora — 高い LoRA ランクで必要な 10 倍の学習率と完全な FT の補正を特定した、実践的なフォローアップ。
- Kirkpatrick et al. 2017. Overcoming catastrophic forgetting in neural networks. arXiv:1612.00796 — ニューラルネットワークが新しいデータでファインチューニングすると、以前のトレーニングを「忘れてしまう」理由を最初に説明した論文 (EWC — 弾性重み集約)。
- Wang et al. 2023. Orthogonal Subspace Learning for Language Model Continual Learning. arXiv:2310.14152 — O-LoRA。これは、新しいアダプターを直交部分空間に制約することにより、LoRA を継続学習に使用する、より早いアプローチです。
- Yadav et al. 2023. TIES-Merging: Resolving Interference When Merging Models. arXiv:2306.01708 — 複数のファインチューニングされたモデルを干渉なしでマージするための基礎的な手法。
- Qiao & Mahdavi 2025. Merge before Forget: A Single LoRA Continual Learning via Continual Merging. arXiv:2512.23017 — Backpropagate の複数回の実行マージャーが実装する特定のアルゴリズム。2025 年 12 月のプレプリント。Backpropagate は、この論文の最初の既知のダウンストリーム採用者です。
MIT — LICENSE を参照してください。
Built by MCP Tool Shop
