יום שני ליד שולחן התיקונים: מסך סטטוסים עם ZCode ו־GLM-5.3-Flash, בדיון
בעל מוסך בדוי מבקש מסוכן קוד מסך סטטוסים קטן, ושומר לעצמו את הבנק, את שיחות הלקוחות ואת המילה האחרונה.

JACK GROSS · FICTION + SOURCED ANALYSIS · 28 SEP 2026
סיפור חיים בדיוני, לא ריאיון עם מנכ״ל אמיתי ולא ניסוי במודל
בסיפור הבדוי הזה אני מנהל מוסך תיקונים קטן. בוקר יום שני: שלושה לקוחות רשומים לאותו שולחן עבודה, משלוח מספק מתעכב, ו“אולי בחמישי” משורבט על ידי הטכנאי במחברת צהובה. עמית שואל למי להתקשר קודם. התשובה קיימת, פזורה בשלושה מקומות, ואין לי עוד שעה של חיפושים. המספר והחברה בדויים. לא הרצתי את ZCode או את GLM-5.3-Flash, לא ראיינתי מייסד ולא צפיתי באף אחת מהתוצאות המתוארות.
בקצרה
שני שמות, שני מוצרים
בסיפור הזה נזכרים שני דברים. ZCode היא סביבת סוכן קוד של Z.AI. GLM-5.3-Flash הוא מודל. כל תיאורי המוצרים להלן לקוחים מהדפים של Z.AI עצמה, לא מניסוי שלי.
![איור שנוצר בבינה מלאכותית לפרק: בקצרה
ZCode היא סביבת קוד, לא מנכ״ל. לפי Z.AI, Flash מובנה לעבודה עם צילומי מסך. בדקו את בורר המודלים שלכם. [Z.AI]
הבעלים, המוסך, המחברת ואב־הטיפוס של יום שישי בדויים. הבדיקות הן הצעות, לא תוצאות. [Z.AI]
פעולות מול לקוחות, בנק וייצור נשארות מחוץ לסוכן. בדקו מקורות ובדיקות לפני פריסה. [ZCode]
תרשים תהליך מקוריהזמנות בדויות→תוכנית ZCode→אב־טיפוס מקומי→הבעלים בודק
שני שמות, שני מוצרים](/assets/posts/img/2026-09-28-zcode-glm-flash-small-company-ceo-inline-1000.jpg)
עוזר לבנות, לא מנכ״ל דיגיטלי
אני לא רוצה שסוכן ינהל את החברה שלי. אני רוצה מסך פנימי קטן עם הזמנות מאושרות, חלקים זמניים והמקור המדויק מאחורי כל סטטוס. לפי Z.AI, ZCode שומרת משימה יחד עם קבצי הפרויקט, טרמינל, מצב Git, תצוגה מקדימה בדפדפן ולוח בדיקה. בדף הבית שלה כתוב ש־GLM-5.3-Flash מובנה לעבודה עם תמונות וצילומי מסך, בעוד שהמסר הרחב יותר סובב סביב GLM-5.3. לכן הייתי פותח את בורר המודלים ובודק את התוכנית שלי, במקום להניח שההפעלה רצה על Flash. השם המתועד בממשק הוא glm-5.3-flash, ומודל בממשק אינו המסגרת של ZCode. [source]
יומנו של מנהל בדיוני
מיום שני עד שישי, בגוף ראשון של בעלים בדוי. דבר מזה לא קרה.
הבקשה הראשונה והגבול הראשון
בסיפור אני פותח מאגר חדש עם הזמנות בדויות, בלי רשומות לקוחות חיות. אני פותח את ZCode במצב Plan וכותב מטרה אחת: ״בנה אב־טיפוס מקומי; שלושה סטטוסים בלבד; בלי שליחה, בלי תשלומים, בלי פריסה לייצור. הצג התנגשויות וחותמות זמן של המקורות״. הסוכן עשוי להציע מסד נתונים, ממשק ושרשרת אינטגרציות. את המעבר הראשון הייתי מקצץ לייבוא CSV, בודק התנגשויות ומסך אחד. התיעוד של ZCode אומר ש־Plan ממתין לאישור, ושמצב ״שאל לפני שינויים״ הוא ברירת המחדל לעריכות ולפקודות. גישה מלאה פירושה פחות בקשות, וזו התחלה שגויה עם נתוני עסק. את ההגדרות המדויקות הייתי עדיין בודק בגרסה המותקנת. [source]
צילום מסך הוא לא אפיון
אני מוסיף צילום של הלוח הנייר ומצביע על העמודה ״הובטח״. בלוח הזה עיגול אדום אומר ״מחכים לתשובת הלקוח״, לא ״דחוף״. מודל ראייה יכול לבנות לוח יפה שהופך בדיוק את המשמעות הזו. Z.AI מתארת את GLM-5.3-Flash כמולטימודלי מלכתחילה, עם קלט תמונה והקשר של עד מיליון טוקנים. אלה מפרטי היצרן, לא הוכחה שהוא פענח את המקרא בכתב ידי. לכן הייתי דורש ממנו רשימה של הסימנים שהוא לא בטוח בהם, מבקש ממנו לשאול אותי על המקרא ומשווה את המסך המעובד ללוח המקורי. המעגל: לקרוא, להציע, לעבד, לבדוק, לתקן. האישור שלי למקרא הוא מה שמונע מטעות נעימה להפוך לתהליך עבודה. [source]
סיפור חיים בדיוני, לא ריאיון עם מנכ״ל אמיתי ולא ניסוי במודל. בעל מוסך בדוי מבקש מסוכן קוד מסך סטטוסים קטן, ושומר לעצמו את הבנק, את שיחות הלקוחות ואת המילה האחרונה.
פתק הספק שרצה להיות פקודה
בסיפור מגיע PDF מספק עם מספר חלק רגיל ושורה אחת שמיועדת ל״אוטומציה שלכם״ ומבקשת לשנות את חשבון הבנק בחשבונית. ה־PDF הוא ראיה לגבי חלקים, לא רשות לגעת בפרטי בנק. OWASP מכנה את הגבול הזה הזרקת פרומפט מחומר לא מהימן. ב־ZCode סוכן קוד עשוי לקרוא קובץ ולהציע פקודה, וחלון הרשאה אינו תחליף להבנה מה הפקודה תעשה. לכן מסמכי ספקים יושבים בתיקיית בדיקה לקריאה בלבד, אסור לפנות במסוף לרשת של מערכות כספיות, וכל פרט תשלום עובר תהליך אנושי נפרד. המודל יכול להצביע על השורה החשודה בלי לבצע אותה ובלי לחזור עליה כהוראה. [source]
הדגמת יום שישי
עד יום שישי של השבוע הבדוי הזה, אב־הטיפוס על המחשב שלי מציג שלוש עמודות: מאושר, זמני, חסום. השורה החשובה ביותר היא לא מספר. זה ״המקור לא אומת״ ליד המשלוח המאחר. אני מבקש מהסוכן מקרה שבו שתי הזמנות מתנגשות בחמש עשרה דקות. אם הוא מזיז אחת בשקט כדי שהמסך יהפוך ירוק, נכשלנו. אם הוא מציג את שתי ההזמנות, תווית שעה מקומית, שורות המקור ופתק טיוטה לעמית, העיצוב הולך לכיוון הנכון. זה סף בדיקה דמיוני, לא הישג של ZCode או של Flash. [source]
כלל חפיפה להמחשה, לא מערכת תורים מוכנה
from datetime import datetime
def overlaps(a_start, a_end, b_start, b_end):
# Inputs must be timezone-aware and normalized beforehand.
assert all(x.tzinfo is not None for x in (a_start, a_end, b_start, b_end))
return max(a_start, b_start) < min(a_end, b_end)
# On a conflict: show both source rows; never move a booking automatically.
מה הייתי בודק לפני שאני סומך על הבנייה
קודם הייתי בונה מערך נתונים סינתטי: שמות כפולים, שינויי אזור זמן, דף סרוק עם סימן עמום אחד, פגישות חופפות, גרסה מיושנת של ספק והוראה חבויה ב־PDF. מקפיאים את הקלטים ומשווים קו בסיס שנבנה ידנית לאב־טיפוס בסיוע ZCode. מודדים דיוק ושליפה של התנגשויות, שיעור סטטוסים שגויים, מקור הנתונים, נגישות חזותית, בדיקות שעוברות על מכונה נקייה והאם בודק יכול לעקוב אחרי כל הבטחה שעל המסך. חוזרים עם אותו תקציב זמן וכלים וסופרים יחד את שימוש המודל ואת התיקון האנושי. מדדי קוד של היצרן לא יגידו לי אם הובטח ללקוח חלק שמעולם לא הגיע.
מה שנשאר שלי
מה שעוזר הוא תוכנה שאני יכול לבדוק, לא מנכ״ל סינתטי. אני עדיין בוחר למי להתקשר, אילו שינויים עולים לאוויר, אילו רשומות רשאיות לצאת מהמוסך והאם לשלם לספק. סוכן טוב מצמצם את מספר המקומות שאני צריך להסתכל בהם. הוא לא הרוויח חתימה, כניסה לבנק או זכות לאלתר הבטחה. את המחברת הצהובה אני סוגר רק כשהמסך כן לגבי מה שהוא לא יודע.
מקורות ומגבלות
המספר, המוסך ואב־הטיפוס בדויים, ולא הייתה הרצה של ZCode או של מודל. כל האמור הוא שיקול תכנוני, בלי תוצאה מדודה.
zcode.z.ai · zcode.z.ai · zcode.z.ai · zcode.z.ai · zcode.z.ai · zcode.z.ai · docs.z.ai · cheatsheetseries.owasp.org · github.com