הנחיות אפקטיביות

היעילות של תוכנית האפליקציה ואיכות הקוד שנוצר תלויים בבהירות ובפרטים של ההנחיות. כשמשתמשים ב-App Prototyping agent, כדאי להביא בחשבון את ההנחיות הבאות לקבלת הנחיות יעילות בזמן יצירת אפליקציות וניפוי באגים:

  • היו ספציפיים: צריך להגדיר בבירור את התכונות, האינטראקציות של המשתמשים ודרישות הנתונים של האפליקציה. אם אפשר, כדאי לבקש טכנולוגיות ספציפיות. לדוגמה, אם אתם מנסים ליצור אפליקציית אינטרנט עם רכיבים תלת-ממדיים, כדאי לבקש מ-Gemini להשתמש ב-three.js.
  • שאלו על משימות נוספות להגדרת שירותים: Gemini יכול לכתוב קוד לאפליקציה, אבל הוא לא יכול להגדיר שירותים, להפעיל ממשקי API או להקצות משאבים (כמו קטגוריה של Cloud Storage או חשבון Stripe). חשוב להודיע ל-Gemini שאם הוא יכתוב קוד לשירותים ספציפיים, הוא צריך גם להסביר איך להגדיר את השירותים האלה.
  • שימוש ב-Gemini כדי לשפר את ההנחיה: אפשר להשתמש ב-Gemini ב-Google, ב-Gemini Chat ב-Firebase בתצוגה Code או בממשקים אחרים של Gemini כדי לשפר ולבצע אופטימיזציה להנחיה.
  • הוספת הקשר: כדאי לכלול מידע על המטרה של האפליקציה, על קהל היעד ועל חוויית המשתמש הרצויה.
  • הצגת דוגמאות: אם אפשר, כדאי לספק דוגמאות לאופן שבו המשתמשים אמורים ליצור אינטראקציה עם האפליקציה או לאילו נתונים צריך להציג.
  • חזרה על תהליך הפיתוח ושיפורו: התמקדו בתהליך פיתוח חוזר. מומלץ להתחיל בבקשה בסיסית, להוסיף תכונה, לבדוק אותה, לשפר אותה ואז להוסיף תכונה נוספת.

אם תפעלו לפי ההנחיות האלה, תוכלו לשפר משמעותית את האיכות והרלוונטיות של תוכניות האפליקציה שנוצרות על ידי Firebase Studio ואת ההצלחה שלה בזמן ניפוי הבאגים באפליקציה.

שימוש בהנחיות נוספות כדי לשפר את התשובות

אם התוצאות הראשוניות לא תואמות לציפיות שלכם, תוכלו לשפר את ההנחיות על ידי הוספת פרטים או מתן הוראות ספציפיות:

  • הוספת אילוצים: ציון אילוצים על ממשק המשתמש, מודל הנתונים או המאפיינים.
  • ציון דוגמאות: כדאי לציין דוגמאות לאופן שבו המשתמשים צריכים ליצור אינטראקציה עם האפליקציה ואילו נתונים צריכים להופיע.
  • שימוש במילות מפתח: משתמשים במילות מפתח כדי לתאר את המאפיינים או היכולות שרוצים ש-LLM ישייך לסוג הפלט הרצוי. לדוגמה, אפשר להשתמש בעיצוב חדשני תלת-ממדי בהנחיה שבה מציינים שרוצים שהאפליקציה תעמוד בתקני העיצוב של Google.
  • בקשה לשינויים ספציפיים: בקשה לשינויים ספציפיים בקוד או בתוכנית שנוצרו. יש להוסיף כל בקשה להוספת תכונה בבקשה נפרדת.
  • בקשה מהמודל להסיק מסקנות: אם אתם מתקשים לקבל את התוצאות הרצויות, נסו לבקש מהמודל להסיק מסקנות מההנחיה. לדוגמה, אפשר לומר "חשובים השלבים. אני רוצה ליצור תיבת קלט לאפליקציית המשימות שלי. היא צריכה להכיל את הלחצן 'הוספת משימה' ואת הלחצן 'ביטול'."

בעזרת הטכניקות האלה תוכלו לשפר את ההנחיות באופן שיטתי כדי לקבל את התוצאות הרצויות.

דוגמאות להנחיות אפקטיביות לתוכניות אפליקציה

ריכזנו כאן כמה דוגמאות להנחיות יעילות לסוגים שונים של אפליקציות:

מעקב פשוט אחרי משימות:

