ezer-mishpati/legal-ai
1
0
Fork 0
Code Issues 29 Pull Requests 1 Actions Packages Projects Releases Wiki Activity

מיפוי כל שערי-האישור-האנושי (חיים/דפנה) והכרעה פר-מקום: להחליף ב"קונצנזוס תלת-מודלי ללא-אדם"? #435

New Issue
Open
opened 2026-08-05 11:01:11 +00:00 by chaim · 0 comments
chaim commented 2026-08-05 11:01:11 +00:00
Owner
Copy Link

What & Why

לסרוק את כל המקומות בקוד/בספ/בסוכנים שדורשים אישור ידני של חיים או דפנה (man-in-the-loop), ולהכריע פר-מקום אם להחליף את הדרישה ב"קונצנזוס תלת-מודלי" (Opus+DeepSeek+Gemini, כדפוס halacha_panel_approve) או להשאיר שער-אנוש. נפתח לפי הנחיית חיים 2026-06-11; מטופל מחוץ ללופ-הביצוע של #81-#106.

הקשר ופירוט

רקע: חיים הנחה (2026-06-11) שבמקום להמתין לתיוג/קלט ידני, נשתמש בפאנל תלת-מודלי (Gemini+DeepSeek+Opus) להכרעה. התשתית קיימת ובייצור: scripts/halacha_panel_approve.py (judge_claude/judge_deepseek/judge_gemini, 92% הסכמה חוצת-מודלים על הציר הגס). ב-#81.7 כבר מיושם ל-gold-set. משימה זו ממפה את כל שאר שערי-האנוש ומכריעה פר-מקום.

