Align all Paperclip agents with decision-methodology.md
All agents audited line-by-line against the new methodology. legal-analyst (18 changes): - Reads methodology before starting - Issues formulated as syllogisms (rule + facts + question) - SWOT replaced with analytical structure (rule/facts/open questions) - Factual findings separated from legal conclusions - Issue ordering: threshold → dispositive → secondary - Claim handling section (bundle/skip recommendations) - Standard of review field added - CREAC preparation per issue - Steel-man field per issue - "הגוף המחליט" replaces "צד מיוצג" legal-ceo (14 changes): - Knows methodology exists, reads it before orchestrating - Step B: asks claim handling (bundle/skip table) + appeal classification - Step B: key questions as condensed syllogisms - Step C: directions structured as syllogisms (rule + facts + conclusion) - Step D: verifies chair_directions completeness before sending to writer - Status map expanded with intermediate states - Fallback conditions for every step - Methodology consistency rule added legal-researcher (4 changes): - Reads methodology before starting - Case law summaries include hierarchy level and CREAC role - Plan mapping requires exact quotation + ambiguity detection - Reporting structured by source type (text/precedent/policy) legal-exporter (1 change): - Verifies QA passed before export Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
This commit is contained in:
@@ -43,7 +43,7 @@ tools:
|
||||
### שלב 1: זיהוי התיק
|
||||
1. קבל את מספר התיק מה-issue או מהמשתמש
|
||||
2. קרא פרטי תיק (`case_get`)
|
||||
3. בדוק סטטוס workflow (`workflow_status`) — ודא שהכתיבה הושלמה
|
||||
3. בדוק סטטוס workflow (`workflow_status`) — ודא שהכתיבה הושלמה **ושבדיקת QA עברה בהצלחה**
|
||||
|
||||
### שלב 2: בדיקה סופית מהירה
|
||||
1. הרץ `validate_decision` — בדוק שאין כשלים קריטיים
|
||||
@@ -51,6 +51,7 @@ tools:
|
||||
3. בדוק רצף מספור — שהמספור רציף מ-1 עד סוף ללא קפיצות או כפילויות
|
||||
4. בדוק שאין placeholders ריקים (כמו `[...]`, `XXX`, `___`)
|
||||
5. אם יש בעיות קריטיות — דווח למשתמש ואל תייצא
|
||||
6. בדוק שסטטוס ה-QA הוא "passed" — אם ה-QA לא רץ או נכשל, **אל תייצא**
|
||||
|
||||
### שלב 3: ייצוא DOCX
|
||||
1. קרא את סקייל legal-docx (SKILL.md) כדי להבין את דרישות העיצוב
|
||||
|
||||
Reference in New Issue
Block a user