LangSmith 料金・機能比較：Langfuseとの違いと選び方

LangSmith 料金・機能比較の結論：LangChainやLangGraphを使い、トレーシングと評価を日々の開発フローにまとめたいチームにはLangSmithが向いています。複数のフレームワークで共用する基盤や、オープンソースでのセルフホスティングを求めるならLangfuseです。LangfuseとLangSmithの選択を分けるのは、どのコードの実行を調べたいか、失敗をどうテストに変えるか、データ基盤を誰が運用するか、という3つの問いです。

LangSmithとLangfuse、どちらを選ぶべきですか？

**既存のLangChain・LangGraphアプリケーションの改善が主目的なら、LangSmithを選びます。アプリケーションを横断する共通のオブザーバビリティサービスが必要な場合や、Enterpriseのソフトウェア契約なしでセルフホストしたい場合は、Langfuseを選びます。**どちらもトレーシング、評価、データセット、プロンプト管理、監視に対応しています。違いは、チームでどの作業フローを標準にしたいかです。

トレースはアプリケーションの1回の実行を記録し、その中のスパンが検索、モデル呼び出し、ツール実行などの処理を記録します。評価、いわゆるevalは、動作が定めた基準を満たすかを判定します。データセットはその確認に使う事例を保存し、アプリケーションを変更した後も同じ検証を繰り返せるようにします。

以下の推奨は、計装との相性、失敗をテストに変える作業フロー、運用責任という実務上の基準に基づきます。公開ドキュメントに記載された機能からの編集上の判断であり、実測した速度や精度のランキングではありません。

**ドキュメントと料金は、2026年10月14日に両社の公開ページで確認しています。**価格はUSDです。実際に導入して動作や性能を検証した記事ではありません。

LangSmith 料金・機能比較：Langfuseとの違いを一覧で確認

**基本機能は両方にそろっています。決め手になるのは、連携のしやすさ、レビューの進め方、利用できるホスティング形態です。**まず比較表を確認し、その後の各節で、導入を見送る理由になり得る要件を確かめてください。

機能の参照先：LangSmithのドキュメント、Langfuseのトレーシング、および各節に掲載した評価、プロンプト、ホスティングのガイド。

料金を数える単位が異なる点に注意してください。Langfuseはトレース、オブザベーション、スコアをユニットとして数えるため、利用枠はアプリケーションの実行全体の回数ではありません。LangSmithのPlusに含まれるトレースは共有の総枠であり、購入した席数ごとに追加される枠ではありません。自社のトラフィックで見積もる際は、両社の料金ページで料金体系全体を確認し、Langfuseのユニット定義も参照してください。

選定では、必要な作業フローとデプロイ形態を利用できるかを先に確認します。安いプランでもホスティング要件を満たせなければ使えませんし、高いプランを選ぶだけで評価の質が上がるわけでもありません。

LangSmithとLangfuseは何をする基盤ですか？

LangSmith：デバッグから評価までをつなぐワークスペース

**LangSmithは、エージェントアプリケーションの動作を把握し、改善するためのLangChainのプロプライエタリなプラットフォームです。**オブザーバビリティ機能で個々の実行や本番環境の指標を調べ、評価機能で記録した失敗を繰り返し検証できるチェックに変えます。開発責任者にとっての価値は、その作業がつながっていることです。誤った回答を調べている開発者が、その事例を次のリリースの検証用に残せます。LangChainもFAQで、LangSmithがプロプライエタリであることを明記しています。

LangSmithは、エンジニアとレビュアーがこのワークスペースを日常的に使うチームに向いています。一方、制約となるのは契約と運用です。LangChainがオープンソースでも、LangSmithのサーバーまでオープンソースになるわけではありません。自社環境へのデプロイにはEnterpriseのセルフホスティング契約が必要です。調達要件にオープンソースのバックエンドが含まれるなら、第一候補にはしないほうがよいでしょう。

Langfuse：自社でも運用できる共通基盤

**Langfuseは、トレーシング、評価、プロンプト管理、分析に対応するオープンソースのLLM開発基盤です。**コア機能はLangfuse Cloudでも自社インフラでも動かせます。アプリケーションのフレームワークに選定を左右されず、サービスを横断して一貫した実行記録を扱いたい基盤エンジニアにとって、有力な第一候補です。セルフホスティングの料金ページには、MITライセンスのコアと、別ライセンスのEnterprise機能が記載されています。

