fix(halacha-queue): route only true extraction defects to "needs re-extraction" #302
Reference in New Issue
Block a user
Delete Branch "worktree-halacha-fix-bucket-predicate"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
הבעיה (שחיים זיהה במסך)
תור-הביקורת מחלק ל-2 סגמנטים: "להכרעתך" (שיפוט-יו"ר) מול "דורש תיקון-חילוץ". הפרדיקט
isExtractionFixItemהיה גס מדי — כל דגל-איכות + אין סבב-פאנל → "דורש תיקון-חילוץ".זה תייק בטעות 21 הלכות עם דגל
application("יישום תלוי-עובדות") כ"דורש תיקון-חילוץ", בעוד החילוץ שלהן תקין לגמרי (ציטוט מאומת) והשאלה היחידה היא שיפוטית — האם הכלל בר-הכללה. ה-backend כבר מבחין נכון: רקquote_unverified/truncated_quote/thin_restatement/near_duplicateהם פגמי-חילוץ;applicationהוא דגל "אחר" → שיפוט-יו"ר. ה-frontend התעלם מההבחנה.תוצאה למשתמש: מסך 8508-03-24 הראה "להכרעתך 0 · דורש תיקון-חילוץ 27", בסתירה למה שהמערכת באמת מתכוונת.
התיקון
isExtractionFixItemבודק עכשיו מול סט-ה-DEFECT של ה-backend בלבד. דגלים שאינם-פגם (כמוapplication) חוזרים ל"להכרעתך".ל-8508-03-24: 21
application→ להכרעתך (נכון), 6thin_restatementנשארים היחידים ב"דורש תיקון-חילוץ".אופי השינוי
תיקון-לוגיקה (predicate יחיד) — אין שינוי ויזואלי, רק אילו פריטים נספרים בכל סגמנט. פטור משער-העיצוב לפי
web-ui/AGENTS.md("חריג יחיד: תיקון-באג שאינו משנה את ה-UI הוויזואלי"). tsc + eslint נקיים.Invariants
🤖 Generated with Claude Code