הצוות שלכם, עם הכלים שמריצים את הפיתוח שלנו.
קניתם רישיונות AI, והמפתחים חזרו לעבוד כמו קודם? אנחנו מתקינים על ה-repo שלכם את מה שאנחנו עובדים בו כל יום: ערכת הכלים, ה-Skills וספר חוקי הפיתוח. ואז מלווים את הצוות על הקוד שלכם, עד שזו דרך העבודה.
רישיון AI הוא לא שיטת עבודה.
Agentic Engineering היא דרך עבודה שבה סוכני AI כותבים ובודקים קוד, והמפתחים מגדירים את המשימה, מפקחים ואחראים לתוצאה. רוב הצוותים לא נתקעים בגלל הכלי. הם נתקעים כי אין הגדרה משותפת של שלושה דברים:
- מה הסוכן מקבל לפני שהוא מתחיל: איזה אפיון, באיזה נוסח.
- אילו כללים הוא חייב לכבד, גם כשאף אחד לא הזכיר אותם במשימה.
- מי בודק מה, ומתי עבודה של סוכן נחשבת גמורה.
בלי זה כל מפתח עובד אחרת, והפיילוט נשאר פיילוט.
לא מצגת. מה שאנחנו עובדים בו כל יום.
חברות ייעוץ מוכרות המלצות. אנחנו בית תוכנה, ומעבירים לצוות שלכם את אותה שיטה ואותם כלים שבהם אנחנו מפתחים לקוחות ואת המוצרים שלנו.
אפיון שמוביל כל שלב
Spec-Driven Development, פיתוח שבו האפיון מוביל כל שלב: כל דרישה הופכת לאפיון בשני נוסחים, אחד לבעלי העניין ואחד למפתחים ולסוכנים, ומשם למשימות.
ספר חוקי הפיתוח
מאות כללים שנצברו בעשרות שנים, לפי פרקים: UI/UX, אבטחת מידע, Performance ועוד. הם נכנסים להוראות של הסוכנים, ואנחנו מתאימים אותם לסטנדרטים שכבר קיימים אצלכם.
ערכת הכלים וה-Skills
הכלים וה-Skills שפיתחנו לעבודה עם סוכני AI, מותקנים על ה-repo שלכם ומחוברים לסביבת העבודה הקיימת.
ליווי על הקוד שלכם
לא הדרכה כללית. עובדים עם הצוות על משימות אמיתיות ב-repo שלכם, עד שהשיטה רצה בלעדינו.
אנחנו עוברים את השינוי הזה בעצמנו. בואו נעשה אותו יחד.
בימים אלה אנחנו מעבירים את המוצרים שלנו, בטכנולוגיות שונות, לסביבת עבודה מבוססת סוכני AI, עם אותם כלים שנתקין אצלכם. אין לנו עדיין שנים של תוצאות להציג, ולא נמציא אותן. מה שיש לנו: כלים שאנחנו עובדים בהם כל יום, ניסיון בפיתוח מ-1989, ומערכת AI שבודקת כל לילה את DocsRobot, המוצר שלנו.
- מספר ארגונים מצומצם, כדי שנוכל ללוות כל צוות מקרוב.
- תנאים של שותף ראשון.
- לומדים יחד: מה שנלמד אצלכם נכנס לשיטה, ומה שנלמד אצלנו מגיע אליכם.
מתחילים בצוות אחד. מרחיבים כשזה עובד.
שיחה
שעה עם מי שמוביל את הפיתוח. איך הצוות עובד היום, באילו טכנולוגיות, ומה כבר ניסיתם עם AI. בסופה: האם זה מתאים, ומחיר קבוע לשלב הבא.
אבחון ותכנית
בוחנים את תהליך העבודה ו-repo אחד או שניים, ומגדירים יחד: על איזה פרויקט מתחילים, אילו פרקים מספר החוקים נכנסים ראשונים, ומה תמדדו כדי לדעת שזה עובד.
בסוף: תכנית הטמעה עם זמן ותקציב.
הטמעה וליווי
מתקינים את הכלים, ה-Skills והכללים, ומלווים את הצוות על עבודה אמיתית. צוותים נוספים מצטרפים רק אחרי שהשיטה רצה בצוות הראשון.
כללים שהסוכן לא שוכח.
סוכן AI כותב קוד שעובד בבדיקה הראשונה ונשבר בעומס, במקביליות או מול ספק חיצוני. כלל רלוונטי שאינו מובן מאליו נכנס להוראות של המפתחים והסוכנים כ"זכור ש…". שלוש דוגמאות:
שני משתמשים עורכים אותה רשומה. אף אחד לא דורס את השני בשקט.
מה יוצא לכם: שלמות נתונים בעבודת צוות. העבודה של אף אחד לא נמחקת בלי שיידע.
החוק: לכל רשומה שניתנת לעריכה יש גרסה שנחשפת כ-ETag. עדכון חייב לכלול If-Match עם הגרסה שנקראה. אם הרשומה השתנתה בינתיים: 412, והמשתמש מקבל הודעה ברורה. לעולם לא last-write-wins שקט, גם מול תהליכים שרצים ברקע.
לחיצה כפולה לעולם לא מבצעת פעולה פעמיים.
מה יוצא לכם: בלי חיובים כפולים ובלי רשומות כפולות, גם כשהרשת איטית והמשתמש לוחץ שוב.
החוק: כל פעולה עם תופעות לוואי מקבלת Idempotency-Key. השרת תופס את המפתח אטומית, שומר את התשובה, ומחזיר אותה לכל חזרה על אותו מפתח. אותו מפתח עם גוף שונה: 409.
כשמערכת חיצונית נופלת, שלכם ממשיכה לעבוד.
מה יוצא לכם: כשספק סליקה, שירות מייל או מודל AI לא עונה, המערכת ממשיכה לעבוד בכל מה שלא תלוי בו. וכשמשהו משתבש, יש מספר אסמכתה שמוביל לתמונה מלאה תוך דקות.
החוק: כל קריאה לשירות חיצוני עטופה ב-retry עם exponential backoff ו-jitter, רק לשגיאות שחזרה עליהן יכולה להצליח, וב-circuit breaker שנפתח אחרי כישלונות רצופים. כל בקשה מקבלת correlationId שמצורף לכל שורת log ומוצג למשתמש בשגיאה קריטית.
לפני שמתחילים
תוכלו להבטיח שהצוות יעבוד מהר יותר?
זה בא במקום מפתחים?
אנחנו כבר עובדים עם כלי AI. צריך להחליף אותם?
מה עם אבטחת מידע?
כמה זמן זה לוקח?
שעה אחת. בלי התחייבות.
בסופה תדעו מה הבנו, אילו שאלות פתוחות, וכמה יעלה האפיון. אם נחשוב שלא כדאי לבנות את זה, נגיד גם את זה.
או ישירות: 03-559-3289 | info [at] assemblyso.com
