המדריך מהריל · מילת הקוד: SKILL
חמישה סקילים שהופכים את Codex לצוות ביצוע
בריל ראיתם חמישה סקילים שמקבלים משימה ומחזירים תוצר שאפשר לבדוק. כאן תמצאו את התפקיד של כל סקיל, מה צריך למסור לו, מה הוא אמור להחזיר ובקשה שאפשר להתאים לעבודה שלכם.
1.מה הופך בקשה חד־פעמית לסקיל
סקיל הוא קובץ הנחיות קבוע שמגדיר לסוכן מתי להפעיל תהליך, איזה מידע הוא צריך, מה הוא מחזיר ואילו בדיקות עליו לבצע לפני מסירה. במקום להסביר מחדש את אותה משימה בכל שיחה, שומרים תהליך שאפשר להפעיל שוב.
השמות במדריך מתארים את הסקילים המקומיים שבהם השתמשנו בפרויקט. אלה אינם סקילים רשמיים של OpenAI או חבילות ציבוריות להורדה. המדריך נותן לכם את מבנה העבודה ואת הבקשות המעשיות, כדי שתוכלו לבנות גרסה שמתאימה לעסק ולסביבת העבודה שלכם.
- הגדירו משימה אחת בלבד לכל סקיל.
- כתבו אילו פרטים חייבים להיכנס לפני תחילת העבודה.
- הגדירו תוצר שאפשר לקרוא, למדוד או לבדוק.
- הוסיפו גבולות ברורים: מה הסקיל רשאי לבצע ומתי הוא חייב לעצור לאישור.
2.מחקר שמחזיר החלטה, לא אוסף קישורים
הסקיל edigi-research-lab מתחיל בהחלטה שצריך לקבל. הוא אוסף מקורות, משווה ביניהם ומחזיר מפת הזדמנויות עם מסקנות מעשיות. זה מתאים לבחירת נושא לריל, ניתוח מתחרים, זיהוי כאבים של קהל או בדיקת זווית שיווקית.
כדי למנוע מחקר כללי, הגדירו מראש את הקהל, ההחלטה, מה כבר ידוע לכם ומה ייחשב הוכחה מספקת. התוצר צריך להפריד בין עובדה, מסקנה והמלצה.
3.ביקורת קוד שעוצרת טעות לפני העלאה
הסקיל edigi-code-safety-reviewer בודק את מצב הפרויקט לפני שינוי: תיקייה, ענף, קבצים רלוונטיים, רמת סיכון ובדיקות נדרשות. רק אחר כך הוא מציע תיקון מצומצם ומריץ את הבדיקות שמתאימות לשינוי.
הערך שלו אינו כתיבת עוד קוד. הוא מונע שינוי רחב מדי, שומר קבצים לא קשורים מחוץ למשימה ומציג הוכחה שהבדיקה עברה. בפרויקט חי צריך להשאיר פריסה, תשלום ושינויי הרשאות מאחורי אישור אנושי מפורש.
4.צילום אחד שהופך לתוכנית מולטיקאם
הסקיל multicam-director מנתח סרטון בסיס שנייה אחר שנייה ומחפש פעולות אמיתיות שעליהן אפשר לחתוך. אחר כך הוא בונה שוט־ליסט עם תזמון, גודל פריים ותנועת מצלמה, בלי להמציא פעולה שלא קיימת בחומר המקור.
התוצר הוא תוכנית צילום או פרומפט מדויק למנוע וידאו. לפני יצירה בתשלום בודקים קודם את השוטים, את זהות הדמות ואת מגבלת העלות. השלב הזה חוסך ניסיונות שבהם המצלמה זזה יפה אבל הפעולה, הפנים או רצף הזמן נשברים.
5.עריכת עברית שמחזירה טקסט שאפשר לפרסם
הסקיל edigi-humanizer מקבל טיוטה קיימת ומסיר ממנה ניסוחים רובוטיים, חזרות והבטחות כלליות. הוא מתאים את הטקסט לפלטפורמה ולקהל, שומר על המשמעות ובודק שהפעולה המבוקשת ברורה.
בעברית כדאי למסור גם את צורת ההגייה של שמות ומונחים לועזיים. אם הטקסט מיועד לקריינות, הקריאו אותו בקול לפני יצירת האודיו. משפט שנראה תקין על המסך עדיין עלול להישמע כבד או להיקרא בניקוד שגוי.
6.תכנון זרימה שמחבר משימה לתוצאה
הסקיל automation-flow מתרגם תהליך עסקי לזרימה ברורה: טריגר, תנאים, פעולות, טיפול בשגיאה ותיעוד. הוא אינו צריך לקבל גישה למערכת החיה כדי להכין מפרט שאפשר לבדוק.
בהדגמה או במדריך ציבורי משתמשים בנתוני דמה ומציגים רק את העיקרון. מפתחות, כתובות webhook, פרטי לקוחות והתרחיש המלא של העסק נשארים מחוץ לצילום ומחוץ למסמך השיתוף.
7.כך מחברים את חמשת הסקילים למשימה אחת
המחקר בוחר הזדמנות עם הוכחות. עריכת העברית הופכת אותה למסמך או לתסריט. ביקורת הקוד בודקת את ההדגמה אם יש בה רכיב טכני. המולטיקאם מתכנן את הצילום. תכנון הזרימה מחבר את התוצר להמשך עבודה שאפשר לבצע שוב.
אל תפעילו את הכול בלחיצה אחת בתחילת הדרך. עצרו אחרי המחקר, אחרי התסריט ולפני כל יצירה בתשלום או פעולה במערכת חיה. אחרי שהשלבים יציבים אפשר לאחד חלקים מכניים, ועדיין להשאיר החלטות תוכן, הוצאות ופרסום לאישור אנושי.
- בחרו החלטה עסקית אחת שהמשימה צריכה לקדם.
- הריצו את סקיל המחקר ואשרו את המסקנה לפני כתיבה.
- הכינו טיוטה והעבירו אותה לעריכת עברית ולהגייה.
- בנו הדגמה עם נתוני דמה ובדקו קוד או תהליך לפני צילום.
- אשרו את השוט־ליסט ואת העלות לפני יצירת וידאו.
- בדקו את התוצר המלא בטלפון לפני פרסום או חיבור לאוטומציה.
בדיקה לפני מסירה
- לכל סקיל יש משימה אחת ותוצר שאפשר לבדוק.
- המקורות במחקר כוללים קישור ותאריך.
- שינוי קוד מתחיל בבדיקת מצב ומסתיים בבדיקות שעברו.
- תוכנית המולטיקאם שומרת על הפעולות ועל רצף הזמן של חומר המקור.
- העברית נבדקה גם בקריאה בקול, כולל שמות ומונחים לועזיים.
- הדגמת האוטומציה משתמשת בנתוני דמה ואינה חושפת סודות או מידע של לקוחות.
- יצירה בתשלום, שינוי מערכת חיה ופרסום נשארים מאחורי אישור אנושי.
שאלות נפוצות
האם הסקילים האלה מותקנים אוטומטית בכל חשבון Codex?
לא. אלה סקילים מקומיים שנבנו עבור סביבת עבודה מסוימת. אפשר להשתמש במבנה ובבקשות שבמדריך כדי ליצור גרסה משלכם, בהתאם לדרך שבה סביבת Codex שלכם טוענת Skills.
אפשר להשתמש באותו קובץ גם ב־Claude וגם ב־Codex?
אפשר לשתף מקור הנחיות אחד אם שתי הסביבות שלכם קוראות אותו או אם יצרתם ביניהן שכבת סנכרון. לפני שסומכים על כך, בודקים בכל כלי שהסקיל מופיע, נטען ומחזיר את התוצר הצפוי.
צריך להפעיל כל סקיל בשם?
לא תמיד. תיאור מדויק מאפשר לסוכן לבחור סקיל לפי המשימה, אבל אזכור מפורש של שם הסקיל עוזר כאשר חשוב להפעיל תהליך מסוים ולא להשאיר מקום לניחוש.
האם חיבור חמשת הסקילים אומר שהכול רץ בלי פיקוח?
לא. אפשר לחבר שלבים מכניים, אבל מחקר, ניסוח, הוצאה כספית, שינוי במערכת חיה ופרסום צריכים נקודות בדיקה ואישור ברורות.
רוצים לבדוק איך התהליך מתאים לעסק שלכם?
שלחו לי את המילה ״SKILL״ בוואטסאפ וכתבו איזה סרטון אתם רוצים להכין.