תיקון תקלה לפי הודעת השגיאה
הפיכת הודעת השגיאה שמופיעה באפליקציה לתיקון ממוקד שנבדק, בלי לשכתב חלקים שכבר עובדים.
מתי להשתמש בזה
ברגע שדף, כפתור, טופס או חיבור מפסיקים לעבוד ואתה יכול לתאר בדיוק מה קרה.
לפני שמתחילים
- הדף המדויק, הפעולות, ניסוח השגיאה והתוצאה הצפויה. העתק את ההודעה במקום לסכם אותה.
- המכשיר, הדפדפן, תפקיד ההתחברות שלך והאם הבעיה מתרחשת בכל פעם.
- השינוי האחרון שאתה זוכר, גם אם הוא נראה לא קשור.
- צילום מסך או הקלטה קצרה עם הסרת שמות, פרטי תשלום, סיסמאות ומפתחות חיבור.
- רשומת בדיקה במקום נתוני לקוחות שלא ניתן להחליף במידת האפשר.
הפרומפט
הפרומפטים האלה עובדים הכי טוב באנגלית — הדביקו אותם כמו שהם גם בדפים מתורגמים.
Something is broken in this app. Here is exactly what I see. Page or screen: [PAGE NAME OR ADDRESS]. Exact steps: [STEP 1], then [STEP 2], then [STEP 3]. Exact visible error message: [PASTE THE COMPLETE ERROR, OR WRITE NO MESSAGE]. What happened instead: [DESCRIBE THE WRONG RESULT]. What I expected: [DESCRIBE THE RIGHT RESULT]. Where it happens: [PHONE OR COMPUTER], [BROWSER], [EVERY TIME OR SOMETIMES], [LOGGED OUT / NORMAL USER / ADMIN]. Last change before it broke: [CHANGE, OR I DO NOT KNOW]. I have attached [SCREENSHOT OR SCREEN RECORDING, IF AVAILABLE] with private information removed. Reproduce the problem before changing anything. Inspect the visible page and the diagnostic logs, which are records showing what happened behind the scenes. Explain the likely cause to me in plain language and separate what you observed from what you are guessing. Make the smallest fix that addresses the cause. Do not redesign the page, replace a working feature, delete stored information, reset the app's data, remove security checks or change unrelated files. If a destructive step or a new paid service seems necessary, stop and ask me first. After the fix, repeat my exact steps and test one nearby action that could have been affected. Show me what changed, what you tested, and anything you could not verify. Keep the repair surgical and the explanation calm.
כבר בונים? הדביקו את זה בפרויקט שלכם. מתחילים מאפס? פתחו חשבון חינמי באחת מפלטפורמות הבנייה המתאימות למטה.
בנו את זה ב־
מה זה יוצר
- תיאור בר-חזרה על הכשל
- הסבר בשפה פשוטה המפריד בין ראיות להשערות
- התיקון הממוקד הקטן ביותר
- בדיקה חוזרת של הנתיב השבור המדויק ונתיב אחד קרוב אליו
- רשימה ברורה של כל דבר שהבונה לא יכול היה לאמת
בדקו שזה עבד
הדביקו את הפרומפט, המתינו לסיום הבנייה, ואז ודאו את אלה — בשפה פשוטה, בלי בדיקות טכניות:
- ביצוע אותם שלבים כבר לא מייצר את השגיאה או תוצאה שגויה
- הדף, הכפתור או הטופס מבצעים כעת את הפעולה הספציפית שציפית לה
- הפעולה הקרובה שעבדה קודם עדיין עובדת לאחר התיקון
- לא נמחקה רשומת לקוח, הזמנה, או קובץ שהועלה כדי לגרום לשגיאה להיעלם
- אתה מקבל הסבר קצר שאתה מבין והערה כנה לגבי כל דבר שלא נבדק
משהו חסר? זה נורמלי — בקשו אותו בהודעת המשך קצרה אחת במקום להריץ מחדש את כל הפרומפט.
השלבים הבאים
תיעוד תקלה מזדמנת
כאשר הבעיה מתרחשת לעיתים רחוקות בלבד
Add temporary, privacy-safe diagnostic records around [BROKEN ACTION] so we can compare a success with a failure. Record timing, the step reached and a safe error reason, but never passwords, API keys, payment details or full private messages. Tell me how to reproduce the issue and how we will remove the extra diagnostics afterward.
תדעו שזה עבד כאשר: התקלה הבאה תשאיר מספיק ראיות בטוחות לאבחון במקום ניחוש.
מניעת הישנות התקלה
לאחר שהגורם לבעיה תוקן
Add a small repeatable test for this exact rule: [DESCRIBE WHAT MUST KEEP WORKING]. The test should fail if the original problem returns and should not use real customer data or send real payments or messages. Run it now and tell me how to run it after future changes.
תדעו שזה עבד כאשר: בדיקה בטוחה שעוברת כעת ותתריע אם הבעיה המקורית תחזור.
שיפור ההודעה המוצגת ללקוחות
כאשר התיקון הטכני עובד אך הודעת השגיאה מבלבלת
Replace only the customer-facing error for [FAILED ACTION] with a calm message that says what happened, whether their information was saved, and what they can do next. Keep the useful technical detail in private diagnostics for the owner, not on the public screen.
תדעו שזה עבד כאשר: לקוחות יקבלו צעד הבא מועיל מבלי להיחשף לפרטים טכניים פרטיים.
שימו לב ל
- ניסוח מחדש מסתיר רמזים. "זה קרס" מועיל הרבה פחות מהודעה מלאה ומהלחיצה מיד לפני שהיא הופיעה. הדבק את הטקסט המדויק ושמור על מעברי השורות שלו.
- צילומי מסך עלולים להדליף סודות או נתוני לקוחות. הסר סיסמאות, מפתחות API, פרטי תשלום, כתובות והודעות פרטיות לפני הצירוף שלהם.
- באגים לסירוגין זקוקים לדפוסים, לא להשערות. רשום את השעה, תפקיד החשבון, המכשיר וניסיונות חוזרים; אל תקבל תיקון המבוסס על ניסיון חוזר מוצלח אחד.
- הסתרת השגיאה אינה תיקון הסיבה. הפעולה הצפויה חייבת להצליח ומידע שנשמר חייב להישאר נכון; הסרת האזהרה בלבד היא תיקון כושל.
- התנהגות תצוגה מקדימה ושידור חי עשויה להיות שונה. אם הבאג קורה רק בדומיין שפורסם, ציין זאת ובצע את האימות הסופי שם עם נתוני בדיקה בטוחים.
הערות לפי פלטפורמה
Lovable יכול להשתמש בבדיקות דפדפן ולבחון ראיות גלויות ומאחורי הקלעים כאשר מתבקשים לשחזר בעיה. Base44 מספקת רשומות אבחון עבור פעולות פרטיות וחיבורים חיצוניים, אך הראיות המועילות תלויות בשחזור הפעולה המדויקת. v0 יכול לבדוק רשומות של תצוגה מקדימה ואפליקציה שפורסמה, בעוד בעיות שמתרחשות רק לאחר הפרסום עשויות לדרוש גם את רשומות האבחון של Vercel. בכל פלטפורמה, שגיאה מדויקת וצעדים שניתן לחזור עליהם מועילים יותר מאשר לבקש ממנה "לתקן הכל."
לחסוך בקרדיטים
כל פלטפורמה מחייבת אתכם על העבודה שה-AI שלה עושה — ולכן ההרגל הזול ביותר הוא לחשוב לפני שבונים. שישה כללים שחוסכים את רוב הבזבוז, בכל פלטפורמה שתבחרו.
- תכננו קודם בצ'אט חינמי. שרטטו את הכול ב-ChatGPT, ב-Claude או ב-Gemini — עמודים, פיצ'רים, מה כל טופס אוסף, איך זה צריך להיראות. לחשוב שם זה בחינם; לחשוב בתוך פלטפורמת בנייה זה בתשלום.
- התחילו מפרומפט כתוב, לא ממשפט. "תבנה לי אתר" הוא המשפט היקר ביותר בבנייה עם AI. פרומפט ראשון מלא — כמו אלה שבאתר הזה — חוסך עשרות סבבי תיקונים.
- אל תתעצלו בפרטים. כל פרט שתשמיטו יחזור כתיקון שתשלמו עליו. שם העסק, צבעים, כל עמוד, כל שדה בטופס, מה קורה אחרי שליחה — הכניסו הכול לפרומפט הראשון.
- אחר כך — שינוי אחד בכל הודעה. "תקן את הכותרת, וגם את הטופס, וגם את הצבעים" יוצר סבך שעולה יותר לפרום ממה שנחסך.
- נתקעתם? הפסיקו לטלאי. אם אותו תיקון נכשל בערך שלוש פעמים, אל תשלחו תיקון רביעי — תארו במקום זה את המצב הסופי הרצוי של כל המקטע בהודעה חדשה אחת.
- התחילו בחינם. שדרגו כשתצטרכו יותר. השתמשו במכסה החינמית כדי לבנות ולגלות את הגרסה הראשונה שלכם. שדרגו כשתצטרכו יותר שימוש או פיצ'רים בתשלום, ובדקו את העלויות של שירותים מחוברים לפני ההשקה.
הפרומפטים בעמוד הזה כתובים כך שיעשו את רוב העבודה הזאת בשבילכם — זו כל המטרה שלהם.
קראו את המדריך המלאנבדק לאחרונה: 2026-07-27