בזום יש פיצ׳ר של הרמת יד, ככה שאפשר לדעת מי רוצה לדבר — בואו ננסה להשתמש בו. וכמובן, כל שאלה או הערה מבורכת, גם באמצע.
02על מה נדבר
אשתדל לדבר על עקרונות ותהליכים, ופחות על איך עושים את זה טכנית. הממשק משתנה כל הזמן — רק היום גיליתי שינוי מגניב: אפשר להוסיף סקשנים במקום פרויקטים.
03למי זה מתאים
באופן כללי אני ממליץ מאוד לבעלי עסקים, ולאנשים מאוד אופרטיביים, להשתמש בקודקס. הוא ממש מיועד לזה — ומושלם לזה.
משבועיים לשעה
שבועייםתיאום ידני בין אנשים, טבלאות ומערכות
←
שעהתהליך אחד שמחזיק את כל השרשרת
124וריאציות מוצר שנבנו ונבדקו כטיוטות
0מוצרים שפורסמו בלי אישור
אף שלב לא היה שבועיים
המעברים בין המקורות, המערכות והבדיקות היו השבועיים.
מקורותמפרטים, מחירים והקטלוג הקיים.
מטריצהמעבדים, זיכרון, אחסון וכל הצירופים.
WooCommerceמוצרי אב, וריאציות, SKU ותמונות.
בקרותDry run, אישור, כתיבה וקריאה מחדש.
פרסוםנקודת החלטה נפרדת שנשארת אצל האדם.
החיסכון לא הגיע מהקלדה מהירה יותר. הוא הגיע מזה ש־כל השרשרת הפכה לעבודה אחת.
איך זה נראה בפועל, באותה שעה
קרא את הקטלוג הקיים ובנה מטריצה של כל 124 הצירופים — מעבד, זיכרון, אחסון, מחיר, SKU.
הציג Dry run: בדיוק מה ייווצר ומה ישתנה בכל מערכת, לפני שנגע במשהו.
אחרי שאישרתי — יצר שני מוצרי אב ו־124 וריאציות, כולן כטיוטות.
קרא הכול מחדש והוכיח: מחירים ותמונות במקום, והעמודים הציבוריים מחזירים 404. כלום לא פורסם.
לא פרומפט. דרך עבודה.
שבעה צעדים שהופכים שיחה ליכולת תפעולית שחוזרת ומשתפרת.
תוצאהמתחילים במה צריך לקרות בעסק.
הקשרקוראים מערכות, קוד והיסטוריה.
תוכניתמציגים Dry run במקום לנחש.
אישורכסף, פרסום והודעות נשארים מאחורי שער.
ביצוערק הפעולות שאושרו, לפי הרשומה המדויקת.
הוכחהקוראים מחדש את המערכת.
שימורכלל שחוזר הופך ל־SOP או ל־Skill.
ואז מצאתי באג
התיאורים של 124 הווריאציות החדשות יצאו שבורים בעמוד המוצר: במקום טקסט מעוצב, הלקוח ראה תגיות HTML גלויות באמצע המשפט.
Codex״כנראה שהתבנית המשותפת של התיאורים שבורה. אני אתקן אותה.״
אני״לא. המוצרים הישנים משתמשים באותה תבנית והם מוצגים מצוין — אז התבנית תקינה. הבעיה היא בנתונים שהוזנו עכשיו. אל תשנה כלום, תראה לי את ההבדל בין מוצר ישן למוצר חדש.״
למה זה היה הרגע הקריטי
התבנית שהוא רצה לתקן משרתת גם את כל הקטלוג הישן, שעובד. תיקון שלה היה מסכן מאות מוצרים מוכרים כדי לפתור בעיה ב־124 חדשים. הוא לא ידע את זה — הוא ראה סימפטום והושיט יד למנוף הגדול ביותר שיש.
ההשוואה מצאה את זה תוך דקות: התיאורים החדשים נעטפו ב־HTML פעמיים — הקוד עטף טקסט שכבר היה עטוף. התיקון היה בנתונים של 124 מוצרים, לא בתבנית, ואף מוצר קיים לא נגע.
זה לא היה קסם, וזו גם לא הייתה חוכמה שלי בקוד. פשוט ידעתי איזה חלק במערכת כבר הוכיח את עצמו — וזה בדיוק סוג הידע שאי אפשר לדחוס לתוך פרומפט.
ככה אני באמת כותב לו
“תעשה כל מה שאפשר כדי שאני אבוא, אאשר או אדחה בפעם אחת וזהו.”המטרה: להגיע להחלטה, לא לעוד שאלות
“תציג לי הכול בצורה ברורה ומסודרת עם המידע כדי שאני אחליט.”המטרה: הקשר מלא לפני פעולה
“שמור כסקיל.”המטרה: לא להסביר שוב בפעם הבאה
זה לא נגמר בהעלאת מוצרים
אותה דרך עבודה פועלת על שירות לקוחות, תמחור, מידע, מסמכים ופיתוח.
מה פספסתי בשירות?
סקירת שיחות, זיהוי עדיפויות ופתיחת השיחות החשובות בלי לשלוח הודעות.
5מפת הטכנולוגיה
שירותים, תלויות, עלויות וממשק מבוקר ב־Airtable.
76ארכיון לפי סריאל
תיקיות Drive וקישורים מדויקים חזרה לגיליון.
11מערכת טפסים משותפת
Business, Lab ו־Trade-in על אותה תשתית ובדיקות.
3
ואיפה זה לא עובד
טרייד־אין
זה התהליך היחיד שבו אני עדיין מסביר כמעט מאפס בכל פעם. הוא נשען על מחיר של מכשיר משומש — נתון רגיש שזז כל הזמן: מצב השוק, מצב המכשיר הספציפי, מה יש במלאי, ומה כבר הבטחתי ללקוח שעומד מולי.
אין כאן כלל יציב שאפשר לשמור כ־Skill, כי הכלל עצמו משתנה מהר יותר מהקצב שבו הייתי שומר אותו. כל שיחה מתחילה מהקשר חדש, וההקשר הוא רוב העבודה.
וזאת בעצם השורה שמחדדת את כל השאר: מה שחוזר על עצמו — נשמר, ומשתפר מפעם לפעם. מה שמשתנה בכל פעם — נשאר אצלי. זה לא כישלון של הכלי. זה הגבול שמראה איפה הוא באמת משתלם.
איפה אני נשאר בתמונה
המטרה אינה להוציא את האדם מהתהליך. המטרה היא להביא אותו לנקודה שבה באמת צריך אותו.
Codex
לחקור
להשוות
להכין החלטה
לבצע
לבדוק
לשמור ידע
אני
מה חשוב עכשיו
חריגים
מחיר
פרסום
תקשורת
תיקון הכיוון
איך מתחילים מחר בבוקר
בחרו תהליך חוזר אחד. התחילו בקריאה בלבד, הגדירו גבולות ודרשו הוכחה.
prompt.txt
אני רוצה להגיע לתוצאה הבאה: [התוצאה העסקית].
קודם תבדוק את המצב הקיים ואת כל מקורות המידע הרלוונטיים.
אל תשנה שום דבר עדיין.
תציג לי:
- מה מצאת;
- מה חסר או לא חד־משמעי;
- מה אתה מציע לעשות;
- מה בדיוק ישתנה בכל מערכת.
הפעולות הבאות דורשות ממני אישור מפורש: [פרסום / הודעות / כסף / מחיקה / שינוי סטטוס].
אחרי כל פעולה, קרא מחדש את המערכת ודווח מה באמת השתנה. אל תתייחס ל־success או ל־HTTP 200 כהוכחה שהעבודה הושלמה.
אם במהלך העבודה מתגלה כלל שחוזר על עצמו, תציע איך לשמור אותו כ־SOP או Skill לפעם הבאה.
אני לא מחפש להסביר לו כל פעם מחדש. אני בונה דרך עבודה שמשתפרת.
לא AI שנותן תשובות. יכולת תפעולית שנבנית ומצטברת בתוך העסק.
אם משנים רק חמישה דברים
לפי סדר ההשפעה. הראשונים שניים שווים יותר מכל השאר יחד.
גבה את "שבועיים ← שעה" במשפט אחד. מה נספר, מה לא, ומאיפה השבועיים. זו עכשיו הבעיה הפתוחה הגדולה ביותר: הטענה החזקה ביותר בעמוד היא גם הפגיעה ביותר.
העלה את "לא פרומפט. דרך עבודה." לכותרת המשנה בראש העמוד. זה הפוזישן החזק ביותר וכרגע הוא עדיין מתגלה רק באמצע.
הצמד את הציטוטים לקופסת הפרומפט. הטון וההעתקה־והדבק צריכים לשבת יחד בשליש האחרון.
תן יחידות למספרים בכרטיסים (5, 76, 11, 3), או הורד אותם. כרגע הם נראים כמו נתון אבל אי אפשר לקרוא אותם.
הוסף שורת גישור בפתיחת סקשן השימושים. כל הדוגמאות עדיין מהעולם שלך; צריך משפט שמתרגם את התבנית לעסק אחר.
יושם בסבב הזה: מיזוג שתי רשימות השבע, שכתוב והזזה של סיפור הבאג לאחרי השיטה, הוספת הגבול של הטרייד־אין, והורדת תמונת ה־hero (176KB ← 59KB). קריאה לפעולה בסוף נפסלה במכוון — זו הרצאה, לא עמוד נחיתה.