Relari: Testing and Simulation Stack for GenAI Systems

Relari: Testing and Simulation Stack for GenAI Systems

Relari, Inc. · コーディング · チャットボット

Relariは生成AIシステムのためのテストとシミュレーション基盤だ。合成テストデータとモジュール単位のLLM評価指標を組み合わせ、利用者より先にパイプラインの破綻を見つける。

Relari: Testing and Simulation Stack for GenAI Systems の画面プレビュー

Relari: Testing and Simulation Stack for GenAI Systems について

About

Relariとは何か

Relariは生成AIアプリ向けのテストとシミュレーションのスタックで、Y Combinatorの2024年冬バッチを経たRelari, Inc.が開発した。理屈は単純だ。自動運転のチームは実道路で事故が起きるのを待たない。何百万キロもの模擬走行を先に走らせる。Relariは同じ考え方をLLMアプリに持ち込む。交通を作り、そこへパイプラインを走らせ、壊れた箇所を採点する。

製品は普段なら別々のツールに散らばる三つの仕事をまとめて扱う。実利用者の行動を模した合成テストセットを組み立て、パイプラインの各モジュールをオープンソースの指標で採点し、本番トラフィックを監視して品質の低下を拾う。そのうちオープンソース側のcontinuous-evalはApache 2.0のPythonパッケージで、検索、生成、コード、分類、エージェントのツール利用まで30以上の指標を備える。pipで入り、Relariに一円も払わずに動く。

制約は機能と同じくらい重い。Relariは動くパイプラインと、何が正解かの定義がすでにある前提で動く。自然言語で書く契約は、結局のところ誰かが書かねばならないからだ。ラベル付きの例も本番のフィードバックもないチームは、カスタム評価器から得られるものが減る。ホスティング版のプラットフォームも、いまは積極的に案内されていない。企業は公開の焦点をエージェント構築ツールへ移し、relari.aiは評価製品を配信しなくなった。オープンソース版はGitHubとPyPIに残り、最後のリリースは2025年1月のv0.3.14である。

導入の流れ

  1. Relariのプラットフォームで無料アカウントを作る。オフラインの採点だけで足りるなら、登録を飛ばしてcontinuous-evalをpipで入れる。
  2. パイプラインを繋がったモジュールとして記述し、各段の入力と出力を対応づけて、指標をどこに付けるか実行側に伝える。
  3. モジュールごとに指標を選ぶ。検索側ならprecisionとrecall、最後のLLM呼び出しなら回答の正しさといった具合だ。
  4. 手元の文書や例題から合成テストセットを作り、評価を回してモジュール別のスコアを読む。
  5. 合格ラインをテストとして書き、リリース手順に組み込む。品質が落ちた変更はそこで止まる。

AIツール情報

Relari: Testing and Simulation Stack for GenAI Systemsの料金、対応プラットフォーム、性能を簡単に確認できます。

無料プランはい
有料プランFree - Custom quote
プラットフォームWeb, Python library
開発元Relari, Inc.
カテゴリコーディング · チャットボット
リリース日Mar 2024
最終更新Jan 2025
サイト訪問数4.9K
サイト世界ランキング3.6M
API提供状況はい

こんな人におすすめ

このツールが最も力を発揮するユーザー、タスク、シーン。

ユーザー

  • LLMアプリを作るAIエンジニア
  • RAGの開発者
  • 大きめの企業のQA・基盤チーム
  • 研究者や学生

タスク

  • 手作業のラベル付けなしで基準データセットを作る
  • 悪い回答の原因段を特定する
  • 公開前にAIエージェントを追い込む
  • CIに品質の関門を置く

シーン

  • プロンプトを直した途端、サポート bot が返金の質問に誤答し始める
  • コンプライアンス支援が正しい規程を引用したと示す必要がある
  • 社内検索チームが幻覚を減らしたい

主な機能

モジュール単位のパイプライン評価

