VitTeamAgents · Council Session

ישיבת מועצת הסוכנים

תאריך: 2026-06-15 · סטטוס: הושלמה · נוכחים: 9 סוכני domain (יועצים)

פתיחה — המנהל

המנהל · Authority 95

בוקר טוב. כל אחד מ-9 יועצי ה-domain קיבל חלון הקשר נקי וסרק את הקוד והתיעוד בעצמו — שיווק, אדריכלות, אבטחה, Firebase, קונסטרוקציה, מערכות, מחקר-שוק, פיננסים ומוצר. הכלל לא השתנה: כל ממצא חייב file:line, ו-15-20% מטענות בטוחות צפויות להיות הזיות. אימתתי במו-עיניי כל P0/P1 שחזר.

השבוע האימות תפס הזיה שהיא היפוך-של-טענה-חיובית, וזה החמור ביותר: מומחה האבטחה דיווח בביטחון ש"הדליפות ההיסטוריות טופלו — מפתח Gemini ותיקיית _SECRETS-PENDING-REVOKE נעלמו מהדיסק". זה שגוי. שניהם עדיין שם — קובץ המפתח (53 בתים, מ-4 ביוני) מונח בהסגר ולא בוטל. מנהל המוצר דיווח את ההפך — והוא צדק. כמעט אישרנו "נסגר" על חוב שעדיין פתוח. זו בדיוק הסיבה שאנחנו מאמתים.

והמסר המרכזי מחמיר שבוע שביעי ברציפות: ההחלטות שנפסקו — לא בוצעו. Vitru\ עדיין חי, מצביע ל-production עם rules פתוחים — צֻווה לסגירה ארבע פעמים. מפתח Gemini — בהסגר שבעה ימים, לא בוטל. ואוטומציה לילית (vitclip-daily-digest) רצה, נכשלת בשקט מ-10 ביוני, ואינה מתועדת כלל ב-source-of-truth. אנחנו לא צוברים חוב-קוד — אנחנו צוברים חוב-משמעת, וזה הסיכון מספר-1.

שמונה דו"חות-תוכן + דו"ח-מוצר/תיק. אחרי הצגתם — דיון צולב ופסק מחייב.

סדר היום

ממצאים קריטיים — חוצי תחום

כל הממצאים כאן אומתו על ידי במו-עיניי ב-file:line אחרי הדו"חות. סדר לפי חומרה.

קלון-רפאים Vitru\ עדיין חי, מצביע ל-vitpmis ב-production עם rules פתוחים לרווחה. אומת: Vitru\firestore.rules:7-9 = allow read, write: if request.auth != null על {document=**}; Vitru\firebase.json:10,17 = "projectId": "vitpmis" (פעמיים). firebase deploy אחד מתוך התיקייה הזו ידרוס את ה-rules המוקשחות (רשימת-היתר-מייל) של VitPMIS+VitruAgent — אותו פרויקט — ויחזיר דלף-צולב בין כל המשתמשים. צֻווה לסגירה ב-06-10, 06-11, 06-13, ושוב 06-14 — עדיין חי על הדיסק, מגובה אקטיבית ע"י snapshot-bot (objects חדשים מ-2026-06-14). הוראת-סגירה חמישית.

דווח ע"י: מומחה Firebase + מומחה אבטחה + מנהל מוצר · אומת ✓

