תיעוד 128
ערכת אלוף
ספר משחק למהנדסים שמקדמים את Claude Code בתוך הארגון: מה לשתף, איך לענות על שאלות, ואיך להגדיל את האימוץ בצוות.
העמוד הזה מיועד למהנדסים יחידים שכבר משתמשים ב-Claude Code ורוצים לעזור לצוות שלהם לאמץ אותו. הוא מכסה מה לשתף, איך לענות על השאלות שתקבלו, ספר משחק לשלושים יום, ותגובות לחששות נפוצים.
אימוץ של כלי למפתחים קורה לעתים נדירות בגלל הודעת השקה. הוא קורה כי מישהו בצוות מתחיל להשתמש בכלי היטב, מדבר עליו בגלוי, ומקל על אחרים ללכת בעקבותיו. העבודה שאתם עושים כאלוף משפיעה באופן לא פרופורציונלי: כל דוגמה שאתם משתפים מקצרת את עקומת הלמידה למהנדסים שבאים אחריכם, וכל שאלה שאתם עונים עליה בפומבי הופכת את הניסיון של אדם אחד למשהו שכל הצוות יכול לבנות עליו.
#תפקיד האלוף
התפקיד מורכב משלוש התנהגויות שמחזקות זו את זו.
| התנהגות | איך זה נראה בפועל | למה זה חשוב |
|---|---|---|
| שתפו את מה שאתם מגלים | פרסמו את הפרומפטים, צילומי המסך והניצחונות הקטנים מהעבודה שלכם במקומות שהצוות כבר קורא, כמו ערוץ הנדסה, שרשור סטנדאפ, או תיאור pull request. | דוגמאות שנמשכות מבסיס הקוד שלכם משכנעות יותר מכל תיעוד חיצוני, כי עמיתים יכולים לראות בדיוק איך הכלי חל על הבעיות שהם חולקים אתכם. |
| היו האדם שאליו פונים | כשעמית שואל איך השגתם משהו, השיבו עם הפרומפט ששימש אתכם בפועל כדי שיוכל ליישם אותו ישירות על המשימה שלו. | דוגמה מוחשית שאפשר להריץ סוגרת את הפער בין סקרנות לשימוש מוצלח ראשון, ושם רוב מאמצי האימוץ נתקעים. |
| הגדילו את המעגל | קבעו מספר קטן של הרגלים קלים וחוזרים, כמו ערוץ ייעודי או שרשור שבועי, כדי שהמומנטום ימשיך גם כשהקשב שלכם במקום אחר. | אימוץ שתלוי באדם אחד הוא שביר. אימוץ שנישא על ידי הרגלים משותפים ממשיך להצטבר מעצמו. |
#כמה זה אמור לעלות לכם
הגדירו ציפיות עם עצמכם ועם המוביל שלכם. הפעילויות למטה נועדו להשתלב בתוך שבוע עבודה רגיל, והתפקיד צריך להישאר מכפיל על העבודה הקיימת שלכם ולא אחריות תמיכה נוספת.
| פעילות | זמן בשבוע | הנחיה |
|---|---|---|
| פרסום ניצחונות ופרומפטים | בערך 15 דקות | תעדו אותם ברגע עם צילום מסך ומשפט או שניים. הימנעו מהפיכתם לסיכומים רשמיים. |
| מענה על שאלות בערוץ משותף | בערך 20 דקות | ענו בפומבי פעם אחת, ואז קשרו חזרה לתשובה הזו כשהשאלה חוזרת. |
| הנחיית שרשור הצגה ושיתוף שבועי | בערך 5 דקות | אתם מפרסמים את הפרומפט הפותח. הצוות מספק את התוכן. |
| צימוד או הדרכות, לפי בחירה | 0 עד 30 דקות | שמרו את זה לעמיתים שתקועים, והציעו את קישור ההתחלה המהירה לפני קביעת זמן. |
#שתפו את מה שאתם מגלים
הניסיון שלכם הוא החומר המשכנע ביותר שהעמיתים יפגשו, כי הוא ספציפי לבסיס הקוד, לתהליכי העבודה ולבעיות שכולכם חולקים. התיעוד אומר לאנשים מה אפשרי. הפוסטים שלכם מראים להם מה באמת עובד בסביבה שלכם.
#מה שווה לשתף
הפוסטים השימושיים ביותר מתארים טכניקה שעמית יכול לעשות בה שימוש חוזר מחר, ולא תוצאה שכבר הושלמה. טכניקות מצטברות כשהן מתפשטות בצוות. עדכוני סטטוס לא.
דוגמאות לטכניקות לשימוש חוזר:
- "למדתי שאזכור @ של תיקייה עובד. כיוונתי אותו אל
@src/components/ושאלתי אילו מהם חסרים בדיקות, והוא חשף שתיים שהתעלמתי מהן." - "מצב Plan (
Shift+Tab) פורס קודם את השינויים המוצעים, ולכן אני מרגיש בנוח להשתמש בו על קוד משותף." - "הגדרתי Stop hook כדי לקבל התראת שולחן עבודה כשמשימה ארוכה מסתיימת. ההגדרה נמצאת בשרשור."
- "הרצת
/initיוצרתCLAUDE.mdמהמאגר כדי שהעוזר יפסיק לשאול שוב על המוסכמות שלנו."
#איפה לשתף את זה
פרסמו בכל מקום שהצוות שלכם כבר קורא. המטרה היא למקם דוגמאות בנתיב של העבודה הרגילה, ולא ליצור יעד נפרד.
| מיקום | למה זה מתאים ביותר | פורמט מומלץ |
|---|---|---|
ערוץ #claude-code או ערוץ הנדסה כללי | גילויים, פרומפטים ורגעי "היום למדתי" | צילום מסך בליווי משפט או שניים של הקשר |
| תיאורי pull request | הדגמת הגישה על קוד אמיתי שסוקרים כבר קוראים | שורה אחת כגון "Claude ואני עשינו את השכתוב הזה. אשמח לעבור על הגישה." |
| סטנדאפים או עדכונים כתובים שבועיים | נרמול השימוש מול מובילים ומנהלים ברמה שמעל המנהל הישיר | משפט אחד שמתאר תוצאה מוחשית אחת |
| ויקי של הצוות או תיעוד פנימי | דפוסים יציבים, skills מותאמים ודוגמאות CLAUDE.md | עמוד קצר, עם קישור מנושא הערוץ כדי שיישאר ניתן לגילוי |
#הפורמט שעובד
צילום מסך בליווי שורת הקשר אחת, או תיאור קצר של לפני ואחרי, הוא בדרך כלל רמת הפירוט הנכונה. שמרו על כל פוסט קצר מספיק כדי שמישהו שגולל הלאה עדיין יקלוט את הנקודה. סיכום ארוך נוטה להישמר לאחר כך ולהישכח, בעוד פוסט קצר עם צילום מסך נוטה להיות מועתק ומנוסה.
הפוסטים לדוגמה למטה ממחישים טון ואורך. התאימו אותם במקום להעתיק כלשונם.
Learned today that @-mentioning a directory works. I pointed it at
@src/components/ and asked which components were missing tests, and it
surfaced two I had forgotten about.I configured a Stop hook so I receive a desktop notification when a long
task completes. I started a refactor, stepped away, and was notified when
it finished. Configuration is in the thread.Plan mode is the reason I am comfortable using this on code that matters.
Press Shift+Tab until you see "plan"; it lays out the changes it proposes
without editing your source.#היו האדם שאליו פונים
אחרי ששיתפתם כמה דוגמאות, יגיעו שאלות. כאן אלוף עוזר יותר מכל, כי תשובה טובה לאדם אחד משחררת לעתים קרובות כמה אחרים שצופים באותו ערוץ.
#ענו עם פרומפט ולא עם הסבר
כשעמית שואל איך השגתם משהו, התגובה השימושית ביותר היא הפרומפט ששימש אתכם בפועל. הם ילמדו יותר מהרצת הפרומפט הזה על הבעיה שלהם מאשר מכל תיאור שתוכלו לכתוב, וזה נותן להם משהו שאפשר לפעול לפיו מיד.
Colleague: How did you get it to find that race condition?
Champion: I asked, "The test in @tests/scheduler.test.ts is flaky, figure
out why," and it traced two unjoined promises in the scheduler. Try the
same phrasing on your test.#הצביעו על היכולת ולא על התיעוד
תשובה כגון "נסו מצב Plan, לחצו על Shift+Tab עד שתראו אותו" שימושית יותר ברגע מאשר קישור לתיעוד. אם האדם צריך עומק נוסף אחר כך, הוא ימצא אותו בעצמו. כרגע הוא צריך את הדבר האחד שמשחרר אותו.
#שאלות שסביר שתשמעו
| שאלה | תגובה מוצעת | משאב המשך |
|---|---|---|
| "על מה כדאי לי לנסות את זה קודם?" | המליצו על משימה אמיתית אבל תחומה, רצוי באג או מטלה שהאדם דחה כי היא מייגעת ולא כי היא קשה. | תהליכי עבודה נפוצים |
| "איך אני סומך עליו עם הקוד שלי?" | הציגו את מצב Plan: לחיצה על Shift+Tab עוברת אליו, ו-Claude חוקר ומציע שינויים בלי לערוך את המקור שלכם. | הרשאות |
| "האם ההקמה שווה את המאמץ?" | ההתקנה אורכת בערך שתי דקות, רצה בטרמינל, ולא דורשת הרחבה ל-IDE. הרצה אחת של /init מספיקה כדי להתחיל לעבוד. | התחלה מהירה |
| "הוא הפיק תוצאה שגויה." | עודדו אותם להחזיר את הכישלון ל-Claude. הדבקת הודעת השגיאה או הבדיקה שנכשלת יעילה הרבה יותר מניסוח מחדש של הבקשה המקורית. | תהליכי עבודה נפוצים |
| "הוא לא מבין את מוסכמות בסיס הקוד שלנו." | הציעו להריץ /init כדי ליצור קובץ CLAUDE.md, ואז להוסיף את מוסכמות הצוות, פקודות הבדיקה, וכל תיקיות שכדאי להימנע מהן. | זיכרון |
| "האם זה רק השלמה אוטומטית?" | הציעו הדגמה קצרה שבה Claude מסביר קובץ לא מוכר, עוקב אחרי באג בין שירותים, או מנסח תוכנית מיגרציה. המשימות האלה דורשות היסק על פני המאגר ולא השלמה של שורה אחת. | הדגמה חיה של שתי דקות |
| "מה לגבי אבטחה וטיפול בנתונים?" | הפנו את השאלה הזו למנהל המערכת שלכם. מדיניות הפריסה והטיפול בנתונים של הארגון כבר מוגדרת, ואלופים לא צריכים לאלתר את התשובה הזו. | אבטחה · שימוש בנתונים |
#הגדילו את המעגל
המטרה היא לבסס מספר קטן של הרגלים קלים שמאפשרים למומנטום להמשיך אחרי שהפסקתם להניע אותו באופן פעיל. אין צורך לבנות תוכנית או להוביל השקה. כששאלות בערוץ נענות על ידי אנשים אחרים מלבדכם, התפקיד עשה את שלו.
#דפוסים שנוטים לעבוד
| דפוס | איך להריץ אותו | מאמץ נדרש |
|---|---|---|
| ערוץ ייעודי | צרו ערוץ #claude-code (או שרשור חוזר בערוץ קיים), נעצו את קישור ההתחלה המהירה ודוגמה חזקה אחת, וענו על שאלות בפומבי כדי שכל תשובה תועיל לכל מי שצופה. | בערך חמש דקות להקמה, ואז ברקע |
| שרשור הצגה ושיתוף שבועי | בכל יום שישי, פרסמו "במה Claude עזר לכם השבוע?" אין צורך בהכנה, בשקפים או בפגישה. צילומי מסך ותיאורים קצרים מספיקים. | בערך שתי דקות בשבוע |
| שיתוף skill מותאם | פרסמו את קובץ .claude/skills/<name>/SKILL.md השימושי ביותר שלכם, למשל skill בשם /ship שמריץ בדיקות ו-lint לפני commit, עם תיאור של שורה אחת. מכיוון ש-skills הם Markdown פשוט, עמיתים יכולים לאמץ אותם מיד. | בערך חמש דקות לכל skill |
| יצירת מדריך הקמה מהשימוש שלכם | הריצו /team-onboarding בפרויקט שהשקעתם בו זמן אמיתי. Claude סורק את הסשנים, הפקודות ושרתי ה-MCP האחרונים שלכם, ואז מייצר מדריך שחבר צוות חדש יכול להדביק כהודעה הראשונה שלו כדי לשחזר את ההקמה שלכם. נעצו אותו בערוץ. | בערך שתי דקות |
| צימוד על משימה ראשונה | הציעו מפגש צימוד יחיד של חמש עשרה דקות לכל מי שמתחיל. תוצאה מוצלחת אחת על הקוד שלהם משכנעת יותר מכל מצגת. | בערך חמש עשרה דקות לאדם |
| זיהוי האלוף הבא | העמית ששואל אתכם הכי הרבה שאלות בדרך כלל מוכן לקחת את התפקיד הזה. העבירו אליו את העמוד הזה וחלקו ביניכם את האחריות על הערוץ. | זניח |
#תוכנית לשלושים יום
אם תוכנית גמישה עוזרת, הרצף למטה משקף את מה שנוטה לעבוד ברוב הצוותים. התאימו בחופשיות להקשר שלכם.
1. שבוע 1: זריעת הערוץ
צרו את הערוץ, נעצו את ההתחלה המהירה, ופרסמו שתיים או שלוש דוגמאות משלכם עם הפרומפטים כלולים.
אות שזה עובד: כמה עמיתים מגיבים או עונים, ולפחות שאלה אחת נשאלת בערוץ.
2. שבוע 2: התחלת הקצב
התחילו את שרשור ההצגה והשיתוף השבועי, ענו על כל שאלה בפומבי, ושתפו skill מותאם אחד או קטע CLAUDE.md.
אות שזה עובד: מישהו מלבדכם מפרסם דוגמה משלו.
3. שבוע 3: צימוד ואיחוד
הציעו שניים או שלושה מפגשי צימוד קצרים ואחדו את השאלות והתשובות הנפוצות ביותר להודעת שאלות נפוצות נעוצה.
אות שזה עובד: אתם רואים שימוש חוזר, כשאותם עמיתים חוזרים ולא מנסים פעם אחת ומפסיקים.
4. שבוע 4: העברה
זהו אלוף שני ושתפו סיכום קצר של מה שעובד ומה שלא עם המוביל או מנהל המערכת שלכם.
אות שזה עובד: שאלות בערוץ נענות על ידי אנשים אחרים מלבדכם.
#כשמישהו רוצה להעמיק
אתם ההיכרות החמה ולא תוכנית הקליטה. כשעמית עובר מ"האם כדאי לי לנסות את זה" אל "איך אני נעשה יעיל עם זה", הפנו אותו לעמודי ההתחלה המהירה ותהליכי עבודה נפוצים. הם מכילים מקטעים קצרים שמכסים את היכולות ששימושיות אבל קשה לגלות לבד.
#מענה לחששות נפוצים
ספקנות בריאה צפויה. מהנדסים צריכים להיות זהירים לגבי כלים שנוגעים בקוד שלהם. התגובה היעילה ביותר היא לעתים נדירות להתווכח על המקרה הכללי. במקום זאת, הכירו בחשש, הציעו מסגור מחדש קצר, והציעו הדגמה מוחשית אחת על הקוד של האדם עצמו. רוב החששות נפתרים מניסיון מוצלח אחד.
| חשש | תגובה מוצעת | ראיה להציע |
|---|---|---|
| "אני מהיר יותר בלעדיו." | זה כנראה נכון לגבי קוד שהאדם כותב באופן שגרתי. הציעו לנסות את זה על העבודה שהוא נוטה להימנע ממנה: קבצי legacy, שירותים לא מוכרים, או שלד בדיקות, שם זה עוזר יותר מכל. | מדדו משימה מייגעת אחת בשתי הדרכים והשוו. |
| "אני לא סומך על AI שייגע בקוד ייצור." | הסכימו ששום שינוי לא צריך להיכנס בלי קריאה. הציעו מצב Plan כדי לראות קודם את השינויים המוצעים, ואז לעבור על ה-diff באותו סטנדרט כמו כל pull request. | הדגימו מצב Plan על קובץ אמיתי. |
| "זה יחליש מהנדסים זוטרים." | בשימוש נכון, זה מסביר יעיל. עודדו מהנדסים זוטרים לבקש מ-Claude להסביר קובץ ואת נקודות הקריאה שלו לפני שמבקשים ממנו לשנות משהו. | הריצו יחד את "Explain @file and where it is called from". |
| "ניסיתי פעם אחת והוא הזיין." | זה בדרך כלל בעיית הקשר ולא בעיית מודל. אזכור הקבצים הרלוונטיים באמצעות @, הרצת /init, ומתן פלט השגיאה בפועל בדרך כלל פותרים את זה. | הריצו מחדש את הפרומפט המקורי שלהם עם הקשר @ מתאים. |
| "אין לנו זמן ללמוד עוד כלי." | Claude Code הוא פקודת טרמינל ולא פלטפורמה. אם הוא לא מחזיר ערך בתוך הסשן הראשון, סביר להניח אותו בצד. | התקנה של שתי דקות ואחריה באג אמיתי אחד. |
#גיליון עזר מהיר
הטכניקות למטה הן אלה שמעבירות באופן האמין ביותר מישהו מניסיון ראשון לשימוש יומיומי. נעצו את הטבלה הזו בערוץ או שתפו אותה בפני עצמה.
| טכניקה | איך ליישם אותה |
|---|---|
| ספקו את ההקשר הנכון | השתמשו בהפניות @file או @directory/, או הדביקו את פלט השגיאה או הלוג ישירות. אספקת הקשר רלוונטי יעילה יותר מפרומפט משוכלל. |
| עברו על התוכנית לפני העריכה | לחצו על Shift+Tab כדי להיכנס למצב Plan. Claude חוקר ומציע שינויים בלי לערוך את המקור שלכם. |
| למדו אותו את המאגר שלכם | הריצו /init כדי ליצור קובץ CLAUDE.md, ואז הוסיפו את המוסכמות שלכם, פקודות הבדיקה, וכל תיקיות שאסור לשנות. ראו זיכרון. |
| עשו שימוש חוזר בתהליך עבודה | שמרו קובץ SKILL.md ב-.claude/skills/<name>/ כדי ליצור skill בשם /name שכל הצוות יכול להשתמש בו. ראו מיומנויות. |
| הישארו מעודכנים במהלך משימות ארוכות | הגדירו Stop hook כדי לקבל התראת שולחן עבודה כשמשימה שרצה זמן רב מסתיימת. ראו הוקים. |
| התאוששו מתוצאה שגויה | במקום לנסח מחדש את הבקשה, הדביקו את הבדיקה שנכשלת או את ה-stack trace בחזרה ל-Claude ובקשו ממנו לטפל בכישלון הספציפי הזה. |
| שמרו על עריכות כירורגיות | בקשו diff, או ציינו "only change X". Claude מכבד היקף כשההיקף מצוין. |
[!TIP]
Claude Code מתעדכן לעתים קרובות. אמתו פרטים שתלויים בגרסה מול דף הבית של התיעוד לפני הפצה פנימית של החומר הזה.