Add docs, scripts, skills, commands, and taskmaster config to repo

Includes:
- docs/: architecture, block-schema, migration-plan, product-specification
- scripts/: bidi_table, decompose-decisions, extract-claims, seed-knowledge, etc.
- skill-legal-decision/: SKILL.md + references + block-schema
- skill-legal-assistant/: SKILL.md
- skill-legal-docx/: SKILL.md + references
- .claude/commands/: bidi-table skill
- .taskmaster/: task config + PRDs
- .gitignore: exclude legacy/, kiryat-yearim/, node_modules/, memory/

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
This commit is contained in:
2026-04-04 14:19:17 +00:00
parent bacb330a2a
commit d5ccf03e4c
41 changed files with 9356 additions and 2 deletions

View File

@@ -0,0 +1,58 @@
# תיקוני איפיון מוצר — ממצאי סקירת מומחה
## 4 ממצאים קריטיים
### תיקון 1: הוספת שלב 6 (הגהת דפנה) לדרישות הפונקציונליות
Priority: critical.
שלב 6 חסר מסעיף הדרישות הפונקציונליות. צריך להגדיר: איך דפנה מקבלת את הטיוטה (DOCX), איך מחזירה הערות/תיקונים, מי מעלה את הגרסה הסופית ללולאת הלמידה.
### תיקון 2: שינוי "אפס הזיות" למנגנון grounding + ולידציה
Priority: critical.
אף LLM לא יכול להבטיח 0 הזיות. צריך להחליף את הדרישה ב: (1) מנגנון grounding שמקשר כל הפניה למסמך מקור, (2) ולידציה אוטומטית שבודקת כל ציטוט/הפניה מול המסמכים שסופקו, (3) מדד: שיעור הפניות שלא עוברות ולידציה = 0 (לא שאין הזיות, אלא שכל הזיה נתפסת).
### תיקון 3: הוספת סיכון context window overflow
Priority: critical.
תיק מורכב עם 50+ מסמכים יחרוג מ-context window. צריך: דרישה למדידת גודל חומרים, אסטרטגיית chunking/summarization, סף התראה.
### תיקון 4: הגדרה מתמטית של "אחוז שינוי"
Priority: critical.
צריך להגדיר בדיוק: edit distance על מילים? תווים? סעיפים? מה נספר כ"שינוי"? הגדרה ברורה עם דוגמאות.
## 9 ממצאים חשובים
### תיקון 5: הוספת דרישות לבלוקים א-ד ויב
Priority: high. בלוקים א-ד (כותרת, הרכב, צדדים) ויב (חתימות) חסרים מהדרישות.
### תיקון 6: דרישת שמירת מצב ביניים (persistence)
Priority: high. מה קורה אם חיים רוצה להמשיך מחר? recovery מנפילה?
### תיקון 7: תיקון ספירת שלבים בטבלת מעקב
Priority: high. טבלה כותבת "7 שלבים" אבל דרישות מכסות רק 6.
### תיקון 8: הכרה ב-MVP de facto לרישוי והשבחה
Priority: high. אין נתוני אימון לפיצויים — צריך להכיר שגרסה ראשונה מכסה רק רישוי+השבחה.
### תיקון 9: בחינה מחדש של יעד 98%
Priority: high. לפי Endsley מומחים תמיד משנים — 98% אולי לא ריאלי מסיבות פסיכולוגיות.
### תיקון 10: הגדרת מנגנון לולאת למידה
Priority: high. מה מעדכנים? fine-tuning? prompt engineering? RAG? few-shot?
### תיקון 11: הוספת סיכון prompt injection ממסמכי מקור
Priority: high. מסמכים מצדדים חיצוניים יכולים להכיל טקסט שמשפיע על ה-LLM.
### תיקון 12: הוספת מנגנון back-flows (חזרה אחורה בתהליך)
Priority: high. מה אם חיים רוצה לשכתב בלוק קודם? מה אם דפנה משנה כיוון?
### תיקון 13: הוספת שלב QA/ולידציה לפני שליחה לדפנה
Priority: high. checklist אוטומטי לפני הפלט הסופי.
## 7 הערות
### תיקון 14: ניהול גרסאות של בלוקים
### תיקון 15: טיפול באיחוד תיקים (כמו אריאלי 1078+1083)
### תיקון 16: תיקון LOA של סיעור מוחות (ב ולא ג)
### תיקון 17: סיעור מוחות אופציונלי גם כשיש נימוק
### תיקון 18: ניטרליות מבנית (לא רק לקסיקלית)
### תיקון 19: מיפוי פרסורמן 4 stages (לא רק LOA)
### תיקון 20: דרישת ביצועים per-block וסינכרוני/אסינכרוני