同じモデル · DeepSeek V4 Flash
+26.5 ポイント
ベンチマーク // Rust 製
Letronna は単一のネイティブバイナリです。起動を待つランタイムも、ウォームアップするインタープリターも、答えとの間に割り込むガベージコレクターもありません。それで何が得られるのか、計測した結果がこちらです。
コールドスタート
7.65ms
ターミナルアプリを起動し、プロンプトが使える状態になるまで。ディスク上に 500 セッション、擬似端末内で計測
アイドル時のメモリ
9.52MB
プロンプトが使える状態での常駐セットサイズ(RSS)
10k イベントのストリームを解析
13.2ms
ローカルサーバーからの長い返答を、1 語ずつ受け取る
速度 // 7 回実行の中央値
人が待たされる処理と、履歴が増えるほど重くなる処理。コアとターミナルそれぞれのベンチを、リポジトリに記録したベースラインと照らし合わせ、遅くなったビルドはベンチで失敗します。モデルは呼び出しません。ハーネス単体の計測です。
バーは 0.1 ミリ秒から 1 秒までの対数スケールです。ほかのエージェントハーネスも同じマシン、同じデータで計測する予定で、その行は計測が済んでからここに加わります。
Harness-Bench // 106 件のエージェントタスク
作業が間違っていては、速さに意味はありません。Harness-Bench では、ファイルや git からメールの仕分け、コードのデバッグまでの実際のタスクを、論文自身の「判定モデル(judge)」で採点します。Letronna の最良の実行は、論文が報告するすべての構成を上回り、同じモデルでの論文の平均ハーネスを 15〜27 ポイント上回りました。
同じモデル · DeepSeek V4 Flash
+26.5 ポイント
同じモデル · Claude Sonnet 4.6
+15.1 ポイント
論文の最良構成と並べた順位
タスクあたりの作業量
| ハーネス | スコア | トークン千 / タスク | モデル呼び出しタスクあたり |
|---|---|---|---|
| LetronnaDeepSeek V4 Flash | 84.0 | 112.7 | 9.0 |
| LetronnaMuse Spark 1.3 | 83.6 | 70.1 | 8.7 |
| LetronnaClaude Opus 5.5 | 83.4 | 50.1 | 7.1 |
| LetronnaClaude Sonnet 5.5 | 83.4 | 47.3 | 6.4 |
| LetronnaClaude Sonnet 4.6 | 80.4 | 86.2 | 11.3 |
| Codex論文 · 8 モデルの平均 | 80.4 | 86.1 | 5.0 |
| NanoBot論文 · 8 モデルの平均 | 76.2 | 68.7 | 7.3 |
| Hermes論文 · 8 モデルの平均 | 71.2 | 139.7 | 22.6 |
| Moltis論文 · 8 モデルの平均 | 68.8 | 134.9 | 8.0 |
| NullClaw論文 · 8 モデルの平均 | 64.4 | 175.1 | 12.1 |
| ZeroClaw論文 · 8 モデルの平均 | 61.4 | 133.2 | 8.6 |
| OpenClaw論文 · 8 モデルの平均 | 52.4 | 82.1 | 5.0 |
スコアは 0〜100 で、論文と同じく、タスクの結果チェック、セキュリティゲート、判定モデル(judge)のルーブリックを組み合わせたものです。Letronna:タスクごとに 1 回実行し、判定モデルが採点したタスクを対象としています(Sonnet 4.6 では 106 件中 106 件、DeepSeek V4 Flash では 105 件)。論文の数値は、その Figure 3 と Table 2 から読み取ったものです。行ごとにモデルは異なります。同一モデルでの比較は上にあります。
タスクエクスプローラー // 全 106 タスク
現在のビルド(メイン)と、ハーネス改良前のビルド(ベース)の比較です。行を選ぶと、両方に対する判定モデルのメモが表示されます。生データは、この表が読み込んでいるファイルそのものです。
生データを読み込み中…
SWE-bench Verified // 10 タスク
OpenHuman のハーネスベンチマークが公開した 10 タスクを、公式の SWE-bench 評価器で採点。すべてのハーネスを DeepSeek V4.1 Flash で実行しています。少ないほど良い結果です。Letronna は 10 タスクすべてを解き、全問解いたハーネスの中で最もトークンが少なくて済みました。
解決タスクあたりのトークン · 千
モデル別の Letronna
| モデル | 解決10 件中 | トークン千 / 解決タスク | モデル呼び出しタスクあたり | 費用セント / 解決タスク |
|---|---|---|---|---|
| DeepSeek V4.1 Flash | 10 | 740 | 24.0 | 1.27 |
| Claude Haiku 5.5 | 9 | 64 | 5.8 | 1.72 |
| Claude Sonnet 5.5 | 9 | 72 | 6.6 | 5.15 |
| Kimi K2.7 Code | 9 | 467 | 25.2 | 12.59 |
| GLM-5.3 Flash | 8 | 86 | 9.9 | 0.89 |
| GPT-6 Luna | 7 | 147 | 10.1 | 1.24 |
タスクごとに 1 回実行。同じタスクでも実行ごとに呼び出し回数が数倍変わることがあり、後のビルドの実行では解決タスクあたり 740k トークン(10/10、1.27¢)でした。トークンは 10 タスク全体のプロンプトと出力の合計を、解いたタスク数で割ったものです。費用は、DeepSeek の行では DeepSeek 自身の価格(公開ハーネスの Web 検索を含む)、モデル表では各モデルの定価で計算しています。公開ハーネスはインターネット接続ありで実行され、Letronna の実行はオフラインでした。トークナイザーはモデルファミリーごとに異なるため、トークン数は同じモデル同士で比べるのが最も適切です。全タスク:swe-bench.json。
Terminal-Bench 2.0 // 89 タスク
Terminal-Bench 2.0 の全 89 タスクを Harbor で実行し、各モデルで Letronna をエージェントとして、タスクごとに 1 回試行。全 89 タスクに対する得点で、高いほど良い。
合格したタスク · 各モデルの Letronna
2026年10月20日、Harbor 0.24 で実行。各タスクは最後の試行で数えます。タスクの答えをネットで調べた実行は不合格とし、インフラ(docker、プロバイダー障害)で失われた試行はやり直しました。Claude モデルは高い推論設定で実行。Claude Opus 5.5 はセキュリティと生物学の 9 タスクをプロバイダーの安全フィルターで失い、Sonnet 5.5 は 3、Haiku 5.5 は 1 で、いずれも不合格として数えます。Grok 4.7 は実行が終わるまで載せていません。
計測方法
cargo test --release -- --ignored、ほかには何も動かしていない状態。セッションは実際に書き込み、約 90 MB 分です。letronna -p で実行。公開値の行は、同ベンチマークの 2026 年 10 月 2 日の実行結果です。