מתנה מהרילס · בדקתי לכם סקילים 1

קלוד שמדבר כמו איש מערות, כדי שהטוקנים לא ייגמרו באמצע

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

איך מתקינים

אין מה להוריד מכאן. הסקיל הוא קובץ טקסט אחד אצל היוצר שלו, ואני מקשר אליו ולא מפיץ אותו.

כלי של צד שלישי, על אחריות המשתמש

רוצים לדעת איפה כן שווה להשקיע את הטוקנים? ככה זה נראה בליווי

לא שלי, קוד פתוח קובץ טקסט אחד משפיע על התשובה, לא על ההקשר
הסדרה

בדקתי לכם סקילים, כדי שאתם לא תצטרכו

מה הוא עושה

אותו תוכן, פחות מילים

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

  1. מוריד את הנימוסים בלי בשמחה, בלי בהחלט, בלי לחזור על השאלה שלכם לפני שהוא עונה עליה, ובלי הסתייגויות שלא מוסיפות מידע. זה החלק שגוזל הכי הרבה מילים והכי פחות תוכן.
  2. מקצר את הניסוח, לא את התשובה אותה המלצה, אותה דוגמה, אותם מספרים. מה שמשתנה זה אורך המשפט: מבנה קצר, בלי מילות קישור מיותרות, ולפעמים חץ במקום משפט שלם שמסביר סיבה ותוצאה.
  3. עוצר כשחייבים אזהרה, פעולה בלתי הפיכה, או רצף שלבים שסדר לא נכון בו יעלה ביוקר: שם הוא חוזר לדבר רגיל. קוד, הודעות שגיאה וטקסט לקומיט נשארים תמיד בשפה נורמלית.
  4. נדלק ונכבה מתי שתרצו אפשר להפעיל אותו בפקודה בתוך השיחה, לבחור כמה אגרסיבי הוא יהיה, ולכבות אותו במשפט אחד. זה לא מתג שנשאר דלוק לנצח, וזה חשוב: לא כל שיחה רוצה תשובות קצרות.
שלוש עוצמות, ואפשר להחליף באמצע
  • liteבלי מילות סרק ובלי הסתייגויות, אבל משפטים שלמים. הכי מתאים לשיחה שגם אנשים אחרים יקראו.
  • fullברירת המחדל. משפטים קצרים, בלי מילות חיבור, ישר לעניין.
  • ultraקיצורים, חצים במקום הסברים, מילה אחת כשמילה אחת מספיקה. שימושי כשאתם רק רוצים את ההכרעה.

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

הטוקנים נגמרים כי המערכת לא מסודרת? זה בדיוק מה שמסדרים בליווי

הפסק דין שלי

עזר. לא עשה פלא.

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

בלי הסקיל

שאלה: שלחתי הצעת מחיר לפני שבוע ולא חזרו אליי. מה לעשות?

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

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

עם הסקיל

שאלה: שלחתי הצעת מחיר לפני שבוע ולא חזרו אליי. מה לעשות?

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

אותה המלצה, בלי העטיפה. זה כל ההבדל.

הדוגמה הזאת כתובה להמחשת הסגנון, היא לא תמליל של שיחה אמיתית.

מה שכן נמדד: על זוג תשובות אמיתי אחד, אותה המלצה ואותה דוגמה, יצאו 97 טוקנים לפני ו-54 אחרי, כלומר ירידה של 44 אחוז. המדידה נעשתה עם tiktoken בשיטת o200k, שהיא גם שיטת המדידה שמופיעה ב-README של הפרויקט. הטוקנייזר של קלוד עצמו יחזיר מספרים אחרים, ולכן הטענה היא היחס ולא המספר. ההרגשה שלי בזמן עבודה הייתה בטווח של ארבעים עד חמישים אחוז בצד התשובה, וזה גם מה שאמרתי בסרטון.

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

איך נראית עבודה שלא שורפת טוקנים על חיפושים חוזרים

לפני שמתקינים

מה חשוב לדעת, ורק אחר כך הפקודות

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

עוד אין לכם Claude? אפשר להירשם דרך הקישור שלי.

להרשמה ל-Claude