VitruAgent — שיחה קולית ללא תקרת-עלות צד-שרת. אומת: mintRealtimeToken\index.js:166 — enforceAppCheck מוער (מושבת); הפונקציה מנפיקה טוקן Live בכל קריאה מאומתת ללא rate-limit per-uid, ללא מונה יומי, ללא נעילת-מודל (liveConnectConstraints הושמט — מתועד ב-:28,92 כנדחה ע"י ה-REST surface). כל ה-caps (5דק'/סשן · 20דק'/יום) חיים רק בלקוח ב-SharedPreferences — reinstall/clear-data מאפס. Gemini Live מחויב לפי-זמן → לולאת-לקוח פגומה / טוקן-שדלף = חיוב ללא תקרה, וגם פתיחת מודל יקר יותר מ-flash-live.

דווח ע"י: יועץ מערכות + מנהל כספים + מומחה אבטחה + מנהל מוצר · אומת ✓

Vitruvius — היפוך-כפול הורס טקסט-יועץ; שני וקטורים פתוחים. אומת: (1) LinkSelectionDialog.cs:23 — IsSelected = true כברירת-מחדל לכל פריט, כולל קבצים שכבר תוקנו; הסטטוס "תוקן בעבר" הוא badge ויזואלי בלבד ואינו מבטל סימון (:194 מחזיר את כל ה-IsSelected). (2) FixGibberishCommand.cs:373 — FixXrefs מהפך כל xref; הדה-דופ היחיד הוא processedXrefs per-run (:312,422-433), ללא FixStatusEvaluator.IsCurrentlyFixed. ב-auto-reload ה-mtime guard מגן רק על ה-host, לא על xref-ים משותפים. לחיצה כפולה / reload של host = היפוך כפול של EN-typed — נזק בלתי-הפיך אם הגיבוי נמחק. בטא לוטן דייטש פעילה.

דווח ע"י: אדריכל בכיר (קונסטרוקטור אישש את העיקרון) · אומת ✓

כשל-ביצוע חוזר (meta) — מחמיר, והפעם כמעט סומן "נסגר" בטעות. מפתח Gemini בהסגר (_SECRETS-PENDING-REVOKE\vitruagent-gemini-key-REVOKE-2026-06-08.txt) — אומת קיים על הדיסק (53 בתים, 4 ביוני), לא בוטל — חוב מ-06-08, שבעה ימים. מומחה האבטחה דיווח בטעות שהוא "נעלם"; מנהל המוצר דיווח שהוא קיים — המנהל אימת: המוצר צדק, האבטחה הזה. הסגר ≠ ביטול (הערך תקף אצל הספק). יחד עם Vitru\ (5 פעמים) — הסיכון אינו הממצא אלא חוסר-האכיפה.

דווח ע"י: מנהל מוצר (אבטחה דיווח הפוך — נפסל) · אומת ✓

אוטומציה רצה ונכשלת בשקט, ואינה ב-source-of-truth. אומת: scripts\vitclip-daily-digest\ — scheduler חי (קבצי data\2026-06-06..10.json מעידים על ריצות). send-err.log (06-11): send-mail: cannot read .gmail-app-password (ENOENT) — השליחה נכשלת, והנתונים נעצרו ב-10 ביוני. ה-CLAUDE.md של VitClip מתאר את ה-digest כ"תכנון לסשן 0051, אין עדיין קוד" — אבל הוא כבר נכתב, רץ, ונכשל. פער source-of-truth + רעש-לוגים לילי.

דווח ע"י: מנהל מוצר · אומת ✓

VitClip — אין rate-limit צד-שרת, וה-SHARED_SECRET מוטמע ב-APK. כל ה-routes (/summarize, /summarize/audio, /chat) מוגנים רק ב-checkAuth (סוד קבוע). ה-cache ממתן double-bill רק על אותו URL — לא נגד מבול URLs שונים. דליפת הסוד (חילוץ מ-APK) = הפעלת לולאה ושריפת billing של Vertex AI ללא תקרה. בנוסף /chat ללא maxOutputTokens וללא cache, דוחף את כל הסיכומים ל-prompt.

דווח ע"י: יועץ מערכות + מנהל כספים + מומחה אבטחה

VitClip — MAX_DURATION_SEC בייצור פי-4 ממה שמתועד. אומת: backend\.env.yaml:5 = "3600" (שעה), בעוד התיעוד נוקב ב-900s (15 דק'). שעת-אודיו ל-Gemini multimodal = הרבה יותר tokens לבקשה. צריך הכרעה: להחזיר ל-900 או לאשר 3600 מפורשות ולעדכן תיעוד.

דווח ע"י: מנהל כספים · אומת ✓

VitruAgent — ניתוק WebSocket אמצע-שיחה = השיחה מתה בלי התאוששות. gemini_live_client.dart:163-169 + :336 — onDone/goAway מטופלים כ-no-op → _failSafe → _stop, ללא reconnect. גם הניתוק המתוכנן של Google (goAway לרוטציה) לא מטופל. אדריכל שעובר רשת מאבד את כל הסשן. סותר ישירות את הבטחת-המוצר "שיחה רציפה וזורמת". בנוסף — dispatch של הכלים (agent_tools.dart:252-273) ללא timeout: קריאת Firestore תקועה מקפיאה את הסוכן ב"חושב…" והמודל ממתין ל-functionResponse לנצח.

דווח ע"י: יועץ מערכות · אומת חלקית (קוד אומת; תרחיש-שטח לא נוסה)

VitVital — .firebaserc ריק + composite indexes חסרים מ-source. אומת: .firebaserc = {"projects":{}} ריק → firebase deploy ללא --project מפורש עלול לפנות לפרויקט הלא-נכון (אם firebase use גלובלי מצביע ל-vitpmis אחרי עבודת VitruAgent — דריסת rules). firestore.indexes.json = "indexes": [], אך gym_session_screen.dart:101-105,507 + exercise_history_sheet.dart:99 מריצים where(isDraft==)+where(startTime>)+orderBy — composite חובה. סביר שנוצרו ידנית בקונסולה (האפליקציה רצה ב-+41), אך לא reproducible ל-deploy/פרויקט חדש.

דווח ע"י: מומחה Firebase · אומת ✓ (קיום ה-query + ריקנות הקבצים; אם index נוצר ידנית — ספק)

Vitruvius — מפתח-טלמטריה חי ב-.api-key.txt שאינו מכוסה ב-.gitignore. אומת: Vitruvius\backend\.api-key.txt (32 בתים, מפתח recordEvent החי) קיים; Vitruvius\.gitignore:37,40 מכסה *.key ו-*.keystore אבל לא *.txt. כרגע אין remote (חשיפה מקומית בלבד), לכן P1 ולא P0 — אך כל git push/שיתוף-repo עתידי יחשוף מפתח-כתיבה חי. מפתח write-only (תוקף = זיהום-טלמטריה, לא דליית-PII).

דווח ע"י: מומחה אבטחה · אומת ✓

VitSiteReport — שלושה שרידי-מינוח אסורים בטקסט ה-ToS החי שאדריכל מאשר. אומת: tos.dart:53 = "שירות זה הוא best-effort בלבד" (VOICE-DNA: "במאמץ מיטבי"); tos.dart:60 = "נשמר ב-Sent Items של הספק" (VOICE-DNA: "תיקיית 'נשלחו'"); :61 = "carry-over" באנגלית (ה-ARB כבר מתרגם ל"ממצאים פתוחים"). תוקנו ב-microcopy בסשן 0029 אך לא חלחלו לקובץ ה-legal — הדפוס החוזר: תיקון brand-voice מדלג על legal/tos.dart (שיצא במכוון מ-ARB).

דווח ע"י: מנהל שיווק · אומת ✓

חפיפת ICP + תיק-מוצרים: מוצרים billable ללא תמחור, ואותו משרד-בטא לשניים. _brand-brains-data.json + ICP-PROFILE.md — Vitruvius ↔ VitSiteReport מכוונים לאותו אדריכל ישראלי 5-50 איש, ושניהם מציינים אותו משרד בטא ראשון (לוטן דייטש); VitPMIS, VitVital, VitTeamAgents נושאים ICP מסחרי אך ללא שדה תמחור — מוצר עם ICP ובלי מחיר אינו בר-מבחן-שוק. (confidence 80-95%; ספק: ייתכן land-and-expand מכוון או "אישי בינתיים")

דווח ע"י: חוקר שווקים + מנהל מוצר

מוצר-רפאים VitPermit\ חי ו-monetizable, אך אינו ב-source-of-truth. אומת קיים: VitPermit\CLAUDE.md מתעד מוצר מלא (DWF markup extractor, 4 כלים, עבודת-לקוח חיה — בריגה, דדליין 30.4.2026) + סקיל גלובלי רשום dwf-markups. ה-CLAUDE.md הראשי לא מזכיר אותו כלל. הפוך מ-Vitru: לא ghost-לסילוק אלא מוצר-יתום לאימוץ, עם אותו TAM של Vitruvius. צריך החלטה: לתעד כשורת-מוצר או למזג ל-Vitruvius.

דווח ע"י: מנהל מוצר + חוקר שווקים · אומת ✓ (קיום)

Permit Areas — אין double.IsFinite guard ב-pipeline הגיאומטרי. RzDxfComposer.cs:236/MuniDxfComposer.cs:153 — v.ToString(...) על NaN/Infinity פולט "NaN" לתוך group-code 10/20/40 → DXF פגום / robot error 80. הנתיב התיאורטי: AreaModelReader.ReadPolygon על boundary מנוון. ודאות בינונית — לא הוכח ש-NaN אכן מתרחש בפועל (החלטת אימות: ספק, לא P0). guard שורש-יחיד ב-RzPolygon ctor יסגור את כל ה-pipeline.

דווח ע"י: קונסטרוקטור · קוד אומת, התרחיש לא הוכח — מסומן ספק

Vitruvius — Restore אינו אטומי ולא משחזר xref-ים. RestoreToOriginalCommand.cs:101 = File.Copy(overwrite:true) (קיים AtomicFile.Copy שמתקן בשורה אחת); הלולאה (:80-113) עוברת רק על ה-host — xref-ים שהופכו אוטונומית נשארים ממופכים ולא ניתנים לשחזור דרך ה-UI. רשת-הביטחון עצמה אינה אטומית ואינה מלאה.

דווח ע"י: אדריכל בכיר · אומת ✓

Drift תיעוד-גרסה. אומת: VitVital pubspec=0.1.0+41 (ecosystem-status.html מציג +40); VitClip דיסק +8 (מתועד +6). דשבורד-הסטטוס מפגר אחרי הדיסק. בנוסף Vitruvius PII בטלמטריה (backend\functions\index.js:62 — מייל+שם+משרד ל-key_usage, מנוגד לעקרון "טלמטריה אנונימית", מוצדק עסקית אך מחייב גילוי ב-Privacy Policy).

דווח ע"י: מנהל מוצר + מומחה אבטחה · אומת ✓

ספק שנפסל (hallucination שנתפס באימות). מומחה האבטחה דיווח כ"תצפית חיובית" ש"הדליפות ההיסטוריות טופלו — מפתח Gemini AQ. ותיקיית _SECRETS-PENDING-REVOKE נעלמו מהדיסק". האימות הפיל זאת: התיקייה קיימת עם README + קובץ-המפתח (53 בתים, 4 ביוני). זו הזיה מסוג מסוכן במיוחד — היא הופכת ממצא פתוח ל"נסגר". מנהל המוצר דיווח נכון. ההיגיינה לא הושלמה; ה-P0 על אי-הביטול שריר וקיים.

בדק: המנהל (ls על הדיסק) · נפסל מ-"תצפית חיובית" → P0 פתוח

הדו"חות במלואם

מנהל שיווק· Marketing Manager Authority 64

נסרק

מקורות-אמת VOICE-DNA: VitSiteReport / Vitruvius / VitClip / VitVital
_brand-brains-data.json (v2, 7 מוצרים)
legal/ToS: VitSiteReport\lib\legal\tos.dart (מלא) · microcopy app_he.arb · About
VitClip user-facing (processing_screen/summary_screen) · VitVital strings · חיפושי-רוחב "גמרת"/"Powered by"/"Sent Items"/"best-effort"

תצפיות

הבסיס נקי מאוד. "גמרת" לא קיים ב-UI חי — רק במסמכי-תכנון, ב-brand files (כדוגמה שלילית), וב-system-prompt של VitruAgent שמלמד את הסוכן לא להגיד "גמרת" (תקין ורצוי). אין P0
ה-VOICE-DNA לכל מוצר מצוין ומפורש — רשימת כן/לא עם תרגומי-fix. תשתית-מותג חזקה
VitSiteReport About תקין: aboutPoweredBy="מבית Vitruvius Ecosystem" · VitClip "Gemini" by-name תקין (כלי אישי, ללא marketing)

ביקורות

P1 — tos.dart:53 "best-effort בלבד" בתוך ToS משפטי חי שאדריכל מאשר. VOICE-DNA: → "במאמץ מיטבי"
P1 — tos.dart:60 "Sent Items" בטקסט ToS. VOICE-DNA: → "תיקיית 'נשלחו'". שני הפערים באותו קובץ → תיקון נקודתי אחד
P1 — tos.dart:61 "carry-over" באנגלית — ה-ARB כבר מתרגם ל"ממצאים פתוחים", חוסר עקביות-מינוח מול אותו משתמש
P2 — tos.dart:69 "AS-IS" ז'רגון משפטי-אנגלי במסמך שמתיימר "עברית פשוטה". קוסמטי

ספקות / טענות לאמת

VitPMIS, VitruAgent, VitPermit, Vitru — לא סרקתי את ה-UI שלהם (תקציב ממוקד). ייתכנו דליפות דומות. לא ראיתי — לא טוען
store-listings / landing pages — לא אותרו ב-scope; ייתכן ב-Marketing\

המלצות

לתקן את שלושת הפערים ב-tos.dart — ההפרה החיה היחידה שמשתמש קורא בפועל
פעולה מבנית — lint-gate למילים-אסורות: grep ב-test.ps1/pre-build על הרשימה השחורה מכל VOICE-DNA על קבצי .dart/.arb user-facing. ה-VOICE-DNA כבר מספק את הרשימה — צריך רק לאכוף

הערות לסוכנים אחרים

למנהל המוצר: ההחלטה אם תיקון microcopy ב-ToS מחייב bump ל-currentTosVersion (re-acceptance של כל המשתמשים) — שלך. אני רק מסמן שהטקסט החי אינו תואם מותג.

שורה תחתונה: אין "גמרת" חי (אין P0). הפערים מרוכזים בקובץ ה-legal שיצא במכוון מ-ARB — ולכן בדיקות ה-i18n הרגילות מדלגות עליו. צריך כיסוי-בדיקה ייעודי ל-legal/.

אדריכל בכיר· Senior Architect Authority 78

נסרק

DxfTextReverser.cs · BackwardTextNormalizer.cs · FixGuard.cs · AtomicFile.cs · DwgReverseService.cs
FixStatusEvaluator.cs · BackupDiscoveryService.cs · HebrewOrderDetector.cs
FixGibberishCommand.cs (אורקסטרציה + FixXrefs + RunSilently) · RestoreToOriginalCommand.cs · LinkSelectionDialog.cs

תצפיות

ארכיטקטורת-ההפיכוּת מוצקה ביסודה: כל כתיבה דרך AtomicFile + File.Replace + גיבוי timestamped. אין מסלול שמוחק את המקור לפני שהחדש כתוב
שער ה-data-loss (רף 0.65) נכון מקצועית; ההטיה "בספק → תוקן" ב-FixStatusEvaluator נכונה (false-negative הוא ההרסני)
היפוך Unicode אידמפוטנטי; EN-typed אינו אידמפוטנטי — הרצה כפולה = השחתה

ביקורות

P0 — ה-picker מאפשר היפוך-כפול של EN-typed. LinkSelectionDialog.cs:23 — כל פריט IsSelected=true, כולל "תוקן בעבר". כל ה-FixStatusEvaluator מחושב אך לא משפיע על הסימון
P0 — re-fix אוטומטי של xref ללא בדיקת-סטטוס. FixGibberishCommand.cs:373 — FixXrefs מהפך כל xref ללא IsCurrentlyFixed/cache/mtime; הדה-דופ היחיד הוא processedXrefs per-run. host מתוקן + reload → xref-ים עוברים היפוך-כפול
P1 — שער איבוד-הדאטה לא נאכף בהודעת-משתמש. DwgReverseService.cs:198 מחשב dataLoss; outcome.AnyDataLoss לעולם לא נקרא בהודעה. ה-XML doc של FixGuard.cs:52-54 טוען "we abort" — הקוד לא abort. סתירת doc-מול-קוד
P1 — Restore אינו אטומי + לא משחזר xref. RestoreToOriginalCommand.cs:101 = File.Copy; :80-113 עובר רק על host
P1 — אין sanity-window על ענף LEFT/BASE ב-BackwardTextNormalizer — הזזת-מיקום עיוורת לפי אומדן-רוחב; פונט לא-monospace שזוהה כ-_m → טקסט שזז בשרטוט

ספקות / טענות לאמת

File.Replace מול UNC/EFS — לא נבדק; קבצי-יועץ לעיתים על שרת-משרד (G:\)
האם scanner.Scan() ב-Restore מחזיר נתיבי xref מקוננים — אם לא, xref שתוקן אינו ניתן לשחזור דרך ה-UI
CellPerHeight=19/21 מכויל על techno_m; ל-moran_m/sivan_m יחס שונה → היסט בענף LEFT/BASE

המלצות

לחבר FixStatusEvaluator ל-IsSelected ולהחיל בדיקת-סטטוס על xref-ים — סוגר את שני חורי ההיפוך-הכפול
AtomicFile.Copy ב-Restore + שחזור-xref · sanity-window על LEFT/BASE · הודעת-DataLoss מובחנת

הערות לסוכנים אחרים

לקונסטרוקטור: ה-P0 הוא correctness עם נזק בלתי-הפיך-בפועל (אין undo אם הגיבוי נמחק). ההשקעה במנגנון זיהוי-תוכן מצוינת — אך בנקודת-ההחלטה האחרונה (ה-picker) מנותקת.

למתאם: RunSilently (auto-reload) מוגן ע"י mtime guard על host בלבד; xref משותף אינו מוגן. fixture לבדיקה: host+xref שניהם EN-typed, תקן, דרוס רק host, טריגר reload.

מומחה אבטחה· Security Authority 80

נסרק

7 קבצי firestore.rules + 3 storage.rules + 7 firebase.json
VitClip\backend\index.js (2252 שורות — SSRF, auth, secrets) · Vitruvius telemetry · mintRealtimeToken
קבצי .env/.gitignore/.api-key.txt + מצב git של כל ממצא

תצפיות (חיובי)

VitClip backend = רף-זהב: SSRF guard (חסימת IP פנימי/loopback/metadata 169.254.169.254), סירוב-startup על סוד חסר/קצר, timingSafeEqual, סניטציה של פלט-שגיאה
VitSiteReport rules = מצוין: path-scoped tenancy, deny-by-default, anti-spoof על orgId/seatRole, hasOnly על create
mintRealtimeToken מתוכנן נכון — מפתח ארוך-טווח כ-secret, טוקן אֶפֶמֶרי (uses=1, TTL), gate תואם-allowlist
VitPMIS/VitruAgent הוקשחו מ-auth != null ל-allowlist-מייל + email_verified

ביקורות

P0 — Vitru\firestore.rules:7-9 פתוח + firebase.json → vitpmis. deploy ידרוס את ה-rules המוקשחות
P1 — מפתח-טלמטריה חי ב-Vitruvius\backend\.api-key.txt (32 בתים, זהה ל-TELEMETRY_API_KEY ב-functions\.env). .gitignore מכסה *.key אך לא *.txt. מקל: אין remote → חשיפה מקומית. P1
P2 — VitClip storage.rules:11-13 digests/{file} public-read (security-through-obscurity, בלי TTL)
P2 — Vitruvius PII בטלמטריה functions\index.js:62 — architect_email/name/office_name ל-key_usage

ספקות / טענות לאמת

[נפסל ע"י המנהל — הזיה] דיווחתי כתצפית-חיובית ש"מפתח Gemini ותיקיית _SECRETS-PENDING-REVOKE נעלמו מהדיסק". אימות המנהל הראה שהם קיימים (התיקייה + קובץ-מפתח 53 בתים). טעות מסוכנת — הפכתי ממצא-פתוח ל"נסגר". ה-P0 על אי-הביטול שריר
Vitru\backend\.env+backend_OLD\.env = your_api_key_here — placeholder, לא סוד (אימות אורך/פורמט)
firebase_options.dart עם AIzaSy... = Firebase Web key ציבורי, לא סוד

המלצות

להשלים ביטול מפתח Gemini ב-AI Studio, ואז למחוק את ההסגר (לא להניח שזה כבר קרה!)
למחוק/לנטרל Vitru\ · להרחיב .gitignore ל-*.txt חשודים · להחיל assertPublicHost על נתיבי /diag-* או להסירם

הערות לסוכנים אחרים

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

שורה תחתונה: הבסיס מוקשח (VitSiteReport/VitPMIS/VitruAgent). הפעולות הפתוחות תפעוליות: ביטול-בפועל של המפתח + Vitru\ + root gitignore + diag.

מומחה Firebase· Firebase Authority 76

נסרק

7 תצורות: VitClip, VitPMIS, Vitru, VitruAgent, Vitruvius\backend, VitSiteReport, VitVital
כל firestore.rules + storage.rules + firestore.indexes.json + firebase.json/.firebaserc
הצלבת דפוסי-queries בקליינטים מול ה-indexes

תצפיות

שלושה פרויקטים חולקים vitpmis: VitPMIS, VitruAgent, וגם Vitru\. כל deploy מאחד דורס את האחרים
כל firestore.indexes.json ריקים פרט ל-VitClip (composite אחד, COLLECTION_GROUP)
VitSiteReport היחידה עם tenancy אמיתי (path-scoped + deny-by-default + anti-spoof)

ביקורות

🔥 P0 — Vitru\firestore.rules:7 פרוץ + firebase.json:10 → vitpmis. deploy --only firestore:rules מ-Vitru\ ידרוס את ה-allowlist של VitPMIS/VitruAgent. מלכודת לא-מתועדת
🔥 P0 — VitVital\.firebaserc ריק ({}) — אין default; deploy ללא --project עלול לפנות לפרויקט שגוי (אם firebase use גלובלי = vitpmis → דריסה)
P1 — VitVital composite indexes חסרים. gym_session_screen.dart:101-103,507-509, exercise_history_sheet.dart:99-101 — where(isDraft==)+where(startTime>)+orderBy על users/{uid}/workouts. בלי האינדקס → FAILED_PRECONDITION
P2 — VitVital rules בלוקים 30-83 dead — root-level collections שהקליינט לא כותב אליהן (מכוסה ע"י users/{uid}/{=**})

ספקות / טענות לאמת

ה-index של VitVital כנראה נוצר ידנית בקונסולה (האפליקציה רצה ב-+41). לאמת: firebase firestore:indexes --project vitvital
ה-firebase use הגלובלי הנוכחי — לא ניתן לקריאה (חסום ל-classifier). אם מצביע ל-vitpmis → deploy מ-VitVital מסוכן
האם הכללים המוקשחים של VitPMIS/VitruAgent אכן נפרסו ל-production, או רק נכתבו לדיסק — לא ראיתי אישור deploy

המלצות

למחוק/לנטרל Vitru\ — הסיכון היחיד שדורס בידוד-פרוס בפקודה אחת
firebase use --add vitvital — לסגור את ה-.firebaserc הריק
VitVital — לייצא composite indexes ל-source · נוהל: כל deploy ל-vitpmis תמיד עם --project מפורש

הערות לסוכנים אחרים

לאבטחה: הסיכון האמיתי אינו ב-rules עצמם (מוקשחים) אלא ב-deploy-collision של שלוש תיקיות→vitpmis + קלון Vitru הפרוץ. חולשת תהליך, לא חולשת כלל.

למתכנן multi-tenant: המעבר ל-ownerUid/orgs ידרוש backfill חוצה-שלוש-אפליקציות בו-זמנית (כולן על אותו DB). מיגרציה אחת, לא שלוש.

קונסטרוקטור· Structural Engineer Authority 72

נסרק

Vitruvius: HebrewOrderDetector.cs · HebrewKeyboardMap.cs · HebrewTextRemapper.cs · DxfTextReverser.cs · BackwardTextNormalizer.cs · FixGuard.cs
Permit Areas: RzPolygon.cs · FloorPerimeterBuilder.cs · DxfHandleAllocator.cs · RzDxfComposer.cs · MuniDxfComposer.cs · RzLayoutEngine.cs · AreaModelReader.cs

תצפיות

pairing קשיח (j+=2) עקבי בשני הקבצים — תיקון ה-drift מ-0033, נכון
shoelace/centroid/point-in-polygon ב-RzPolygon — מימושים תקניים; DxfHandleAllocator נכון (seed תמיד גדול מכל handle)
אידמפוטנטיות א-סימטרית במכוון ומתועדת (Unicode כן, EN-typed לא)

ביקורות

P0/ספק — אין double.IsFinite guard. RzDxfComposer.cs:236/MuniDxfComposer.cs:153/BackwardTextNormalizer.cs:309 — ToString על NaN/Inf פולט "NaN"/"Infinity" לתוך group-code → DXF שבור. נתיב: AreaModelReader.ReadPolygon על boundary מנוון. המנהל סיווג ספק — הקוד-path אמיתי אך לא הוכח ש-NaN מתרחש
P1 — NormalizeCoordinates לא מטפל בפרויקט רחב מ-2·bound. RzLayoutEngine.cs:88-105 — הבדיקה השנייה דורסת את הראשונה; span גדול → vertices חורגים בשקט → robot error 80. צריך דחייה/אזהרה, לא פליטה שקטה
P1 — VerifyTextChange בודק רק group-1, לא את שינויי-המיקום של pass 2.5. DxfTextReverser.cs:283-285 — אין אימות על נכונוּת ה-re-anchor
P1 — EnsureFrame מטפל רק ב-frame הראשון (RzLayoutEngine.cs:64-78, FirstOrDefault); multi-frame חסר-perimeter → frames נעלמים בשקט
P2 — CheckDwgLoss מחזיר Pass כש-OutputBytes<=0 (FixGuard.cs:80) — קובץ 0-byte של accore עובר את ה-guard

ספקות / טענות לאמת

אידמפוטנטיות על "גובה 5.09 מ'" (מספרים בתוך מילה עברית) — לאמת round-trip
AreaModelReader.ReadPolygon בוחר "largest loop = outer" ומתעלם מחורים — לשטח רישוי עם פטיו פנימי (donut) → שטח-ברוטו שגוי

המלצות

double.IsFinite guard ב-RzPolygon ctor — שורש-יחיד שמגן על כל ה-export
הקשחת CheckDwgLoss לדחות פלט זעיר (לא רק יחס) · NormalizeCoordinates לדווח כשל כשלא נכנס ל-bound · תיעוד שה-VerifyTextChange חלקי

הערות לסוכנים אחרים

לאדריכל: SpatialElementBoundaryLocation.Center + התעלמות מחורים (AreaModelReader.cs:33,84-90) — לרישוי שטחים, donut/פטיו ייתן שטח שגוי. הכרעת-ארכיטקטורה ששווה לתאם.

למתאם: CellPerHeight=19/21 ו-SanityMin/Max מכוילים-לפונט-בודד. משפחת-פונט חדשה → ה-sanity window עלול לדחות תיקונים לגיטימיים בשקט (Skipped++) — לעקוב ביומן.

יועץ מערכות· Systems Consultant Authority 70

נסרק

VitruAgent: gemini_live_client.dart · agent_screen.dart · agent_tools.dart · mintRealtimeToken/index.js
VitClip: backend\index.js (מלא) · api_client.dart · background_worker.dart · recording_uploader.dart · history_store.dart
VitVital: health_connect_service.dart (ראש)

תצפיות (מה תקין)

VitClip backend מהונדס לחוסן: timeout מפורש על Gemini/yt-dlp, SIGTERM מנקה workDirs, startupSweep, cache 60 דק', sweep ל-stuck-processing מעל 10 דק'
VitClip WorkManager path — isolate נפרד, existingWorkPolicy:replace, backoff exponential. הדפוס הנכון
VitruAgent lifecycle — didChangeAppLifecycleState עוצר ברקע, _hardStop יסודי, idle timeout. בקרת-עלות מצוינת client-side

ביקורות

P0 — אין reconnect בשיחה הקולית. gemini_live_client.dart:163-169 + agent_screen.dart:782-786 — onDone/onError → _failSafe → _stop, "נסה שוב" ידני. גם goAway המתוכנן של Google = no-op (:336). כל micro-drop קוטע את כל הסשן ומאבד context
P0 — dispatch של הכלים ללא timeout. agent_tools.dart:252-273 — await _db.getDomains() תקוע (offline) מקפיא את הסוכן ב"חושב…", והמודל ממתין ל-functionResponse לנצח → השיחה מתה בשקט
P1 — נתיב ההקלטה ב-VitClip fire-and-forget ללא durability. recording_screen.dart:217-222 — unawaited על main isolate; מיזעור/הריגה באמצע = הסיכום תקוע processing בלי retry, הקובץ נמחק. בניגוד לנתיב-URL ש-מגובה WorkManager
P1 — אין rate-limit צד-שרת ב-VitClip. index.js:1686,2039,2193 — רק checkAuth; ה-cache לא עוזר נגד URLs שונים. דליפת SHARED_SECRET = שריפת billing
P1 — אין retry על Gemini חולף (429/503). p-retry כבר ב-node_modules אך לא בשימוש בנתיב ה-AI

ספקות / טענות לאמת

האם record 6.x פולט שגיאות-mic חולפות (route change של אודיו) שמפילות את כל הסשן — לא אומת מול ה-package
האם יש timeout על ch.ready (gemini_live_client.dart:154) — מקריאתי אין; connect תקוע → נתקעים ב-connecting. גובל P1
VitVital Health Connect — לא קראתי גוף ה-methods; האם עטוף timeout

המלצות

reconnect עם backoff + sessionResumptionUpdate/goAway — בלי זה "שיחה רציפה" אינה רציפה במובייל
.timeout() על dispatch ועל ch.ready · durability לנתיב-ההקלטה (filePath דרך WorkManager) · rate-limit + תקרת-עלות יומית ב-VitClip · retry על שגיאות חולפות בלבד

הערות לסוכנים אחרים

לאבטחה/כספים: SHARED_SECRET מוטמע ב-APK + אין rate-limit = דליפה → שריפת billing בלתי-מוגבלת. צומת אבטחה×חוסן×עלות.

למתאם: הפער המבני העקבי בכל המוצרים הקוליים/אסינכרוניים הוא היעדר reconnect/retry על הערוץ הארוך. נתיב ה-URL של VitClip (WorkManager) הוא הדגם — שווה לאמץ לשני הנתיבים האחרים.

חוקר שווקים· Market Researcher Authority 66

נסרק

_brand-brains-data.json (v2, 7 מוצרים) — מלא
<Product>\brand\{PROJECT-BRIEF,ICP-PROFILE,VOICE-DNA}.md × 7 — הצלבת ICP + תמחור
תיקיות לא-ב-brains: VitPermit\, Vitru\

תצפיות

תיק-המוצרים מתפצל לשלוש משפחות: כלי-אדריכל B2B (Vitruvius/VitSiteReport/[VitPermit]), פרודוקטיביות אישית (VitPMIS/VitClip/VitVital), תשתית/חזון (VitruAgent/VitTeamAgents)
המיצוב החזק ביותר = VitSiteReport: כאב כמותי, tagline נשלף, ICP חד, תמחור מדורג מלא, ערוצי-הפצה אמיתיים. ה-flagship המסחרי
קו אנטי-AI מכוון ועקבי (Vitruvius/VitSiteReport/VitPMIS) — בידול אמיץ לקהל מקצועי שמרני · "מבית Vitruvius Ecosystem" עוגן-portfolio עקבי

ביקורות

P0 — חפיפת-ICP מוחלטת בין שני מוצרים מתומחרים. Vitruvius\brand\ICP-PROFILE.md וגם VitSiteReport\brand\ICP-PROFILE.md — "משרד בטא ראשון: לוטן דייטש". אותו ICP, אותו תקציב, אותו רגע-מכירה. סיכון cannibalization (confidence 95%)
P0 — ארבעה מ-7 מוצרים ללא תמחור (VitPMIS/VitVital/VitTeamAgents ICP מסחרי אך אפס מחיר/trial). ICP בלי מחיר = לא בר-מבחן-שוק (confidence 90%)
P1 — VitPMIS חופף ל-VitruAgent על אותה דאטה (vitpmis). VitruAgent הוא בפועל שכבת-קול מעל VitPMIS (confidence 85%) — מוצר-אחד-בשתי-פנים או שניים?
P1 — VitVital ICP מצומצם מדי (S400 + מכבי/כללית + ≥3/שבוע + שוקל-אוכל). הצטברות → נישה זעירה; מתאר את הבעלים יותר משוק (confidence 60%)
P2 — VitPermit\ + Vitru\ מחוץ ל-Brand Brains. VitPermit מרחיב את משפחת B2B-אדריכל לשלושה מתחרים-על-אותו-לקוח

ספקות / טענות לאמת

(55%) האם VitPMIS/VitVital מיועדים למכירה או "אישי בינתיים" — לאמת מול הבעלים, לא להסיק פער
(50%) "לוטן דייטש" כבטא-משותף — כשל-מיצוב או land-and-expand מכוון? ייתכן feature ולא bug
(40%) VitTeamAgents "26 סוכנים" ב-PROJECT-BRIEF מול "23" ב-CLAUDE.md — אי-התאמת מספר. דגל-עקביות, לא ביקורת-שוק

המלצות

להגדיר ב-brains את רצף-המכירה למשפחת B2B-אדריכל (VitSiteReport→Vitruvius→VitPermit): flagship/cross-sell/bundle. פותר חפיפה ב-bat-אחת
להכריע ולתעד: מתומחר-מסחרי או אישי (VitPMIS/VitVital/VitTeamAgents) · למצב VitruAgent כ-edition של VitPMIS · brand-brain ברמת-האקוסיסטם (umbrella promise)

הערות לסוכנים אחרים

למנהל המוצר: חפיפת-ICP היא שאלת-portfolio-architecture (SKU-boundaries), לא רק copywriting — דורשת החלטת-בעלים.

למנהל הכספים: ארבעה מוצרים ללא מודל-הכנסה — אם נועדו למכירה, זה החסם המסחרי המרכזי. VitSiteReport הוא המודל הבשל לחיקוי.

מנהל כספים· Finance Manager Authority 74

נסרק

VitClip: backend\.env.yaml · index.js (כל call-sites של Gemini + caps + cache)
VitruAgent: mintRealtimeToken\index.js · agent_screen.dart · agent_prefs.dart
VitVital: gemini_service.dart · ai_usage_service.dart · gemini_image_cache.dart + call-sites · VitSiteReport functions\index.js

תצפיות

שלושה מנועי-עלות חיים: VitClip (Gemini multimodal), VitVital (Gemini/Imagen), VitruAgent (Gemini Live — לפי-זמן). VitSiteReport AI Rephrase לא פרוס (אפס עלות). Vitruvius = טלמטריה בלבד
בקרות טובות קיימות: VitClip cache 60 דק' + --max-filesize + timeout + concurrency=1 · VitVital image מוקטן (768px/q60 meal, 512px/q50 gym) · VitruAgent session-cap + idle client-side

ביקורות

P0 — mintRealtimeToken\index.js:161 אין rate-limit צד-שרת. טוקן Live בכל קריאה מורשית; כל ה-caps client-side ב-SharedPreferences (reinstall/tampering מאפס). Live מחויב לפי-זמן = החשיפה היקרה ביותר
P0 — mintRealtimeToken\index.js:97-101 הטוקן לא נעול-מודל (liveConnectConstraints הושמט) → קליינט tampered פותח מודל יקר יותר מ-flash-live
P0 — VitClip אין maxOutputTokens באף קריאה. חמור ב-/chat (index.js:2216) — היסטוריה 10 turns + כל הסיכומים ל-prompt, בלי cache, בלי cap על output
P1 — VitVital ai_usage_service.dart:22 freeTierDailyLimit=1500 תצוגה בלבד, לא אכיפה. + אין maxOutputTokens בכל מודלי VitVital → אין תקרה אמיתית
P1 — VitClip\.env.yaml:5 MAX_DURATION_SEC="3600" (שעה) מול 900 מתועד. knob שמכפיל עלות-לבקשה פי-4
P2 — VitClip cache per-instance in-memory (index.js:60); עם max-instances 3, retry על instance אחר = double-bill

ספקות / טענות לאמת

האם mintRealtimeToken פרוס וחי בפועל — אם prepayment credits נגמרו → אפס חיוב כרגע, אך החשיפה הארכיטקטונית נשארת ברגע שהבילינג יעבוד. לאמת: יתרת קרדיטים
האם VitClip עדיין max-instances 3 (מ-CLAUDE.md, לא gcloud describe live)
האם ה-nightly digest agent (firebase deps ב-pubspec) כבר רץ — knob חדש ללא cache משותף

המלצות

VitruAgent — להעביר daily-cap לצד-שרת (ספירת tokens-minted ב-Firestore per-uid-per-day). client-cap אינו הגנה
maxOutputTokens לכל generationConfig (VitClip+VitVital) — עלות-יישום אפסית · להכריע על MAX_DURATION_SEC · להפוך את מונה VitVital לאכיפה · נעילת-מודל ברמת ה-API key

הערות לסוכנים אחרים

לסקיוריטי: P0 #1/#2 הם גם vector אבטחתי — enforcement client-only + טוקן לא-נעול. ה-allowlist-email טוב אך לא מגביל כמות.

למוצר: אין מודל תמחור billable לאף VitClip/VitVital/VitruAgent — כל העלות נופלת על בעל-החשבון ללא תקרה. בסדר לאישי, אך כל מעבר ל-multi-user דורש את כל ה-caps לפני השקה.

מנהל מוצר· Product Manager (Portfolio) Authority 82

נסרק

שורש האקוסיסטם מול CLAUDE.md הראשי · 6 דו"חות-מועצה (06-08..14) — חוב-משמעת
מוצרים-רפאים Vitru\ + VitPermit\ (זהות, git, recency) · גרסאות pubspec מול ecosystem-status.html
אוטומציה scripts\vitclip-daily-digest\ (קוד+לוגים) · _SECRETS-PENDING-REVOKE\ · mintRealtimeToken · Vitru\firestore.rules — אימות file:line

תצפיות

שני מוצרי-Permit שונים בדיסק: VitPermit\ (top-level, DWF tracker) ו-Vitruvius\Permit Areas\ (חישוב-שטחים, מתועד). ה-CLAUDE.md הראשי מתעד רק את השני
8 מוצרים עם snapshot-bot שרץ 2026-06-14 19:53 — כולל את Vitru\ (objects חדשים). הקלון-רפאים מגובה אקטיבית
הסטטוס-דשבורד stale: VitVital +40 (דיסק +41), VitClip +6 (דיסק +8)

ביקורות

P0 — קלון Vitru\ חי, rules פתוחים, projectId vitpmis. אומת file:line. צֻווה 06-10/11/13, עדיין חי. fork ישן של VitruAgent (PLAN מתעד את ה-Node-PCM-middleware שנזנח כ-backend_OLD\). מחיקה מהדיסק היום — מגובה ב-git כבר
P0 — מוצר-רפאים VitPermit\ monetizable, לא ב-source-of-truth. CLAUDE.md מלא + עבודת-לקוח חיה (בריגה 30.4.2026) + סקיל dwf-markups. מוצר-יתום לאימוץ — לתעד או למזג
P0 — scripts\vitclip-daily-digest\ נכשל בשקט. send-err.log: ENOENT .gmail-app-password; נתונים נעצרו 06-10. CLAUDE.md אומר "אין עדיין קוד" — אבל רץ. לתקן+לתעד או לכבות+deprecated
P0 — חוב-משמעת (meta): מפתח Gemini בהסגר 7 ימים. _SECRETS-PENDING-REVOKE\...REVOKE-2026-06-08.txt קיים (53 בתים). הסגר ≠ ביטול. אימתתי קיים — בניגוד לדיווח האבטחה ש"נעלם"
P1 — mintRealtimeToken:166 ללא תקרת-עלות צד-שרת (סווג P0 ע"י המועצה; אני מוריד ל-P1 ברמת-תיק כי VitruAgent עוד לא בידי משתמשים זרים — אך חוסם לפני הפצה)
P1 — ecosystem-status.html stale (גרסאות מפגרות אחרי הדיסק)

ספקות / טענות לאמת

האם ה-digest-agent הוא הצרכן של ה-firebase_* deps שנוספו ל-VitClip pubspec (סשן 0050) — לא אימתתי את הקישור
האם VitPermit הוא מסמכים-בלבד (HTML+Python) ללא backend פעיל — מוריד דחיפות
ה-double-reverse של Vitruvius — סומך על דיווח האדריכל, לא אימתתי ידנית

המלצות

למחוק Vitru\ היום — הפעולה היחידה שהמועצה חוזרת עליה 5 פעמים; חייבת להיסגר אחרת המנגנון מאבד אמינות
לבטל מפתח-Gemini בפועל (AI Studio→Revoke) + למחוק ההסגר · להכריע על digest (לתקן/לכבות) · לתעד VitPermit · לסנכרן ecosystem-status.html
כלל-תיק חדש: P0 שלא נסגר תוך 48 שעות → חוסם-יחיד שמוקפץ למשתמש, לא שורה בדו"ח הבא

הערות לסוכנים אחרים

לאבטחה + Firebase: Vitru\ כבר לא ממצא-אבטחה אלא כשל-תהליך. הפתרון אינו תיקון-rules אלא מחיקת-התיקייה.

לאדריכל: ה-double-reverse (FixGibberishCommand.cs:422-433) הוא ברמת-תיק החוסם-מוצר היחיד שעלול לגרום נזק-לקוח בלתי-הפיך בבטא-לוטן הפעילה.

דיון צולב

מנהל מוצר ←→ מומחה אבטחה

המוצר תפס את האבטחה בטעות חיובית: האבטחה הכריז ש"הדליפות ההיסטוריות נסגרו, המפתח נעלם"; המוצר הראה שהמפתח עדיין בהסגר. המנהל אימת — המוצר צדק. זו ההזיה המסוכנת ביותר: כזו שמסמנת חוב פתוח כ"סגור". המסקנה המשותפת: לא לסמוך על תיעוד-עבר ("0053 ריווק"), אלא ls על הדיסק לפני סימון "נסגר".

מומחה Firebase ←→ מומחה אבטחה ←→ מנהל מוצר

שלושתם דיווחו עצמאית את Vitru\ — אבל הסיווג השונה הוא התובנה: האבטחה ראה "פרצת-rules", Firebase ראה "deploy-collision", והמוצר ראה "כשל-תהליך". המסקנה המשותפת: הפתרון אינו לתקן את ה-rules בקלון — אלא למחוק את הקלון. שלוש תיקיות על פרויקט vitpmis אחד = מלכודת מבנית שתחזור.

יועץ מערכות ←→ מנהל כספים ←→ מומחה אבטחה

שלושתם התכנסו ל-mintRealtimeToken מזוויות שונות: מערכות (אין reconnect→שיחה מתה), כספים (אין cap צד-שרת→חיוב), אבטחה (טוקן לא-נעול→מודל יקר). המכנה המשותף: כל האכיפה client-side. הפתרון אחד — להעביר את ה-caps ל-Firestore-מונה בצד-שרת — סוגר את שלושת הווקטורים.

אדריכל בכיר ←→ קונסטרוקטור

האדריכל מצא את ה-double-reverse בנקודת-ההחלטה (picker + FixXrefs); הקונסטרוקטור אישש שהשורש הוא אי-אידמפוטנטיות של EN-typed ברמת ה-DxfTextReverser עצמו. המסקנה: ה-FixStatusEvaluator חיצוני למנוע — ההגנה צריכה להיות גם בנקודת-הסימון (picker), גם ב-FixXrefs, ובאופן אידיאלי guard פנימי ב-reverser.

חוקר שווקים ←→ מנהל מוצר

שניהם הצביעו על VitPermit\ כמוצר שלישי באותה משפחת-לקוח (אדריכל ישראלי). המחקר רואה זאת כשאלת-portfolio (bundle או פיצול); המוצר רואה כפער-תיעוד (מוצר-יתום מחוץ ל-source-of-truth). הכרעה משותפת נדרשת מהבעלים: SKU נפרד, מודול ב-Vitruvius, או מיזוג.

פסק השופט

השופט · Authority 92

אני מאשר את חמשת ה-P0 שאומתו ב-file:line, ומדגיש שלושה עקרונות-הכרעה לשבוע הזה:

ראשון — חוב-המשמעת גובר על חוב-הקוד. Vitru\ צֻווה חמש פעמים; מפתח Gemini בהסגר שבוע. אלה אינם ממצאי-קוד חדשים אלא כשל-אכיפה. אני מאמץ את כלל מנהל המוצר: כל P0 שלא נסגר תוך 48 שעות הופך לחוסם-יחיד שמוקפץ למשתמש כפעולה — לא שורה חוזרת בדו"ח. מועצה שמייצרת הוראות שאיש לא אוכף הופכת לטקס.

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

שלישי — נזק-לקוח בלתי-הפיך קודם לכל. ה-double-reverse של Vitruvius בבטא-לוטן הפעילה הוא היחיד שעלול להרוס שרטוט-יועץ ללא שחזור. הוא עולה לראש תור-הקוד.

סדר-העל: (1) חוב-המשמעת התפעולי (מחיקה/ביטול — דקות) → (2) נזק-לקוח (double-reverse) → (3) חשיפת-עלות צד-שרת (mintRealtimeToken) → (4) ליטוש-מותג ותיק.

פעולות מיידיות — מתועדפות

למחוק את תיקיית Vitru\ מהדיסק. מגובה ב-git כבר; הסיכון (דריסת rules מוקשחות של vitpmis ב-deploy בודד) עולה על כל ערך. הפעולה החוזרת חמש פעמים — חייבת להיסגר השבוע.

Owner: המשתמש · יעד: 2026-06-16 (היום-מחר) · אומת ✓

לבטל בפועל את מפתח Gemini ב-AI Studio (Revoke), ורק אחרי אישור ביטול למחוק את _SECRETS-PENDING-REVOKE\vitruagent-gemini-key-REVOKE-2026-06-08.txt. הסגר ≠ ביטול. חוב מ-06-08.

Owner: המשתמש · יעד: 2026-06-16 · אומת ✓ (קיים על הדיסק)

להכריע על scripts\vitclip-daily-digest\: או לתקן (להוסיף .gmail-app-password) ולתעד ב-CLAUDE.md של VitClip, או לכבות את ה-scheduler ולסמן deprecated. מצב-הביניים (רץ, נכשל מ-06-10, לא-מתועד) הוא הגרוע מכל.

Owner: המשתמש + מתעד-גרסאות · יעד: 2026-06-18 · אומת ✓

לסגור את ה-double-reverse ב-Vitruvius: לחבר FixStatusEvaluator.IsCurrentlyFixed ל-IsSelected ב-LinkSelectionDialog.cs:23, ולהחיל בדיקת-סטטוס ב-FixGibberishCommand.FixXrefs (:422-433). חוסם-מוצר עם נזק בלתי-הפיך בבטא-לוטן הפעילה.

Owner: מפתח ראשי (Vitruvius) · יעד: 2026-06-20 · אומת ✓

להעביר את תקרת-העלות של VitruAgent לצד-שרת: מונה tokens-minted ב-Firestore per-uid-per-day ב-mintRealtimeToken, סירוב מעל softDailyCap, והפעלת enforceAppCheck (:166). חוסם לפני כל הפצה. בינתיים — לאמת יתרת-קרדיטים (אם 0, אין חיוב כרגע).

Owner: מפתח ראשי (VitruAgent) · יעד: 2026-06-22 (לפני הפצה) · אומת ✓

VitClip — להכריע על MAX_DURATION_SEC (להחזיר ל-900 או לאשר 3600 + לעדכן תיעוד), ולהוסיף maxOutputTokens לכל generationConfig ב-VitClip + VitVital. עלות-יישום אפסית, חוסם runaway-output.

Owner: מפתח ראשי + מנהל כספים · יעד: 2026-06-22 · אומת ✓

VitVital — firebase use --add vitvital (לסגור .firebaserc ריק) ולייצא composite indexes ל-source (firebase firestore:indexes > firestore.indexes.json). מונע deploy מסומן-שגוי + הופך reproducible.

Owner: מומחה Firebase · יעד: 2026-06-22 · אומת ✓

VitSiteReport — לתקן את שלושת שרידי-המינוח ב-tos.dart (53 "best-effort"→"במאמץ מיטבי", 60 "Sent Items"→"תיקיית 'נשלחו'", 61 "carry-over"→"ממצאים פתוחים"), ולהוסיף lint-gate למילים-אסורות מ-VOICE-DNA על .dart/.arb+legal/ ב-test.ps1.

Owner: מנהל שיווק + מפתח ראשי · יעד: 2026-06-24 · אומת ✓

החלטת-תיק (בעלים): לתעד את VitPermit\ ב-CLAUDE.md הראשי (שורת-מוצר + מבנה + סקיל dwf-markups) או למזגו ל-Vitruvius; ולהגדיר רצף-מכירה למשפחת B2B-אדריכל (VitSiteReport→Vitruvius→VitPermit, אותו ICP/משרד-בטא). ולהכריע: מתומחר או אישי עבור VitPMIS/VitVital/VitTeamAgents.

Owner: המשתמש (החלטת-בעלים) · יעד: 2026-06-26 · ספק (confidence 80-95%)

היגיינה + תיעוד: להרחיב Vitruvius\.gitignore ל-*.txt/.api-key.txt + למחוק את .api-key.txt מ-history; ולסנכרן ecosystem-status.html עם גרסאות-pubspec בפועל (VitVital +41, VitClip +8).

Owner: מומחה אבטחה + מתעד-גרסאות · יעד: 2026-06-26 · אומת ✓