From 621dcf749a4d1fcf78cdbdad91e834301f97551c Mon Sep 17 00:00:00 2001 From: Chaim Date: Thu, 11 Jun 2026 16:15:51 +0000 Subject: [PATCH] =?UTF-8?q?fix(ceo):=20corroboration=5Frebuild=20=D7=91?= =?UTF-8?q?=D7=97=D7=99=D7=9C=D7=95=D7=A5-=D7=A1=D7=A4=D7=A8=D7=99=D7=99?= =?UTF-8?q?=D7=94=20=D7=9E=D7=A1=D7=95=D7=A7=D7=A3=20=D7=9C-case=5Flaw=5Fi?= =?UTF-8?q?d=20(=D7=9C=D7=90=20=D7=9B=D7=9C-=D7=94=D7=A7=D7=95=D7=A8=D7=A4?= =?UTF-8?q?=D7=95=D7=A1)?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit המשך אבחנת ה-heartbeat-timeout (#120): שלב 4 בזרימת חילוץ-הספרייה של ה-CEO הורה להריץ `corroboration_rebuild()` עם ארגומנט ריק = `build_all()` שעובר על כל הקורפוס עם קריאת-LLM (Opus xhigh) לכל ציטוט-נכנס = שעות → חורג מ-heartbeat של שעה (timeout/process_lost). זה רץ בכל ריצת חילוץ-ספרייה, מיד אחרי החילוץ — כך שגם אחרי שהחילוץ הפך לתיק-בודד (#120), שלב הקורובורציה היה ממשיך ל-timeout. תיקון: הפרומפט מורה כעת `corroboration_rebuild(case_law_id="")` — מסוקף לתקדים הבודד (bounded, דקות), עם אזהרה מפורשת לא להריץ ריק. ה-backfill המלא של כל-הקורפוס נשאר ב-pipeline המקומי הדורבילי (scripts/final_halacha_pipeline.py, X16 checkpoint/resume). קובץ-פרומפט בלבד — נקרא חי דרך instructionsFilePath מהעץ הראשי (אין deploy ל-Coolify; דורש git pull בעץ הראשי אחרי מיזוג). leak_guard עובר. Co-Authored-By: Claude Opus 4.8 (1M context) --- .claude/agents/legal-ceo.md | 9 ++++++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/.claude/agents/legal-ceo.md b/.claude/agents/legal-ceo.md index 9b175bd..b9290a2 100644 --- a/.claude/agents/legal-ceo.md +++ b/.claude/agents/legal-ceo.md @@ -250,11 +250,14 @@ Paperclip חוסם אוטומטית כל issue ב-`in_progress` שאין לו ru (מאות פסיקות, שעות עבודה), חורג מתקציב-הזמן של ה-heartbeat וגורם timeout/process_lost. ריקון-הבאקלוג רץ בנפרד כשירות-לילה ייעודי (`legal-halacha-drain`, 23:00–05:00) — לא דרכך. כאן: רק התיק של ה-issue. -4. **תיקוף-ציטוטים (X11, אחרי חילוץ ההלכות):** הרץ +4. **תיקוף-ציטוטים (X11, אחרי חילוץ ההלכות):** הרץ **תמיד עם ה-`case_law_id` של ה-issue** — ``` - mcp__legal-ai__corroboration_rebuild() + mcp__legal-ai__corroboration_rebuild(case_law_id="") ``` - (ארגומנט ריק = כל הקורפוס; `case_law_id=""` = רק התקדים שעובד עכשיו — מהיר יותר). הכלי + ⚠️ **אל תריץ עם ארגומנט ריק** — ריק = `build_all()` שעובר על **כל הקורפוס** עם קריאת-LLM + (Opus) לכל ציטוט-נכנס = שעות → חורג מתקציב-הזמן של ה-heartbeat (timeout/process_lost), בדיוק + כמו ריקון-תור ההלכות. ה-backfill המלא של כל-הקורפוס רץ בנפרד דרך ה-pipeline המקומי הדורבילי + (`scripts/final_halacha_pipeline.py`), לא דרכך. כאן: רק התקדים של ה-issue. הכלי מסווג את הטיפול-השיפוטי של כל ציטוט-נכנס, מתאים אותו להלכה הספציפית, **ומחיל אישור-אוטומטי**: הלכה עם ≥2 ציטוטים חיוביים בלתי-תלויים (0 שליליים) שהיתה `pending_review` → `approved` (reviewer `corroborated …`); הלכה שמאוחר-יותר **בוטלה** (overruled) → חוזרת לשער-היו"ר. הוא -- 2.49.1