このページは英語版ドキュメントの翻訳です。コマンド、識別子、例はそのままです。ランタイム 7.24.5 · SDK 2.6.9。 英語版

Tiel MTP プロファイルの比較

ステータス: 測定済みのローカルスナップショット 最終確認: 2026-09-19 所有者: AX Code メンテナー 対象範囲: ネイティブ Tiel MTP プロファイルの測定と、管理された AX Code の受け入れ

AX Code は今、既定の Tiel Coder パックに auto 投機プロファイルを選び、MTP の有効化は required のままにします。Cyber-Tiel は agentic を保ちます。その auto 候補は、実際の読み取りツール探査で繰り返し出力と、その後の並行上限エラーにより失敗しました。これによりエンジンは、モデル固有のドラフトゲートを使えます。以前の汎用 agentic プロファイルは、そのゲートを 0.80 で上書きしていました。ネイティブ比較は、測定した両方の作業負荷で Tiel のデコードを改善し、より長い入力の Cyber-Tiel も改善しました。Cyber-Tiel の短い入力の結果は、わずかに悪化しました。ネイティブスループットが高いことは、その候補で使えるツール挙動を確立しませんでした。

これらは、128 GiB を備えた Apple M3 Max 上での、AX Engine ネイティブ位相の直接測定であり、AX Code のタスクスループットではありません。元の AX Engine 対 MTPLX の報告 は、19 September の M3 Max における過去の基準線のままです。現在の順位は 20 September の 4 台キャンペーン です。このプロファイル実験では MTPLX を再実行していないため、以前の 92–96 tokens/s を同時比較として扱ってはいけません。

確認結果

速度は tokens/s で、それぞれキャッシュなしの 256 トークン補完を 3 回行った中央値です。モデルの読み込みと 64 トークンのウォームアップは除きます。ホストでは他のデスクトップアプリケーションが動いていました。これは小さなローカルスナップショットであり、制御された熱や耐久の研究ではありません。

採用されるのは Tiel の auto プロファイルだけです。Cyber-Tiel の auto の数値は実験上の証拠であり、出荷時の既定ではありません。より長い入力の位相速度は改善しましたが、読み取りツールの失敗が昇格を阻みます。失敗の原因がプロファイルだけだったことは確立しません。プリフィル設定が同じでも、プリフィルは変動しました。絶対速度も以前の報告と異なるため、その過去の基準線はこれらの利得の計算に使っていません。

確認要求 24 件はすべて、有効な MTP、正の受理ドラフト、直接フォールバック手順ゼロ、再利用入力トークンゼロを報告しました。エンジンはサンプル厳密ルートのコード（ax_mtp_correctness_mode=2）を報告しました。そのランタイム分類は、独立した数値や品質の認証ではありません。

サニタイズされた入力、位相カウンタ、すべての確認とパイロットの受領、管理およびツールの受け入れ がこの報告に付きます。

単一変数のパイロット

繰り返し比較の前に、事例ごとに 1 回の予備試行でゲートを切り分けました。これらのパイロットを確認試行と混ぜないでください。

文脈パイロットでは、明示的なゼロゲートと auto の要求が、同一の出力トークンとドラフトおよび受理の件数を生みました。auto 要求のロールバック計時は 1.061 秒から 0.055 秒へ、ドラフト計時は 0.718 秒から 0.130 秒へ下がりました。しかし検証サイクルは 78 から 111 へ増え、検証評価は約 2.26 秒のままでした。したがってデコード全体の改善は、どちらの計時短縮よりもはるかに小さいものでした。これらのカウンタは異なる実行経路を記述します。将来の高速化に対する、独立で加算できる見積もりではありません。

追加の確率的ドラフトのパイロット 2 件は、0.6 のドラフト温度上書きがある場合とない場合の両方で、無効な MTP、直接フォールバック手順 255、ドラフトなしを報告しました。エンジンの保護が直接フォールバック経路を選びました。生の受領は保持され、有効な MTP の比較から明示的に除外されます。AX Code はこれらの上書きを採用せず、その保護を迂回しません。

再現と範囲

元の測定方法 と同じエンジンビルド、ピン留めスナップショット、プロンプトトークン、サンプリングパラメータ、起動コマンドを使い、変えるのは --speculation-profile agentic を --speculation-profile auto にすることだけです。確認要求には、追加の MTP 環境上書きはありませんでした。プレフィックスキャッシュは AX_MLX_PREFIX_CACHE_MAX_ENTRIES=0 で無効にしました。ネイティブデコードの式は引き続き (output_tokens - 1) / native_decode_seconds です。プリフィルは、キャッシュなしの入力トークンをネイティブプリフィル秒で割った値です。

