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

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

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

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

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

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

  • הוספת אילוצים: מציינים אילוצים בממשק המשתמש, במודל הנתונים או בתכונות.
  • מספקים דוגמאות: מספקים דוגמאות לאופן שבו משתמשים צריכים ליצור אינטראקציה עם האפליקציה ולנתונים שצריכים להופיע.
  • שימוש במילות מפתח: משתמשים במילות מפתח כדי לתאר את התכונות או היכולות שרוצים שהמודל הגדול של השפה ישייך לסוג הפלט הרצוי. לדוגמה, אפשר להשתמש ב-Material Design בהנחיה שבה מציינים שרוצים שהאפליקציה תעמוד בתקני העיצוב של 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 בפונקציה הזו?" או "איך אפשר למנוע את מצב המירוץ הזה?"

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

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

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

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

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

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

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

השלבים הבאים