Langfuseで課題になるのは、共通の計装を実務に役立つ形に整える作業です。スパンを受信できるだけでは、ユーザー識別子、プロンプトとの関連付け、スコアの定義、リリースラベルは統一されません。セルフホストするなら、アップグレード、ストレージ、信頼性の維持も自分たちの仕事になります。インフラの担当者がいないチームは、オープンソース版の自社運用を当然の前提にする前に、ホステッドサービスを検討すべきです。

所有関係については、**Langfuse自身がClickHouseによる買収を公表しています。**チームはLangfuseの開発を続け、オープンソースとセルフホスティングへの取り組みも継続するとしています。企業の所有関係と、ソフトウェアライセンスで認められる権利は、分けて考える必要があります。Langfuseの発表。

フレームワークとの相性とトレーシング

**LangChain中心のアプリケーションでは、連携の手軽さでLangSmithが優位です。共用するオープンソースのオブザーバビリティサービスなら、Langfuseが有力な第一候補になります。**これは、もう片方が自社のコードに対応しないという意味ではありません。

LangfuseとLangChainの役割はどう違いますか？

Langfuseはアプリケーションの動作を観測します。LangChainはモデル、ツール、データ、アプリケーションロジックをつなぎ、アプリケーションの構築を支援します。両者は併用できます。LangSmithの代わりにLangfuseを選んでも、アプリケーションのLangChainを置き換える必要はありません。

フレームワークとトレーシングの選定は分けて考えてください。検索処理も大きな比重を占めるアプリケーションなら、LlamaIndexとLangChainの比較を参考に、その層を検討できます。オブザーバビリティの選択をきっかけに、不要な作り直しをする必要はありません。

LangfuseをLangChainと連携させるには

Langfuseの公式LangChain連携では、コールバックを通じてモデル呼び出し、ツール、リトリーバーの動作を記録します。コールバックは、フレームワークが処理の開始時や終了時に呼び出すフックです。この仕組みなら、LangChainを使うチームはアプリケーションの制御フローを組み直さずにLangfuseを導入できます。Langfuseの連携ガイド。

サポートアシスタントを検証するなら、最終回答だけを見てはいけません。誤った返金案内に至ったとき、取得した注文情報、ツールの引数、その実行結果まで確認できるでしょうか。外側のリクエストだけが残るトレースで分かるのは、ログを記録できるということだけです。失敗の原因究明に役立つ連携になっているかは、別に確かめる必要があります。

LangfuseのCallbackHandlerで確認すること

CallbackHandlerは、LangChainの実行イベントを記録する連携コンポーネントです。試験導入では公式の現行手順に従って組み込み、入れ子の処理が意図した実行にひも付いているかを確認します。デプロイ先の実行環境で、バックグラウンドのエクスポートが完了するかも確認してください。特に、短時間で終了するプロセスがリクエストを処理する場合は注意が必要です。

SDKの互換性を調べずに、古い連携コードを新しい環境へコピーするのは避けます。参照するドキュメントと、インストールしたパッケージが対応していなければなりません。実装の目標は、どの実行のものかを特定できる完全な記録を得ることです。接続状態が正常表示になるだけでは十分ではありません。

LangfuseとLangGraphは併用できますか？

LangGraphは状態を持つエージェントのワークフローを制御し、Langfuseはその実行を観測・評価します。LangSmithもLangGraphと連携し、LangChainのモジュールや他のSDKを使うアプリケーションに対応しています。LangChainのモジュールを使う場合、公式ガイドでは環境設定によってトレーシングを有効にします。LangSmithのLangGraphガイド。

同じ開発者がグラフの実行を理解し、モデルとツールの動作を調べ、失敗を評価につなげるなら、まずLangSmithを検討します。フレームワーク自体の違いは、LangChainとLangGraphの比較を参照してください。

LangGraphの実行をLangfuseでトレースするには

Langfuseは、LangChain連携を通じてトレースのメタデータ、スコア、管理対象のプロンプトを追加するLangGraph連携を公開しています。グラフを使うアプリケーションだからといって、LangSmithの購入が必須になるわけではありません。LangfuseのLangGraphクックブック。

