בלוקי כתיבה ובלוקי קוד — מה שהחליף את Canvas
ביקשתם לקצר משפט אחד, וקיבלתם את כל הטקסט מחדש. הוא באמת קיצר את המשפט, והוא גם שינה עוד שלושה דברים שלא ביקשתם.
נבדק מול העמודים הרשמיים של OpenAI ב־13 בספטמבר 2026.מדריך לכלי מתיישן מהר יותר מכל דבר אחר באתר, ולכן התאריך הזה כתוב כאן ולא בשוליים. מה שלא הצלחנו לאמת מול המקור הרשמי כתוב כאן כ"לא אומת", ולא ניחשנו במקום.
מה תדעו בסוף
תדעו מתי לעבוד בבלוק במקום בשיחה, ותזהו את התופעה שבגללה טקסט שעבר כמה סבבי תיקון מפסיק להישמע כמוכם.
Canvas הוסר במהלך 2026, ומי שמחפש אותו לא ימצא. מה שבא במקומו עובד אחרת ממנו, ולטובה: במקום חלון נפרד שנפתח בצד, הטקסט עצמו הופך לבלוק שאפשר לערוך בתוך השיחה.
זה נשמע כמו שינוי קוסמטי. הוא לא, וההדגמה למטה מראה בדיוק למה.
העיקרון: ההבדל הוא בעריכה, לא בפלט
כשאתם מבקשים שינוי בשיחה רגילה, המודל לא עורך את הטקסט. הוא כותב אותו מחדש מההתחלה, והפעם עם ההנחיה החדשה בראש. התוצאה כוללת את השינוי שביקשתם — ולעיתים קרובות עוד כמה שלא.
זה לא תקלה. זה פשוט מה שהוא עושה: הוא מייצר טקסט שלם. ומכיוון שכל יצירה כזאת היא קצת אחרת מקודמתה, כל סבב תיקון מזיז עוד קצת את הפנייה, את הזמן, את הרישום.
אחרי ארבעה סבבים מקבלים טקסט שמצד אחד עונה על כל הבקשות, ומצד שני לא נשמע כמו מה שהתחלתם איתו. אנשים מתארים את זה כ“זה נהיה גנרי”, וזה מדויק, אבל הסיבה אינה שהמודל נהיה גרוע. הסיבה היא שביקשתם ממנו ארבע פעמים לכתוב מחדש.
ההדגמה: אותה בקשת עריכה, בשני מקומות
הטיוטה שיצאה, בשני המקרים זהה:
היי דנה,
רציתי לעדכן שסיימנו את מיפוי צורכי ההדרכה במחלקת התפעול.
עלו שלושה פערים מרכזיים, ואני מצרפת את הסיכום המלא.
נשמח לקבוע פגישה בשבוע הבא.
מה אתם מבקשים לשנות?
בשיחה: מבקשים, והמודל כותב הכל מחדש
בבלוק כתיבה: מסמנים את הקטע, ורק הוא משתנה
שאר השורות לא נגעו בהן. אין מה להשוות, כי אין מה שהשתנה.
הסתייגות שחייבת להיות כאן: סימנו את השינויים הלא מבוקשים באדום כדי שתראו אותם.בפלט אמיתי אין תגית כזאת. הטקסט פשוט חוזר שלם ויפה, ואתם קוראים את מה שביקשתם לשנות ולא את מה שלא. זו כל הבעיה.
מה עושים עם זה
בלוק כתיבה הוא אזור טקסט ערוך בתוך השיחה: טיוטת מייל, הודעה, מסמך. אפשר לערוך אותו ישירות ביד, לסמן קטע ולבקש שינוי רק בו, לפתוח למסך מלא, ולשמור לספרייה. וטיוטות מייל נתמכות אפשר לשלוח ישירות מתוך ChatGPT.
בלוק קוד הוא הצד השני: הוא מציג תצוגה מקדימה של HTML, React, SVG, תרשימי Mermaid ותרשימי Vega, ומריץ פייתון בסביבה מבודדת. לרוב מנהלות ההדרכה זה פחות רלוונטי — חוץ ממקרה אחד, שהוא תרשים. אם ביקשתם תרשים זרימה, אתם תראו אותו מצויר ולא כטקסט.
שיטת העבודה שחוסכת את הסחיפה
הכלל פשוט: הסבב הראשון בשיחה, כל השאר בבלוק.
כלומר: בקשו את הטיוטה כרגיל. כשקיבלתם משהו שהמבנה שלו נכון — עברו לערוך בבלוק, ותקנו קטע־קטע. ברגע שתחזרו לבקש “תכתוב לי את זה שוב אבל…”, התחלתם מחדש, והטקסט יזוז שוב.
ושורה ששווה לדעת: אילו פעולות זמינות בבלוק משתנה לפי התוכנית, לפי המכשיר, לפי הגדרות הארגון ולפי שלב ההפצה. אם משהו שקראתם עליו לא מופיע אצלכם — זה לא בהכרח באג.
טקסט שביקשתם לתקן ארבע פעמים בשיחה הוא לא הטקסט שלכם שתוקן ארבע פעמים. הוא הטקסט החמישי שנכתב מאפס.
איפה זה הכי משנה בעבודה
שלושה מקרים שבהם ההבדל אינו סגנוני אלא מהותי:
- טקסט שעבר אישור. אם הנוסח אושר על ידי המשפטית או על ידי ההנהלה, כל כתיבה מחדש מסכנת את האישור. בבלוק אתם משנים תאריך, והשאר נשאר חתום.
- טקסט עם שמות ומספרים. דווקא הפרטים הקטנים הם מה שמשתנה הכי בשקט — שם שהוטה אחרת, מספר שעוגל, תאריך שנוסח מחדש.
- טקסט שכתבתם אתם והוא רק עוזר. אם הקול הוא שלכם, כל סבב שלם מרחיק אותו ממנו.
מה לא אומת: אין תיעוד רשמי של יכולת הערה או ייצוא מתוך בלוק כתיבה. אם אתם צריכים תהליך אישור עם הערות מרובות משתתפים, בדקו את זה בעצמכם לפני שאתם בונים עליו נוהל.
התרגיל: עשר דקות
קחו הודעה שכתבתם השבוע והריצו עליה שלושה סבבי תיקון בשיחה רגילה: קצר, החלף פנייה, הוסף פרט. אל תסתכלו על התוצאות בדרך.
בסוף, תסתכלו על הגרסה הרביעית מול הראשונה — לא כדי לראות מה תיקנתם, אלא כדי לספור כמה דברים השתנו שלא ביקשתם. אצל רוב האנשים המספר הוא בין שניים לחמישה, והם לא שמו לב לאף אחד מהם.
ואז עשו את אותו דבר בבלוק.
שלוש טעויות שראינו
“אני אקרא את הגרסה החדשה ואשים לב אם משהו השתנה.” לא תשימו לב. הטקסט חוזר שלם, רהוט ואחיד, ואתם קוראים אותו בחיפוש אחר מה שביקשתם. זו כל הנקודה.
“נבקש ממנו לשמור על הנוסח.” עוזר מעט, ולא מספיק. ההוראה מתחרה בכל שאר ההוראות, והוא עדיין כותב מחדש.
“בלוק זה בשביל אנשים טכניים.” בלוק כתיבה הוא בדיוק לא זה. בלוק קוד הוא הטכני, ואת שני הסוגים קל להתבלבל ביניהם בגלל השם המשותף.
עד כאן לבד
שיטת העבודה הזאת תשפר לכם את הטקסטים מהיום, ואפשר ללמוד אותה בעשר דקות. היא פותרת בעיה של אדם אחד מול מסך.
מה שהיא לא פותרת זה מה שקורה כשהטקסט עובר בין אנשים: מי מחזיק את הגרסה הנכונה, מי מאשר, ומה קורה כששניים עורכים את אותו נוסח בשני חלונות. זו בעיה ישנה שקדמה ל־AI, והכלי הזה לא פותר אותה — הוא רק מייצר טיוטות מהר יותר, וזה מחמיר אותה. השיעור על תקשורת פנים־ארגונית נוגע בזה מהצד שבאמת קובע, שהוא הצד האנושי.