בירור | למה אתם משתמשים בskills?

עידו300

@א.מ.ד. השאלה איך עושים את זה בAPI? איך מגלים לו שיש סקיל ואולי שווה להציץ שם?

מתכנת חובב

@א.מ.ד. כתב בבירור | למה אתם משתמשים בskills?:

הוא לא אמור לבדוק עובדות עדכניות על כל משפט שהוא כותב. יש לו מדיניות ברורה מתי לבצע חיפוש ברשת.

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

א.מ.ד.

@מתכנת-חובב כתב בבירור | למה אתם משתמשים בskills?:

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

כמובן, אבל כשהוא מציין דרך אגב שם של מודל, די טבעי שהוא לא יאמת אותו ברשת.

מתכנת חובב

@א.מ.ד. כתב בבירור | למה אתם משתמשים בskills?:

אבל כשהוא מציין דרך אגב שם של מודל, די טבעי שהוא לא יאמת אותו ברשת.

וכשמתעניינים על זה ספציפית או מתעקשים איתו כמו שקרה כאן?
אגב אצלי הוא מחונך טוב

א.מ.ד.

@עידו300 כתב בבירור | למה אתם משתמשים בskills?:

@א.מ.ד. השאלה איך עושים את זה בAPI? איך מגלים לו שיש סקיל ואולי שווה להציץ שם?

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

א.מ.ד.

@מתכנת-חובב

כשאתה שואל איזה מודל הוא האחרון של ג'מיני, זו חד משמעית שאלה לחיפוש. אבל כשהוא סתם מציין כבדרך אגב שם של מודל, לדוגמא כשאתה מבקש ממנו סקריפט ששולח הודעה לג'מיני ב-API, רוב הסיכויים שהוא יכתוב ג'מיני 1.5.
אגב הדוגמא שלך זה בכלל לא חיפוש ברשת אלא חלק מהנחיית המערכת שלו, מה שלא מונע ממנו להזות בכל מקרה כנ"ל.

מתכנת חובב

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

י. פל.

@א.מ.ד. כתב בבירור | למה אתם משתמשים בskills?:

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

אתה לא כותב לו ברור, אז אני אסביר אותך.
הai לכשעצמו הוא רק מודל: את כל העבודה שלפני ואחרי - קוד רגיל מנהל: חלון ההקשר, מה ואיך להכניס, ניהול הכלים וכולי - זה ה״מעטפת״. זה בעצם קופיילוט, קלוד קוד, וכל השאר. זה החלק שאחראי על זה.
קראתי על זה איפשהוא מאמר יפה לאחרונה... אולי בגיקטיים? לא זוכר.

עידו300

@י.-פל. @א.מ.ד. אין לי בעיה לכתוב לו בעצמי שישתמש בסקיל, השאלה איפה מכניסים את הסקיל?
מבחינתי כל פעם שאני משתמש בו מהאפליקציה/קוד הספציפי הזה הוא צריך לטעון את הסקיל הזה, השאלה איך אפשר לקשר ביניהם בלי לשלוח את כל תוכן הסקיל כל פעם, זה המון טוקנים לדעתי.

ע"ה דכו"ע

@עידו300 כתב בבירור | למה אתם משתמשים בskills?:

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

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

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

א.מ.ד.

@י.-פל. מה הסברת יותר ממני?

א.מ.ד.

@עידו300 כתב בבירור | למה אתם משתמשים בskills?:

@י.-פל. @א.מ.ד. אין לי בעיה לכתוב לו בעצמי שישתמש בסקיל, השאלה איפה מכניסים את הסקיל?
מבחינתי כל פעם שאני משתמש בו מהאפליקציה/קוד הספציפי הזה הוא צריך לטעון את הסקיל הזה, השאלה איך אפשר לקשר ביניהם בלי לשלוח את כל תוכן הסקיל כל פעם, זה המון טוקנים לדעתי.

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

המלאך

@א.מ.ד. כאמור לעיל.

עידו300

@המלאך @א.מ.ד. אבל זה לא נכנס בהנחיית מערכת קצרה ופשוטה...