複数フレームワークを支える基盤では、**実行記録の転送方法を標準化できるOpenTelemetryが役立ちます。**LangfuseのPythonおよびJavaScript/TypeScript SDKはOpenTelemetryを基盤とし、その他の実行環境からもOpenTelemetry経由でエクスポートできます。LangSmithも連携先としてOpenTelemetryを挙げています。LangfuseのOpenTelemetryガイド、LangSmithの連携一覧。

ただし、転送方式が共通でも、すべてのフィールドをそのまま交換できるわけではありません。Langfuseのドキュメントには、トレース属性をオブザベーションへ伝播させる仕組みが記載されています。ユーザーID、セッション、リリースのメタデータを、検索対象となる各処理にどう届けるかを設計してください。どちらのバックエンドも、そのまま差し替えられると判断する前に、選んだ計装で実際のアプリケーションの処理経路をテストする必要があります。

評価とデータセット：レビューを一連の流れにするならLangSmith

**本番で起きた失敗をレビューし、再利用できるデータセットに残して、リリース間の比較まで進めることを重視するなら、LangSmithが有力な第一候補です。**これは作業フローに基づく推奨であり、Langfuseに評価機能がないという意味ではありません。

どちらも、保存した事例で変更案を検証するオフライン評価と、本番の動作を採点するオンライン評価に対応しています。LangSmithは、人によるレビュー、コードで定義するルール、モデルを使った判定、ペア比較を公開ドキュメントで説明しています。Langfuseには、データセット、実験、人によるアノテーション、コードによる評価器、モデルによる判定、外部から渡すスコアが記載されています。LangSmithの評価機能、Langfuseの評価機能。

返金アシスタントのデータセットには、顧客の依頼、関連する注文情報、ポリシー上期待される処理結果を含めると役立ちます。必須フィールドの有無はコードで確認できます。対応がポリシーに沿っているかは、人がレビューできます。モデルによる判定で根拠のない主張を検出することもできますが、そのスコアは人の判断と照らし合わせる必要があります。

この切り分けによって、回答の流暢さばかりを測り、誤った操作を見逃すという高くつく失敗を防げます。回答の品質とツールの動作には、それぞれ別の基準を定めてください。誤った根拠からもっともらしい答えが出た難しい事例は、残しておくべきです。

LangSmithの自動化ルールは、トレースをデータセットやアノテーションキューに送り、Webhookを発火させられます。この連携がドキュメントに明示されているため、レビューを一連の流れにしたい場合に推奨しています。ただし、**実装上の制約として、各ルールは独立してポーリングします。**評価器がスコアを生成する前にWebhookが発火し、想定したスコアが含まれないことがあります。下流のフィルターで、その依存関係が満たされるようにしてください。LangSmithの自動化ルール。

すでに自前の評価ランナーがあり、データセット、実験結果、レビュアーのスコアを共有する場所が必要なら、Langfuseが適しています。公式ドキュメントでは、継続的インテグレーションで実験を実行し、品質チェックに失敗した変更を止める運用も扱っています。決め手は、レビュアーがどこで仕事を完了するかです。製品内でつながった作業フローを使うのか、それともエンジニアがすでに保守している評価プロセスを中心に進めるのかを考えます。

プロンプト管理はリリースの進め方で選ぶ

**アプリケーション間で共用するプロンプトサービスならLangfuse、実験と同じレビューワークスペースでプロンプトの環境昇格を扱うならLangSmithを推奨します。**どちらも、単なるテキストエディターを超えた機能を備えています。

Langfuseはプロンプトを一元的に保存し、バージョン管理して配信します。SDKはプロンプトをキャッシュし、公式ドキュメントではバージョンラベルやトレースとの関連付けを、デプロイ管理や性能分析につなげています。複数のサービスが使う共通の指示を、業務の専門家が管理する組織に合う形です。Langfuseのプロンプト管理。

LangSmithは、プロンプトのコミット、Playground、明示的に区別されたStagingとProductionの環境を提供します。管理ガイドには、環境への昇格、ロールバックの履歴、プロンプト所有者による制御が記載されています。指示を編集できる人が、そのまま本番へ反映する権限まで持つべきではない場合に役立ちます。LangSmithのプロンプト管理。

