Files

Chaim 911c797eb2 Reorganize: skills/ directory + move memory to docs/

skill-legal-decision/ → skills/decision/
skill-legal-assistant/ → skills/assistant/
skill-legal-docx/ → skills/docx/
memory/*.md → docs/

Also removed: TASKS.md (use TaskMaster), classifier.py (replaced by local_classifier.py)
Updated all references in CLAUDE.md, scripts, PRDs, docs.

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>

2026-04-04 14:27:07 +00:00

11 KiB

Raw Blame History

name, description

name	description
legal-assistant	עוזר משפטי לניתוח וקטלוג תיקים שיפוטיים. Skill זה משמש לריכוז, ניתוח וקטלוג כרונולוגי של מסמכים משפטיים סרוקים ליצירת ציר זמן דיוני (Table of Contents). יש להשתמש ב-skill זה כאשר המשתמש מבקש לנתח מסמכים משפטיים, ליצור טבלת תוכן עניינים לתיק, או להכין תשתית לכתיבת פסק דין.

name

description

legal-assistant

עוזר משפטי לניתוח וקטלוג תיקים שיפוטיים. Skill זה משמש לריכוז, ניתוח וקטלוג כרונולוגי של מסמכים משפטיים סרוקים ליצירת ציר זמן דיוני (Table of Contents). יש להשתמש ב-skill זה כאשר המשתמש מבקש לנתח מסמכים משפטיים, ליצור טבלת תוכן עניינים לתיק, או להכין תשתית לכתיבת פסק דין.

עוזר משפטי לניהול וקטלוג תיק שיפוטי

מטרת ה-Skill

ריכוז, ניתוח וקטלוג כרונולוגי של מאגר מסמכים סרוקים לצורך הכנת תשתית לכתיבת פסק דין. התוצר הסופי הוא "ציר זמן דיוני" מפורט ומדויק בפורמט טבלה.

מתי להשתמש ב-Skill

כאשר המשתמש מעלה מסמכים משפטיים לניתוח
כאשר נדרש ליצור ציר זמן דיוני או Table of Contents
כאשר נדרש לסכם ולקטלג תיק שיפוטי
כאשר מכינים תשתית לכתיבת פסק דין

תהליך העבודה

שלב א': הכנת החומר (Preprocessing)

קיבוץ מסמכים: לעבוד על קבוצות של עד 20-30 קבצים בכל פעם כדי לא להעמיס על זיכרון ההקשר.
שמות קבצים: לוודא שלקבצים יש שמות בסיסיים (למשל: doc_001.pdf).
תמלול PDF ל-Markdown ⚠️ חובה:
- לכל קובץ PDF יש ליצור קובץ MD מקביל באותה תיקייה
- להשתמש בכלי mcp__gemini-vision__analyze_document לתמלול
- לשמור את התמלול עם אותו שם קובץ וסיומת .md
- דוגמה: כתב-ערר.pdf → כתב-ערר.md
- לשמור על מבנה המסמך המקורי: כותרות, פסקאות, רשימות ממוספרות, טבלאות

שלב ב': ניתוח המסמכים

עבור כל מסמך, לבצע את הפעולות הבאות:

זיהוי תאריך קובע:
- לחפש חותמת "נתקבל" של בית המשפט - זהו התאריך הקובע
- אם אין חותמת, לחפש את תאריך המכתב/בקשה
- חשוב: להבחין בין תאריך יצירת המסמך לבין תאריך הגשתו
זיהוי הצד המגיש:
- תובע / נתבע / צד ג' / בית המשפט (החלטה)
סיכום המהות:
- לסכם ב-20 מילים את מהות המסמך והסעד המבוקש
הערות מיוחדות:
- אם המסמך הוא "תגובה" המציינת תאריך של מסמך קודם - לציין זאת
- לציין חריגות: "הוגש באיחור", "חתימה חסרה" וכו'

שלב ג': מבנה הטבלה הנדרש

הטבלה צריכה לכלול את העמודות הבאות:

עמודה	תיאור
מספר סידורי	לפי סדר כרונולוגי
תאריך קובע	תאריך ההגשה/חותמת
שם המסמך	תיאור משפטי תקני
הצד המגיש	תובע/נתבע/צד ג'/בית המשפט
תמצית המהות	2-3 משפטים על עיקרי הטענות/ההחלטה
הערות מיוחדות	חריגות, קישורים למסמכים קודמים

פורמט הפלט

להציג את התוצאה בפורמט טבלה מוכנה להעתקה ל-Excel, לדוגמה:

מס' | תאריך | שם המסמך | מגיש | תמצית | הערות
1 | 01/01/2024 | כתב תביעה | תובע | תביעה לפיצויים בסך 100,000 ש"ח בגין הפרת חוזה | -
2 | 15/01/2024 | כתב הגנה | נתבע | הכחשת טענות התובע, טענה לפגם בחוזה | תגובה לכתב תביעה מ-01/01/2024

נקודות קריטיות לבקרת איכות

פענוח חותמות: חותמות דיו חלשות עלולות להיות קשות לקריאה - לבקש מהמשתמש לאמת במקרה של ספק.
הבחנה בין סוגי מסמכים: להקפיד לא להתבלבל בין:
- "החלטה" לבין "בקשה"
- "פסק דין" לבין "החלטה"
- "תגובה" לבין "בקשה עצמאית"
הצלבת נתונים: כאשר מסמך מתייחס למסמך קודם - לציין את הקשר בעמודת ההערות.

דוגמה לפרומפט עבודה

כאשר המשתמש מעלה מסמכים, להגיב בצורה הבאה:

אני מנתח את המסמכים שהעלית. עבור כל מסמך אזהה:

תאריך קובע (חותמת "נתקבל" או תאריך המסמך)

הצד המגיש

מהות המסמך

אציג את התוצאות בטבלה מוכנה להעתקה ל-Excel. האם יש מסמכים נוספים לניתוח?

טיפול בעררים/תיקים מאוחדים

כאשר מטפלים במספר עררים או תיקים שאוחדו לדיון משותף:

מבנה תיקיות מותאם

[שם-פרויקט]/
├── README.md                    # סיכום התיק
├── קטלוג-מסמכים.md              # ציר זמן דיוני
├── החלטה/                       # לכתיבת ההחלטה
├── תכנון/                       # טיוטות
└── חומרי-מקור/
    ├── [מספר-ערר-1]/            # מסמכים ייחודיים לערר 1
    │   └── כתב-ערר/
    ├── [מספר-ערר-2]/            # מסמכים ייחודיים לערר 2
    │   └── כתב-ערר/
    └── משותף/                   # מסמכים משותפים לכל העררים
        ├── כתבי-תשובה/
        ├── פרוטוקולי-דיון/
        ├── החלטות/
        ├── בקשות/
        ├── חוות-דעת/
        └── מסמכים-נוספים/

סיווג מסמכים

סוג מסמך	תיקיית יעד
כתבי ערר ייחודיים	`[מספר-ערר]/כתב-ערר/`
כתבי תשובה	`משותף/כתבי-תשובה/`
פרוטוקולי דיון	`משותף/פרוטוקולי-דיון/`
החלטות ביניים/סופיות	`משותף/החלטות/`
בקשות (דחייה, הארכה)	`משותף/בקשות/`
חוות דעת מומחה	`משותף/חוות-דעת/`
מצגות, תשריטים, אחר	`משותף/מסמכים-נוספים/`

שינוי שמות קבצים

פורמט שמות

[YYYY-MM-DD]-[סוג-מסמך]-[מגיש]-[פרטים].pdf

דוגמאות

שם מקורי	שם חדש
`ערר.pdf`	`2025-02-09-כתב-ערר-רחמים-ואחרים.pdf`
`כתב תשובה לעררים...pdf`	`2025-06-16-כתב-תשובה-ועדה-מקומית.pdf`
`פרוטוקול דיון...pdf`	`2025-06-29-פרוטוקול-דיון-ראשון.pdf`
`בקשה דחופה...pdf`	`2025-07-16-בקשה-דחיית-דיון-יציב.pdf`

כללי שמות

תאריך בהתחלה - מאפשר מיון כרונולוגי אוטומטי
מקפים במקום רווחים - מונע בעיות בטרמינל
עברית מותרת - לקריאות מיטבית
ללא תווים מיוחדים - רק אותיות, מספרים, מקפים

זיהוי וטיפול בכפילויות

סוגי כפילויות נפוצים

signed vs unsigned:
- לשמור רק גרסת signed
- לסמן unsigned כ--מסמך-כפול או למחוק
קבצים זהים בתיקיות שונות (בעררים מאוחדים):
- להעביר עותק אחד ל-משותף/
- לא לשכפל לכל תיקיית ערר
גרסאות עם מספור (למשל (1), (2)):
- לזהות איזו הגרסה האחרונה
- לשמור רק אותה

תהליך זיהוי

# השוואת שמות קבצים בין תיקיות
comm -12 <(ls תיקייה1 | sort) <(ls תיקייה2 | sort)

כלל אצבע

אם קובץ מופיע ביותר מתיקייה אחת עם שם זהה - הוא כנראה משותף ויש להעבירו פעם אחת לתיקייה משותף/.

תמלול מסמכי PDF ל-Markdown

חובת תמלול

כל קובץ PDF בתיק חייב להיות מתומלל לקובץ Markdown מקביל. זה מאפשר:

חיפוש בתוכן המסמכים
העתקה והדבקה של ציטוטים
עריכה ועיבוד הטקסט
שמירה על הידע גם ללא גישה לכלי קריאת PDF

תהליך התמלול

זיהוי קבצי PDF בתיקייה:
```
find . -name "*.pdf" -type f
```

תמלול כל PDF באמצעות:

mcp__gemini-vision__analyze_document
- document_path: [נתיב לקובץ]
- prompt: "תמלל את המסמך במלואו בעברית. שמור על המבנה המקורי - כותרות, פסקאות, רשימות ממוספרות. אם יש טבלאות, שמור עליהן בפורמט markdown."

טיפול בתוצאה ארוכה ⚠️ מסמכים משפטיים הם בדרך כלל ארוכים (20-60 עמודים). כש-analyze_document מחזיר תוצאה שחורגת ממגבלת הטוקנים:
- התוצאה נשמרת אוטומטית לקובץ זמני (הנתיב מופיע בהודעת השגיאה)
- השתמש ב-Task agent (subagent_type: general-purpose) כדי לקרוא את הקובץ הזמני בחלקים (offset/limit) ולשמור אותו כ-MD
- אל תנסה לקרוא את הקובץ הזמני ישירות - הוא בדרך כלל חורג מ-25K טוקנים
שמירת התמלול כקובץ MD:
- באותה תיקייה כמו ה-PDF
- עם אותו שם קובץ
- סיומת .md במקום .pdf

פורמט התמלול

# [כותרת המסמך]

**תאריך:** [תאריך המסמך]

**לכבוד:** [נמען]

---

## 1. [כותרת סעיף ראשון]

1.1. [תוכן תת-סעיף]

1.2. [תוכן תת-סעיף]

---

## חתימות

| שם | מ.ז |
|---|---|
| [שם] | [מספר זהות] |

סוגי מסמכים לתמלול

סוג מסמך	עדיפות	הערות
כתבי ערר	גבוהה	מכילים את טענות העוררים
כתבי תשובה	גבוהה	מכילים את עמדת המשיבים
פרוטוקולי דיון	גבוהה	מתעדים את הנאמר בדיון
החלטות קודמות	בינונית	לצורך הפניות ופסיקה
חוות דעת	בינונית	מסמכים טכניים
נספחים	נמוכה	לפי הצורך

11 KiB Raw Blame History Unescape Escape