לפי מדריך שפרסמה סיילספורס (Salesforce) בנושא פיתוח סוכנים, אפליקציות ופיתוח Headless, ההבטחה של תחום הבינה המלאכותית היא אמיתית, אך מימושה דורש יותר מאשר רק שמירה על הקצב. בעוד שמנהלים עסקיים דוחפים לחדשנות מהירה בכל הנוגע לסוכנים ולאפליקציות, על צוותי ה-IT מוטלת המשימה להפוך זאת למציאות – להרחיב ולהביא לסקייל (scale) את היוזמות הללו מבלי להתפשר על אבטחה, תאימות (compliance) או איכות.
המדריך מציין כי הלחץ קיים, אך מחזורי הפיתוח עדיין מתמודדים עם בעיות מורשת (legacy issues): חוב טכנולוגי, סביבות בדיקה שאינן מציאותיות וממשל (governance) מפוצל. מכשולים חוזרים ונשנים אלו מעכבים צוותים מלהגיע למהירות ולאיכות המצופות בעידן הבינה המלאכותית. לפי סיילספורס, הגיע הזמן לחשוב מחדש על מחזורי הפיתוח לקראת העידן מבוסס הסוכנים (agentic era), וצוותים זקוקים למסגרת עבודה מודרנית וסתגלנית כדי לקיים את ההבטחה של הבינה המלאכותית.
נתיבים שונים לפיתוח בעידן הסוכנים
נוף הפיתוח השתנה באופן מהותי לפי המדריך. כיום מפתחים יכולים להביא את הכלים המועדפים עליהם ולהשתמש בפרוטוקולים פתוחים כמו MCP (Model Context Protocol). במקביל, פיתוח במודל Headless מאפשר לצוותים לבנות את הלוגיקה המרכזית פעם אחת ולהציג חוויות עשירות בכל מקום שבו הם זקוקים לכך. בנוסף, קידוד מבוסס כוונה (intent-based vibe coding) בשילוב עם אבטחה ברמת ארגון (enterprise-grade security) הפך את תהליך הבנייה למהיר יותר מאי פעם. עם ריבוי הנתיבים החדשים שנוצרים, לא כולם נוקטים באותה הגישה.
המדריך מפרט כי צוותים מקבלים שתי החלטות מרכזיות: כיצד הם מארגנים את העבודה (עבודה עצמאית מול עבודה מתואמת), וכיצד הם ניגשים לתהליך הפיתוח (מונחה בידי אדם מול מונחה בידי סוכנים). צוותים רבים נמצאים בנקודה מסוימת בין הקצוות הללו. המיקום שבו הצוות נמצא על גבי ממדים אלה מעצב את הדרישות שלו מהפלטפורמה, וזהו בדיוק הגורם שמניע את ההתפתחות של סיילספורס.
ששת שלבי הפיתוח של סיילספורס
לפי המדריך, הגישה של סיילספורס תוכננה להיות מקיפה אך גמישה, כך שתתאים באופן מותאם אישית לגודל של הצוות, למיומנויות של חבריו ולסדרי העדיפויות העסקיים. התהליך כולל שישה שלבים: תכנון (Plan), בנייה (Build), בדיקה (Test), פריסה (Deploy), ניטור ובקרה (Observe), והרחבה (Extend). לכל אורך התהליך כולו, מנגנוני הממשל והמשילות (governance) מובנים מראש כדי לוודא שהנתונים הרגישים ביותר יישארו תואמים לדרישות ומאובטחים.
שלבי התכנון והבנייה
שלב התכנון (Plan) מהווה את ההזדמנות ליישר קו בין כל הגורמים המעורבים בפיתוח סביב יעדים משותפים וציפיות אחידות. תכנון נכון יכול למנוע בעיות בהמשך הדרך, כגון סביבות פיתוח מנותקות או החמצת מועדי יעד שנגרמת בשל ראות לקויה (poor visibility). המטרה בשלב זה היא להבטיח שכל חברי הצוות מבינים את דרישות הפרויקט, את צורכי הבדיקות, את תקני אבטחת המידע ואת האופן שבו שינויים ינוהלו לאורך מחזור החיים של הפרויקט.
שלב הבנייה (Build) דורש חדשנות מהירה בתוך סביבה מאובטחת, המכונה סביבת ארגז חול (sandbox). באמצעות עבודה במרחב מבודד, הצוותים אינם צריכים לחשוש מפגיעה בפעילות העסקית החיה בזמן שהם בונים את הפתרונות שלהם. כדי לבנות באופן יעיל, חברי הצוות מצוידים בכלים לפי בחירתם, כאשר לכל סוג כלי יש חוזקות ושימושים משלו:
- קידוד Vibe coding מאפשר לכל אדם להפוך רעיונות לאפליקציות, סוכנים ותהליכי עבודה (workflows) פשוט באמצעות מתן הוראות לבינה המלאכותית לגבי מה שעליה לעשות.
- כלי Low-code ו-No-code, כדוגמת Builder Central, מסייעים למנהלי מערכת (admins) ולמפתחי אזרח (citizen developers) להגדיר אפליקציות וסוכנים באמצעות רכיבים חזותיים.
- קידוד מקצועי מסורתי (traditional pro-coding) אינו נעלם, אלא מוקצה מחדש. כאשר כלי low-code ו-vibe coding מטפלים בהיבטים הפשוטים והישירים של הפרויקט, קידוד מאפס (coding from scratch) עובר להתמקד באלמנטים שזקוקים לרמת ההתאמה האישית הגבוהה ביותר.
בנוסף, סיילספורס מציינת כי כפלטפורמת פיתוח מאוחדת, צוות ה-IT יכול לבנות במהירות סוכנים ואפליקציות עם רכיבים לשימוש חוזר, אינטגרציות מובנות מראש וכלי low-code.
בדיקות ופריסה באמצעות ארכיטקטורת Headless
שלב הבדיקה (Test) בעידן הפיתוח מונחה ה-AI דורש בדיקות רציפות ומציאותיות בכל שלב. סביבה שמשקפת את תצורת המוצר (product setup), כדוגמת Full Copy Sandbox, מבטיחה שהבדיקות יהיו מציאותיות. בדיקות יעילות תופסות בעיות בשלב מוקדם, מונעות צווארי בקבוק בביצועים ומבטיחות שהסוכנים והאפליקציות יספקו תוצאות עקביות בכל פעם. טיפ מקצועי שהמדריך מציג הוא להזין סביבות בדיקה אך ורק בנתונים הנדרשים לכל תרחיש ספציפי, ולהשלים זאת באמצעות מיסוך נתונים (masking) כדי לשמור על פרטיות הלקוחות ותאימות (compliance). שילוב זה מאיץ את הבדיקות ומפחית את הסיכון לחשיפת מידע רגיש.
שלב הפריסה (Deploy) נועד למנוע מאבקים של הרגע האחרון ותיקונים ידניים (manual patching). פריסות צפויות נובעות מאוטומציה, ראות ברורה ובקרת גרסאות הדוקה. באמצעות תהליך פריסה יעיל, צוותים יכולים להימנע משיבושים עסקיים ומטעויות אנוש. כלי ה-DevOps המובנים בפלטפורמה פותחים פתח לתהליך עקבי, ובכך מגבירים את שיתוף הפעולה, מפחיתים בלבול ומסייעים לצוותים לספק תוצאות במהירות ובביטחון, כך שהפריסה הופכת לאמינה וברת-חזרה ולא לאירוע בעל סיכון גבוה.
במקביל, ככל שמשתמשים מקיימים אינטראקציה עם העסק על פני רשת מתרחבת של נקודות מגע (touchpoints), שכבת החוויה Headless של סיילספורס (Headless Experience Layer) מפרידה בין הלוגיקה העסקית, הנתונים וההרשאות לבין המסך, כך שהצוות מגדיר את הכוונה פעם אחת ופורס אותה בכל מקום שבו המשתמשים נמצאים.
ניטור מתמשך והרחבת המערכת באקוסיסטם פתוח
שלב הניטור והבקרה (Observe) מדגיש כי השקת הסוכן או האפליקציה אינה מסתיימת בפריסה. מרגע הפריסה מתחיל לפעול מעגל משוב (feedback loop). הצלחה אמיתית מגיעה מיכולת תצפית וניטור מתמשכת (observability) שמסייעת לעקוב אחר התנהגות הסוכן, לאתר בעיות מוקדם ולבצע אופטימיזציה לאורך זמן. עם הזמן, הערכות ביצועים ומשוב ממשתמשים, הפתרון יכול להשתפר באופן מתמיד.
שלב ההרחבה (Extend) מציע ארכיטקטורה גמישה המותאמת לרמת הבשלות של הצוות בתחום ה-AI, ומאפשר לשלב כלי פיתוח של צד שלישי המועדפים על הצוות ולהתחבר לאקוסיסטם שותפים עשיר. באמצעות שימוש ב-Model Context Protocols (MCPs) על פני פלטפורמות כמו Slack, Tableau, Informatica ו-MuleSoft – לצד Data 360 – צוותים יכולים לעגן סוכני AI בנתונים ארגוניים מנוהלים ומבוקרים, באנליטיקה ובלוגיקה עסקית. שווקים כגון AppExchange ו-AgentExchange מאיצים עוד יותר את הפיתוח על ידי הצעת אפליקציות ורכיבי סוכנים (agentic components) המוכנים להתקנה ישירות בתוך זרימת העבודה (flow of work). יחד, אקוסיסטם פתוח זה מחבר את כלי ה-DevOps וכלי הפיתוח המועדפים לצינור עבודה יחיד ומאוחד (pipeline) החל משלב ה-commit ועד לסביבת הייצור (production).
משילות משולבת ואבטחה כחלק מתהליך הפיתוח
המדריך מתייחס לתפיסה מוטעית לפיה אבטחה מעכבת את החדשנות. האמת, לפי סיילספורס, היא שאבטחה היא קריטית כדי להביא לסקייל ולפרוס פתרונות באיכות גבוהה. ממשל אפקטיבי (governance) מאיץ חדשנות מכיוון שמפתחים אינם מוסיפים עקביות, תאימות ואמינות רק בסוף התהליך, אלא שהן שזורות לאורך כל אחד מהשלבים.
לפי המדריך, אבטחה היא מאמץ צוותי, וסיילספורס מזמינה לבחון את מודל האחריות המשותפת (shared responsibility model) לקבלת תובנות שיסייעו בקבלת החלטות מושכלות לגבי אסטרטגיית האבטחה. כאשר חושבים על מדיניות אבטחה, גבולות גזרה לסוכנים (agent guardrails) ותאימות נתונים לאורך כל התהליך, בונים מסגרת שמתרחבת יחד עם החדשנות, והצוות משקיע פחות זמן בניהול סיכונים.
לסיום מציין המדריך כי הגישה הספציפית שננקטת בכל שלב פיתוח תתפתח באופן טבעי בהתאם להרכב הייחודי ולבשלות של הצוות, כאשר פרויקטים שונים דורשים שילובים שונים של כלים ותהליכי עבודה. פלטפורמת סיילספורס מציעה חבילת טכנולוגיות (tech stack) הבנויה להיות מודולרית, ומאפשרת לבחור את המשאבים המדויקים הדרושים כדי להביא את הפתרון הספציפי לידי מימוש ביעילות.