どの返金に承認が必要かを決めるポリシープロンプトを考えてみてください。文章を編集すること自体は簡単です。重要なのは、本番が意図したバージョンを取得したか、評価を通過したか、以前のバージョンへ戻せるかです。アプリケーションのコードが同じでも、プロンプトの変更で製品の動作は変わり得ます。

受け入れテストには、トレース上でのバージョンの特定と、意図的なロールバックを含めてください。プロンプトの取得に失敗した場合や、キャッシュされたバージョンを使い続けた場合の挙動も確認します。これらはアプリケーション側の責任として検証する項目です。どちらのベンダーも、あらゆるデプロイ形態を保証していると考えてはいけません。

ダッシュボードがあるというだけで、安定しているプロンプトをバージョン管理されたコードから移す必要はありません。一元管理に価値があるのは、編集者に使いやすい作業フローを提供し、エンジニアがリリースの境界を制御できる場合です。

監視：原因の切り分けならLangSmith、共通分析ならLangfuse

**アラートをきっかけにレビューを始めたいならLangSmith、複数のサービスで一貫した運用ダッシュボードを使いたいならLangfuseが有力です。**どちらも監視とアラートを公開ドキュメントで説明しているため、アラート機能の有無だけで導入を決めるべきではありません。

LangSmithは、本番のメトリクスをトレースの調査、オンライン評価、自動化につなげます。Langfuseは、品質、コスト、レイテンシ、処理量のダッシュボードとメトリクスAPIを提供し、しきい値によるアラートにも対応しています。LangSmithのオブザーバビリティ、Langfuseのメトリクス。

開発責任者にとって役立つ監視は、失敗の種類を区別できるものです。検索の遅延と、許可されていないツール操作では、必要な対応が違います。トークン使用量の増加と、品質スコアの低下でも、調べる内容は異なります。各シグナルの担当者と、発生時に確認する実行記録を決めておきます。

共通のダッシュボードには、共通の定義が必要です。サービスごとにsuccessというスコアの意味が異なると、集計したグラフは健全に見えても、互いに比較できない結果が混在していることがあります。チーム間で比較する前に、採点基準、ユーザーとセッションの識別子、リリースラベルを定義してください。

LangSmithの自動化には、課金に関わる側面もあります。保存期間を延長するアクションを有効にすると、条件に一致するトレースがアップグレードされることがあります。レビューの作業フローとあわせて、この設定も確認してください。有用な失敗の記録を残さない理由にするのではなく、自動化を意図して設定するための確認事項です。自動化による保存期間の扱い。

オープンソースとセルフホスティング：導入条件ではLangfuseが有利

**プロプライエタリな基盤のライセンス交渉なしでセルフホストできることが必須なら、Langfuseを選びます。LangSmithの作業フローを自社インフラで使いたく、商用契約を受け入れるなら、LangSmith Enterpriseを選びます。**どちらにもセルフホストの選択肢はありますが、ここで説明するオープンソースのコアを提供するのはLangfuseです。

Langfuseのセルフホスト向け料金ページでは、トレーシング、評価、プロンプト管理、データセットのコア機能がMITライセンスに含まれています。また、組織のIDプロバイダーを使うエンタープライズ向けシングルサインオン（SSO）と、ロールに応じて権限を割り当てるロールベースアクセス制御（RBAC）も、オープンソース版の機能として掲載されています。一方、プロジェクト単位のRBAC、監査ログ、データ保持ポリシーなど、より細かな制御はEnterpriseに含まれます。「RBACに対応」というだけで調達要件を満たすとせず、必要な制御を個別に確認してください。Langfuseのセルフホスト向けプラン。

LangSmithの公式セルフホスティングページは、この提供形態をEnterpriseのアドオンと説明し、試用ライセンスキーについては営業への問い合わせを案内しています。基本構成にはオブザーバビリティ、評価、プロンプトエンジニアリングが含まれ、エージェントのデプロイは任意です。そのため、エージェントの実行先まで移すことを前提にせず、これらの作業に使う自社環境のLangSmithを評価できます。LangSmithのセルフホスティング。

完全なセルフホスティングとハイブリッドデプロイも区別してください。LangChainの料金ページでは、ハイブリッドをSaaSのコントロールプレーンと自社運用のデータプレーンを組み合わせる形態と説明しています。完全なセルフホスティングでは、自社環境で全体を管理します。要件がアプリケーションデータだけでなく管理サービスにも及ぶなら、その境界に沿って構成をレビューする必要があります。

