jsonscraper

GitHub שדרגה את HydraFusion והוסיפה מצב Max למשימות מורכבות

מתזמר Copilot יכול כעת לחלק עבודה בין מודלים ולהפעיל ביקורת מקבילה. שני המצבים עדיין זמינים בתצוגה מקדימה מחקרית.

מדיניות עריכה דיווח על שגיאה

עבור משימה מורכבת ב־Copilot, אפשר כעת לבחור ב־HydraFusion Max: המערכת קובעת בעצמה באיזו שיטת ביצוע ובאילו מודלים להשתמש בשלבי הפתרון והבדיקה. GitHub הכריזה על העדכון ב־14 באוקטובר 2026; HydraFusion ו־Max זמינים בתצוגה מקדימה מחקרית ב־VS Code, באפליקציית GitHub Copilot וב־Copilot CLI.

כתבה: GitHub שדרגה את HydraFusion והוסיפה מצב Max למשימות מורכבות
תקציר: ב־14 באוקטובר עדכנה GitHub את HydraFusion — מערכת שבוחרת את אופן ביצוע המשימה ואת המודלים לשלבים השונים — והציגה את HydraFusion Max לעבודה תובענית יותר. השאלה המעשית לצוותים: מתי סבבי הבדיקה הנוספים מצדיקים את הזמן ואת צריכת הקרדיטים.
תפקיד התמונה: תמונת שער — הרעיון המרכזי
מדור: 
נושא חזותי: המחשה טכנית מופשטת של כמה מודלי בינה מלאכותית שונים
© jsonscraper · איור שנוצר באמצעות בינה מלאכותית

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

Max מיועד למשימות שבהן יסודיות הבדיקה חשובה

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

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

התצוגה המקדימה מחייבת מעקב אחר העלויות והשינויים בעותק העבודה

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

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

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

People

No people listed for this article yet.

Keep readingMeta משיקה את Muse Wonder — מודלים לסוכני AI ולמשימות ממושכות
Read the next article

הפכו את מה שקראתם לאינטגרציה עובדת

גלו את ממשקי ה-API לנתונים חברתיים של jsonscraper, בדקו בקשות ובנו את תהליך העבודה הבא.

גלה API