Captured-pair gates: score fresh runs against an oracle-side-only top-K golden instead of the self-anchor
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 35/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- bash, cpp
- Lĩnh vực
- backend, testing-qa
Hướng nghiên cứu
Bắt đầu với .agents/specs/tenstorrent-keepquant.md và scripts/qwen35-q4km-neartie-gap.sh, sau đó xem lại flow của verified-pair và #2959. Định nghĩa thay đổi của checker bằng spec riêng, chứng minh một ULP re-roll với trạng thái đỏ trước đó, và cung cấp bằng chứng mutation cho thấy một divergence thực sự vẫn thất bại trước review.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Row: BACKEND-TENSTORRENT-KEEPQUANT
Problem
The captured-pair gates (the qwen3.5 Q4_K_M TT vehicle today; the same
ladder shape in the qwen3/mistral gates) pin two functions of OUR engine's
numerics: the exact ids anchor (self-match REQUIRE) and a per-capture
teacher-forced gap golden. Every ULP-level shift — a tt-metal pin bump, a
kernel change — re-rolls the ~51/256 near-tie cells and turns the gate red,
forcing a golden refresh. The refresh itself is where the process failed on
2026-09-12: an off-recipe re-derivation wrote f32-grain gaps that
manufactured four band violations and nearly drove a kNearTieMnats
widening (recorded in .agents/specs/tenstorrent-keepquant.md, Evidence).
The pinned-recipe truth was max gap 250 mnats, 0 cells above band — the
engine was fine; the refresh path was not.
Proposed shape
Commit an oracle-side-only golden: per prompt cell, the pinned oracle's
top-K logprobs under the ORACLE's own greedy prefix — stable under our code
changes, so it never re-captures for engine-side reasons. The gate scores
the fresh engine run against the committed top-K up to the first
divergence and fails only a confident divergence (gap above band, or our
token outside top-K). Near-tie flips pass with a recorded margin. The
self-anchor exact REQUIRE becomes an advisory MESSAGE recording the
re-roll. At the decision cell this is exactly the bar the gap script's own
header declares ("is our token, given our exact prefix, one the oracle
cannot confidently separate"); post-flip cascade cells are cross-context
and uninformative today anyway.
Why not now
The verified pair plus the provenance-hardened re-derivation path
(scripts/qwen35-q4km-neartie-gap.sh) lands in #2959's flow. This
redesign is a semantic checker change: it needs its own spec, a
red-before demonstration (a ULP re-roll failing today's anchor),
mutation evidence that a real divergence still fails, and fresh review.
- Ngôn ngữ chính
- C++
- Star
- 423
- Fork
- 53
- Merge trung bình
- 1 ngày 7 giờ
- Pull request đã merge (30 ngày)
- 380
Chuẩn bị môi trường
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của mudler/vllm.cpp
-
[Windows] full build fails in tools/bench/conv1d_scaling_probe.cpp (POSIX-only sys/resource.h)Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của mudler/vllm.cpp
Issue tương tự
-
WaterHeaterManagement: tank_percent feature reports wrong feature id (FeatureMap corruption)Đang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 92/100
espressif/esp-matter#1867 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 1 ngày
-
cuAmpcorParameter.cpp (CPU pycuampcor) does not compile with libc++: EXIT_FAILURE is undeclaredĐang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 92/100
isce-framework/isce3#387 ·
-
[request] opencv/5.0.0Đang mởupstream update
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
conan-io/conan-center-index#31055 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
Maintainer thường phản hồi trong vòng 1 ngày