Slack Code הופך את פיתוח התוכנה לשיתוף פעולה בין צוותים וסוכני AI

אילו סוכנים משתתפים?

Salesforce מציינת תמיכה בסוכנים ובהכלים של Anthropic, בהם Claude Code ו-Claude Tag, ב-Devin של Cognition, ב-GitHub Copilot, ב-ChatGPT של OpenAI ובסוכני Vercel.

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

לא רק למפתחים

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

לדוגמה, מנהל מוצר יכול לדווח ב-Slack על תקלה ולתאר את ההתנהגות הרצויה. הסוכן יוכל לחקור את הבקשה ולהציע תיקון, בעוד מהנדס יבדוק את השינויים בקוד ויוודא שהם בטוחים ומתאימים לבסיס הקוד. לאחר מכן הצוות יחליט אם ליצור בקשת מיזוג (pull request), להמשיך לסבב בדיקות נוסף או לעצור את העבודה.

במילים אחרות, Slack Code אינו הופך את הסוכן למקבל ההחלטות הסופי. הוא משנה את המקום שבו שיתוף הפעולה מתרחש, והופך את עבודת ה-AI לנגישה יותר לבדיקה של בעלי תפקידים נוספים.

אישור אנושי נשאר תנאי מרכזי

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

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

היסטוריה ניתנת לחיפוש ובקרות Slack קיימות

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

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

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

זמינות והשקות ראשוניות

Salesforce מסרה ש-Slack Code היה זמין בכל מסלולי Slack כבר בעת ההשקה. האינטגרציות הראשוניות הגיעו מ-Anthropic, מ-GitHub, מ-Cognition ומ-Vercel, בעוד ש-ChatGPT הוצג גם הוא כאחד הסוכנים שיכולים להשתתף בתהליך.

האסטרטגיה הרחבה של Salesforce

בכנס Dreamforce הציגה Salesforce את Slack Code כדרך להפוך את פיתוח התוכנה לפעילות קבוצתית, ולמקם את Slack כשכבת התיאום בין ספקים שונים של סוכני AI. במקום לכפות על צוותים מודל תכנות יחיד של Salesforce, הגישה מאפשרת לסוכנים של חברות מתחרות לעבוד דרך ממשק צוותי משותף.

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

השורה התחתונה

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

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