⚠️ מתח חוקתי — חובה הכרעה זהירה, לא החלפה גורפת: חלק מהשערים הם invariants חוקתיים שנועדו ל-governance/אחריות-משפטית, לא רק לנוחות:

  • INV-G10 (שער-יו"ר על artifacts-הקול / מסלול-הסופי)
  • INV-LRN1 (עדכון-ידע דורש אישור-יו"ר ידני — אין auto-commit)
  • INV-LRN4 (ניגוד-אמת מול הסופי של דפנה)
    ייתכן שאלה צריכים להישאר אנושיים (דפנה אחראית משפטית על ההחלטה הסופית), בעוד שערי תיוג/מדידה/טריאז' ניתנים להחלפה בקונצנזוס.

הבחנה מוצעת (לאימות):

  • ניתן להחליף בקונצנזוס (מדידה/תיוג/הצעה, לא מחייב משפטית): בניית gold-set (#81.7 ✓ בוצע), כיול ספים (#81.8), טריאז' תור-הלכות לפני אישור, gold-set של נבו (#86.3), הצעות-לקחים (style_lesson_panel).
  • כנראה להשאיר אנושי (אחריות משפטית/governance): commit סופי ל-SKILL.md/legal-decision-lessons.md (INV-LRN1), אישור artifacts-הקול (INV-G10), אישור ההחלטה הסופית עצמה, אישור missing_precedent להעלאה לקורפוס.
  • אפור — לבחון: אישור הלכה בודדת לקורפוס-הפסיקה (halacha_review) — כרגע chair-gated; הפאנל כבר מציע, האם 3/3 → auto-approve?

צעדי ביצוע:

  1. grep שיטתי: "chair", "יו"ר", "דפנה", "chaim", "manual", "אישור", "approve", "pending_review", "INV-G10", "INV-LRN1" ב-docs/spec/, mcp-server/src/, scripts/, .claude/agents/, web/.
  2. טבלת-מיפוי: מקום (file:line) · סוג-השער · invariant · המלצה (החלף/השאר/אפור) · נימוק.
  3. להביא ל-3 מקורות סמכותיים על LLM-as-judge governance (PoLL, Trust-or-Escalate ICLR2025, NIST AI RMF) + להכריע.
  4. לכל "החלף" — תת-משימה ליישום (כדפוס #81.7). לכל "השאר" — לתעד למה בספ.
  5. עדכון docs/spec/00-constitution + 07-learning אם משנים הגדרת invariant.

הקשר: scripts/halacha_panel_approve.py · docs/spec/07-learning.md (INV-LRN1-5) · docs/spec/00-constitution.md (G10) · זיכרון project_gemini_analyst_benchmark + project_x11_citation_corroboration.

Acceptance Criteria

טבלת-מיפוי מלאה מכסה 100% מהמופעים של שערי-אנוש (אימות: grep חוזר לא מגלה מקום שלא מופה). לכל החלטת-החלפה — ≥3 מקורות סמכותיים. שום שינוי ל-INV חוקתי בלי עדכון-ספ מפורש + אישור חיים. אין החלפה גורפת של INV-G10/LRN1 בלי הכרעה מנומקת פר-מקום.

הועבר מ-TaskMaster (tag legal-ai, id 121, status היה pending) ב-2026-08-05. הפניות (#121) בהודעות-commit ישנות מתייחסות למזהה ה-TaskMaster, לא למספר ה-issue הזה.

## What & Why לסרוק את כל המקומות בקוד/בספ/בסוכנים שדורשים אישור ידני של חיים או דפנה (man-in-the-loop), ולהכריע פר-מקום אם להחליף את הדרישה ב"קונצנזוס תלת-מודלי" (Opus+DeepSeek+Gemini, כדפוס halacha_panel_approve) או להשאיר שער-אנוש. נפתח לפי הנחיית חיים 2026-06-11; מטופל מחוץ ללופ-הביצוע של #81-#106. ## הקשר ופירוט **רקע:** חיים הנחה (2026-06-11) שבמקום להמתין לתיוג/קלט ידני, נשתמש בפאנל תלת-מודלי (Gemini+DeepSeek+Opus) להכרעה. התשתית קיימת ובייצור: scripts/halacha_panel_approve.py (judge_claude/judge_deepseek/judge_gemini, 92% הסכמה חוצת-מודלים על הציר הגס). ב-#81.7 כבר מיושם ל-gold-set. משימה זו ממפה את **כל שאר** שערי-האנוש ומכריעה פר-מקום. **⚠️ מתח חוקתי — חובה הכרעה זהירה, לא החלפה גורפת:** חלק מהשערים הם invariants חוקתיים שנועדו ל-governance/אחריות-משפטית, לא רק לנוחות: - INV-G10 (שער-יו"ר על artifacts-הקול / מסלול-הסופי) - INV-LRN1 (עדכון-ידע דורש אישור-יו"ר ידני — אין auto-commit) - INV-LRN4 (ניגוד-אמת מול הסופי של דפנה) ייתכן שאלה צריכים להישאר אנושיים (דפנה אחראית משפטית על ההחלטה הסופית), בעוד שערי תיוג/מדידה/טריאז' ניתנים להחלפה בקונצנזוס. **הבחנה מוצעת (לאימות):** - **ניתן להחליף בקונצנזוס** (מדידה/תיוג/הצעה, לא מחייב משפטית): בניית gold-set (#81.7 ✓ בוצע), כיול ספים (#81.8), טריאז' תור-הלכות לפני אישור, gold-set של נבו (#86.3), הצעות-לקחים (style_lesson_panel). - **כנראה להשאיר אנושי** (אחריות משפטית/governance): commit סופי ל-SKILL.md/legal-decision-lessons.md (INV-LRN1), אישור artifacts-הקול (INV-G10), אישור ההחלטה הסופית עצמה, אישור missing_precedent להעלאה לקורפוס. - **אפור — לבחון:** אישור הלכה בודדת לקורפוס-הפסיקה (halacha_review) — כרגע chair-gated; הפאנל כבר מציע, האם 3/3 → auto-approve? **צעדי ביצוע:** 1. grep שיטתי: "chair", "יו\"ר", "דפנה", "chaim", "manual", "אישור", "approve", "pending_review", "INV-G10", "INV-LRN1" ב-docs/spec/, mcp-server/src/, scripts/, .claude/agents/, web/. 2. טבלת-מיפוי: מקום (file:line) · סוג-השער · invariant · המלצה (החלף/השאר/אפור) · נימוק. 3. להביא ל-3 מקורות סמכותיים על LLM-as-judge governance (PoLL, Trust-or-Escalate ICLR2025, NIST AI RMF) + להכריע. 4. לכל "החלף" — תת-משימה ליישום (כדפוס #81.7). לכל "השאר" — לתעד למה בספ. 5. עדכון docs/spec/00-constitution + 07-learning אם משנים הגדרת invariant. **הקשר:** scripts/halacha_panel_approve.py · docs/spec/07-learning.md (INV-LRN1-5) · docs/spec/00-constitution.md (G10) · זיכרון project_gemini_analyst_benchmark + project_x11_citation_corroboration. ## Acceptance Criteria טבלת-מיפוי מלאה מכסה 100% מהמופעים של שערי-אנוש (אימות: grep חוזר לא מגלה מקום שלא מופה). לכל החלטת-החלפה — ≥3 מקורות סמכותיים. שום שינוי ל-INV חוקתי בלי עדכון-ספ מפורש + אישור חיים. אין החלפה גורפת של INV-G10/LRN1 בלי הכרעה מנומקת פר-מקום. --- <sub>הועבר מ-TaskMaster (tag `legal-ai`, id **121**, status היה `pending`) ב-2026-08-05. הפניות `(#121)` בהודעות-commit ישנות מתייחסות למזהה ה-TaskMaster, לא למספר ה-issue הזה.</sub>
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
area:agents
סוכני Paperclip, תזמור, שער-הפלטפורמה (X15)
 area:backend
FastAPI web/, endpoints
 area:ci
Gitea Actions, שערי-CI
 area:docs
ספ-המערכת, תיעוד, תכנון
 area:extraction
קליטה, OCR, חילוץ הלכות/מטא/טענות/תכניות
 area:frontend
web-ui/ (Next.js), RTL
 area:infra
Deploy, Coolify, MinIO, אחסון, גיבויים
 area:mcp
שרת ה-MCP וחוזה-הכלים (X9)
 area:retrieval
RAG, חיפוש, קורפוס, גרף-ציטוטים, יומונים
 area:security
אבטחה, סודות, PII, audit
 area:writing
12 הבלוקים, סגנון דפנה, QA, רכישת-סגנון
 priority:p0-blocker
Blocks everything
 priority:p1-high
High priority
 priority:p2-normal
Normal priority
 priority:p3-low
Low priority / nice to have
 size:l
a week+ — consider splitting
 size:m
2-3 days
 size:s
~1 day
 size:xs
< half a day
 status:blocked
Waiting on another issue/decision
 status:deferred
Decided to defer — parked backlog; not auto-picked
 status:good-first-issue
Small, self-contained starting point
 status:in-progress
Being worked on (a branch/worktree exists)
 status:in-review
A PR is open for this issue
 status:needs-decision
Requires a call before proceeding
 status:ready
Scoped + pickable (has acceptance criteria + size)
 type:bug
Something works incorrectly
 type:chore
Infra, deps, refactor, CI, docs
 type:feature
New capability
 type:spike
Time-boxed investigation -> a decision/doc
No Label area:agents area:docs priority:p1-high status:needs-decision type:spike
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
chaim
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: ezer-mishpati/legal-ai#435
Delete Branch "%!s()"

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?