[experimental chore/agentx-v0.2-aiperf-testing branch] agentic build_replay_cmd: missing --tokenizer-trust-remote-code breaks Kimi-K2.5 (and other custom-code tokenizer models) / agentic build_replay_cmd 缺少 --tokenizer-trust-remote-code 导致 Kimi-K2.5 等自定义 tokenizer 模型失败
メンテナーはふだん 1 日以内に返信
@sahil-bhatti-ai がすでに取り組んでいます。
2026年5月14日 から。
評価
- 難易度
- 1/5
- 見積もり時間
- 1時間未満
- 初心者へのやさしさ
- 78/100
- issue の種類
- バグ
- 明瞭さ
- 明確に書かれている
- 活発さ
- 静か
調査の方向性
benchmark_lib.sh を開いて build_replay_cmd を見つけ、既存の aiperf フラグを報告されている reproducer と比較します。replay オプションと並べて tokenizer の trust オプションを追加し、カスタムコードの tokenizer モデルで agentic-coding sweep を実行します。完了条件は、最初のリクエストで失敗するのではなく、trace_replay にベンチマークデータが含まれることです。
索引モデルが issue の本文から書いたものです。
説明
Summary
benchmark_lib.sh::build_replay_cmd does not pass --tokenizer-trust-remote-code to aiperf profile. This makes the launcher unusable for any model whose tokenizer requires executing custom Python code from the HuggingFace repo — for example, Kimi-K2.5-MXFP4 (and likely several other Qwen/Kimi/MiniMax variants).
aiperf bails out at startup of the first trace replay request:
╭─ Tokenizer Error ────────────────────────────────────────────────────────────╮
│ Failed to load tokenizer 'amd/Kimi-K2.5-MXFP4' │
│ │
│ AIPerf needs a tokenizer for accurate client-side token counting and │
│ synthetic prompt generation. │
│ │
│ Possible Causes: │
│ • Tokenizer requires executing custom Python code from HuggingFace │
│ │
│ Suggested Fixes: │
│ • Add: --tokenizer-trust-remote-code │
│ • Skip tokenizer (non-synthetic data only): --use-server-token-count │
╰──────────────────────────────────────────────────────────────────────────────╯
Notably, build_replay_cmd does already pass --use-server-token-count, but aiperf still calls into the tokenizer for trace dataset preprocessing (not just synthetic generation), so the skip-flag isn't sufficient.
Repro
Run any agentic-coding sweep against a model with a custom-code tokenizer:
podman run ... -e MODEL=amd/Kimi-K2.5-MXFP4 -e TP=4 -e CONC=1 -e OFFLOADING=none \
-e RESULT_DIR=... \
... vllm/vllm-openai-rocm:v0.19.1 \
/workspace/benchmarks/single_node/agentic/kimik2.5_fp4_mi355x.sh
vLLM server starts cleanly (loads model, /health 200). aiperf then errors immediately on the first request with the tokenizer load failure above. Every CONC point in the sweep produces an empty trace_replay/ directory with no actual benchmark data — sweep_summary.csv has only headers.
Suggested fix
REPLAY_CMD+=" --output-artifact-dir $result_dir/trace_replay"
+# Required for models whose tokenizer ships custom Python code (Kimi-K2.5,
+# some Qwen/MiniMax variants). aiperf's trace-dataset preprocessing calls
+# AutoTokenizer.from_pretrained even when --use-server-token-count is set,
+# so the trust flag is not optional.
+REPLAY_CMD+=" --tokenizer-trust-remote-code"
if [ "$duration" -lt 900 ] || [ "${AIPERF_UNSAFE_OVERRIDE:-false}" = "true" ]; then
REPLAY_CMD+=" --unsafe-override"
fi
This is safe because the launcher already uses --trust-remote-code for the vLLM server side; aiperf needs the matching flag.
Why MiniMax-M2.5 worked but Kimi-K2.5 didn't
MiniMaxAI/MiniMax-M2.5 uses a standard HF tokenizer (no custom code). amd/Kimi-K2.5-MXFP4 ships with custom tokenizer files (tool_declaration_ts.py, media_utils.py — visible in the v0.19.1 vLLM startup log: "A new version of the following files was downloaded from huggingface.co/amd/Kimi-K2.5-MXFP4"). The current build_replay_cmd only happens to work for the subset of models with stock tokenizers.
Impact
Every Kimi family model in v0.2 (kimik2.5-fp4-mi355x-vllm, kimik2.5-fp4-b200-vllm, kimik2.5-int4-b200-vllm, etc.) is currently un-benchmarkable through the agentic-coding scenario. We did a 4h kimik2.5 FP4 MI355X sweep that produced zero data (all 7 conc points failed identically) before noticing this — flag-fix is one line.
Environment
- Branch:
chore/agentx-v0.2-aiperf-testing(tipc8dfb585) - aiperf submodule:
70fecb2e - Reproducer image:
vllm/vllm-openai-rocm:v0.19.1 - Reproducer model:
amd/Kimi-K2.5-MXFP4 - Hardware: AAC1 MI355X (gfx950), TP=4
Companion to issues #1358, #1359, #1360, #1363 (other v0.2 issues found in the same campaign).
中文说明
benchmark_lib.sh 中的 build_replay_cmd 函数未向 aiperf profile 传递 --tokenizer-trust-remote-code 参数。对于 tokenizer 需要执行自定义 Python 代码的模型(如 Kimi-K2.5-MXFP4),aiperf 在启动第一个 trace replay 请求时因 tokenizer 加载失败而报错退出。虽然已传递 --use-server-token-count,但 aiperf 在 trace 数据集预处理阶段仍会调用 tokenizer,该跳过标志不足以解决问题。建议在 REPLAY_CMD 中添加 --tokenizer-trust-remote-code。此问题影响所有 Kimi 系列模型的 agentic-coding 基准测试场景,导致扫描产生零数据。
- 主要言語
- Python
- スター
- 1.9k
- フォーク
- 343
- 平均マージ
- 2日 40分
- マージ済み PR(30日)
- 431
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
SemiAnalysisAI/InferenceX のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
SemiAnalysisAI/InferenceX#2125 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
SemiAnalysisAI/InferenceX#1587 ·
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1〜3時間 初心者へのやさしさ 76/100
SemiAnalysisAI/InferenceX#1359 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1時間未満 初心者へのやさしさ 18/100
SemiAnalysisAI/InferenceX#4655 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 4/5 3〜5日 初心者へのやさしさ 47/100
SemiAnalysisAI/InferenceX#4533 ·
メンテナーはふだん 1 日以内に返信
SemiAnalysisAI/InferenceX の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
メンテナーはふだん 1 日以内に返信
-
namespace operations
難易度 1/5 1時間未満 初心者へのやさしさ 65/100
EclipseFdn/open-vsx.org#15057 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
FinanceFlash/unvibecode#349 ·
-
Mission statement: why this is free, in the README, Why This Exists and the wiki Home対応中かも @ChiefGyk3D が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
ChiefGyk3D/Clouds-Against-Humanity#348 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
vllm-project/vime#508 ·
メンテナーはふだん 4 日以内に返信