קישור אפיליאציה.

מה צריך, ומה בעצם יורד אליכם
  • Claude Codeהסקיל רץ בתוכו. המנוי נרכש בנפרד מ-Anthropic ולא דרכי.
  • קובץ טקסט אחדSKILL.md, בלי קוד, בלי סקריפטים ובלי פנייה לאינטרנט. זה הסוג הקל ביותר לבדיקה, כי אפשר פשוט לקרוא אותו.
  • רישיון Apache-2.0כך רשום במאגר. השם והלוגו Caveman הם סימני מסחר של היוצר, ולכן אני מזכיר את השם כדי להפנות לפרויקט, ואין כאן לוגו ואין שום קשר ביני לבינו.
  • המאגר גדול מהסקילבאותו מאגר יש גם CLI, תוספים ו-proxy שמעביר דרכו את התעבורה. אני משתמש רק בקובץ הסקיל, והעמוד הזה מדבר רק עליו.

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

  1. מורידים את הקובץ מהמאגר המקורי

    שתי שורות בטרמינל. אם אתם מעדיפים בלי טרמינל, אפשר לפתוח את קובץ הסקיל ב-GitHub, להעתיק את התוכן, ולשמור אותו בעצמכם בתור ~/.claude/skills/caveman/SKILL.md.

    Terminal
    # 1. תיקייה לסקיל
      mkdir -p ~/.claude/skills/caveman
      # 2. הקובץ מהמאגר המקורי
      curl -fsSL -o ~/.claude/skills/caveman/SKILL.md \
        https://raw.githubusercontent.com/JuliusBrussee/caveman/main/skills/caveman/SKILL.md

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

  2. קוראים אותו לפני שמשתמשים בו

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

  3. מדליקים, בוחרים עוצמה, ומכבים

    בתוך שיחה בקלוד קוד כותבים /caveman כדי להדליק, /caveman lite או /caveman ultra כדי להחליף עוצמה, וstop caveman כדי לחזור לתשובות רגילות. אני מדליק אותו לעבודה ומכבה אותו כשאני רוצה להבין משהו לעומק.

    בעמוד הפרויקט יש גם דרכי התקנה אוטומטיות דרך npm ודרך מנגנון התוספים. הן מביאות איתן יותר מקובץ אחד, ולכן אני מעדיף את הדרך הידנית: מה שירד אליי הוא מה שקראתי.

לעמוד הפרויקט ב-GitHub

הקרדיט שלו, הקוד שלו, הרישיון שלו. אני רק מפנה.

ההתקנה נראית מסובכת? בליווי עושים אותה ביחד

שאלות

שאלות שחוזרות על עצמן

זה סקיל שלך?

לא. Caveman הוא פרויקט של Julius Brussee ב-GitHub, ברישיון Apache-2.0, ואני רק משתמש בו ומקשר אליו. לא שיניתי אותו, לא ארזתי אותו מחדש ולא מפיץ אותו מכאן. אני גם לא מתחזק אותו, ולכן אם המקור ישתנה, מה שיורד אליכם הוא מה שכתוב שם באותו יום.

זה פוגע באיכות התשובה?

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

זה מאריך את הסשן?

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

למה המספרים סביב הסקיל הזה סותרים זה את זה?

כי כל אחד מודד משהו אחר. בתיאור של הפרויקט כתוב חיסכון של 65 אחוז, במדידה שבתוך ה-README מופיעה ירידה של 33.2 אחוז בטוקנים הנכנסים לאורך סשן שלם ודרך ה-proxy, ובקובץ הסקיל עצמו כתוב בסביבות 75 אחוז. אני מדדתי 44 אחוז על תשובה אחת. אין כאן שקר, יש כאן מדידות של דברים שונים, וזו בדיוק הסיבה למדוד על העבודה שלכם במקום להאמין למספר בכותרת.

מה זה ה-proxy שמופיע באותו פרויקט?

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

בטוח להתקין סקיל של מישהו אחר?

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

השאלה שלי לא מופיעה כאן

ומה הלאה

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

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

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

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

מה זה הליווי

חמישה מפגשים לייב, על העבודה האמיתית שלך.