自社運用で引き受ける作業

Langfuseをセルフホストするには、WebとWorkerのコンテナに加え、PostgreSQL、ClickHouse、RedisまたはValkey、オブジェクトストレージを運用します。公式ガイドはDocker Composeをローカル利用とテスト向けと位置付けており、その構成だけでは本番向けの可用性、スケーリング、バックアップは提供されません。Langfuseのデプロイ構成。

実際の予算には、増え続けるストレージ、アップグレード、バックアップ、復旧、そしてデータ取り込みが遅れたときに対応する人の負担も含まれます。LangSmithを自社環境に置く場合も、アプリケーションやストレージのサービスを運用しなければなりません。商用ライセンスを購入しても、自社管理の環境でこれらの責務がなくなるわけではありません。

制約の厳しい環境では、評価器とPlaygroundが接続するモデルも整理してください。オブザーバビリティのデータベースを非公開にするだけでは、評価時に入力がどこへ送られるかは確定しません。Langfuseは、任意のモデルAPIやゲートウェイへの接続をドキュメントに明記しています。デプロイ設計には、それらの接続も含める必要があります。

**少額のクラウド利用料を避けるためだけにセルフホストしてはいけません。**制御できる範囲、中身を確認できること、デプロイ境界を保てることに、運用の負担を引き受ける価値がある場合に選びます。本番システムが依存し始める前に、運用責任者を決めてください。

LangSmithからLangfuseへ、またはその逆へ移行するには

**移行で負担が大きいのは、トレースの送信先を変えることより、チームの作業フローと判断の根拠を維持することです。**計装は、移行で扱う領域の一部にすぎません。

まず、データセットの入力、期待する結果、スコアの定義を引き継ぎます。次に、プロンプトのバージョンとリリース参照、評価器の設定、レビュアーのアクセス権、ダッシュボードを再構築します。過去のトレースのうち、どれを移行先でも検索可能にし、どれを残りの保存期間だけ旧システムに置くのかを明確に決めてください。記録をエクスポートしても、元の画面、データ間の関係、リンクまで再現されるとは限りません。

送信する記録を両方の接続先が解釈できる場合、OpenTelemetryは計装固有の作業を減らせます。ただし、プロンプト識別子、アノテーションキュー、データセットへの参照、人によるレビュープロセスが自動で移行されるわけではありません。それぞれをアプリケーションや作業フローの依存要素として扱い、個別の受け入れ確認を設けてください。

移行は、次の順序で確認しながら進められます。

1. 1

   業務で依存している動作を洗い出す

   トレースのフィールド、プロンプト参照、データセット、評価器の採点基準、レビューキュー、アラート、エクスポートを一覧にします。それぞれに担当者と受け入れ条件を定めてください。フィールド名だけでなく、データの意味を保つことが必要です。

2. 2

   代表的なアプリケーションの処理経路を比較する

   成功と失敗の両方を含む少量のトラフィックサンプル、またはステージング環境のワークロードを使います。移行先で、親子関係、ツールの引数、プロンプトのバージョン、ユーザー・セッションへのひも付けを確認してください。一時的に両方のシステムへ送信するなら、ストレージとエクスポート処理の重複も見込んでおきます。

3. 3

   レビューとリリースの手順を移す

   データセットと評価器の作業フローを再構築します。実際に担当するレビュアーに同じ事例を判定してもらい、スコアの意味が一致するかを確かめてください。プロンプトの環境昇格、ロールバック、アラートから調査に至る手順も実行します。

4. 4

   旧システムへの依存を計画的に解消する

   必要な作業フローが機能することを確認してから切り替えます。合意した期間は過去の記録へのアクセスを残し、不要になった認証情報とエクスポーターを削除してください。エンジニアが調査先に迷わないよう、障害対応の手順も更新します。

現在の評価・レビューの流れが機能しており、移行しても同じトレースの表示先が変わるだけなら、LangSmithを使い続けるのがよいでしょう。共通スキーマと評価プロセスがすでに組織の役に立っているなら、Langfuseを使い続けるのが基本です。LangSmithによって、現状では利用者が効率よく完了できない具体的な作業を解決できる場合は、移行を検討できます。移行の手間に見合う作業上の利点か、移行してでも満たすべきデプロイ要件が必要です。

