תיאור של תהליך יצירת פרוייקט מלא. יחסית גנרי מפני שלא ידעתי מה הדרישות. בניית תשתיות לפני תכולה פונקציונאלית - טיפה בעייתי כמובן, אבל זה מה שבוצע כאן, וניתן להיעזר בזה בדיוק בסדנה - כאשר התוכן פתוח לגמרי.
סרטון התהליך
הערות לסרטון:
- האתר שנולד בפרומפט הזה נמצא כאן
- הגיט כאן קומיטס של 18/3 בשעות:
- 18:21 empty.
- 18:49 before spec (harness and infa only - to reach running site)
- 18:53 firebase RTDB
- 19:06 implement spec
- 19:40 (hebrew + OAuth)
- 19:57 (font)
- ה-deployment בוצע בפקודה לאייג’נט שיעשה deploy ל-vercel בתוספת הבהרה שאני לא מכיר את התהליך אבל יש לי חשבון. האייג’נט ביצע ואני רק התבקשתי לאשר login - לתת כמה ספרות.
דרישות קדם - חיבור ל-GitHub CLI
הוראות התקנה
פותחים cmd ומתקינים:
winget install --id GitHub.cli -e
מתחברים:
gh auth login

git config --global --list
אם לא מוגדר לכם עדיין מייל לגיט הוסיפו באופן הבא (עם השם והמייל שלכם):
git config --global user.name "Your Name"
git config --global user.email "your.email@example.com"
עכשיו אפשר לעבוד עם Git מקומי ו־GitHub מה־CLI. לא פחות חשוב: גם לאייג’נט יותר קל לעבוד. עם gh מותקן ומאומת. סוכנים כמו Claude Code ו-Codex יכולים לבדוק סטטוס של CI, ולתשאל issues/PRs ישירות מה-shell - בלי שתצטרך להעביר להם טוקן API בתוך ה-prompt. זה בעצם מרחיב להם את היכולות מעבר ל-git הבסיסי (commit/push/clone) לכל מה שדורש את ה-API של GitHub. שווה לבדוק שה-scopes שנבחרו ב-gh auth login מספיקים למה שתרצה שהסוכן יעשה.
agent settings, and github share.
- צרו תיקיה לפרוייקט במקום שנראה לכם. שימו לב שפתיחת תיקייה מתוך Codex Desktop תיצור תיקייה תחת document שעלול להיות חלק מ-OneDrive. זה לא מצב מוצלח לפרוייקט גדול
- נעביר את האייג’נט ל-Full Access
- נאתחל פרוייקט על ידי
/initואז - נשלח פרומפט איתחול לקודקס
publish on github as public

הפרומפטים בהם השתשמתי
כאשר האתר ריק, אחרי commit and share to github.
In this project we will perform a peer competition among some teachers, and between models. The project is empty, we have a private git for tracking. Ask me question though I don’t know the topic of the competition yet. I propose you spin up either react or node or any local server you prefer to get a nice UI demo running. If you like to have firebase connectivity, let me know and we can try to prepare in advance connectivity to some existing RTDB I have. we can patch this prep in advance to get ourselves going. Just let me know what you need for the rtdb config.json and / or any questions you may have. Pleae update AGENTS with the urgency of the way we will work here - trying to get max output in a very short time. preferably you should be able to look at your UI with playwright and or playwrigth-cli so probably should test these are working for you. I suggest you choose whichever platform you are most comfortable with for quick and dirty UI work.
התשובה
פרומפט המשך - התייחסות לליקויי הגדרה הקשורים לפיירבייס
Here is a web config for you.
const firebaseConfig = {
apiKey: "AIzaBSK_iLk2tquUEr-243P9-9C8U",
authDomain: "guys.firebaseapp.com",
databaseURL: "https://guys-default-rtdb.firebaseio.com",
projectId: "guys",
storageBucket: "guys.firebasestorage.app",
messagingSenderId: "305422111273",
appId: "1:305422111273:web:87f1865bqwgaaad9cb48"
};
I don’t know yet what the app should do, but as a start I want you to tell me how to lauch UI / local server so I can commit first version, and then wait till we really start.
In firebase - update agents that you have free read write rules and just avoid writing the root branches that are in the attached image. There won’t be a firebase auth right now (to make this quick). users may provide any alias as user name and work in the app.
no answer to q2 : it assumes knowledge of what are are coding. I have no clue yet.
just show me a working headed playwright smoke test - working server
agent’s answer
Added USERS.md with the runbook for:
npm install
npm run dev
npm run dev:host
npm run test:e2e
npm run test:e2e:headed
פרומפט המשך
תשובה
Firebase readiness is confirmed. I successfully wrote to and read back from https://guys-rtdb.firebaseio.com/vibe18/readinessProbe.json; the returned object included value: “ok” and writtenAt: “2026-03-18T16:51:19.197Z”. I added a reusable smoke command in scripts/firebase-smoke.mjs, exposed it in package.json, documented it in USERS.md, and tightened the RTDB working rules in AGENTS.md so project writes stay under vibe18 and avoid Students, Tasks, Users, and Years.