כלי AI

מה זה Skills — מנגנון הידע של הסוכן

כאן מגיעים למושג הכי חשוב שתלמד בכל הפרק הזה.

שומרים כדי לחזור אחר כך. הסימון נשמר רק בדפדפן הזה, ויימחק אם תנקו את נתוני הדפדפן.

כאן מגיעים למושג הכי חשוב שתלמד בכל הפרק הזה.

כשסוכן AI מקבל משימה, הוא מסתמך על הידע הכללי שלמד בהכשרה (ממיליארדי עמודי קוד ותיעוד). זה הידע ה"כללי". הבעיה היא שאתה לא עובד בעולם כללי — אתה עובד על הפרויקט הספציפי שלך, עם הסגנון שלך, עם הספריות שבחרת, עם הגדרות שלך לבסיס נתונים.

Skills הם הפתרון לבעיה הזו. Skill הוא חבילת ידע שאתה מגדיר — קובץ הוראות שהסוכן טוען רק כשהוא צריך אותן. במקום להסביר לסוכן בכל שיחה מחדש "אנחנו משתמשים ב-Tailwind לעיצוב, הצבע הראשי שלנו הוא כחול #2563EB, כל כפתור צריך להיות מעוגל", אתה כותב את זה פעם אחת בתוך skill, ומשם — הסוכן יודע.

הגדרה מדויקת: Skill הוא תיקיה עם קובץ בשם SKILL.md שמכיל הוראות, ולצדו (אופציונלי) תסריטים לביצוע, דוגמאות, ותבניות. כשהסוכן מזהה שהמשימה שלך קשורה ל-skill מסוים — הוא טוען אותו ומשתמש בהוראות שבתוכו.

הבדל בין Skills, Rules, ו-Workflows — שלוש שכבות של שליטה#

בשביל לנהל סוכן טוב, יש להכיר שלושה מנגנונים שונים שקיימים ב-Antigravity:

Rules (חוקים):

תמיד פעילים, תמיד נכנסים ל-Context. אלה הגדרות ה"קבועות" של הפרויקט. דוגמאות:

  • "השפה של הפרויקט היא TypeScript, לא JavaScript"
  • "אל תמחוק שום קובץ בלי לבקש ממני אישור"
  • "השתמש תמיד ב-Tailwind לעיצוב, לא ב-CSS ידני"

Rules נשמרים בקובץ AGENTS.md (או GEMINI.md) בתיקיית הפרויקט שלך, או כקבצי .md בתיקייה .agents/rules/ (הנתיב הישן .agent/rules/ עדיין נקרא). קבצי AGENTS.md ו-GEMINI.md נטענים אוטומטית בכל שיחה. קובץ בתוך .agents/rules/ חייב frontmatter עם trigger תקין (always_on, model_decision, glob או manual), אחרת הכלל נזרק בשקט.

Skills (מיומנויות):

נטענים on-demand — רק כשרלוונטי. הסוכן רואה את שמות ה-Skills וסיכומיהם בתחילת כל שיחה, ומחליט אילו לטעון לפי המשימה שנתת לו. דוגמאות:

  • "deploy-to-vercel" — skill שמלמד את הסוכן איך להעלות את הפרויקט לשרת
  • "ui-design-system" — skill שמכיל את כל הגדרות העיצוב של הפרויקט
  • "database-migration" — skill שמלמד את הסוכן איך לשנות מבנה בסיס נתונים בצורה בטוחה

Workflows (תהליכי עבודה):

פקודות שמופעלות על ידי המשתמש. כמו מאקרו — אתה כותב /deploy והסוכן מריץ את כל רצף הפעולות שהגדרת ב-workflow זה. Workflows שימושיים לתהליכים חוזרים שאתה מבצע הרבה פעמים. עדכון: לפי התיעוד הרשמי, Antigravity אימצה ב-2026 את תקן Agent Skills, ו-Workflows מדור קודם (.agents/workflows/) פסקו להיות מאונדקסים ולרוץ כ-slash commands אחרי 19.10.2026. כיום מגדירים תהליך חוזר כ-Skill, שגם הוא מופעל ב-/<שם>. באפליקציה אפשר להמיר Workflows קיימים עם /migrate-workflows.

האנלוגיה שמסבירה את ההבדל:

  • Rules = חוקי הבית ("תמיד שטפו ידיים לפני אוכל")
  • Skills = ספרי בישול שמוציאים מהמדף כשצריכים ("הספר הזה רק לסושי, זה רק לפיצה")
  • Workflows = מתכון קבוע שאתה מכין כל שישי ("שבת-שלום-צ'ולנט — אותו תהליך כל שבוע")

איך הסוכן בוחר אילו Skills לטעון — Progressive Disclosure#

זה קונספט מרכזי שמסביר למה Skills עובדות טוב יותר מ"לפחות הכל":

בתחילת כל שיחה, הסוכן רואה רשימת מטא-דאטה — שמות ה-Skills וסיכום קצר של כל אחת (שורה אחת). אם הסוכן מזהה שהמשימה שלך קשורה ל-skill מסוים, הוא טוען את כל תוכן ה-skill לתוך ה-Context.

למה זה חשוב? כי ה-Context Window של הסוכן הוא משאב מוגבל. אם תטען את כל ה-Skills תמיד — הסוכן יבזבז "מוחיות" על מידע שלא רלוונטי למשימה הנוכחית. בדיוק כמו שלא כדאי שעובד שמטפל בלקוח אחד יצטרך לזכור בו-זמנית את כל ההיסטוריה של כל הלקוחות.

דוגמה: יש לך שלושה Skills: "ui-design", "database", "security". אתה אומר לסוכן "הוסף כפתור ירוק לדף הבית". הסוכן קורא את שמות ה-Skills — "ui-design" נשמע רלוונטי, "database" ו-"security" לא. הוא טוען רק את "ui-design" ועובד לפיו.

TL-08