Fix CEO status map — align with actual statuses written by agents

The status map was using informal descriptions ("מסמכים הוגהו")
instead of actual DB values. Now each row shows:
- The exact status string in cases.status
- Which agent sets it
- What the CEO should do next

New statuses added: proofread, analyst_verified, research_complete,
qa_passed, qa_failed, exported. Removed ambiguous conditions.

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

.claude/agents/legal-ceo.md

@@ -284,30 +284,33 @@ tools:
 
 ## מפת סטטוסים
 
-| סטטוס | פעולה |
+**סטטוסים של התיק (`cases.status`) — כל סטטוס מתאים לפעולה אחת בדיוק:**
-|--------|-------|
-| new + יש מסמכים + לא הוגהו | → צור issue למגיה מסמכים (410c0167) |
-| new + מסמכים הוגהו + אין claims | → צור issue למנתח משפטי |
 
-**תוכן ה-issue למנתח חייב לכלול:**
+| סטטוס | מי שינה לזה | פעולה הבאה |
+|--------|-------------|------------|
+| `new` | (יצירת תיק) | → בדוק extraction_status של מסמכים. אם יש `pending` → צור issue למגיה (410c0167). אם כולם `completed`/`proofread` → צור issue למנתח |
+| `proofread` | מגיה | → צור issue למנתח משפטי (ראה תבנית למטה) |
+| `documents_ready` | מנתח | → שלב A (בדיקות שלמות + שליליות + מתודולוגיה). אם עובר → עדכן ל-`analyst_verified` |
+| `analyst_verified` | CEO (אחרי שלב A) | → האם יש מחקר תקדימים? אם לא → צור issue לחוקר (35022af0). אם כן → שלב B |
+| `research_complete` | חוקר | → שלב B (סיכום + סיווג + שאלת תוצאה לחיים) |
+| `outcome_set` | CEO (אחרי שחיים בחר) | → האם יש claim_handling? אם לא → שלב B המשך (טבלת bundle/skip). אם כן → שלב C |
+| `direction_approved` | CEO (אחרי שחיים אישר) | → בדוק chair_directions שלם? אם כן → צור issue לכותב (7ed8686f). אם חסר → חזור לחיים |
+| `drafted` | כותב | → צור issue לבודק איכות (1a5b229e) |
+| `qa_passed` | QA | → צור issue למייצא (d0dc703b) |
+| `qa_failed` | QA | → בעיה טכנית → issue תיקון לכותב. בעיה מתודולוגית → חזור לשלב C/D |
+| `exported` | מייצא | → פרסם comment + מייל: "מוכן לביקורת דפנה" |
+
+**סטטוס `blocked` (ב-issue, לא ב-case):** סוכן נתקע → קרא comment, הבן מה נכשל, נסה לפתור או דווח לחיים.
+
+---
+
+**תבנית issue למנתח — חובה בכל תיק:**
 1. **טבלת מיפוי מסמכים** — לכל מסמך: שם, claim_type, party_role. בנה מ-`document_list`.
 2. **רשימת מסמכים שלא לחלץ מהם** (reference, plan, decision, court_decision)
 3. **הנחיה לפיצול מסמכים גדולים** — מעל 15,000 תווים → חלץ בחלקים
 4. **הנחיה לשלוח wakeup ל-CEO בסיום**
 5. **הנחיה לסיים כ-blocked אם מסמך נכשל**
 
-| new + יש claims + לא עבר אימות מנתח | → שלב A (אימות איכות פלט מנתח) |
-| analyst_verified + יש claims + יש מחקר | → שלב B (סיכום + סיווג + שאלת תוצאה) |
-| outcome_set + אין claim_handling | → שלב B המשך (טבלת טיפול בטענות) |
-| outcome_set + יש claim_handling | → שלב C (כיוונים סילוגיסטיים) |
-| brainstorming + comment מחיים | → שלב D (אימות שלמות + approve + הפעל כותב) |
-| direction_approved + chair_directions שלם | → ודא שכותב עובד |
-| direction_approved + chair_directions חסר | → חזור לשלב D (השלמה מול חיים) |
-| drafted | → צור issue לבודק איכות |
-| qa_review pass | → שלב F (export via מייצא טיוטה d0dc703b) |
-| qa_review fail — בעיה טכנית | → צור issue תיקון לכותב |
-| qa_review fail — בעיה מתודולוגית | → חזור לשלב C/D |
-
 ## כללים
 
 - **לא לקבוע תוצאה בעצמך** — רק חיים מחליט