לבקש שינוי במילים קל לדמיין וקשה לעשות בבטחה, כי הדרך הקלה היא לתת למודל לגעת בקובץ. כאן הבקשה הופכת למפרט, והמנוע הוא שכותב.
הבקשה הופכת למפרט
המודל מבין; המנוע כותב
אתה אומר מה צריך להשתנות: מספר מיושן, כותרת של מקטע, מונח שנכתב בשתי צורות. מה שיוצא מהשיחה אינו קובץ אלא תיאור של מה משתנה, באילו רכיבים, מול איזו גרסה. המנוע מבצע אותו, משנה את הרכיבים האלה ורושם כל רכיב ששינה. למה שתי השכבות נפרדות מוסבר בהשיחה היא עם ה-AI.
העריכה יורשת את הסירוב
בקשה שהמנוע לא מצליח לפענח נכשלת, במקום שינחשו אותה
אם המודל מבין אותך לא נכון, התוצאה היא מפרט שגוי שאתה יכול לקרוא ולדחות, לא מסמך שנשבר בשקט. התרגום כבר עובד כך: מקטעים יוצאים תחומים, הספירה שחוזרת מושווית לספירה שיצאה, ואי-התאמה מכשילה את השלב (מה מבדל). עריכה יורשת את אותו כלל: בקשה שאינה מתפענחת לרכיב קונקרטי חייבת להיכשל.
מה קיים היום, והפער
הדלת שמקבלת שינוי מתואר קיימת ויודעת לסרב; הדרך מהמשפט שלך אליה לא קיימת
מאז 2026-07-30 יש לסוכן ארבע פעולות שמרכיבות שינוי רכיב אחר רכיב: לפרט מה ניתן לעריכה, לפתוח טיוטה, לשלוח כל שורה (רכיב, פסקה, סוג תוכן, טקסט), ולבצע. כותרת, גוף ותא בטבלה מקבלים כתיבה; תמונה, שדה, תווית תרשים, הערה וגאומטריה נעולים, ושורה שמצביעה עליהם נכשלת. טיוטה שכבר אינה ניתנת לעריכה נכשלת. מתכון ריק נכשל.
הפער: עליך לציין כל רכיב לפי הזהות הפנימית שלו, שנקראת קודם מהמפה. מה שלא נבנה הוא הצעד מהמשפט שלך אל השורה הזו. לכן עדיין אי אפשר לבקש שינוי במילים פשוטות. הקבוצה המלאה נמצאת ביכולות; הדלתות נמצאות בממשקים.
היכן זה עומד היום
כיוון, עם הפער בשמו
למסך יש פער משלו, בעורך web. ממה מורכב מסמך חדש נמצא ביצירה משותפת עם AI.
המצב, עם תאריך. נמדד ב-2026-09-02, בסביבת הפיתוח, לא בסביבת הייצור. ארבע הפעולות שלמעלה נקראו מהמוצר עצמו, עם הסירוב לרכיבים נעולים מובנה בהן. לא נמצאה פעולה שמקבלת בקשה במילים שלך ומפענחת לאיזה רכיב היא מתכוונת. שלב הכתיבה מוצהר בין שלבי המנוע, ויומן הביצוע שלו ריק בכל ארבעת הפורמטים.
למה אין מספר. ליכולת הזו יש החלטה כתובה, אבל עדיין אין מדידה שמישהו מבחוץ יכול לחזור עליה.
כל מה שמתבקש, מבוצע או נדחה נשאר בתיעוד: הפועל החמישי, אמון.