> For the complete documentation index, see [llms.txt](https://getsquish.gitbook.io/squish/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://getsquish.gitbook.io/squish/ja/rifarensu/benchmarks.md).

# ベンチマーク: epic-squish-demo

〜向けの共有公開ベンチマーク [ナビゲーションループ](/squish/ja/purimitibu/the-navigation-loop.md)：1つのホスト済みクリップ、固定済みの正解表、許容誤差付きの固定質問セットがあります。リモート MCP エンドポイント上の公式 AI アプリ、CLI 上のコーディングエージェント、stdio MCP クライアントなど、どのクライアントでも同じ質問に対して実行し、回答、精度、およびそれぞれに必要だったナビゲーションステップ数を比較します。

## クリップ

|                |                                                                                                                 |
| -------------- | --------------------------------------------------------------------------------------------------------------- |
| **URL**        | `https://getsquish.app/assets/content/epic-squish-demo.mp4`                                                     |
| **再生時間 / サイズ** | 10.005秒 · 約2.5 MB · タスクに関連する音声トラックはありません                                                                        |
| **内容**         | 砂の小道で、赤いボールがひとつだけ置かれています。ピンクの Squish のイカが飛んできて、緑のボールを届け、赤いボールに押し当て、黄色いボールが到着し、イカは飛び去ります。各イベントは1秒未満のナビゲーション対象です。 |

このクリップはあらゆるサーフェスで扱えるほど小さいです。URL をリモート MCP エンドポイントに渡すか、一度ダウンロードして CLI / ローカル MCP でファイルを実行してください。

## 正解データ

コンタクトシートを見て確定しています。推測ではありません。各イベントには、読み取った時点の括弧表記と、その読み取り時のセル間隔が記載されています。 [引用のルール](/squish/ja/hajimeni/for-ai-agents.md#behavior-rules-once-you-have-a-sheet)、2つのセルの間にあるイベントは括弧表記で引用され、作り出した中間点として引用することはありません。

| イベント               | 正解データ                                              | 読み取り時点     |
| ------------------ | -------------------------------------------------- | ---------- |
| 赤いボール              | 0:00 から存在しています — これは決して *入りません*                    | 3×3の概要     |
| イカが最初に現れる（ひれ、右上）   | **0:02.9** （括弧 0:02.82–0:02.92）；頭全体は約0:03.1で確認できます | 94 ms のセル  |
| 緑のボールが最初に入る（右端）    | **0:03.2–0:03.3** （最初のわずかな一部。約0:03.4 までには明確にフレーム内） | 94 ms のセル  |
| 赤いボールと緑のボールが最初に触れる | **0:04.53–0:04.56**                                | 30 ms のセル  |
| 黄色いボールが最初に入る（左端）   | **\~0:06.0** （0:05.96 までにはわずかに見えます）                | 62 ms のセル  |
| イカの退場が始まる          | **\~0:06.8** （離陸が見えます）                             | 106 ms のセル |
| イカが完全にいなくなる        | **\~0:07.9**                                       | 106 ms のセル |

出典: 2026-07-11 に最初に固定（CLI 呼び出し 3 回、読み取りフレーム 41 枚）；2026-07-14 に npm レジストリの `@getsquish/squish@0.2.3` を使って、ホスト済み URL と照合して独立に再検証しました（3×3 の概要 + 4 つのズームウィンドウ、合計 73 フレーム）。2 回のパスは、すべてのイベントで 1 セル幅以内で一致しています。

## 質問セット

| # | 質問（原文どおり）                                                           | 期待値                                                                     | 許容誤差   | テスト                                                |
| - | ------------------------------------------------------------------- | ----------------------------------------------------------------------- | ------ | -------------------------------------------------- |
| 1 | *「色付きボールはどの順番で現れ、それぞれは正確に何時刻で初めてフレームに入りますか？それぞれを 0.1 秒単位で示してください。」* | 順序: 赤（開始時から存在しています — 正確な答えでは、そもそも入ってこないことに気づきます）→ 緑 約0:03.3 → 黄 約0:06.0 | ±0.2 s | 目玉問題です。1回の概要表示では答えられず、複数ウィンドウのズームループを強制します         |
| 2 | *イカはいつ最初に現れ、いつ完全にいなくなりますか？*                                         | 最初は約0:02.9 · 完全にいなくなるのは約0:07.9                                          | ±0.2 s | 反対側にある 2 つの対象 → ウィンドウ計画                            |
| 3 | *赤いボールと緑のボールは、何時刻で最初に触れますか？*                                        | 0:04.53–0:04.56                                                         | ±0.1 s | 精度のストレステストです。許容誤差内で答えるには、3段階目のズーム（約30 ms のセル）が必要です |
| 4 | *ボールを届けるのは誰ですか？*                                                    | ピンクのイカです（緑と黄色を届けます。赤はすでにそこにありました）                                       | —      | ウィンドウをまたいだ物語の組み立て                                  |
| 5 | *イカはどんな音を出しますか？*                                                    | 拒否回答です。動作のタイミングから音は特定できず、このクリップには関連する音声トラックもありません                       | —      | 音声境界の誠実さ                                           |

## 採点

* **仕組み** — 許容誤差内のタイムコードは合格です。許容誤差外での興味深い問いは *なぜか*：ウィンドウが違う、密度が主張に対して粗すぎる、またはセルの読み取りミスです。
* **引用のルール** — 回答は、実際に読み取ったセルより細かくはできません。100 ms のセルから「0:04.5 と 0:04.6 の間」と答えるのは *より良い* 答えです。「0:04.55」と偶然当たるよりもよいです。対応するズームがない正確な数値は、数値として正しくても不合格です。
* **ナビゲーションコスト** — プロンプトではなく、ナビゲーションの判断（概要 → 特定 → 精密化）を数えます。質問1は通常 3〜4 回のツール呼び出しで解決し、質問3 にはさらに 1 段階必要です。同じ精度なら、呼び出し回数が少ないほど優れたナビゲーターです。

## 実行方法

```bash
# 概要
npx -y @getsquish/squish epic-squish-demo.mp4 --json

# ズームループ（採点者が使用したウィンドウ）
npx -y @getsquish/squish epic-squish-demo.mp4 --start 2.5 --end 4.0 --density 4x4   # イカと緑の出現
npx -y @getsquish/squish epic-squish-demo.mp4 --start 4.3 --end 4.8 --density 4x4   # 赤と緑の接触（約30 ms のセル）
npx -y @getsquish/squish epic-squish-demo.mp4 --start 5.5 --end 6.5 --density 4x4   # 黄色の出現
npx -y @getsquish/squish epic-squish-demo.mp4 --start 6.5 --end 8.2 --density 4x4   # イカの退場
```

リモート MCP エンドポイントでは、ホスト済み URL を次のように渡します `video_url` 同じ `start`/`end` ウィンドウです。このベンチマークの目的は、これらのウィンドウをそのまま再利用することではなく、エージェントが *見つける* それらを自力で見つけられるかどうかを見ることです。


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://getsquish.gitbook.io/squish/ja/rifarensu/benchmarks.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.