エンジンは 51137c71a6794964d52c32c95e275c0923ed8d0b の最適化されたソースビルド、MLX 0.32.2、サーバー SHA-256 1fbe7fc50ea16448f98350616273214c0475bffb3ef509fceb3f8849163e97f5 でした。試験した Homebrew 7.4.0 バイナリは、必要な Tiel 名前空間ローダー修正より前のものです。ただしこのソースビルドも 7.4.0 と報告します。インストール済みバイナリやユーザー設定は置き換えていません。

確認の順序は、Tiel / 自動、Tiel / エージェント型、Cyber-Tiel / エージェント型、Cyber-Tiel / 自動でした。各起動は 64 トークンのウォームアップを 1 回受け、その後に短文 3 回と文脈 3 回の試行を受けました。計時した試行では推論バックエンドは一度に 1 つだけ動き、コンパイルとテストスイートは除きました。スケジューラ幅は 2,048、コンテキストは 32,768、最大出力予算は 8,192、最大並行度は 1 のままでした。実際に管理された AX Code は既存のスケジューラ幅 8,192 を保つため、位相の表はそのクライアントスループット全体を確立しません。

既定の変更が適用されるのは、正確な AutomatosX Tiel Coder リポジトリとその別名だけです。Cyber-Tiel は以前の agentic プロファイルを保ちます。明示的な起動プロファイルの上書きは引き続き優先されます。密な Qwen3.8 の実験的な環境とプレフィックス形状は別のままです。どちらも Tiel には適用されません。過去の、または認識されないモデルは以前のプロファイルを保ちます。クラウド、CLI、プライベート GPU、AX Trust のプロバイダー挙動は変わりません。

管理された受け入れとツール受け入れ

別の隔離ソース実行が、既定の Tiel 有効化と明示的な Cyber-Tiel 有効化、ライブの必須かつ有効な MTP、AX Code の read ツール、管理された停止を試します。auto を伴う Tiel は読み取りを完了し、正しいマーカーを返しましたが、ファイル内容だけを返す代わりに文章とコードフェンスを追加しました。auto を伴う Cyber-Tiel は、読み取りを完了せず意図した動作を繰り返し、出力ループのガードを引き起こし、その後の再試行で並行上限の 429 応答を受け、約 81 秒後にエラーで終了しました。保持された agentic の対照は同じ繰り返し出力を再現し、約 84 秒後に失敗しました。したがってこのタスク失敗は auto だけに孤立しません。古いプロファイルを保つことは、Cyber-Tiel を直すと主張するものではありません。両方の失敗は、JSON 受領の中の、キャッシュを無効にした別の診断とともに保持されます。これらの検査はスループット計時とは別であり、一般的なコーディング品質を認証しません。

キャッシュを無効にした Cyber-Tiel の診断は agentic を使い、追加したのは AX_MLX_PREFIX_CACHE_MAX_ENTRIES=0 だけです。成功して終了しましたが read を呼び出さず、空でないフィクスチャが空だと誤って主張しました。したがってプロセスの成功だけでは、タスク受け入れを満たしませんでした。この診断は回避策としては採用されません。

管理されたサーバー 4 台はすべて、受け入れ時に必須かつ有効な MTP を報告し、成功して停止しました。新しいプロファイルが適格とされるのは、ここに示す範囲の限られた Tiel の受け入れだけです。Cyber-Tiel は選択できますが、管理された読み取りタスクの信頼性は未解決です。以前の直接サーバー読み取りの成功は、管理された有効化との同等性を確立しません。スケジューラ幅、キャッシュ設定、先行する要求、プロンプト文脈が、それらの探査のあいだで異なります。

範囲を限定した変更後の検証では、決定的テスト 11,390 件が合格し、17 件がスキップされました。SDK テスト 208 件とスクリプトテスト 259 件が合格しました（スクリプトテスト 94 件はスキップ）。生成された SDK 成果物には、選ばれた 2 つのモデル別名が含まれ、2 回目のビルドでバイト単位に安定しています。再帰的な型検査とリポジトリ構造の検査は合格しました。ネイティブ位相の監査は、確認受領 24 件をすべて検証し、適格なパイロットと拒否されたパイロットの両方を保持します。