Skip to main content
Skills הן חבילות רב-פעמיות של הוראות וקבצים תומכים אופציונליים. הן מאפשרות לצוות שלכם להגדיר פעם אחת דרך חוזרת לביצוע משימה, ואז להחיל אותה באופן עקבי בכל Flowglad. לכל Skill יש שם, slug של פקודת slash, תיאור והוראות הכתובות ב-Markdown. קבצים תומכים יכולים לספק הקשר או משאבים נוספים הדרושים כדי לפעול לפי ההוראות.

השתמשו ב-Flowglad כספריית ה-Skills של הצוות

Flowglad שומר כל Skill כחבילה עם גרסאות. פרסום שינוי יוצר revision חדש במקום להחליף את החבילה הקודמת במקומה. מנהלי ארגון יכולים לפתוח את History של Skill כדי לבחון את ה-revisions שלו, להשוות שינויים, לשחזר revision מוקדם יותר או לבטל טיוטה, כאשר פעולות אלה זמינות. כך מקבל הצוות מקום מבוקר אחד לתחזוקת הוראות רב-פעמיות, תוך שמירת המידע על הגרסה שהייתה פעילה בכל זמן נתון. revisions בטיוטה או שנדחו אינם מחליפים את הגרסה הפעילה.

ניהול Skills באמצעות MCP

לאחר חיבור שרת ה-MCP של Flowglad, סוכן יכול לבחון ולנהל עבורכם את ספריית ה-Skills של הארגון:
  • skills.list מחזיר את ה-Skills הגלויים לחיבור.
  • skills.get מחזיר את המטא-דאטה של ה-revision האחרון ושל ה-revision הפעיל עבור Skill אחד.
  • skills.create שולח חבילת Skill חדשה.
  • skills.create_candidate שולח revision חדש של Skill קיים.
  • skills.publish_revision מאמת ומפרסם revision שנדחה לשלב מאוחר יותר.
  • skills.create_package_upload_session ו-skills.finalize_package_upload_session מעבירים חבילות גדולות מכדי לשלוח אותן inline.
  • skills.get_lifecycle_request מדווח על תוצאת האימות והקידום של הבקשה שהתקבלה.
יצירה או עדכון של Skills דורשים את ההרשאה skills:write הן בחברות של חבר הצוות בארגון והן בהרשאה שניתנה לחיבור ה-MCP. אם הוספתם את ההרשאה לאחר חיבור השרת, חברו מחדש את Flowglad MCP ואשרו את skills:write כדי שכלי הכתיבה יהיו זמינים. הרשאות: למנהלים יש גישת authoring ל-Skills כברירת מחדל. כדי לתת ל-Contributor את אותה גישה, פתחו את Settings ← Team, בחרו את חבר הצוות והפעילו את Skill Authoring. הדבר מעניק הרשאה ליצור ולעדכן Skills של הארגון מבלי להפוך את חבר הצוות למנהל.

טעינת Skills של Flowglad MCP לסוכן שלכם

שרת ה-MCP של Flowglad מפרסם את io.modelcontextprotocol/skills במהלך אתחול MCP. כך הוא מודיע ללקוחות תואמים שהשרת מיישם את מתודות ה-Skill לסוכנים skills/list ו-skills/get. כל Skill שמוחזר כולל URIs של משאבי skill:// ו-digests של תוכן; לקוחות יכולים לאחזר את הקבצים באמצעות resources/read. חיבור השרת אינו מבטיח שלקוח יקרא ל-skills/list או יתקין את החבילות שהוחזרו. התמיכה משתנה בין לקוחות. הוסיפו הוראת הפעלה ל-ChatGPT / Codex או ל-Claude כאשר אתם רוצים שהסוכן ירענן את ה-registry של Flowglad בתחילת כל סשן. שמות ב-MCP: השמות שונים במכוון. skills.list עם נקודה הוא כלי של Flowglad עבור רשומות ה-Skill עם הגרסאות של הארגון. skills/list עם לוכסן הוא מתודת הרחבה של פרוטוקול MCP לגילוי חבילות Skill המיועדות לסוכנים.

הוספת הוראת ההפעלה

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

ChatGPT / Codex

צרו את תיקיית היעד של ChatGPT / Codex באמצעות mkdir -p ~/.agents/skills. הכניסו את הבלוק הבא ל-~/.codex/AGENTS.md כדי להחיל אותו על כל פרויקט, או ל-AGENTS.md של מאגר כדי לשתף אותו עם הצוות של אותו מאגר.
AGENTS.md

Claude