Create a simple web app that displays a list of to-do items.
Users should be able to add new items to the list and mark items as complete.
Provide a way to delete items and export the list as a text file.
Use a clean and modern UI using Google Material Design principles.

אפליקציה לניהול תקציב:

A budgeting and expense tracking app with spending categories, charts, and
budget goals. Include a clean dashboard with key insights. It should include
spending categories, charts, and budget goals. The app should allow users to
manually add expenses or upload csv files. The app should also allow users to
upload receipts, then use AI to convert the receipt into an expense entry that
users can edit. Data should be stored in browser cache, with download and
delete options.

הנחיה באפליקציית משחק עם עזרה מ-Gemini (Markdown):

Generate a delightful sliding number puzzle game (15-puzzle) with Javascript,
HTML, and CSS.

- **Setup:** Create a 4x4 grid with numbers 1-15 and one empty space. Use a
  **solvable shuffling algorithm** to randomize the start.
- **Gameplay:** Allow clicking tiles **adjacent to the empty space** to slide
  them. Count and display the number of moves.
- **Timer:** Include a **countdown timer** starting at **120 seconds**
  (2 minutes).
- **End Conditions:**
    - If solved (numbers 1-15 in order): Alert with an encouraging winning
      statement generated by AI.
    - If timer reaches 0: Alert with a funny retort generated by AI.

טיפים לניפוי באגים

אתם יכולים להשתמש ב-Gemini ב-Firebase כדי לנפות באגים בקוד באמצעות צ'אט בסביבת העבודה Code או ב-App Prototyping agent.

Gemini יכול לכתוב קוד בשבילכם, אבל לפעמים הוא גם עשוי ליצור שגיאות. אם המערכת תזהה שגיאה, היא תנסה לתקן אותה. אם הבעיה לא נפתרה לפי הודעת השגיאה, אפשר לנסות את השיטות הבאות:

  • תיאור הבעיה: בממשק הצ'אט, מתארים את הבעיה שבה נתקלת בצורה ברורה ותמציתית ככל האפשר. יכול להיות של-Gemini תהיה גישה להקשר כמו הודעות שגיאה ויומנים, אבל יכול להיות שהיא לא תבין את ההקשר המלא. תיאור ההתנהגות יחד עם הודעת השגיאה יכול לעזור ל-Gemini לתקן שגיאות מהר יותר.

  • לשאול שאלות ספציפיות: אל תחששו לשאול Geminiשאלות ישירות לגבי הקוד. לדוגמה, "מה יכול לגרום ל-null pointer exception בפונקציה הזו?" או "איך אפשר למנוע את מצב מרוץ הזה?"

  • פירוק בעיות מורכבות: אם אתם מתמודדים עם בעיה מורכבת, כדאי לפרק אותה לחלקים קטנים יותר שניתן לנהל. תוכלו לבקש מ-Gemini לעזור לכם לנפות באגים בכל חלק בנפרד ולחשוב על הבעיות שלב אחר שלב.

  • שימוש במסגרות קוד: כשמשתפים קטעי קוד, צריך להשתמש במסגרות קוד כדי לוודא שהקוד בפורמט תקין. כך יהיה קל יותר ל-Gemini לקרוא ולהבין את הקוד.

  • חזרה על התהליך ושיפור: Gemini לא תמיד מספק את הפתרון המושלם בניסיון הראשון. בודקים את התשובות, שואלים שאלות להבהרה ומספקים מידע נוסף לפי הצורך.

  • הימנעות ממעגלים של הנחיות: אם Gemini נתקע במעגל או לא מצליח לענות על השאלה, נסו לנסח מחדש את ההנחיה או לספק הקשר נוסף. לפעמים, רק שינוי הניסוח של השאלה יכול לעזור ל-Gemini להבין את השאלה.

    אם הבעיה לא נפתרה אחרי שניסיתם לנסח מחדש את ההנחיה, תוכלו לנסות את השיטות הבאות:

    • התחלת שיחה חדשה: אם אתם משתמשים ב-Gemini בצ'אט של Firebase במרחב העבודה Code, תוכלו להתחיל שיחת צ'אט חדשה כדי לאפס את ההקשר של Gemini. כך תוכלו להימנע מטעויות או מסקנות שגויות שGemini עשוי היה להסיק בשיחה הקודמת.

    • הוספת דוגמאות נגדיות: אם Gemini מבצע הנחות שגויות, צריך לספק דוגמאות נגדיות כדי לעזור לו להבין את ההתנהגות הנכונה.

השלבים הבאים