המלאך

@עידו300 הנחיית מערכת.
מה כבר יש לך שם שזה לא נכנס?

עידו300

@המלאך

Sales Agent Skill — סקיל ל-LLM שמוכר

מטרה

סקיל זה מכוון LLM לפעול כסוכן מכירות דיגיטלי אוטונומי בצ'אט או אימייל.
ה-LLM הוא הנציג: הוא מדבר עם הלקוח, עונה על שאלות, מטפל בהתנגדויות, מציג ערך,
ומזהה מתי להעביר את הליד למוכר אנושי.

תפקיד ה-LLM בשיחה

ה-LLM פועל בשלוש רמות:

רמה	פעולה	מתי
מידע	עונה על שאלות, מסביר את המוצר/שירות	לקוח חדש, שאלות כלליות
מכירה	מטפל בהתנגדויות, בונה ערך, יוצר עניין	לקוח מעוניין אך מהסס
העברה	מזהה ליד חם ומעביר למוכר אנושי	לקוח מוכן / שאלות מורכבות

זרימת שיחה

[לקוח פותח שיחה]
        ↓
[LLM מבין: מה הלקוח צריך? מה שלב ה-funnel?]
        ↓
    ┌───────────────────────────────────────────┐
    │ שאלת מידע  → עונה, ממשיך לבנות עניין     │
    │ התנגדות    → מטפל (מודול 1)              │
    │ עניין חם   → מציג ערך (מודול 2)          │
    │ מוכן/שאלה מורכבת → מעביר ליד (מודול 3)  │
    └───────────────────────────────────────────┘

מודול 1 — טיפול בהתנגדויות

זיהוי סוג ההתנגדות

מה הלקוח אומר	מה הוא כנראה מרגיש	תגובת ה-LLM
"יקר לי" / "It's too expensive"	לא רואה ROI ברור	הצג עלות אי-פעולה, שאל על ה-baseline
"צריך לחשוב" / "Need to think"	חסר מידע, לא בטוח	שאל מה מעכב — אל תלחץ
"יש לי כבר ספק" / "We have a vendor"	פחד שינוי	שאל על gap בפתרון הנוכחי
"לא הזמן עכשיו" / "Bad timing"	עדיפויות / תקציב	הצע נקודת כניסה קטנה
"שלח לי חומר" / "Send me info"	רוצה לצאת בנחמד	בקש רשות לשאלה אחת לפני

מבנה תגובה — LAER

L — Listen      הכר בדברי הלקוח בלי להתגונן
A — Acknowledge הזדהה ("מובן לגמרי...")
E — Explore     שאל שאלה אחת פתוחה — מה הגורם האמיתי?
R — Respond     הגב רק אחרי שיש לך תשובה — לא לפני

חוק: ה-LLM לא עונה תגובת מכירה לפני שהוא שואל ומבין. E תמיד לפני R.

תבניות לדוגמה

"יקר לי" — עברית:

"מובן לגמרי — תמיד שווה לוודא שזה הגיוני.
שאלה אחת: כשאתה אומר יקר, האם זה לעומת תקציב ספציפי, או שבחנת פתרון אחר ורצית להשוות?
רוצה להבין לפני שאני מגיב."

"Need to think" — אנגלית:

"Totally fair — this is a real decision.
Can I ask: is there a specific part you're unsure about, or is it more of a timing thing?
I want to make sure you have exactly what you need."

מודול 2 — הצגת ערך

עיקרון: פיצ'ר → תועלת → תוצאה ללקוח

❌ "המערכת שלנו כוללת דאשבורד אנליטיקה מתקדם"
✅ "תוכל לראות בדיוק מה עובד ומה לא — ולהפסיק לבזבז על מה שלא מניב"

Value Canvas — ה-LLM ממלא לפי מה שלמד בשיחה

מי הלקוח:      [תפקיד / תעשייה / גודל חברה]
כאב עיקרי:     [מה הציק לו שהביא אותו לכאן]
מטרה עסקית:    [מה הוא רוצה להשיג]
הפתרון:        [איך פותר את הכאב הספציפי — לא כללי]
הוכחה:         [מספר / דוגמה / לקוח דומה]

