AI ನಿರ್ಮಿತ ಆ್ಯಪ್ ಡೀಬಗ್ ಮಾಡುವುದು ಹೇಗೆ: ಪ್ರಾಯೋಗಿಕ ವಿಧಾನ
AI ನಿಂದ ನಿರ್ಮಿಸಿದ ಆ್ಯಪ್ ಡೀಬಗ್ ಮಾಡಲು, ಮೊದಲು ಅದು ಮತ್ತೆ ಸಂಭವಿಸುವಂತೆ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಮಾಡಿ, ನಂತರ ಸಾಕ್ಷ್ಯ ಸಂಗ್ರಹಿಸಿ — ನಿಖರ ಹಂತಗಳು, ದೋಷ ಸಂದೇಶ, ಮತ್ತು ಬ್ರೌಸರ್ ಕನ್ಸೋಲ್ ಹಾಗೂ ನೆಟ್‌ವರ್ಕ್ ಟ್ಯಾಬ್ ಏನು ತೋರಿಸುತ್ತವೆ — ಮತ್ತು ಅದನ್ನು AI ಗೆ “ನಾನು X ಮಾಡಿದೆ, Y ನಿರೀಕ್ಷಿಸಿದೆ, Z ಸಿಕ್ಕಿತು” ಎಂದು ನೀಡಿ. ಸರಿಪಡಿಕೆ ಪರಿಸ್ಥಿತಿ ಹದಗೆಡಿಸಿದರೆ, ಮೇಲೆ ಮತ್ತಷ್ಟು ಸರಿಪಡಿಕೆಗಳನ್ನು ಹಾಕುವ ಬದಲು ಕೊನೆಯ ಕೆಲಸ ಮಾಡಿದ ಆವೃತ್ತಿಗೆ ಹಿಂತಿರುಗಿ. ಇದನ್ನೆಲ್ಲಾ ಚೆನ್ನಾಗಿ ಮಾಡಲು ನೀವು ಕೋಡ್ ಓದಬೇಕಿಲ್ಲ.
ಈ ಮಾರ್ಗದರ್ಶಿ ಸಂಪೂರ್ಣ ಚಕ್ರವನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ, ಡೆವಲಪರ್ ಅಲ್ಲದವರಿಗೆ ಬ್ರೌಸರ್ ಡೆವಲಪರ್ ಟೂಲ್‌ಗಳ ಸಂಕ್ಷಿಪ್ತ ಪರಿಚಯದೊಂದಿಗೆ.
ಡೀಬಗ್ ಮಾಡುವ ಚಕ್ರ
ಪ್ರತಿ ದೋಷ ಸರಿಪಡಿಕೆ, ಅದನ್ನು ವ್ಯಕ್ತಿ ಅಥವಾ AI ಮಾಡಲಿ, ಅದೇ ಚಕ್ರವನ್ನು ಅನುಸರಿಸುತ್ತದೆ:
- ಮರುಉತ್ಪಾದಿಸಿ — ದೋಷ ವಿಶ್ವಾಸಾರ್ಹವಾಗಿ ಸಂಭವಿಸುವಂತೆ ಮಾಡಿ.
- ಗಮನಿಸಿ — ದೋಷ ಸಂದೇಶ ಮತ್ತು ಆ್ಯಪ್ ಏನು ಮಾಡುತ್ತಿತ್ತು ಎಂದು ಸಂಗ್ರಹಿಸಿ.
- ವಿವರಿಸಿ — AI ಗೆ ನಿಖರ ಹಂತಗಳು, ನಿರೀಕ್ಷಿತ ಫಲಿತಾಂಶ ಮತ್ತು ನಿಜ ಫಲಿತಾಂಶ ನೀಡಿ.
- ಸರಿಪಡಿಸಿ — AI ಒಂದು ವಿಷಯವನ್ನು ಬದಲಿಸಲಿ.
- ಪರಿಶೀಲಿಸಿ — ನಿಖರ ಹಂತಗಳನ್ನು ಪುನರಾವರ್ತಿಸಿ, ದೋಷ ಸರಿಯಾಗಿದೆ ಮತ್ತು ಹತ್ತಿರದ ಯಾವುದೂ ಮುರಿಯಲಿಲ್ಲ ಎಂದು ದೃಢೀಕರಿಸಿ.
- ಅಗತ್ಯವಿದ್ದರೆ ಹಿಂತಿರುಗಿಸಿ — ಹದಗೆಟ್ಟಿದ್ದರೆ, ರದ್ದುಗೊಳಿಸಿ ಉತ್ತಮ ಮಾಹಿತಿಯೊಂದಿಗೆ ಮತ್ತೆ ಪ್ರಯತ್ನಿಸಿ.
AI ನಿರ್ಮಿತ ಆ್ಯಪ್‌ಗಳಲ್ಲಿ ವ್ಯರ್ಥವಾಗುವ ಹೆಚ್ಚಿನ ಸಮಯ 1, 2 ಮತ್ತು 5 ನೇ ಹಂತಗಳನ್ನು ಬಿಟ್ಟುಬಿಡುವುದರಿಂದ ಬರುತ್ತದೆ: “ಇದು ಮುರಿದಿದೆ” ಎಂದು ಹೇಳುವುದು, ಪರೀಕ್ಷಿಸದೆ ಬದಲಾವಣೆ ಒಪ್ಪಿಕೊಳ್ಳುವುದು, ನಂತರ ಮುರಿದ ಒಂದರ ಮೇಲೆ ಮತ್ತೊಂದು ಸರಿಪಡಿಕೆ ಕೇಳುವುದು.
ಹಂತ 1: ದೋಷವನ್ನು ಮರುಉತ್ಪಾದಿಸಿ
ನೀವು ಬೇಡಿಕೆಯ ಮೇಲೆ ಪ್ರಚೋದಿಸಬಲ್ಲ ದೋಷ ಅರ್ಧ ಸರಿಯಾಗಿದೆ. ದೋಷ ಉಂಟುಮಾಡುವ ಅತಿ ಚಿಕ್ಕ ಹಂತಗಳನ್ನು ಹುಡುಕಿ.
ನಿಮ್ಮನ್ನೇ ಕೇಳಿಕೊಳ್ಳಿ:
- ಪ್ರತಿ ಬಾರಿಯೂ ಸಂಭವಿಸುತ್ತದೆಯೇ? ಕೆಲವೊಮ್ಮೆ ಮಾತ್ರ ಆದರೆ, ಅದು ಸಂಭವಿಸಿದಾಗ ಏನು ವಿಭಿನ್ನ — ನಿರ್ದಿಷ್ಟ ದಾಖಲೆ, ನಿಧಾನ ಸಂಪರ್ಕ, ಅಥವಾ ಲಾಗ್ ಔಟ್ ಆಗಿರುವುದು?
- ಪ್ರತಿ ಬಳಕೆದಾರರಿಗೂ ಸಂಭವಿಸುತ್ತದೆಯೇ? ಬೇರೆ ಖಾತೆಯಲ್ಲಿ ಲಾಗಿನ್ ಆಗಿ. ಅನೇಕ ದೋಷಗಳು ಡೇಟಾ ಇಲ್ಲದ ಹೊಸ ಬಳಕೆದಾರರಿಗೆ, ಅಥವಾ ಬೇರೆ ಪಾತ್ರದ ಬಳಕೆದಾರರಿಗೆ ಮಾತ್ರ ಕಾಣುತ್ತವೆ.
- ಪ್ರತಿ ಸಾಧನದಲ್ಲೂ ಸಂಭವಿಸುತ್ತದೆಯೇ? ಫೋನ್ ಅಗಲದ ಪರದೆ ಮತ್ತು ಬೇರೆ ಬ್ರೌಸರ್ ಪ್ರಯತ್ನಿಸಿ.
- ಒಂದು ನಿರ್ದಿಷ್ಟ ಬದಲಾವಣೆಯ ನಂತರ ಪ್ರಾರಂಭವಾಯಿತೇ? ನಿನ್ನೆ ಕೆಲಸ ಮಾಡಿದ್ದರೆ, ಕೊನೆಯ ಕೆಲವು ಬದಲಾವಣೆಗಳೇ ಪ್ರಮುಖ ಶಂಕಿತರು.
ಹಂತಗಳನ್ನು ಸಂಖ್ಯೆ ಪಟ್ಟಿಯಾಗಿ ಬರೆದಿಡಿ. ನಂತರ ಪ್ರಾಂಪ್ಟ್‌ನಲ್ಲಿ ಅಂಟಿಸುತ್ತೀರಿ.
ಹಂತ 2: ದೋಷ ಸಂದೇಶ ಓದಿ
ದೋಷ ಸಂದೇಶಗಳು ಭಯ ಹುಟ್ಟಿಸುವಂತೆ ಕಾಣುತ್ತವೆ, ಆದರೆ ನಿಮಗೆ ಅವುಗಳ ಕೆಲವು ಭಾಗಗಳು ಮಾತ್ರ ಬೇಕು.
| ಸಂದೇಶದ ಭಾಗ | ಅದು ಏನು ಹೇಳುತ್ತದೆ | ಉದಾಹರಣೆ |
|---|---|---|
| ಪ್ರಕಾರ | ಸಮಸ್ಯೆಯ ವಿಧ | TypeError, 404 Not Found, 500 Internal Server Error |
| ಸಂದೇಶ | ವಿಫಲವಾದ ನಿರ್ದಿಷ್ಟ ವಿಷಯ | Cannot read properties of undefined (reading 'name') |
| ಫೈಲ್ ಮತ್ತು ಸಾಲು | ಕೋಡ್‌ನಲ್ಲಿ ಎಲ್ಲಿ | BookingList.tsx:42 |
ನೀವು ಅದನ್ನು ಅರ್ಥ ಮಾಡಿಕೊಳ್ಳಬೇಕಿಲ್ಲ; ನಿಖರವಾಗಿ ನಕಲಿಸಬೇಕು. “Cannot read properties of undefined (reading 'name')” ಎಂಬುದು AI ಗೆ ಕೋಡ್ ಕೆಲವು ಡೇಟಾ (ಬಹುಶಃ ಬುಕಿಂಗ್ ಅಥವಾ ಬಳಕೆದಾರ) ನಿರೀಕ್ಷಿಸಿತ್ತು ಆದರೆ ಅದು ಇರಲಿಲ್ಲ ಎಂದು ಹೇಳುತ್ತದೆ. “ಕೆಲವು undefined ದೋಷ” ಎಂಬ ಪರಾಫ್ರೇಸ್ ಆ ಮಾಹಿತಿಯನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತದೆ.
ಕೆಲವು ಸಾಮಾನ್ಯವಾದವು, ಸ್ಥೂಲವಾಗಿ ಅನುವಾದಿಸಿದ:
undefined/nullದೋಷಗಳು — ಕೋಡ್ ನಿರೀಕ್ಷಿಸಿದ ಡೇಟಾ ಬರಲಿಲ್ಲ. ಸಾಮಾನ್ಯವಾಗಿ ಲೋಡಿಂಗ್ ಸ್ಥಿತಿ ಅಥವಾ ಖಾಲಿ ಪಟ್ಟಿಯನ್ನು ಕೋಡ್ ನಿರ್ವಹಿಸದಿರುವುದು.404 Not Found— ಪುಟ ಅಥವಾ API ವಿಳಾಸ ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲ. ಸಾಮಾನ್ಯವಾಗಿ ರೂಟ್‌ನಲ್ಲಿ ಟೈಪೋ ಅಥವಾ ಹೆಸರು ಬದಲಾದ ಪುಟಕ್ಕೆ ಲಿಂಕ್.401 Unauthorized/403 Forbidden— ವಿನಂತಿ ಲಾಗಿನ್ ಆಗಿರಲಿಲ್ಲ, ಅಥವಾ ಬಳಕೆದಾರರಿಗೆ ಆ ಕ್ರಿಯೆಗೆ ಅನುಮತಿ ಇಲ್ಲ.500 Internal Server Error— ಸರ್ವರ್ ಬದಿಯ ಕೋಡ್ ಕ್ರ್ಯಾಶ್ ಆಗಿದೆ. ನಿಜ ಕಾರಣ ಸರ್ವರ್ ಲಾಗ್‌ಗಳಲ್ಲಿದೆ, ಬ್ರೌಸರ್‌ನಲ್ಲಲ್ಲ.CORSದೋಷಗಳು — ಬ್ರೌಸರ್ ಬೇರೆ ಡೊಮೈನ್‌ಗೆ ವಿನಂತಿಯನ್ನು ತಡೆದಿದೆ. ಸಾಮಾನ್ಯವಾಗಿ ಸರ್ವರ್ ಬದಿಯ ಕಾನ್ಫಿಗರೇಶನ್ ಸಮಸ್ಯೆ.
ಹಂತ 3: ಬ್ರೌಸರ್ ಡೆವಲಪರ್ ಟೂಲ್‌ಗಳನ್ನು ಬಳಸಿ
ಪ್ರತಿಯೊಂದು ಡೆಸ್ಕ್‌ಟಾಪ್ ಬ್ರೌಸರ್‌ನಲ್ಲಿ ಅಂತರ್ನಿರ್ಮಿತ ಡೆವಲಪರ್ ಟೂಲ್‌ಗಳಿವೆ (“devtools”). ಪುಟ ಹಿಂದೆ ಏನು ಮಾಡುತ್ತಿದೆ ಎಂದು ಅವು ತೋರಿಸುತ್ತವೆ. Chrome, Edge ಮತ್ತು Firefox ನಲ್ಲಿ, ಪುಟದ ಎಲ್ಲಿಯಾದರೂ ರೈಟ್-ಕ್ಲಿಕ್ ಮಾಡಿ Inspect ಆಯ್ಕೆ ಮಾಡಿ, ಅಥವಾ F12 (Mac ನಲ್ಲಿ Cmd+Option+I) ಒತ್ತಿ. Safari ನಲ್ಲಿ, ಮೊದಲು Safari ಸೆಟ್ಟಿಂಗ್‌ಗಳಲ್ಲಿ Develop ಮೆನು ಆನ್ ಮಾಡಿ.
ನಿಮಗೆ ಕೇವಲ ಮೂರು ಟ್ಯಾಬ್‌ಗಳು ಬೇಕು.
Console
Console ಟ್ಯಾಬ್ ಪುಟದ ಕೋಡ್‌ನಿಂದ ದೋಷಗಳು ಮತ್ತು ಸಂದೇಶಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. ದೋಷಗಳು ಕೆಂಪಾಗಿ ತೋರುತ್ತವೆ. ಬಟನ್ ಕ್ಲಿಕ್ ಮಾಡಿದಾಗ ಏನೂ ಆಗದಿದ್ದರೆ, ನೀವು ಕ್ಲಿಕ್ ಮಾಡಿದ ಕ್ಷಣದಲ್ಲಿ ಕನ್ಸೋಲ್ ಆಗಾಗ್ಗೆ ಕೆಂಪು ದೋಷ ತೋರಿಸುತ್ತದೆ. ದೋಷದ ಪೂರ್ಣ ಪಠ್ಯವನ್ನು ನಕಲಿಸಿ (ಹೆಚ್ಚಿನ ಬ್ರೌಸರ್‌ಗಳಲ್ಲಿ ರೈಟ್-ಕ್ಲಿಕ್ ನಕಲು ಆಯ್ಕೆ ಇದೆ).
Network
Network ಟ್ಯಾಬ್ ಪುಟ ಮಾಡುವ ಪ್ರತಿ ವಿನಂತಿಯನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ — ಡೇಟಾ ಲೋಡ್, ಫಾರ್ಮ್ ಉಳಿಸುವುದು, ಲಾಗಿನ್. ಅದನ್ನು ತೆರೆಯಿರಿ, ನಂತರ ದೋಷಕ್ಕೆ ಕಾರಣವಾಗುವ ಹಂತಗಳನ್ನು ಪುನರಾವರ್ತಿಸಿ.
- ಕೆಂಪು ಸಾಲುಗಳು ಅಥವಾ 400 ಅಥವಾ ಹೆಚ್ಚಿನ ಸ್ಥಿತಿ ಇರುವವನ್ನು ನೋಡಿ.
- ವಿಫಲ ಸಾಲನ್ನು ಕ್ಲಿಕ್ ಮಾಡಿ Response ನೋಡಿ. ಸರ್ವರ್ ದೋಷ ಸಾಮಾನ್ಯವಾಗಿ ಅಲ್ಲಿ ಪರದೆಯ ಮೇಲಿನ ಯಾವುದಕ್ಕಿಂತಲೂ ಉಪಯುಕ್ತ ಸಂದೇಶವನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ.
- ವಿನಂತಿಯ URL ಮತ್ತು ಸ್ಥಿತಿ ಕೋಡ್ ಗಮನಿಸಿ — “/api/bookings ಗೆ POST 500 ನೀಡಿತು” ಎಂಬುದು AI ಗೆ ನೀಡಲು ತುಂಬಾ ಉಪಯುಕ್ತ ವಾಕ್ಯ.
ಬಗ್ ಪುಟ ರೀಲೋಡ್ ಅಥವಾ ರೀಡೈರೆಕ್ಟ್ ಒಳಗೊಂಡಿದ್ದರೆ Preserve log ಟಿಕ್ ಮಾಡಿ, ಇದರಿಂದ ವಿನಂತಿಗಳು ಕಣ್ಮರೆಯಾಗುವುದಿಲ್ಲ.
Elements
Elements (ಅಥವಾ Inspector) ಟ್ಯಾಬ್ ಪುಟದ ರಚನೆ ಮತ್ತು ಶೈಲಿಗಳನ್ನು ತೋರಿಸುತ್ತದೆ. ಲೇಔಟ್ ದೋಷಗಳಿಗೆ ಇದು ಹೆಚ್ಚು ಉಪಯುಕ್ತ: ಒಂದು ಅಂಶದ ಮೇಲೆ ಹೋವರ್ ಮಾಡಿದರೆ ಅದರ ಗಾತ್ರ ಮತ್ತು ಅಂತರ ಹೈಲೈಟ್ ಆಗುತ್ತದೆ. ಇಲ್ಲಿ ಏನನ್ನೂ ಸಂಪಾದಿಸಬೇಕಿಲ್ಲ; “ಮೊಬೈಲ್‌ನಲ್ಲಿ ಫೂಟರ್ 2,000 ಪಿಕ್ಸೆಲ್ ಅಗಲವಾಗಿದ್ದು ಪುಟವನ್ನು ಪಕ್ಕಕ್ಕೆ ತಳ್ಳುತ್ತಿದೆ” ಎಂದು ಹೇಳಿದರೆ ಸಾಕು.
ಹಂತ 4: ಸರ್ವರ್ ಲಾಗ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ
ಕೆಲವು ದೋಷಗಳು ಸರ್ವರ್‌ನಲ್ಲಿ ಸಂಭವಿಸುತ್ತವೆ, ಬ್ರೌಸರ್‌ಗೆ ಅವು ಕಾಣುವುದಿಲ್ಲ. ನೆಟ್‌ವರ್ಕ್ ಟ್ಯಾಬ್‌ನಲ್ಲಿ 500 ದೋಷ ಕ್ಲಾಸಿಕ್ ಸೂಚನೆ. ಸರ್ವರ್ ಲಾಗ್‌ಗಳು — ಬ್ಯಾಕೆಂಡ್ ಚಾಲನೆಯಲ್ಲಿರುವಾಗ ಅದರ ಪಠ್ಯ ಔಟ್‌ಪುಟ್ — ಸಾಮಾನ್ಯವಾಗಿ ನಿಜ ದೋಷವನ್ನು ಸ್ಟ್ಯಾಕ್ ಟ್ರೇಸ್‌ನೊಂದಿಗೆ (ವಿಫಲವಾದಾಗ ಚಾಲನೆಯಲ್ಲಿದ್ದ ಫಂಕ್ಷನ್‌ಗಳ ಪಟ್ಟಿ) ಒಳಗೊಂಡಿರುತ್ತವೆ.
ಅವು ಎಲ್ಲಿವೆ ಎಂದು ನಿಮ್ಮ ಟೂಲ್ ಮೇಲೆ ಅವಲಂಬಿತ. ಹೆಚ್ಚಿನ AI ಆ್ಯಪ್ ಬಿಲ್ಡರ್‌ಗಳಲ್ಲಿ ಪ್ರಾಜೆಕ್ಟ್‌ಗಾಗಿ ಟರ್ಮಿನಲ್ ಅಥವಾ ಲಾಗ್ ವೀಕ್ಷಣೆ ತೆರೆಯಬಹುದು, ಅಥವಾ ಸರಳವಾಗಿ AI ಗೆ ಕೇಳಿ: “ಕೊನೆಯ ವಿನಂತಿಯಿಂದ ಸರ್ವರ್ ಲಾಗ್‌ಗಳಲ್ಲಿ ದೋಷಗಳನ್ನು ಪರಿಶೀಲಿಸಿ ಮತ್ತು ಏನು ವಿಫಲವಾಯಿತು ಎಂದು ಹೇಳಿ.”
ಹಂತ 5: AI ಗೆ ದೋಷ ವಿವರಿಸಿ
ನೀವು ಸಂಗ್ರಹಿಸಿದ್ದನ್ನು ಈ ರೂಪಕ್ಕೆ ಹಾಕಿ:
ಬುಕಿಂಗ್ಸ್ ಪುಟದಲ್ಲಿ, ಸದಸ್ಯರಾಗಿ ಲಾಗಿನ್ ಆಗಿ: ನಾಳೆಯ 9:00 ತರಗತಿಯ Cancel ಕ್ಲಿಕ್ ಮಾಡಿದೆ. ನಿರೀಕ್ಷೆ: ಬುಕಿಂಗ್ ಕಣ್ಮರೆಯಾಗುತ್ತದೆ ಮತ್ತು ತರಗತಿಯಲ್ಲಿ ಒಂದು ಹೆಚ್ಚು ಖಾಲಿ ಸ್ಥಾನ ತೋರಿಸುತ್ತದೆ. ವಾಸ್ತವ: ಪರದೆಯ ಮೇಲೆ ಏನೂ ಬದಲಾಗುವುದಿಲ್ಲ. ಕನ್ಸೋಲ್‌ನಲ್ಲಿ
BookingCard.tsx:31ನಲ್ಲಿTypeError: Cannot read properties of undefined (reading 'id')ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ಟ್ಯಾಬ್DELETE /api/bookings/123500 ನೀಡಿದೆ ಎಂದು ತೋರಿಸುತ್ತದೆ. ಕಾರಣವನ್ನು ಕಂಡುಹಿಡಿದು ಸರಿಪಡಿಸಿ, ಮತ್ತು ಒಂದು ಬುಕಿಂಗ್ ಇರುವ ಮತ್ತು ಹಲವು ಬುಕಿಂಗ್ ಇರುವ ಸದಸ್ಯರಿಗೆ ರದ್ದುಗೊಳಿಸುವಿಕೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ.
ಪ್ರತಿ ಭಾಗ ಏಕೆ ಮುಖ್ಯ:
- ಎಲ್ಲಿ ಮತ್ತು ಯಾರಾಗಿ ಒಂದು ಪರದೆ ಮತ್ತು ಒಂದು ಪಾತ್ರಕ್ಕೆ ಸಂಕುಚಿತಗೊಳಿಸುತ್ತದೆ.
- ನಿಖರ ಹಂತಗಳು AI ಗೆ ಅದನ್ನು ಮರುಉತ್ಪಾದಿಸಲು ಅವಕಾಶ ನೀಡುತ್ತದೆ.
- ನಿರೀಕ್ಷೆ vs ವಾಸ್ತವ “ಸರಿಪಡಿಸಲಾಗಿದೆ” ಎಂದರೆ ಏನು ಎಂದು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ.
- ದೋಷ ಪಠ್ಯ ಮತ್ತು ವಿಫಲ ವಿನಂತಿ ನೇರವಾಗಿ ಕಾರಣವನ್ನು ತೋರಿಸುತ್ತವೆ.
- “ಪರಿಶೀಲಿಸಿ…” ಎಂದರೆ AI ಕೇವಲ ಸಂಪಾದಿಸದೆ ಪರಿಶೀಲಿಸಬೇಕು ಎಂದು ಕೇಳುತ್ತದೆ.
AI ಎರಡು ಬಾರಿ ಸರಿಪಡಿಸಲು ಪ್ರಯತ್ನಿಸಿ ವಿಫಲವಾದರೆ, ಏನನ್ನೂ ಬದಲಿಸುವ ಮೊದಲು ವಿವರಿಸಲು ಕೇಳಿ:
ಇನ್ನೂ ಕೋಡ್ ಬದಲಿಸಬೇಡಿ. ಇದಕ್ಕೆ ಕಾರಣ ಏನೆಂದು ನೀವು ಭಾವಿಸುತ್ತೀರಿ, ಮತ್ತು ಯಾವ ಸಾಕ್ಷ್ಯ ಅದನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ?
ತಪ್ಪು ಸಿದ್ಧಾಂತವನ್ನು ಬರೆದಾಗ ಸುಲಭವಾಗಿ ಗುರುತಿಸಬಹುದು, ಮತ್ತು ತಪ್ಪು ಸರಿಪಡಿಕೆಗಿಂತ ಸರಿಪಡಿಸಲು ಹೆಚ್ಚು ಅಗ್ಗ.
ಹಂತ 6: ಪರಿಶೀಲಿಸಿ, ನಂತರ ಹತ್ತಿರದವುಗಳನ್ನು ನೋಡಿ
AI ಸರಿಪಡಿಸಲಾಗಿದೆ ಎಂದಾಗ, ಹಂತ 1 ರ ನಿಖರ ಹಂತಗಳನ್ನು ಪುನರಾವರ್ತಿಸಿ. ನಂತರ ಅದರ ಸುತ್ತಲಿನ ವಿಷಯಗಳನ್ನು ಪರಿಶೀಲಿಸಿ:
- ಬೇರೆ ಬಳಕೆದಾರ ಪಾತ್ರಕ್ಕೆ ಅದೇ ಕ್ರಿಯೆ
- ಡೇಟಾ ಇಲ್ಲದೆ ಮತ್ತು ಹೆಚ್ಚು ಡೇಟಾದೊಂದಿಗೆ ಅದೇ ಕ್ರಿಯೆ
- ನೀವು ಸರಿಪಡಿಸಿದ ಘಟಕವನ್ನು ಹಂಚಿಕೊಳ್ಳುವ ಪುಟಗಳು
- ಸರಿಪಡಿಕೆ ಲೇಔಟ್ ಮುಟ್ಟಿದ್ದರೆ ಫೋನ್ ಅಗಲದ ಪರದೆ
AI ಬದಲಾವಣೆಗಳು ಕೆಲವೊಮ್ಮೆ ಒಂದು ಮಾರ್ಗವನ್ನು ಸರಿಪಡಿಸಿ ಇನ್ನೊಂದನ್ನು ಶಾಂತವಾಗಿ ಮುರಿಯುತ್ತವೆ. ಈಗ ಎರಡು ನಿಮಿಷದ ಪರಿಶೀಲನೆ ನಂತರ ಗೊಂದಲದ ಒಂದು ಗಂಟೆ ಉಳಿಸುತ್ತದೆ.
ಹಂತ 7: ಮೇಲೆ ಹಾಕುವ ಬದಲು ಹಿಂತಿರುಗಿ
ಸರಿಪಡಿಕೆ ಪರಿಸ್ಥಿತಿ ಹದಗೆಡಿಸಿದರೆ, ಅಥವಾ ಪ್ರಗತಿ ಇಲ್ಲದೆ ಮೂರು ಸುತ್ತು ಕಳೆದರೆ, ಹಿಂತಿರುಗಿ. ಕೊನೆಯ ಕೆಲಸ ಮಾಡಿದ ಆವೃತ್ತಿಗೆ ಹಿಂತಿರುಗಿ ಉತ್ತಮ ಸಾಕ್ಷ್ಯದೊಂದಿಗೆ ಮರು-ಪದಗೊಳಿಸುವುದು, ಮೂರು ತಪ್ಪು ಸರಿಪಡಿಕೆಗಳ ಮೇಲೆ ನಾಲ್ಕನೇ ಸರಿಪಡಿಕೆ ಕೇಳುವುದಕ್ಕಿಂತ ಬಹುತೇಕ ಯಾವಾಗಲೂ ಉತ್ತಮ. ಪ್ರತಿ ವಿಫಲ ಪ್ರಯತ್ನ ಕೋಡ್ ಬಿಟ್ಟುಹೋಗುತ್ತದೆ, ಮತ್ತು ಆ ಕೋಡ್ ಮುಂದಿನ ಪ್ರಯತ್ನವನ್ನು ಗೊಂದಲಗೊಳಿಸುತ್ತದೆ.
ಹಿಂತಿರುಗುವಿಕೆಯನ್ನು ಸುಲಭಗೊಳಿಸುವ ಉತ್ತಮ ಅಭ್ಯಾಸಗಳು:
- ಪ್ರತಿ ಬದಲಾವಣೆಯ ನಂತರ ಪರೀಕ್ಷಿಸಿ, ಯಾವ ಬದಲಾವಣೆ ವಿಷಯಗಳನ್ನು ಮುರಿದಿದೆ ಎಂದು ತಿಳಿಯಲು.
- ಬದಲಾವಣೆಗಳನ್ನು ಚಿಕ್ಕದಾಗಿಡಿ — ಪ್ರತಿ ಸಂದೇಶಕ್ಕೆ ಒಂದು ವೈಶಿಷ್ಟ್ಯ ಅಥವಾ ಸರಿಪಡಿಕೆ.
- ಅಪಾಯಕಾರಿ ಯಾವುದನ್ನಾದರೂ ಪ್ರಾರಂಭಿಸುವ ಮೊದಲು ಕೊನೆಯ ಒಳ್ಳೆಯ ಆವೃತ್ತಿಯನ್ನು ಗಮನಿಸಿ.
- ಕೋಡ್ Git ನಲ್ಲಿದ್ದರೆ, ಕೆಲಸ ಮಾಡುವ ಆವೃತ್ತಿಗಳನ್ನು ಕಮಿಟ್ ಮಾಡಿ ಆ ಆವೃತ್ತಿಗಳಿಗೆ ಹಿಂತಿರುಗಬಹುದು.
AI ನಿರ್ಮಿತ ಆ್ಯಪ್‌ಗಳಲ್ಲಿ ಸಾಮಾನ್ಯ ದೋಷ ಮಾದರಿಗಳು
| ಲಕ್ಷಣ | ಸಂಭವನೀಯ ಕಾರಣ | ಏನು ಕೇಳಬೇಕು |
|---|---|---|
| ಪೂರ್ವವೀಕ್ಷಣೆಯಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಪ್ರಕಟಿಸಿದಾಗ ಮುರಿಯುತ್ತದೆ | ಲೈವ್ ಆ್ಯಪ್‌ನಲ್ಲಿ ರಹಸ್ಯ ಅಥವಾ ಪರಿಸರ ವೇರಿಯಬಲ್ ಕಾಣೆ, ಅಥವಾ ಬದಲಾವಣೆ ಮರುಪ್ರಕಟಿಸಲಾಗಿಲ್ಲ | “ಆ್ಯಪ್ ಬಳಸುವ ಪ್ರತಿ ಪರಿಸರ ವೇರಿಯಬಲ್ ಪ್ರಕಟಿತ ಆ್ಯಪ್‌ಗೆ ಹೊಂದಿಸಲಾಗಿದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ” |
| ರಿಫ್ರೆಶ್ ನಂತರ ಡೇಟಾ ಕಣ್ಮರೆಯಾಗುತ್ತದೆ | ಪುಟದ ಮೆಮೊರಿಯಲ್ಲಿ ಮಾತ್ರ ಉಳಿಸಲಾಗಿದೆ, ಡೇಟಾಬೇಸ್‌ನಲ್ಲಲ್ಲ | “[ಡೇಟಾ] ಅನ್ನು ರಿಫ್ರೆಶ್ ನಂತರ ಉಳಿಯುವಂತೆ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ಉಳಿಸಿ” |
| ಪುಟ ಖಾಲಿಯಾಗಿದೆ | ರೆಂಡರ್ ಮಾಡುವಾಗ ಕ್ರ್ಯಾಶ್ | ಕನ್ಸೋಲ್ ದೋಷವನ್ನು ನಕಲಿಸಿ |
| ನಿಮಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಹೊಸ ಬಳಕೆದಾರರಿಗೆ ಇಲ್ಲ | ಹೊಸ ಖಾತೆಗಳಿಗಿಲ್ಲದ ಡೇಟಾವನ್ನು ಕೋಡ್ ಊಹಿಸುತ್ತದೆ | “ಬಳಕೆದಾರರಿಗೆ ಇನ್ನೂ [ದಾಖಲೆಗಳು] ಇಲ್ಲದ ಪ್ರಕರಣವನ್ನು ನಿರ್ವಹಿಸಿ” |
| ಬಳಕೆದಾರರು ಒಬ್ಬರ ಡೇಟಾವನ್ನು ಇನ್ನೊಬ್ಬರು ನೋಡಬಹುದು | ಸರ್ವರ್‌ನಲ್ಲಿ ಅನುಮತಿ ಪರಿಶೀಲನೆ ಕಾಣೆ | ನಮ್ಮ ಭದ್ರತಾ ಪಟ್ಟಿ ನೋಡಿ |
| ಫೋನ್‌ನಲ್ಲಿ ಲೇಔಟ್ ಮುರಿದಿದೆ | ಸ್ಥಿರ ಅಗಲಗಳು ಅಥವಾ ಸುತ್ತದ ವಿಷಯ | ಸ್ಕ್ರೀನ್‌ಶಾಟ್ ಮತ್ತು ಪರದೆಯ ಅಗಲ |
| ಲಾಗಿನ್ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ನಂತರ ರಿಲೋಡ್‌ನಲ್ಲಿ ಲಾಗ್ ಔಟ್ | ಸೆಷನ್ ಉಳಿಸಿಲ್ಲ ಅಥವಾ ಕುಕೀ ಸೆಟ್ಟಿಂಗ್ ತಪ್ಪು | “ಪುಟ ರಿಫ್ರೆಶ್ ನಂತರ ಬಳಕೆದಾರರನ್ನು ಲಾಗಿನ್ ಆಗಿರಿಸಿ” |
ಇದು ದೋಷವಲ್ಲದಾಗ
ಕೆಲವು “ದೋಷಗಳು” AI ತನಗೆ ಹೇಳಿದ್ದನ್ನೇ ನಿಖರವಾಗಿ ನಿರ್ಮಿಸಿದ್ದು, ಮತ್ತು ವಿವರಣೆ ಅಸ್ಪಷ್ಟವಾಗಿದ್ದು. ನೀವು ಕೇಳುತ್ತಿರುವ ಸರಿಪಡಿಕೆ ನಿಜವಾಗಿ ನಡವಳಿಕೆಯ ಬದಲಾವಣೆಯಾದರೆ, ಅದನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಹೇಳಿ: “ಅದನ್ನು ಹೀಗೆ ಬದಲಿಸಿ…”. ಸರಿಯಾದ ನಡವಳಿಕೆ ಏನೆಂದೇ ನಿಮಗೆ ಖಚಿತವಿಲ್ಲದಿದ್ದರೆ, ಮೊದಲು ಅದನ್ನು ನಿರ್ಧರಿಸಿ. ನಿಯಮಗಳನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ನಿರ್ದಿಷ್ಟಪಡಿಸುವುದು ಹೇಗೆ ಎಂದು AI ಆ್ಯಪ್ ಬಿಲ್ಡರ್‌ಗಳಿಗೆ ಪ್ರಾಂಪ್ಟ್ ಬರೆಯುವುದು ವಿವರಿಸುತ್ತದೆ. ಮತ್ತು ನಿಜ ಬಳಕೆದಾರರಿಗಾಗಿ ಆ್ಯಪ್ ಸಿದ್ಧಪಡಿಸುತ್ತಿದ್ದರೆ, AI ಪ್ರೋಟೋಟೈಪ್ ಅನ್ನು ಉತ್ಪಾದನೆಗೆ ತರುವುದು ಉಡಾವಣೆಗೆ ಮೊದಲು ಮಾಡಬೇಕಾದ ಪರಿಶೀಲನೆಗಳನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ.
Mythex ನಲ್ಲಿ ಡೀಬಗ್ ಮಾಡುವುದು
Mythex ನಲ್ಲಿ ಚಕ್ರದ ಪ್ರತಿ ಹಂತಕ್ಕೂ ಟೂಲ್‌ಗಳಿವೆ:
- ಪೂರ್ವವೀಕ್ಷಣೆ ದೋಷ ಮರುಉತ್ಪಾದಿಸಲು, ಫೋನ್ ಗಾತ್ರದ ಫ್ರೇಮ್ ಸೇರಿ.
/testಏಜೆಂಟ್ ನಿಮ್ಮ ಲೈವ್ ಪೂರ್ವವೀಕ್ಷಣೆಯಲ್ಲಿ ಬಳಕೆದಾರರಂತೆ ಕ್ಲಿಕ್ ಮಾಡಿ ಮುರಿದ ಹರಿವುಗಳನ್ನು ವರದಿ ಮಾಡಲು./fixಏಜೆಂಟ್ ಅನ್ನು ವಿಶೇಷವಾಗಿ ಮುರಿತದತ್ತ ತೋರಿಸಲು.- Plan ಮೋಡ್ ಏಜೆಂಟ್ ಏನನ್ನಾದರೂ ಸಂಪಾದಿಸುವ ಮೊದಲು ತನಿಖೆ ಮಾಡಿ ವಿವರಿಸಲು ಅವಕಾಶ ನೀಡುತ್ತದೆ.
- Code → terminal ನಿಮ್ಮ ಆ್ಯಪ್‌ನ ಸರ್ವರ್ ಲಾಗ್‌ಗಳನ್ನು ತೋರಿಸುತ್ತದೆ.
- ಈ ಹಂತಕ್ಕೆ ಹಿಂತಿರುಗಿ ಯಾವುದೇ ಉತ್ತರದ ಮೇಲೆ ಆ ಚೆಕ್‌ಪಾಯಿಂಟ್‌ಗೆ ಪ್ರಾಜೆಕ್ಟ್ ಅನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ.
ಪ್ರಕಟಣೆ ವಿಫಲವಾದರೆ, ಪ್ರಕಟಣೆ ಸಂವಾದ ಸಾಮಾನ್ಯವಾಗಿ Fix with AI ನೀಡುತ್ತದೆ, ಅದು ಬಿಲ್ಡ್ ಔಟ್‌ಪುಟ್ ಅಥವಾ ಆ್ಯಪ್ ಲಾಗ್‌ಗಳನ್ನು ಓದುತ್ತದೆ. ದಾಖಲೆಗಳಲ್ಲಿ ನಿಮ್ಮ ಆ್ಯಪ್ ಡೀಬಗ್ ಮಾಡಿ ಮತ್ತು ಪ್ರಕಟಣೆ ದೋಷನಿವಾರಣೆ ನೋಡಿ.
ಪ್ರಶ್ನೆಗಳು
ನನ್ನ ಆ್ಯಪ್‌ನಲ್ಲಿ ದೋಷವಿದ್ದಾಗ AI ಗೆ ಏನು ಹೇಳಬೇಕು?
ಮೂರು ವಿಷಯಗಳು: ನೀವು ತೆಗೆದುಕೊಂಡ ನಿಖರ ಹಂತಗಳು, ಏನು ನಡೆಯಬೇಕೆಂದು ನಿರೀಕ್ಷಿಸಿದ್ದಿರಿ, ಮತ್ತು ನಿಜವಾಗಿ ಏನಾಯಿತು — ಯಾವುದೇ ದೋಷ ಸಂದೇಶದ ನಿಖರ ಪಠ್ಯ ಸೇರಿ. ಕಾರಣವನ್ನು AI ಕಂಡುಹಿಡಿಯಲು ಸಾಮಾನ್ಯವಾಗಿ ಅಷ್ಟೇ ಸಾಕು.
ಬ್ರೌಸರ್ ಕನ್ಸೋಲ್ ಅನ್ನು ಹೇಗೆ ತೆರೆಯುವುದು?
Chrome, Edge ಅಥವಾ Firefox ನಲ್ಲಿ, ಪುಟದ ಮೇಲೆ ರೈಟ್-ಕ್ಲಿಕ್ ಮಾಡಿ Inspect ಆಯ್ಕೆ ಮಾಡಿ, ನಂತರ Console ಟ್ಯಾಬ್ ತೆರೆಯಿರಿ. ಕೀಬೋರ್ಡ್ ಶಾರ್ಟ್‌ಕಟ್ F12, ಅಥವಾ Mac ನಲ್ಲಿ Cmd+Option+I. Safari ನಲ್ಲಿ ಮೊದಲು Settings ನಲ್ಲಿ Develop ಮೆನು ಸಕ್ರಿಯಗೊಳಿಸಬೇಕು.
AI ಒಂದೇ ದೋಷವನ್ನು ಪದೇ ಪದೇ ಸರಿಪಡಿಸಲು ವಿಫಲವಾಗುತ್ತಿದೆ. ಏನು ಮಾಡಬೇಕು?
ಸರಿಪಡಿಕೆಗಳನ್ನು ಒಂದರ ಮೇಲೊಂದು ಹಾಕುವುದನ್ನು ನಿಲ್ಲಿಸಿ. ಕೊನೆಯ ಕೆಲಸ ಮಾಡಿದ ಆವೃತ್ತಿಗೆ ಹಿಂತಿರುಗಿ, ನಂತರ ದೋಷವನ್ನು ಹೆಚ್ಚು ವಿವರದೊಂದಿಗೆ ಮತ್ತೆ ವಿವರಿಸಿ — ನಿಖರ ದೋಷ, ವಿಫಲವಾದ ನೆಟ್‌ವರ್ಕ್ ವಿನಂತಿ, ಅಥವಾ ಸ್ಕ್ರೀನ್‌ಶಾಟ್. ಕೋಡ್ ಬದಲಿಸುವ ಮೊದಲು ಕಾರಣವನ್ನು ವಿವರಿಸಲು AI ಗೆ ಕೇಳುವುದೂ ಸಹಾಯಕ.
ನನ್ನ ಆ್ಯಪ್ ಪೂರ್ವವೀಕ್ಷಣೆಯಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಆದರೆ ಪ್ರಕಟಿಸಿದ ನಂತರ ಏಕೆ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ?
ಸಾಮಾನ್ಯ ಕಾರಣಗಳು: ಲೈವ್ ಆ್ಯಪ್‌ಗೆ ಎಂದಿಗೂ ಹೊಂದಿಸದ ರಹಸ್ಯಗಳು ಅಥವಾ ಪರಿಸರ ವೇರಿಯಬಲ್‌ಗಳು, ಲೈವ್ ಆವೃತ್ತಿಗೆ ಸಂಪರ್ಕವಿಲ್ಲದ ಡೇಟಾಬೇಸ್, ಅಥವಾ ಮರುಪ್ರಕಟಿಸದ ಬದಲಾವಣೆಗಳು. ಕೋಡ್ ನೋಡುವ ಮೊದಲು ಇವನ್ನು ಪರಿಶೀಲಿಸಿ.