6 פיצ'רים בקודקס שלא הכרתם · חלק א׳@peleg.autoחלק א׳ · מאת פלג דרור
6 פיצ'רים בקודקס שלא הכרתם
מדריך ההפעלה: מהתיקון הראשון לסקיל הראשון
פתחו פרויקט קטן שאתם כבר מכירים. בכל פרק הכנתי לכם תרגיל, בקשה שאפשר להעתיק ובדיקה שמראה אם התוצאה עומדת בדרישה. החליפו שמות ונתיבים בדוגמאות לפני השימוש. לא צריך להפעיל את כל ששת הכלים ביום הראשון: התחילו מהבעיה שחוזרת אצלכם. בהמשך תמצאו את סקיל הקרוסלות של פלג דרור ותבניות עבודה, כדי שתוכלו לבנות תהליך משלכם.
מה תדעו לעשות
בחרו פרק שפותר לכם בעיה עכשיו. בכל פרק יש הסבר, תרגיל, בקשה להעתקה ובדיקת הצלחה. אין צורך להפעיל את כל הכלים יחד.
6 פיצ'רים בקודקס שלא הכרתם · חלק א׳@peleg.autoפרק 1 · שקופית 2
Steering: לתקן כיוון בזמן העבודה
נניח שביקשתם עמוד הרשמה, ובאמצע העבודה אתם רואים שקודקס בונה חנות. אין טעם לחכות לעמוד גמור כדי להסביר שוב. הודעת הכוונה טובה מציינת מה השתנה, מה עדיין נכון ואיזו פעולה צריכה לקרות עכשיו. זה שימושי גם כשנוסף קובץ חדש או כשלקוח שינה דרישה. ההודעה צריכה לתקן את המשימה הקיימת, בלי להשאיר שתי מטרות סותרות.
Steering לא מחזיר לאחור פעולות שכבר קרו. אם קודקס כבר שינה קובץ, בקשו לבדוק את השינוי ולהתאים אותו. לדוגמה, אפשר לשמור את העיצוב שכבר אושר ולהחליף רק את אזור ההרשמה. תיקון כמו "לא ככה" משאיר לו לנחש; תיקון עם שם הקובץ והתוצאה הרצויה נותן לו דרך להתקדם.
איך מנסים את זה
- בחרו משימה קטנה שאפשר לבדוק, כמו טיוטת עמוד. כתבו מראש מה חייב להיות בתוצאה.
- בזמן העבודה, בדקו אם ההודעה החדשה נכנסת לריצה או ממתינה לתור. באפליקציה חפשו את הגדרת התנהגות הודעות ההמשך, אם היא זמינה בגרסה שלכם.
- ב-Codex CLI, לחיצה על Enter במהלך העבודה מכניסה הנחיה לריצה הנוכחית. Tab מכניס את ההודעה לתור הבא. אלה קיצורי CLI, אין להניח שהם זהים בכל ממשק.
- אחרי התיקון, בקשו לראות מה הותאם ומה עדיין חסר. פתחו את התוצר ובדקו את הדרישה שהשתנתה.
בקשה מוכנה להעתקה
תיקון למשימה הנוכחית: אנחנו בונים עמוד הרשמה לוובינר, בלי חנות. שמור את הצבעים והכותרת שכבר אישרתי. החלף את אזור המוצרים בטופס שם ואימייל. אם כבר כתבת קוד לחנות, בדוק איזה חלק ממנו צריך להסיר. המשך מאותה נקודה והראה לי תצוגה של הטופס.
איך יודעים שזה עבד? העדכון הבא מתייחס לוובינר, ובתוצר מופיע טופס במקום מוצרים. עצם התשובה "הבנתי" אינה בדיקת הצלחה.
אם זה לא עובד: הוא ממשיך בכיוון הישן? בדקו אם ההודעה רק נכנסה לתור. אם צריך, עצרו את הריצה ואז שלחו את התיקון. אל תפתחו שלוש משימות מקבילות לתיקון אותו עמוד.
6 פיצ'רים בקודקס שלא הכרתם · חלק א׳@peleg.autoפרק 2 · שקופית 3
AGENTS.md: לתת לפרויקט הוראות קבועות
אם בכל משימה אתם מזכירים שהעברית צריכה להיות מימין לשמאל, שהקופי נמצא בתיקיית תוכן ושלא מפרסמים בלי אישור, אלה מועמדים טובים להוראות פרויקט. הקובץ AGENTS.md נותן לקודקס ציפיות קבועות. הוא מתאים לכללים שחוזרים, ולא לתיעוד כל השיחה או לכל גרסה של הבריף.
חשבו עליו כעל דף כניסה לעובד חדש: מה צריך לדעת לפני שנוגעים בעבודה, ואיפה מוצאים את השאר. מדריך מותג ארוך יכול לחיות בקובץ אחר. בקובץ הראשי כתבו מתי צריך לקרוא אותו והיכן הוא נמצא. ההפניה לבדה לא מבטיחה שהמידע נקרא, ולכן בתרגיל הראשון בודקים שקודקס באמת פתח את המקור. הוראות הן גם לא מנגנון הרשאות שמונע טכנית פרסום או מחיקה.
איך מנסים את זה
- בקשו מקודקס להציג אילו קובצי הוראות קיימים וחלים על התיקייה שבה אתם עובדים. אל תיצרו קובץ נוסף לפני שבדקתם מה כבר יש.
- בחרו 4-6 כללים שבאמת חזרו בעבודה. לכל כלל צריך להיות מצב שימוש ברור, למשל: לפני כתיבת קופי, לקרוא את הבריף המאושר.
- השתמשו בתבנית המצורפת כטיוטה. החליפו כל נתיב דוגמה בנתיב אמיתי. פרטים שייחודיים למשימה אחת שייכים לבריף שלה.
- פתחו משימה חדשה באותו פרויקט ובקשו למנות את מקורות ההוראות שקודקס טען. תנו עבודה קצרה שמפעילה כלל אחד ובדקו שהוא נשמר.
בקשה מוכנה להעתקה
בדוק את הוראות הפרויקט הנוכחיות. הצע AGENTS.md קצר עם כללי עברית, מיקום מקורות, מיקום תוצרים ובדיקת תוצאה לפני מסירה. אם יש מדריך ארוך, הפנה אליו עם הסבר מתי לקרוא אותו. בדוק שכל נתיב קיים. הצג את ההצעה לפני החלפת קובץ קיים.
איך יודעים שזה עבד? במשימה חדשה קודקס מזהה את ההוראות הרלוונטיות, מוצא את הבריף ובונה תוצר שעומד בכלל שבחרתם לבדוק.
אם זה לא עובד: ההוראות לא נטענו? בדקו את שם הקובץ, תיקיית הפתיחה והוראות מקומיות שעשויות לגבור עליו. אחרי שינוי התחילו משימה חדשה. אם הכלל עמום, תנו לו טריגר ותוצאה שאפשר לבדוק.
6 פיצ'רים בקודקס שלא הכרתם · חלק א׳@peleg.autoפרק 3 · שקופית 4
Skills: לשמור תהליך שאפשר להפעיל שוב
סקיל הוא חבילת הוראות לתהליך מסוים. במקום להסביר כל פעם איך אתם רוצים קרוסלה, שומרים מה הקלט, מה השלבים, איזה תוצר צריך לצאת ואיך בודקים אותו. AGENTS.md מגדיר הרגלים לכל הפרויקט; סקיל נכנס לתמונה כשמבקשים את העבודה הספציפית שמתאימה לו. הוא לא מודל חדש ולא תוסף שמקבל אוטומטית גישה לכלי תמונות.
החלק החשוב הוא מתי להפעיל אותו. "עוזר לתוכן" רחב מדי. "יוצר טיוטת קרוסלה בת 8 שקופיות מבריף ומקורות שסופקו" אומר בדיוק למה לצפות. התחילו מתהליך שכבר יצא טוב, עם דוגמה מאושרת. כלל כמו "תעשה מדהים" לא משחזר איכות; סדר שקופיות, מגבלת טקסט ובדיקת מקורות כן נותנים בסיס לבדיקה.
איך מנסים את זה
- בחרו תוצר מאושר אחד וחלצו ממנו כללים: קהל, שפה, סדר, עיצוב ומה נחשב כישלון. פרטי לקוח או תמונה אישית לא שייכים לתבנית ציבורית.
- הפעילו את $skill-creator בקודקס ותארו את התהליך. אפשר להתחיל מסקיל הוראות בלבד, בלי קוד ובלי שירות חיצוני.
- ליצירה ידנית, שומרים תיקייה עם SKILL.md. במסלול פרויקט מתועד משתמשים ב-.agents/skills/<name>/SKILL.md. השדות name ו-description מזהים את הסקיל ומתארים מתי להשתמש בו.
- הפעילו את הסקיל במפורש על בריף חדש. ב-CLI ובתוסף IDE אפשר לבחור עם /skills או $. בדקו איך בוחרים סקיל בממשק שלכם.
- השוו לתוצר המאושר: סדר השקופיות, עובדות, אורך וכותרת. תקנו כלל שנכשל ונסו שוב עם בריף נוסף. אל תניחו שהתוצאה הראשונה מוכיחה שהסקיל מתאים לכל נושא.
בקשה מוכנה להעתקה
$skill-creator צור סקיל בשם carousel-copy-lab. הקלט: בריף, קהל ומקורות שסיפקתי. הפלט: 8 שקופיות, כותרת שאישרתי ללא שינוי, 6 נקודות ותשובת סיום עם CTA שסיפקתי. לכל טענה צרף מקור בטבלת עבודה נפרדת. סמן מידע חסר במקום להמציא. לפני מסירה בדוק שהעברית טבעית ושכל שקופית מוסיפה דבר חדש. השתמש בתבנית המצורפת כבסיס.
איך יודעים שזה עבד? במשימה חדשה הסקיל מזוהה ומפיק את אותו מבנה גם בנושא אחר. כשאין מקור לטענה הוא מסמן פער במקום למלא מספר משכנע.
אם זה לא עובד: הסקיל לא מופיע? בדקו את המיקום, שם הקובץ ושדות הפתיחה. אם השינוי לא מזוהה, הפעילו מחדש את קודקס. אם הוא מופעל במשימות לא קשורות, צמצמו את התיאור.
6 פיצ'רים בקודקס שלא הכרתם · חלק א׳@peleg.autoפרק 4 · שקופית 5
Subagents: לחלק עבודה בלי לאבד שליטה
ארבעה סוכנים לא הופכים כל משימה למהירה או טובה יותר. חלוקה עוזרת כשיש חלקים שאפשר לבצע בנפרד: אחד בודק מקורות, אחד כותב פרקים אחרים, ואחד בודק את התוצר. אם כולם צריכים לערוך את אותה פסקה, החלוקה עלולה ליצור יותר תיקונים מעבודה. גם קריאת ההקשר והתיאום צורכים שימוש.
בפרויקט תוכן אפשר לחלק שלושה מדריכים לשלושה כותבים, בתנאי שלכולם יש אותו קהל, מבנה ורשימת מקורות. הסוכן הראשי צריך לקרוא את התוצרים, לא רק לאסוף אותם. בריף טוב לסוכן כולל אחריות מוגדרת, קלט, פורמט פלט וגבול עבודה. בכתיבת קבצים, תנו לכל אחד קבצים משלו כדי למנוע דריסה.
איך מנסים את זה
- מנו את חלקי העבודה ובדקו תלות: האם חלק ב׳ צריך את התוצאה של א׳? אם כן, מבצעים אותם לפי סדר.
- בקשו במפורש שימוש בסוכני משנה, כשהיכולת זמינה. התחילו בשניים עם משימות קטנות שאפשר לאחד בקלות.
- לכל סוכן הגדירו תוצר אחד ותחום אחריות. מחקר יכול להחזיר ממצא, קישור וציון מה עוד לא אומת. כותב יקבל מקורות מאושרים ומסגרת.
- דרשו מהסוכן הראשי לחכות לתוצרים, לבדוק סתירות ולציין מה תוקן. אל תסתפקו בדיווח שהסוכנים סיימו.
בקשה מוכנה להעתקה
חלק את העבודה לשני סוכני משנה אם היכולת זמינה. סוכן א׳ יבדוק את מקורות שלוש הטענות שבבריף ויחזיר מקור ראשוני וסתירות. סוכן ב׳ יציע מבנה לקרוסלה על בסיס הבריף בלבד, בלי להוסיף עובדות. אתה תאחד את התוצאות, תחליף טענה שלא אומתה ותציג טיוטה אחת. לכל סוכן תן רק את ההקשר הדרוש. אם אין יכולת סוכנים, בצע את שני השלבים לפי סדר ותגיד זאת.
איך יודעים שזה עבד? יש תוצרים נפרדים ואיחוד שבדק אותם. מספר הסוכנים כשלעצמו אינו הוכחה לאיכות או לחיסכון.
אם זה לא עובד: התוצרים סותרים? בדקו מי קיבל איזה בריף. אם העבודה קטנה או כולם מחכים לאותו מקור, חזרו לביצוע רציף. Ultra אינו שם נרדף קבוע לצוות בכל גרסה.
6 פיצ'רים בקודקס שלא הכרתם · חלק א׳@peleg.autoפרק 5 · שקופית 6
/compact: להמשיך עם ההקשר החשוב
בשיחה ארוכה מצטברות טיוטות שנדחו, תיקונים, קישורים והחלטות חדשות. לפני המשך העבודה כדאי לרכז מה תקף עכשיו. דחיסת שיחה מצמצמת את ההקשר, והיא אינה גיבוי לכל המסמכים ואינה מאפסת מכסת שימוש. התוצר שאתם צריכים הוא נקודת המשך מדויקת: מה המטרה, מה אושר, היכן הקבצים ומה הפעולה הבאה.
למשל, אם החלפתם שער מקרח לחלל, חייב להיות ברור שהחלל הוא הגרסה התקפה. אל תשמרו רק "ניסינו קרח וחלל". כתבו איזו גרסה נבחרה ואיפה נמצאת התמונה שלה. החלטות שנשמרות בקובץ נגיש מאפשרות לבדוק את הסיכום גם אם פרט נפל בדחיסה.
איך מנסים את זה
- לפני קיצור השיחה, בקשו סיכום המשכיות. השתמשו בתבנית המצורפת, כולל גרסה מאושרת, מגבלות ונתיבים.
- קראו את הסיכום ותקנו החלטות שגויות. בקשו לבדוק שהקבצים שאליהם הוא מפנה קיימים.
- ב-Codex CLI, /compact מסכם את השיחה. קיימת גם דחיסה אוטומטית כשצריך. אל תניחו שהפקודה זמינה באפליקציה בדיוק באותו אופן.
- אחרי הדחיסה, בקשו מקודקס לציין מה התוצר הבא ואילו החלטות עליו לשמור. במשימה חדשה צרפו את קובץ ההמשכיות והמקורות הרלוונטיים.
בקשה מוכנה להעתקה
לפני שנמשיך, שמור סיכום המשכיות: המטרה הנוכחית, ההחלטות האחרונות שאישרתי, דברים שנדחו, נתיבי התוצרים התקפים, בדיקות שכבר בוצעו ומה נשאר. אל תעתיק את כל השיחה. בדוק שהנתיבים קיימים. בסוף ציין פעולה אחת שממנה ממשיכים. אחרי שקראתי ותיקנתי, נשתמש בו להמשך העבודה.
איך יודעים שזה עבד? קודקס ממשיך מהגרסה המאושרת, יודע מה עדיין לא בוצע ויכול לפתוח את המקורות הנכונים בלי לנחש.
אם זה לא עובד: פרט חשוב נעלם? חזרו לקובץ המקור ועדכנו את סיכום ההמשכיות. טיוטה שנדחתה חזרה? כתבו במפורש שהיא לא תקפה, לצד ההחלטה שהחליפה אותה.
6 פיצ'רים בקודקס שלא הכרתם · חלק א׳@peleg.autoפרק 6 · שקופית 7
Reasoning effort: להתאים את החשיבה לעבודה
סידור רשימה, כתיבת כותרת ותכנון מערכת אינם אותה עבודה. במקום להפעיל תמיד את הרמה הגבוהה ביותר, הגדירו מה תוצאה טובה צריכה לכלול. במשימה נקודתית אפשר להתחיל מרמה נמוכה יותר הזמינה במודל שלכם. במשימה עם תלות בין חלקים, הרבה אי-ודאות או מחיר גבוה לטעות, יש סיבה לבחור יותר מאמץ מראש.
הניסוי צריך לבדוק איכות וגם כמה עבודה חוזרת נדרשה. תשובה מהירה שדורשת חמישה תיקונים לא בהכרח משתלמת. מצד שני, עוד חשיבה לא מחליפה מקור חסר או בריף סותר. אם הבעיה היא שלא סיפקתם את הנתונים, תיקון ההקשר חשוב יותר מהזזת המחוון.
איך מנסים את זה
- בחרו משימה מייצגת וכתבו שלושה תנאי קבלה. למשל: כל הטענות מבוססות, יש דוגמה ישימה, והכותרת המאושרת נשמרה.
- בדקו בבורר המודל והמאמץ אילו אפשרויות קיימות אצלכם. ב-CLI משתמשים ב-/model. השמות והזמינות תלויים במודל ובממשק.
- הריצו פעם אחת ובדקו את תנאי הקבלה. אם נכשל תנאי, רשמו אם הסיבה היא מידע חסר, הוראה לא ברורה או ניתוח לא מספק.
- רק אחרי שהקלט ברור, נסו מאמץ גבוה יותר באותה משימה והשוו. אל תסיקו מדוגמה אחת אחוז חיסכון קבוע לכל העבודות שלכם.
בקשה מוכנה להעתקה
לפני ביצוע, אלה תנאי הקבלה: שמירה על הכותרת שסיפקתי, כל טענה עם מקור, ודוגמה מעשית לכל נקודה. בצע את המשימה לפי ההגדרה שבחרתי בממשק. בסיום בדוק כל תנאי וציין מה לא עומד בו. אל תטען ששינית מודל או רמת חשיבה אם אין לך כלי שמאפשר זאת.
איך יודעים שזה עבד? אתם יודעים איזו הגדרה הספיקה למשימה הזו ואיזה כשל הצדיק העלאה. יש תוצר להשוואה, ולא רק תחושה שהמודל "חשב יותר".
אם זה לא עובד: עדיין מתקבלת תשובה חלשה? בדקו קודם את המקורות, האילוצים והדוגמה שסיפקתם. רמות החשיבה הזמינות תלויות במודל, בגרסה ובחשבון שלכם.
6 פיצ'רים בקודקס שלא הכרתם · חלק א׳@peleg.autoלצאת עם משהו שעובד
התרגיל שלכם והקבצים להמשך
תרגיל מסכם: בחרו בריף אמיתי, הגדירו הוראות פרויקט קצרות, צרו ממנו סקיל טיוטת קרוסלה, ובדקו אותו על בריף שני. אם נדרש תיקון באמצע, נסחו Steering ברור. בסוף שמרו סיכום המשכיות עם הנתיב לתוצר המאושר. הצלחה היא שהמשימה הבאה מתחילה מהכללים והדוגמאות שלכם, בלי להסביר הכול מחדש.
בונוס: סקיל העיצוב של הסדרה
צירפתי את הסקיל לשפה החזותית של הקרוסלות שלי, עם דוגמאות והוראות. הוא כולל את נכסי המותג שלי. לשימוש במותג שלכם, החליפו אותם בתמונות ובפרטים שלכם.
חבילת הסקיל והדוגמאותחלצו, קראו את SKILL.md ובקשו מקודקס לבדוק התאמה למיקום הסקילים שלכם. החבילה אינה מתקין אוטומטי ואינה כוללת שירות יצירת תמונות.
כל קובצי העזר בחבילה אחת
כל קישורי ההורדה מובילים לקבצים באתר שלי. אפשר לפתוח אותם ישירות גם מתוך ה-PDF.
מקורות והרחבה
6 פיצ'רים בקודקס שלא הכרתם · חלק א׳@peleg.autoמעבדה קצרה · סקיל ראשון
להפוך תבנית לסקיל שאפשר לבדוק
בתיקיית resources מצורף סקיל כתיבה קטן. הוא מכין קופי ומפת מקורות, בלי ליצור תמונות. התחילו ממנו כדי לבדוק את מנגנון הסקילים לפני שמוסיפים עיצוב, חיבורים או סקריפטים.
- חלצו את חבילת המשאבים. העתיקו את התיקייה carousel-copy-lab בשלמותה אל .agents/skills בתוך הפרויקט. SKILL.md צריך להישאר בתוך תיקיית הסקיל.
- קראו את ההוראות ושנו את המבנה רק אם אתם רוצים תוצר אחר. כדי ללמוד מה השתנה, שמרו עותק של הטיוטה הראשונה.
- בחרו את הסקיל בממשק קודקס שלכם והעבירו מקור, קהל, כותרת מאושרת ו-CTA. אם הוא לא מזוהה, בדקו את המיקום לפי התיעוד המצורף.
- בדקו פעם אחת עם מקור מלא ופעם שנייה בלי מקור. בניסוי השני הסקיל צריך לבקש את המידע החסר, בלי להמציא טענות.
החלק שמגדיר מתי הסקיל מתאים
---
name: carousel-copy-lab
description: Draft an eight-slide Hebrew carousel from a supplied brief and sources. Use for carousel copy, not generic writing, image generation, or publishing.
---
# Carousel Copy Lab
## Inputs
Read the supplied brief, audience, approved hook, sources and CTA.
Ask for a missing required input. Never invent source evidence.
בדיקת איכות לפני שמוסיפים עיצוב: יש 8 שקופיות, הכותרת נשמרה בדיוק, שש הנקודות שונות זו מזו, לכל טענה יש מקור, וה-CTA מבטיח רק מה שבאמת הכנתם.
הסקיל הקטן וסקיל העיצוב הם שתי אפשרויות נפרדות. אפשר להתחיל בקופי, לאשר אותו ורק אז להשתמש בסקיל העיצוב. אין צורך להתקין את שניהם כדי להבין את העיקרון.
6 פיצ'רים בקודקס שלא הכרתם · חלק א׳@peleg.autoהשלב הבא שלכם
לנסות על משימה שכבר מחכה לכם
בחרו פרק אחד שמתאים לעבודה שלכם עכשיו. השתמשו בבקשה שבפרק, השוו את התוצאה למה שרציתם ובדקו מה כדאי לשמור לפעם הבאה.
לפני שסוגרים את המדריך:שמרתם את התוצאה? בדקתם שהיא עונה על הבקשה? יש לכם את הקבצים והקישורים להמשך? אם משהו עדיין חסר, חזרו לבדיקת ההצלחה שבפרק.
המדריך וקובצי העזר, גם באינטרנט
לקריאת המדריך באתר
להורדת התבניות והסקילים
הגיע הזמן לעשות Shift.
ללמוד להשתמש ב-AI כדי לחסוך זמן, לבנות דברים משלכם ולפתח מקורות הכנסה.
בואו להכיר את Shiftפלג דרור