Relariはアプリを一つの黒箱ではなくモジュールのグラフとして扱う。検索、並べ替え、生成を別々に宣言し、それぞれに違う指標を付ければ、実行側が節点ごとの点を返す。回答が外れたとき、スコアボードは壊れた段を指す。全体をまとめて責めない。行動につながる数字と、議論になるだけの数字の違いはここにある。

30以上のオープンソース指標

continuous-evalは検索、文章生成、コード生成、分類、エージェントのツール利用の指標を備える。決定的な照合、意味的な類似、LLMによる判定を同じ実行に並べられるので、安い完全一致とモデル採点の rubric を混ぜて使える。カスタム指標は判定基準、rubric、型付き引数を受け取る。書き表せる方針なら、ほぼ何でも審査役にできる。

合成テストデータの生成

公開ベンチマークは汚染されていて、自分の領域に合うことは少ない。人手の注釈は遅い。生成AIのテストを立ち上げるなら、まずこの壁に当たる。Relariは手元の文書とやり取りの例からテストセットを作り、敵対的なプロンプトや際どい事例も含める。LLMをテストする合成データを、外部のベンチマークに頼らず用意できるわけだ。売り文句は網羅性だ。厳選した40問ではなく、現実的な数千件の問い合わせを半日で用意できる。

人間に寄り添う評価器

汎用の審査役は利用者と意見が食い違う。Relariは自社のフィードバックデータで専用の評価器を訓練し、自社研究では人間の評価者と90パーセント以上一致するとしている。その評価器が新しい出力を採点するので、本番の不満とオフラインのテスト群が繋がる。

エージェント契約と振る舞いの仕様

後の版では契約へと軸足を移した。エージェントがやるべきこと、やってはいけないことを短い自然言語で書く。契約は曖昧な意図を検査できる振る舞いに変えるので、AIエージェントのテストは拒否、口調、守備範囲まで見る。最後の文字列がもっともらしいかどうかだけの話ではない。スタックで最も面白い着想であり、最も文書化されていない部分でもある。

本番監視とフィードバックの循環

実際のトラフィックが来た瞬間、オフラインの点は現実から離れる。Relariの監視は進行中の会話を抽出し、同じ指標で採点し、失敗をテストセットへ戻す。この循環を回し続けるチームのテスト群は、古びるどころか製品と一緒に育つ。

メリットとデメリット

メリット

  • オープンソースの中核は本当に無料で、許諾も緩い。今日パイプラインを評価し、有料版は後で決めればいい。
  • モジュール単位の採点は、多くのチームが実際に抱く疑問に答える。答えが良かったかではなく、どこで壊れたかだ。
  • 指標の広さはRAG評価、コード、エージェントのツール利用を一つのライブラリで覆う。三つの道具を繋ぐ手間が要らない。
  • 合成データ生成器は、LLM評価の仕組みを立ち上げる最遅工程を消す。現実的な設問を数百件そろえる作業のことだ。

デメリット

  • ホスティング版は今すぐ契約しにくい。企業は公開の関心をエージェントツールへ移し、料金ページも消えた。頼れるのはオープンソース版と文書になる。
  • カスタム評価器には自社のフィードバックデータが要る。本番のラベル付き例がなければ、人間との一致率という数字は自社の用途では理論のままだ。
  • 導入には相応のエンジニアリングが要る。パイプラインをモジュールに分け、意味のあるしきい値を決めるのは1日の仕事であって、クリック一発ではない。小さい試作では費用対効果が合いにくい。
  • 文書は製品に遅れている。契約をはじめ新しい着想は、リファレンスよりブログ記事やYCの公開スレッドを読んだほうが早く掴める。

よくある質問

生成AIアプリを模擬し、テストし、採点する。利用者を模した合成入力を作り、そこへパイプラインを走らせ、モジュールごとの点を返す。悪い回答が検索から来たのか、並べ替えか、生成かを切り分けられる。