5 Commits

Author	SHA1	Message	Date
Chaim	adb9586055	fix(ops): שרת ה-MCP עובר ל-S3 — סוגר את דריפט האחסון מול הקונטיינר ... הקונטיינר רץ `STORAGE_BACKEND=s3` ושרת ה-MCP נפל ל-`filesystem`. כלומר מסמך שסוכן כתב דרך MCP נחת על הדיסק בעוד ה-web חיפש אותו ב-S3 — שני מסלולים לאותו נכס, שמתפצלים בשקט (G2 / INV-STG1). מה נדרש כדי לסגור, ומה נמצא בדרך - **הסודות לא היו קיימים במקור-האמת.** `MINIO_ENDPOINT`/`ACCESS_KEY`/ `SECRET_KEY` חיו רק ב-env של Coolify. נוצרו ב-Infisical תחת `/apps/legal-ai` (tag `credentials`, באישור חיים) ונטענים ל-`~/.legal-mcp-http.env` — אותו דפוס כמו MCP_HTTP_SHARED_SECRET. הערכים עברו ב-stdin דרך infisical-set.sh; לא ב-argv ולא בהיסטוריה. - **`aioboto3` לא היה מותקן ב-venv המקומי.** מוצהר ב-pyproject אך חסר. מסלול ה-S3 מייבא אותו **עצלנית**, ולכן השירות היה עולה בהצלחה ונשבר רק בפעולת-הקובץ הראשונה — כשל שקט עד לשימוש. זו בדיוק הסיבה שהבדיקה רצה לפני ההפעלה ולא אחריה. אימות מהמארח לפני ההפעלה: put/get/delete מלא מול https://s3.nautilus.marcusgroup.org, וקריאת בלוב-ייצור קיים (573KB) מתוך 2,283 אובייקטים בדלי. ה-runbook עודכן: בלוק-האזהרה הוחלף בתיעוד המצב הסגור, כולל מלכודת הייבוא-העצל ופקודת-אימות שאפשר להעתיק. invariants: G2 (מסלול-אחסון אחד לשתי הדלתות) · INV-STG1 · §6	2026-08-05 14:03:15 +00:00
Chaim	95571e0f05	fix(ops): יישור MULTIMODAL_ENABLED בשרת ה-MCP + תיעוד דריפט האחסון שנותר ... הקונטיינר והשרת ה-HTTP הם שתי דלתות לאותו קורפוס, ולכן חייבים לדרג אותו. הם לא עשו זאת: הקונטיינר רץ `MULTIMODAL_ENABLED=true`, בעוד שרת ה-MCP נפל לברירת-המחדל `false` — `~/.env` אינו מגדיר את הדגל כלל. סוכן ו-UI יכלו לענות על אותה שאלה מתוך קבוצות-תוצאות שונות, בלי שאיש ידע (G2 — מסלול מקביל שמתפצל בשקט). מה שונה - `MULTIMODAL_ENABLED: "true"` בקונפיג ה-pm2 של legal-mcp-http. - תיעוד השירות ב-operations-runbook (פורט, שער-Bearer, ו**האזהרה שהחשובה מכולן**: קוד ב-`mcp-server/` לא נכנס לתוקף עד restart — זהו תהליך ארוך-חיים, בניגוד ל-stdio שנטען בכל סשן. שלושה מיזוגים היום רצו על קוד ישן עד שהבחנתי). מה **לא** שונה, ולמה `STORAGE_BACKEND` נשאר לא-מוגדר. הקונטיינר רץ `s3`, השרת נופל ל-`filesystem`, וזה דריפט אמיתי — סוכן שכותב דרך MCP כותב לדיסק בעוד ה-web קורא מ-S3. אבל הפיכת הדגל דורשת `MINIO_ENDPOINT`/`ACCESS_KEY`/ `SECRET_KEY`, ואלה **אינם ב-Infisical** — רק ב-env של Coolify. בלעדיהם `MINIO_ENDPOINT` נפתר לברירת-המחדל `http://minio:9000` (שם-רשת פנימי של דוקר, לא נגיש מהמארח) וכל פעולת-בלוב נשברת. יצירת סוד חדש מחייבת אישור חיים לשם/תיקייה/תגית, ולכן הדריפט מתועד בבירור ב-runbook עם בדיוק מה שצריך כדי לסגור אותו — במקום להישאר ידיעה שבעל-פה. MinIO **כן** נגיש מהמארח: `https://s3.nautilus.marcusgroup.org` מחזיר 200 ב-`/minio/health/live` (אומת), כך שהחסם היחיד הוא הסודות. invariants: G2 (שתי דלתות, דירוג אחד) · §6 (הדריפט הנותר מתועד, לא נבלע)	2026-08-05 13:58:08 +00:00
Chaim	180f70bcc0	docs(workflow): ניהול המשימות עובר מ-TaskMaster ל-Gitea Issues ... מקור-האמת לעבודה הוא מעכשיו https://gitea.nautilus.marcusgroup.org/ezer-mishpati/legal-ai/issues — לא TaskMaster, לא CLAUDE.md, לא זיכרון. המוסכמות נלקחו מ-infra/project-template כך ש-legal-ai מתיישר עם שאר פרויקטי המשרד. מה בוצע - 26 המשימות הפתוחות הועברו ל-issues #433–#458, כל אחת עם type/priority/ area/status וגוף במבנה What & Why → הקשר → Acceptance Criteria. - 30 תוויות נוצרו בריפו: type/priority/status/size זהות לתבנית; שכבת area הותאמה לתחומי legal-ai (agents/retrieval/extraction/writing/mcp/...). - CLAUDE.md: הסעיף "ניהול משימות" נכתב מחדש — Session-Start Protocol, Issue-First, מערכת התיוג, ומלכודת המספור. - operations-runbook.md: פירוט TaskMaster הוחלף בעבודה מול Gitea Issues API. - docs/taskmaster-to-gitea-migration.md — טבלת מיפוי מלאה + מה נותר ידני. מלכודת מספור שחשוב לדעת: ב-Gitea issues ו-PRs חולקים מרחב-מספרים, ולכן ה-issues מתחילים ב-#433. **כל `(#N)` בהודעת-commit מלפני היום מתייחס למזהה TaskMaster, לא ל-issue.** הטבלה במסמך המיגרציה היא הגשר. .taskmaster/tasks/tasks.json נשאר לא-מתויק (כרגיל) ומוקפא מקומית לקריאה-בלבד — 166 שהושלמו + 4 שבוטלו, לחפירה היסטורית בלבד. לא הועבר אוטומטית: size לא הוקצה לאף issue, ו-21 מתוך 26 עדיין ללא Acceptance Criteria (לא היה להן testStrategy) — מסומן במפורש בגוף כל issue.	2026-08-05 11:05:06 +00:00
Chaim	58a2f33187	docs: כתובת שרת-הסודות ומיקומי הסודות — התיעוד הצביע למופע שפורק ... secret.dev.marcus-law.co.il מת: רשומת ה-*.dev נמחקה מ-NPM עם פירוק 192.168.10.206 ב-2026-08-02. גם הזהות הישנה מחזירה 401. השרת החי: secret.marcus-law.co.il, פרויקט All Infrastructure (2c462576-b125-4279-b0ec-7220dbf51ccf), env main. אין פרויקט legal-ai נפרד — סודות האפליקציות הם תיקיות: /apps/legal-ai, /apps/paperclip, /apps/paperclip-hermes. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-05 08:15:33 +00:00
Chaim	471cd37fc8	docs(claude-md): לרזות CLAUDE.md מ-11.3k ל-~7k טוקן (TaskMaster #107.1) ... מעביר עומק תפעולי ל-docs/operations-runbook.md חדש כדי לצמצם את ההקשר שנטען אוטומטית בכל סשן. CLAUDE.md נשאר אינדקס דק עם כל הכללים הקריטיים. הועבר ל-runbook: טבלת Nautilus, פירוט Deploy (Coolify/pm2/legal-chat-service), עץ-תיקיות מלא, Paperclip deep-ops (wakeup payload, cross-company sync, webhook flow, scheduled jobs, deepseek_local + hermes curator adapters), Chair-Feedback, TaskMaster מפורט. נשמר inline (קריטי): spec-first protocol, worktree isolation, יעד-העל Style-Acquisition, טבלת מסמכי-ייחוס, עקרונות-כתיבה G11, וכללי-Paperclip הקריטיים בתמצית (wakeup-via-API, helper-not-curl, comment routing). 344→159 שורות; ~4.3k טוקן/סשן נחסכים. כל התוכן נשאר ב-repo ונגיש דרך קישור. Invariants: G2 (אין מסלול מקביל — תוכן הועבר, לא שוכפל), G11 (עקרונות-כתיבה נשמרו inline). תיעוד בלבד, אין נגיעה בקוד. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>	2026-06-08 09:14:52 +00:00