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:
58
.taskmaster/docs/prd-fixes.txt
Normal file
58
.taskmaster/docs/prd-fixes.txt
Normal 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 וסינכרוני/אסינכרוני
|
||||
Reference in New Issue
Block a user