Firebase מהפרומפט הראשון


איך לבקש backend בלי לקבל בלגן

הבעיה

Firebase הוא אזור שבו agents נוטים “להשלים מהראש”: גרסאות Gradle, rules, שמות packages, google-services.json, Authentication, RTDB, Firestore. לכן צריך prompt ראשון שמגדיר גבולות.

באתר כבר קיימים מדריכים טובים ל־Firebase Android. העמוד הזה לא מחליף אותם, אלא מסביר איך לתת ל־agent משימה שלא תדרוס את הפרויקט.

קישורים פנימיים

פרומפט ראשון טוב

אני עובד בפרויקט Android קיים.
המטרה: להוסיף Firebase Authentication + Realtime Database בשלבים קטנים.

לפני שינוי:
1. קרא את build.gradle(.kts), AndroidManifest, package name, וקבצי Activity קיימים.
2. אל תיצור פרויקט Firebase אמיתי ואל תניח שיש google-services.json.
3. כתוב לי רשימת prerequisites ידנית שאני צריך לבצע בקונסולת Firebase.
4. אחרי אישור, שנה רק קבצי Gradle/Manifest/Activity הרלוונטיים.
5. אל תשים secrets בקוד.
6. בסוף הרץ build או הסבר בדיוק למה לא ניתן להריץ.

סדר עבודה מומלץ

flowchart TD
    A["Inspect Android project"] --> B["Manual Firebase console steps"]
    B --> C["Add google-services.json"]
    C --> D["Gradle dependencies"]
    D --> E["Auth screen"]
    E --> F["RTDB reference"]
    F --> G["Rules review"]
    G --> H["Build + manual login test"]

מה לא לתת ל־agent לעשות לבד

  • לפתוח rules ציבוריים בלי תאריך סיום.
  • להמציא package name.
  • למחוק dependencies קיימות.
  • להכניס API keys לקבצי Markdown או screenshots.
  • לערבב RTDB ו־Firestore בלי החלטה מפורשת.
  • לדלג על בדיקת build.

RTDB או Firestore?

צורך בחירה סבירה
נוכחות, חדרים, משחקים בזמן אמת Realtime Database
שאילתות עשירות יותר ומודל מסמכים Firestore
הוראה ראשונה של sync פשוט RTDB
מערכת production מורכבת החלטה ארכיטקטונית נפרדת

prompt ל־FBRef

הוסף מחלקת FBRef מרכזית.
לפני הכתיבה בדוק אם כבר קיימת מחלקה דומה.
המטרה היא שכל ה-Activities ישתמשו באותן הפניות:
- users
- games
- presence
אל תשנה את מבנה הנתונים בלי להסביר migration.

prompt לבדיקת rules

קרא את rules המוצעות.
מצא 3 דרכים שבהן תלמיד יכול לעקוף אותן.
הצע rules בטוחות יותר שמתאימות לשיעור, אבל אל תפרסם אותן בלי אישור.

Done when

  • הפרויקט נבנה.
  • login ידני עובד.
  • קריאה/כתיבה קטנה ל־RTDB עובדת.
  • rules אינן public לכל העולם מעבר לשלב הדמו.
  • יש צילום מסך או תיעוד של flow הבדיקה.

מקורות