No Sloptober: אתגר של חודש בלי כלי LLM

האתר no-sloptober.com מציע ניסוי לאוקטובר: להעביר חודש שלם בלי כלים מבוססי LLM. הכותב מכנה זאת „צום למען המוח” ומדגיש שזה אתגר אישי, לא שיפוט של דרך העבודה של אחרים.

מה כולל האתגר

ההימנעות המוצעת חלה על כלים שמפתחים נוגעים בהם מדי יום: סיכומי AI בתוצאות חיפוש, שיחה עם צ'אטבוט וחיפוש בעזרתו, סקירת קוד של AI, וכן „Claude/OpenCode/Pi/סוכנים/מודלים וכו'” — בבית ובעבודה. העצה פשוטה: „עשו את זה בדרך הישנה, הקשה”, ופתחו לעצמכם תחושת ניואנס לגבי מה ש-LLM טובים בו ומה לא. שתי הערות מרככות את הכללים: לעובדים שחברה מאלצת אותם להשתמש ב-AI מוצע להתאים את האתגר כדי לשמור על מקום העבודה, ותרגום מכונה נשאר חריג אישי — אם כי לדעת הכותב תרגום ולוקליזציה מקצועיים דורשים רמת דיוק שאין להפקיד בידי מכונה.

למה הכותב מבקש לנסות

במקום הראשון עומדת שמירה על הכישורים: גם מי שמוצא תועלת ב-LLM צריך לדעת לבצע את העבודה בעצמו. האתר מזכיר גם פרספקטיבה ובריאות נפשית, ומקשר למאמרו של סיימון וויליסון „Don't be a meat proxy” מ-3 באוגוסט 2026, שמתאר אנשים שמעבירים שיחה דרך צ'אטבוט ומפרסמים את הפלט כמעט בלי עריכה. גם אבטחה היא מניע: העמוד רומז לסוכנים שמתקינים תוכנה זדונית בטעות. הכותב מצטט גם שורה שהוא מכנה „חוק אונארהיים”: „סוכנים יכולים רק לשמר או להגדיל אנטרופיה במערכת. רק בני אדם מסוגלים להפחית אותה”.

מה לעשות במקום

למשתתפים מציע האתר חלופות קונקרטיות: לעבור על פלט LLM קיים בפרויקטים בעבודה ובבית ולנקות אותו — המודלים „באמת אוהבים לכתוב הרבה מאוד זבל בהערות” ומסבכים תוכנה יתר על המידה; ללמוד שפה חדשה כמו Zig, Rust, Go, Lua או TypeScript; לאמץ פריימוורק ווב כמו Astro, Mastro או Effect.ts; לתרגל code katas; להתחיל פרויקט; או לבנות משחק עם Excalibur או Godot. יש גם הצעה לצוותים: לנתח עלויות וסיכונים של השימוש ב-LLM ולמדוד מהירות, שיעור תקלות והוצאות בשימוש מצומצם — לפי „משולש הברזל”: טוב, זול או מהיר; בוחרים שניים.

מה אמור החודש הזה להראות

הטיעון המסכם עוסק במלאכה: העמוד מציע למצוא מחדש את הכיף בעבודה, לחזור למצב „זרימה”, ולשאול אילו משימות חסרות ערך ואפשר לאוטומט באופן דטרמיניסטי וזול. למידה, כך נכתב, דורשת מאמץ מנטלי ו„חיכוך”. המשתתפים מוזמנים לכתוב על החוויה ולפרסם עם ההאשטג #no-sloptober.