צרו את תיקיית היעד של Claude באמצעות mkdir -p ~/.claude/skills. הכניסו את הבלוק הבא ל-~/.claude/CLAUDE.md כדי להחיל אותו על כל פרויקט, או ל-CLAUDE.md של מאגר כדי לשתף אותו עם הצוות של אותו מאגר.
CLAUDE.md
אתם יכולים לבקש מ-ChatGPT / Codex או מ-Claude להוסיף את הבלוק המתאים לקובץ ההוראות ברמת המשתמש שלו. סקרו את העריכה המוצעת לפני שאתם מאשרים אותה, משום שהקובץ הזה משפיע על סשנים עתידיים. ההוראה היא bootstrap של סוכן במאמץ מיטבי; אם הסביבה שלכם חייבת לרענן Skills באופן דטרמיניסטי, יישמו את אותו סנכרון ב-hook מהימן של SessionStart או באינטגרציית לקוח ה-MCP שלכם.

היכן נעשה שימוש ב-Skills

כיום יש ל-Skills שני צרכנים:
  • סוכנים חיצוניים תואמים מגלים ומסנכרנים חבילות מופעלות באמצעות Flowglad MCP, ואז מתאימים אותן אוטומטית או מפעילים אותן לפי שם.
  • Automations מקבעות revision מפורסם ומדויק של Skill כמשאב קוד OWS מסוג skill-revision. ה-Automation בוחרת נתיב חבילה ו-entrypoint; שלבי סוכן מקבלים רק את ה-Skills שמורשים על ידי סט היכולות החתום של ההרצה.
הנתיב הראשון מספק הוראות רב-פעמיות לסוכן חיצוני. השני מספק קוד בלתי ניתן לשינוי וקבצים תומכים להרצת Automation חוזרת. Skills מפורסמים הם ברמת הארגון כולו, כך ש-Automation מורשית יכולה לבחור את אותו revision של Skill בכל Space. ה-Automation הצורכת וההרצות שלה נשארות בבעלות ה-Space שלהן; בחירת Skill אינה משנה את הגבול הזה.

יצירה ותחזוקה של Skills

פתחו את organization menu ← Skills ← New Skill. בלשונית Skill, הזינו Name, ‏Slug, ‏Description אופציונלי, ואת ההוראות הרב-פעמיות ב-Markdown. השתמשו בלשונית Files עבור קובצי חבילה תומכים, ואז בחרו Create Skill. ה-Slug משתמש באותיות לטיניות קטנות, ספרות ומקפים, מתחיל באות או בספרה, והוא מה שמשתמשים מקלידים אחרי /. יצירה או עריכה של Skill מייצרת טיוטה. בדף הפרטים של ה-Skill, עריכות נשמרות אוטומטית; בחרו Publish Draft כדי לאמת ולפרסם את הטיוטה. אם האימות נכשל, השתמשו באבחון המוצג כדי לתקן את הטיוטה ולפרסם שוב. השתמשו ב-History כדי לבחון revisions, לשחזר revision שהוחלף או לבטל טיוטה ניתנת לשינוי, כאשר פעולות אלה זמינות. Disable Skill מסיר אותו מגילוי על ידי סוכנים חיצוניים ומ-resolution של Automations מבלי למחוק את היסטוריית ה-revisions; Enable Skill הופך אותו לזמין שוב.

יצירה או עריכה של Skill באמצעות MCP

השתמשו בלקוח MCP חיצוני מחובר ל-authoring שמתחיל מהחבילה. קראו ל-skills.get לפני עריכת Skill קיים. השתמשו ב-skills.create עבור חבילה חדשה או ב-skills.create_candidate עבור revision המבוסס על ה-revision הפעיל הנוכחי. ניתן לספק חבילות קטנות inline. עבור חבילות גדולות יותר, קראו ל-skills.create_package_upload_session, העלו את האובייקטים המבוקשים וסיימו באמצעות skills.finalize_package_upload_session. אם האימות נדחה לשלב מאוחר יותר, קראו ל-skills.publish_revision. בצעו polling ל-skills.get_lifecycle_request עבור בקשת מחזור החיים שהתקבלה ותוצאת האימות או הקידום שלה. פרסום Skill אינו יוצר, מעדכן או מפעיל Automation; השתמשו במפורש במחזור החיים של Automation MCP כאשר יש בכך צורך.

התחלה מתבנית Skill

הדף Skills כולל Skill Templates. חפשו או סננו את הקטלוג, צפו בתצוגה מקדימה של תבנית ובחרו Copy Skill. העותק הופך ל-Skill של הארגון שניתן לערוך ולפרסם כמו כל Skill אחר.

Skills ו-Automations

Skill מגדיר כיצד לבצע עבודה רב-פעמית. הוא אינו מחליט מתי העבודה הזו רצה. השתמשו ב-Automation כאשר עבודה צריכה לרוץ ידנית, לפי לוח זמנים או בתגובה לאירוע. Automation יכולה לקבע revision אחד או יותר של Skill, כך שאותו יישום ישמש שוב בין הרצות.