よくある質問

LangSmithとLangGraphはどう違いますか？

LangGraphは、状態を持つエージェントの処理を制御するフレームワークです。LangSmithはそれとは別の基盤で、本記事ではトレーシング、評価、データセット、プロンプトの作業、監視に使うものとして比較しています。LangGraphで開発しても、オブザーバビリティのバックエンドにLangSmithを選ぶ必要はありません。LangfuseもLangGraph連携を公開しています。

LangSmithは有料ですか？

LangSmithには無料のDeveloperプランと、有料のPlus・Enterpriseがあります。開始料金と含まれるトレース枠は、上の比較表に記載しています。席数と使用量は分けて考える必要があり、セルフホスティングはEnterpriseの契約に含まれる選択肢です。現在の見積もりは、リンク先の料金ページで確認してください。

Langfuseは無料で使えますか？

はい。Langfuseには利用枠付きの無料クラウドHobbyプランと、MITライセンスで無料利用できるセルフホスト版のコアがあります。ただし、コアを自社で動かすにはインフラと運用が必要です。有料クラウドとセルフホスト向けEnterpriseでは対応する要件が異なるため、必要な機能を該当するプラン表で確認してください。

Langfuseの代替ツールには何がありますか？

本記事で直接の代替として比較しているのはLangSmithです。トレーシングから評価までつながる作業フローが乗り換えの目的なら、有力な選択肢です。一方、オープンソースのバックエンドが要件なら、プロプライエタリなLangSmith Enterpriseのセルフホスティングでは同じ要件を満たせません。

LangSmithとLangfuseの主な違いは何ですか？

大きな違いは、プロプライエタリかオープンソースか、セルフホストできる条件、席数とユニットを基準にするクラウド課金モデル、そしてレビュアーが評価作業をどう進めるかです。どちらもトレーシング、オンライン・オフライン評価、データセット、プロンプト管理、監視、OpenTelemetry連携に対応しています。機能の有無だけでは優劣は決まりません。

LangSmithはセルフホストできますか？

はい。LangChainはセルフホスト版LangSmithをEnterpriseのアドオンと説明し、営業窓口を通じて試用ライセンスを提供しています。自社環境向けの基本構成には、オブザーバビリティ、評価、プロンプトエンジニアリングが含まれます。オープンソースのLangChainやLangGraphライブラリを自由に動かすこととは別の話です。

LangSmithの無料の代替ツールはありますか？

本記事で比較した機能については、Langfuseの利用枠付き無料クラウドプランや、オープンソースのセルフホスト版コアが代替になります。実際に必要な条件を比較してください。クラウドの利用枠、自社運用する非公開環境、Enterpriseのサポート契約は、それぞれ異なる調達です。

セルフホストするなら、どのソフトウェアが最適ですか？

本記事の対象であるLLMのトレーシングと評価では、オープンソースで利用できることが必須ならLangfuseが有力な第一候補です。一方、LangSmithのレビューフローがすでにチームの中核にあるなら、LangSmith Enterpriseのほうが合う場合があります。あらゆるソフトウェア分野や運用チームにとって、どちらかが常に最適なわけではありません。

LangGraphの利用料金はいくらですか？

LangChainによると、LangGraphライブラリはMITライセンスで無料利用できます。モデル呼び出し、インフラ、任意の商用プラットフォームサービスの費用は別です。LangSmithの利用料やトレーシング料金を、LangGraphライブラリのライセンス料と混同しないでください。LangChainのFAQ。

選定を進めるために、次に何を確かめるべきですか？

**ホスティングの制約を満たしながら、エンジニアとレビュアーが失敗の調査からリリースまでを完了できる基盤を選びます。**来週、アプリケーションで起きた代表的な失敗を取り上げてください。原因となった処理を特定し、期待する結果を保存し、修正案を評価して、本番に届くプロンプトのバージョンまで確認します。

その検証で解消できなかった作業を書き出します。LangSmithでは、商用契約と自社ホスティングの条件を確認します。Langfuseでは、計装のスキーマと運用責任者を確認します。残った責務を整理するほうが、機能のチェックリストより判断に役立ちます。

本番のツールを増やす前に、AI業務ワークフロー監査チェックリストを入手し、作業フロー、責任者、リリース時の制御を整理してください。