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

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

  • היו ספציפיים: הגדירו בבירור את התכונות, האינטראקציות של המשתמשים ודרישות הנתונים של האפליקציה. בקשו טכנולוגיות ספציפיות, כשאפשר. לדוגמה, אם אתם מנסים ליצור אפליקציית אינטרנט עם אלמנטים תלת-ממדיים, אתם יכולים לבקש מ-Gemini להשתמש ב-three.js.
  • לשאול על משימות נוספות להגדרת שירותים: Gemini יכול לכתוב קוד לאפליקציה, אבל הוא לא יכול להגדיר שירותים, להפעיל ממשקי API או להקצות משאבים (כמו קטגוריה של Cloud Storage או חשבון Stripe). חשוב להנחות את Gemini שאם הוא כותב קוד לשירותים ספציפיים, הוא צריך גם להסביר איך להגדיר את השירותים האלה.
  • בקשת פרויקט ב-Firebase: אם תבקשו מ-App Prototyping agent לעזור לכם להגדיר את שירותי Firebase, הוא יקצה פרויקט ב-Firebase בשבילכם. לדוגמה, אתם יכולים לבקש "Help me add Firestore" או "Connect my app to Firebase".
  • השתמשו ב-Gemini כדי לשפר את ההנחיה: השתמשו ב-Gemini for Google, התכתבו בצ'אט עם Gemini בתצוגת 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 כדי לדבג את הקוד באמצעות צ'אט בסביבת העבודה של Code או ב-App Prototyping agent.

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

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

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

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

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

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

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

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

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

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

השלבים הבאים