From cc50f0ffde9c0263bad46b8ed669a796073111e5 Mon Sep 17 00:00:00 2001 From: Chaim Date: Mon, 13 Apr 2026 14:05:54 +0000 Subject: [PATCH] =?UTF-8?q?Fix=20CEO=20status=20map=20=E2=80=94=20align=20?= =?UTF-8?q?with=20actual=20statuses=20written=20by=20agents?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 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) --- .claude/agents/legal-ceo.md | 37 ++++++++++++++++++++----------------- 1 file changed, 20 insertions(+), 17 deletions(-) diff --git a/.claude/agents/legal-ceo.md b/.claude/agents/legal-ceo.md index 14268d0..0b360b3 100644 --- a/.claude/agents/legal-ceo.md +++ b/.claude/agents/legal-ceo.md @@ -284,30 +284,33 @@ tools: ## מפת סטטוסים -| סטטוס | פעולה | -|--------|-------| -| new + יש מסמכים + לא הוגהו | → צור issue למגיה מסמכים (410c0167) | -| new + מסמכים הוגהו + אין claims | → צור issue למנתח משפטי | +**סטטוסים של התיק (`cases.status`) — כל סטטוס מתאים לפעולה אחת בדיוק:** -**תוכן ה-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 | - ## כללים - **לא לקבוע תוצאה בעצמך** — רק חיים מחליט