כלי AI
איך להשתמש במודלים הנגישים דרך Antigravity ביעילות?
איך לעבוד עם מודלים שונים בצורה חכמה: תכנון, ביצוע, בדיקה, UI/UX ובניית צוות סוכנים אוטונומי בלי לשרוף זמן, מכסות וטוקנים על משימות שלא מצדיקות את זה.
תוכן העניינים
בניית סוכני AI ו-Agentic Workflows בתוך Antigravity היא לא רק עניין של כתיבת פרומפט טוב, אלא של ניהול משאבים חכם.
בתוך סביבת פיתוח Full-stack, הבחירה באיזה מודל להשתמש לכל משימה היא ההבדל בין מערכת עבודה יעילה וזולה יחסית לבין מערכת יקרה, איטית ומתסכלת. יקרה לא רק בכסף, אלא גם בזמן המתנה, במכסות שנגמרות, בתקופות צינון ובתיקונים חוזרים שנולדו מזה שהפעלנו מודל לא מתאים על משימה לא מתאימה.
המטרה כאן היא לא להכתיר מודל אחד בתור הכי טוב. זה משתנה מהר מדי. המטרה היא להבין איך מחלקים עבודה בין מודלים בתוך Antigravity: מי חושב, מי מבצע, מי בודק, מי מתאים ל-UI/UX, ומי יכול לשמש חלק מצוות עובדים אוטונומי.
למה בכלל צריך לנהל מודלים#
בצ׳אט רגיל קל לחשוב על AI כעל בחירה אחת: בוחרים מודל חזק, כותבים בקשה, מקבלים תשובה. ב-Antigravity זה עובד אחרת. הסוכן יכול לקרוא קבצים, להבין פרויקט, להציע תוכנית, לערוך קוד, להריץ פקודות, לפתוח דפדפן, לבדוק UI ולחזור עם תוצרים לבדיקה.
כל פעולה כזו צורכת הקשר ומשאבים. ככל שהמשימה רחבה יותר, הסוכן עשוי לשלוח למודל יותר מידע: מבנה תיקיות, קבצים, היסטוריית שיחה, שגיאות מהטרמינל, צילומי מסך ותיקונים קודמים.
טיפ
ניהול מודלים הוא חלק מניהול העבודה. בלי חלוקת תפקידים נכונה מקבלים יותר המתנה, יותר ניסיונות, יותר תיקונים, ולעיתים תוצאה שעדיין לא מספיק טובה.
אילו מודלים זמינים ב-Antigravity#
לפי דף המודלים של Antigravity, הרשימה כוללת כיום Gemini 4 Argon, Gemini 3.8 Flash, Claude Sonnet 5.5 ו-Claude Opus 5.5 (שניהם Thinking). Gemini 3.7 Flash, Gemini 3.6 Flash ו-Gemini 3.1 Pro זמינים במסלול Enterprise בלבד. Claude Sonnet 4.6, Claude Opus 4.6 ו-GPT-OSS-120b עדיין מופיעים, אך מסומנים בדף: Will be removed on November 2, 2026, כלומר יוסרו ב־2.11.2026. הרשימה יכולה להשתנות, ולכן עדיף לחשוב לפי תפקיד ולא רק לפי שם המודל.
שימו לב
לא כל מודל זמין בכל תוכנית ובכל משטח. Gemini 4 Argon אינו זמין ב-Antigravity IDE (הוא זמין ב-App, ב-CLI ובתוספי ה-IDE) ואינו כלול בתוכנית החינמית. Argon ו-Claude 5.5 ב-Google AI Pro זמינים רק למנוי בתשלום ולא בתקופת ניסיון. Claude 5.5 אינו כלול בתוכנית החינמית. Claude 4.6 זמין בחינמית וב-Pro אך לא ב-Ultra ולא ב-Enterprise; GPT-OSS-120b זמין בחינמית, ב-Pro וב-Ultra אך לא ב-Enterprise. אין מודל ברירת מחדל קבוע שאפשר להניח: בודקים בדף המודלים ובממשק מה זמין בחשבון שלכם.
הגדרה
- מודלים כבדים לחשיבה ותכנון: Gemini 4 Argon, Claude Sonnet 5.5, Claude Opus 5.5 (תלוי בתוכנית), ובמסלול Enterprise גם Gemini 3.1 Pro. עד ההסרה ב־2.11.2026 אפשר לפגוש גם Claude Sonnet / Opus 4.6.
- מודלים מהירים לביצוע: Gemini 3.8 Flash, ולעיתים GPT-OSS-120b עד הסרתו ב־2.11.2026, לפי המשימה והזמינות.
- מודלים לבקרה: בדיקת פורמט, checklist, קישור שבור או שינוי נקודתי לא תמיד דורשת את המודל הכי כבד.
מכסות, עלויות וזמני המתנה#
הרבה אנשים שנכנסים ל-Antigravity מפחדים שהם ילחצו על משהו, הסוכן ירוץ, ובסוף זה יעלה להם כסף בלי שהם הבינו מה קרה.
העבודה נספרת לפי היקף העבודה שהסוכן מבצע: כמה הקשר הוא צריך לקרוא, כמה מורכבת המשימה, כמה שלבים יש, כמה פעמים הוא מריץ או בודק, ואיזה מודל מפעילים.
מה זה זמן המתנה?#
זה הזמן שבו מחכים לתגובה או לביצוע. הוא גדל כשמשתמשים במודל כבד, כשנותנים משימה רחבה מדי, כששולחים הרבה קבצים להקשר, או כשהסוכן נכנס ללולאת תיקונים.
מה זו תקופת צינון?#
תקופת צינון היא מצב שבו הגעתם למגבלת שימוש זמנית, ולכן צריך לחכות עד שהמכסה מתרעננת. (זה לא מונח רשמי של Google; בתיעוד מדובר ב־rate limit וברענון מכסה.) אפשר להתחיל גם בלי לשלם על Google AI Pro או Ultra, אבל זו לא אותה מכסה: בתוכנית החינמית המכסה מתרעננת פעם בשבוע; ב־Pro וב־Ultra היא מתרעננת כל חמש שעות, עד שמגיעים למגבלה השבועית. ב־Pro וב־Ultra אפשר גם לרכוש AI Credits לשימוש מעבר למכסה. בהגדרת AI Credit Overages הערך Never מונע שימוש אוטומטי בקרדיטים (ממתינים לרענון המכסה), והערך Always מאפשר אותו. מי שרוצה למנוע חיוב לא מתוכנן צריך לבדוק את ההגדרה הזו. הנתונים לפי Plans, נכון ל־22.10.2026. למידה נכונה מתחילה ממשימות קטנות, עם גבולות ברורים, ובדיקה של השפעת כל סוג משימה על המכסה.
אסטרטגיית שכבות#
במקום לבחור מודל אחד לכל העבודה, עדיף לבנות שכבות.
שכבה 1: המוח#
Gemini 4 Argon או Claude Sonnet / Opus 5.5 (לפי הזמינות בתוכנית שלכם). השכבה הזו צריכה להבין את מבנה הפרויקט, לזהות קבצים רלוונטיים, להציע תוכנית, לסמן סיכונים, ולהגיד איפה לא לגעת.
שכבה 2: העובד#
Gemini 3.8 Flash מתאים כאשר המשימה מוגדרת היטב. לא “בנה לי אתר”, אלא “הוסף כרטיס לדף links.html לפי המבנה הקיים”.
שכבה 3: הבודק#
כאן המודל עובד מול checklist: האם הקישור עובד, האם תוכן העניינים מוביל למקטעים הנכונים, האם לא נשבר mobile, והאם אין שינוי בקובץ שלא ביקשנו.
איזה מודל לאיזו מטרה#
| מטרה | מודל מומלץ | הערת עבודה |
|---|---|---|
| תכנון ארכיטקטורה או שינוי רחב | Gemini 4 Argon או Claude Sonnet 5.5 | לבקש קודם מיפוי ותוכנית. לא לאשר כתיבה לפני שרואים אילו קבצים ישתנו. |
| קוד מורכב בכמה קבצים | Claude Sonnet 5.5 או Gemini 4 Argon | להגדיר scope קשיח: אילו קבצים מותר לשנות ואילו לא. |
| משימה קטנה וברורה | Gemini 3.8 Flash | כרטיס חדש, תיקון טקסט, CSS קטן או המרת פורמט. |
| סריקת פרויקט קיים | Gemini 4 Argon או Gemini 3.8 Flash | לבקש סיכום מבנה ולא תיקון. קודם להבין, אחר כך לבצע. |
| UI/UX וביקורת מסכים | Gemini 4 Argon או Claude Sonnet 5.5 | לבקש screenshot או walkthrough כ-Artifact. |
| בדיקת JSON, anchors או checklist | Gemini 3.8 Flash | לתת checklist סגור: עבר / נכשל / צריך תיקון. |
שמות המודלים בטבלה לפי דף המודלים הרשמי ב־22.10.2026. Argon אינו זמין ב-IDE, ומודלי 5.5 תלויי תוכנית; אם המודל המומלץ לא זמין לכם, בחרו מודל באותו תפקיד מתוך הזמינים בחשבון.
UI/UX ובחירת מודל#
מודל יכול לכתוב קוד תקין ועדיין לייצר חוויית משתמש גרועה. הכפתור עובד, אבל לא ברור. הדף נטען, אבל אין היררכיה. הקומפוננטה קיימת, אבל במובייל היא חונקת את המסך.
לכן במשימות UI/UX לא מספיק לבקש “תבנה דף יפה”. צריך להגדיר תפקיד: UI reviewer, mobile-first reviewer, conversion reviewer או accessibility reviewer.
טיפ
לביצוע CSS קטן אפשר להשתמש במודל מהיר. לביקורת UX אמיתית עדיף מודל חזק יותר, כי הוא צריך להחזיק יחד מבנה, מסר, זרימת משתמש ומגבלות מובייל.
בניית עובדים אוטונומיים#
הגדרה
- הארכיטקט: Gemini 4 Argon או Claude Sonnet 5.5. ממפה פרויקט, מזהה תלות, מציע תוכנית וסיכונים.
- המפתח: Claude Sonnet 5.5 / Gemini 4 Argon למשימות מורכבות, Gemini 3.8 Flash למשימות קטנות.
- בודק ה-UI: Gemini 4 Argon או Claude Sonnet 5.5. בודק מסך, מובייל, CTA, עומס וקריאות.
- בודק התוכן: Claude Sonnet 5.5 או Gemini 4 Argon. בודק דיוק, טון, גנריות והבטחות מוגזמות.
- QA טכני: Gemini 3.8 Flash. בודק לינקים, anchors, build, מובייל וקבצים שנגעו בהם.
כללי עבודה פרקטיים#
החלטה
- לא מתחילים מביצוע. קודם מבקשים ניתוח מבנה ותוכנית עבודה בלי שינוי קבצים.
- לא שולחים את כל הפרויקט לכל משימה. הקשר גדול מתאים לסריקה ותכנון, לא לכל תיקון קטן.
- מגדירים גבולות. אילו קבצים מותר לשנות, אילו לא, ומה חייב אישור.
- מפרידים בין כתיבה, בנייה ובדיקה. אחרת הסוכן גם יוצר וגם מאשר לעצמו את העבודה.
- עוצרים לולאות תיקון. אם הסוכן מתקן את אותו דבר שלוש פעמים, צריך לעצור ולבקש אבחון של הבעיה.
המודל חשוב. שיטת העבודה חשובה יותר.