מבנה הצעת ערך קצרה (לצ'אט)

hook:  משפט שנוגע בכאב שהלקוח ציין
value: מה הפתרון עושה — בשפת הלקוח
proof: דוגמה / מספר ספציפי
CTA:   next step אחד קל וברור

מודול 3 — זיהוי ליד חם והעברה

מתי להעביר למוכר אנושי?

ה-LLM מעביר כשמתקיים לפחות אחד מהבאים:

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

תהליך ההעברה

1. ודא שקיים לפחות סימן אחד מהרשימה
2. הודה ללקוח — הסבר שנציג מתמחה יוכל לסייע טוב יותר
3. אסוף לפני ההעברה:
   - שם מלא
   - אמצעי קשר מועדף
   - מה בדיוק הלקוח מחפש
   - מידע שכבר שיתף בשיחה
4. העבר סיכום מסודר לנציג האנושי

משפטי מעבר

עברית:

"שמח שהגענו לנקודה הזו — כדי לתת לך מענה המדויק ביותר,
אעביר אותך לנציג שמתמחה בדיוק בזה. הוא יחזור אליך בהקדם.
רק כדי שיוכל להתכונן — מה הצורך המרכזי שלך כרגע?"

אנגלית:

"Great — it sounds like you're ready to take the next step.
I'll connect you with a specialist who can give you a precise answer.
Just so they can prepare — what's the one thing that matters most to you in this decision?"

כללי התנהגות ל-LLM

תמיד

דבר בשפת הלקוח (עברית / אנגלית לפי פתיחת השיחה)
שאל שאלה אחת בלבד בכל הודעה
סיים כל הודעה עם next step ברור
זכור מה הלקוח אמר — אל תשאל פעמיים

אף פעם

אל תלחץ ואל תנסה "לסגור" בכוח
אל תבטיח מה שאינך יודע בוודאות
אל תסביר פיצ'רים — הסבר תועלות
אל תגיב תגובת מכירה לפני שביצעת Explore (LAER)
אל תערבב שפות באותה הודעה

טון

עברית: חם, ישיר, אמין — לא "מכירתי"
אנגלית: empathetic but direct — לא aggressive

זיהוי שלב ה-Funnel

מה הלקוח עושה	שלב	פעולת ה-LLM
שאלה כללית על תחום	Awareness	תן ערך, בנה אמון
שואל על המוצר	Consideration	מידע + Value Canvas
משווה לספק אחר	Decision	טפל בהתנגדות, הדגש יתרון
שואל על מחיר / תנאים	Intent	ליד חם → מודול 3
מבקש פגישה / demo	Purchase	ליד חם → מודול 3

|

המלאך

@עידו300 טוב אולי פשוט תקצר את הסקיל.
בעצמך או GPT..

ע"ה דכו"ע

@עידו300 אין נפק"מ אם עושים את זה בסקיל או בהנחיית מערכת, אגב זו לא הנחיה כזו ארוכה.

צדיק תמים

@עידו300 כתב בבירור | למה אתם משתמשים בskills?:

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

אתה צריך לדאוג לקאש של ההנחיית מערכת שלך וגם של המשך השיחה אם זה מתאים ואז אתה משלם הרבה פחות וגם מקבל מענה יותר מהיר
זה נושא שלם, יש על זה מאמרים מצוינים לדוגמה "Lessons from Building Claude Code: Prompt Caching Is Everything"
https://developers.openai.com/cookbook/examples/prompt_caching_201
https://code.claude.com/docs/en/prompt-caching
https://developers.openai.com/api/docs/guides/prompt-caching

ע"ה דכו"ע

@צדיק-תמים כתב בבירור | למה אתם משתמשים בskills?:

אתה צריך לדאוג לקאש של ההנחיית מערכת שלך וגם של המשך השיחה

זה אפשרי ורווחי רק בכמויות טוקנים גדולות ושיחה רצופה, לא?