AWS מציגה דרך להריץ את Claude Code מרחוק: סביבה מבודדת בחשבון הארגון, והתוצאה כ-Pull Request
AWS פרסמה דוגמת קוד שמאפשרת להעביר משימות מ-Claude Code לסשן מבודד על Amazon Bedrock AgentCore, בתוך חשבון ה-AWS של הארגון. כל קריאות המודל עוברות דרך Bedrock, והתוצאה חוזרת כ-Pull Request ב-GitHub לבדיקה אנושית. הפתרון מיועד למשימות מוגדרות במאגרי קוד מהימנים, ולא לקוד לא מהימן או לעבודה פתוחה.
מפתחים שמריצים את Claude Code, כלי התכנות של אנתרופיק, על המחשב הנייד יכולים מעתה להעביר משימות לענן ולסגור את המחשב בזמן שהן רצות. AWS פרסמה מדריך ודוגמת קוד בשם sample-remote-coding-agent, שבהם כל משימה רצה בסשן מבודד משלה על Amazon Bedrock AgentCore, בתוך חשבון ה-AWS של הלקוח. בסיום המשימה מתקבל Pull Request ב-GitHub, כלומר הצעת שינוי בקוד שחבר צוות יכול לבדוק ולמזג כמו כל שינוי אחר.
חשוב לדייק: מדובר בדוגמת קוד ולא בכפתור חדש בתוך Claude Code. המשמעות היא, ככל הנראה, שצוותים יצטרכו להקים ולתחזק את הסביבה בעצמם, ו-AWS עצמה מציינת שנדרשת הגדרה מסוימת.
איך זה עובד
המשתמש שולח משימה מתוך Claude Code באמצעות תוסף בשם sample-rca. התוסף מפעיל שרת MCP מקומי (Model Context Protocol), רכיב עזר קטן שמוסיף ל-Claude Code כלים, והוא חותם כל בקשה בפרטי ההזדהות של המשתמש ב-AWS. אפשר גם לשלוח משימות מקונסולת ווב עם התחברות דרך Amazon Cognito.
לפני שהמשימה נכנסת לתור, פונקציית AWS Lambda בודקת את ההנחיה באמצעות Amazon Bedrock Guardrails. לאחר מכן המשימה נרשמת ב-Amazon DynamoDB ונשלחת לתור ב-Amazon SQS. הביצוע עצמו מתרחש בסשן מבודד של AgentCore בתוך רשת ה-VPC של הלקוח.
הטיעון של AWS: הבקרות נשמרות גם מרחוק
מכיוון שכל קריאה למודל עוברת דרך Bedrock, טוענת AWS, היא יורשת את מאפייני האבטחה של השירות. לפי החברה, Bedrock אינו משתמש בתוכן הלקוחות לאימון מודלים ואינו משתף אותו עם ספקי המודלים, ולספקים אין גישה להנחיות, לתשובות או ללוגים של השירות. לפי AWS, השירות נכלל בהיקף תקני SOC, ISO ו-FedRAMP Moderate, כשיר ל-HIPAA, וניתן לשימוש בהתאם ל-GDPR.
הגישה מתבצעת עם הרשאות IAM זמניות, ואפשר להתחבר דרך ספק זהויות כמו Microsoft Entra ID או Okta. לקוחות יכולים גם להגדיר zero data retention, כך שנתוני הבקשות והתשובות לא ייכתבו לאחסון קבוע ולא ישותפו עם ספק המודל. מנוע ההסקה Mantle תוכנן, לדברי AWS, כך שלעובדי החברה לא תהיה דרך טכנית לגשת לנתוני הלקוחות. מעבר לאבטחה, החברה מציינת חיוב דרך חשבון ה-AWS הקיים ללא רישיונות למשתמש, רישום ביקורת ב-CloudTrail ופרופילי הסקה גיאוגרפיים לשמירה על מיקום הנתונים.
למה זה מתאים, ולמה לא
AWS מגדירה את גבולות הדוגמה בבירור. היא מתאימה לפיצ'רים מוגדרים, לתיקוני באגים ולכתיבת בדיקות במאגר קוד מהימן שמצהיר על פקודות ההתקנה והבדיקה שלו. היא אינה מתאימה לקוד לא מהימן, כי הסוכן מריץ את הפקודות של המאגר עצמו ואינו יכול להפוך אותן לבטוחות. היא גם אינה מתאימה לעבודה פתוחה, כי כל משימה נעצרת אחרי שלושה ניסיונות.
החברה מציינת גם את המחירים של הגישה: פחות יכולת לכוון את הסוכן בזמן שהוא רץ, הגדרה ראשונית של הסביבה ועלות שקשה יותר לחזות.
למה זה חשוב
סוכני קוד מרוחקים הפכו, לפי AWS, לדפוס עבודה נפוץ: כמה משימות רצות במקביל, כל אחת בסביבה חד-פעמית, הרחק מהמחשב של המפתח ומפרטי ההזדהות שבו. עבור צוותים שכבר עובדים עם AWS, הערך המרכזי הוא ככל הנראה בכך שהדפוס הזה נכנס לתוך מסגרת האבטחה והחיוב הקיימת שלהם. ועם זאת, הבקרה האחרונה נשארת אנושית: הקוד נכנס למאגר רק אחרי שמישהו בצוות בודק את ה-Pull Request וממזג אותו.