מה Codexe עושה מאחורי הקלעים
השלבים בין הבקשה שלכם לבין פרויקט מוכן: המשך של תשובות שנקטעו, ניסיון חוזר כשאין פלט, בדיקות פלטפורמה, תיקון עם ה-API האמיתי, ועל מה אתם משלמים.
עודכן
בדף הזה
הרבה קורה בין הלחיצה על יצירה לבין פרויקט מוכן. רובו עבודה ש-Codexe עושה על חשבונו כדי שתקבלו פרויקט שלם שנבנה.
#1. היצירה
המודל כותב את הפרויקט בתשובה אחת, ומתחיל בתוכנית של הקבצים שהוא עומד לכתוב. אתם מחויבים על התשובה הזו.
#2. המשך (בחינם)
מודלים עוצרים לפעמים באמצע קובץ, או מדלגים על קובץ שתכננו. Codexe מזהה את זה (בלוק קוד לא גמור, קובץ מתוכנן שחסר) ומבקש מאותו מודל להמשיך, עד ארבע פעמים, עד שכל קובץ מתוכנן קיים. תראו כותב את הקבצים שנותרו…. ההמשך לא מחויב.
#3. ניסיון חוזר כשאין פלט (בחינם)
אם התשובה הראשונה מתארת את הפרויקט במקום לכתוב קבצים, Codexe מבקש פעם נוספת, במפורש, את הקבצים. אותו מעבר גם מנקה ממלאי מקום כמו // TODO. לא מחויב.
#4. בדיקת פלטפורמה (בחינם)
לפני הבנייה, Codexe בודק שהקבצים מיועדים לפלטפורמה שביקשתם. מוד ל-Fabric שנמסר בתגובה לבקשה של Spigot היה מתקמפל, אבל זה לא מה שרציתם. אם הפלטפורמה שגויה, Codexe יוצר אותו מחדש פעם אחת עם מודל חזק יותר. אם גם זה נכשל, הפרויקט נעצר, וביצירה ראשונה הטוקנים שלכם מוחזרים.
#5. בנייה או בדיקת טעינה (בחינם)
פלאגינים ומודים מקומפלים; דאטהפאקים ו-Skript נטענים על שרת בדיקה אמיתי. ראו קומפילציה.
#6. תיקון עם ה-API האמיתי (בחינם)
כשהבנייה נכשלת, מודל התיקון רואה את השגיאות המדויקות ואת החתימות הציבוריות האמיתיות של מחלקות הספרייה המעורבות, שנקראות מאותם קובצי JAR שהבנייה השתמשה בהם. כך הוא מתקן שגיאות "method not found" לגרסת ה-API שאתם באמת עובדים איתה, במקום לנחש. ראו תיקון אוטומטי.
#על מה אתם משלמים
| שלב | מי משלם |
|---|---|
| תשובת היצירה | אתם (טוקנים) |
| חיפושים באינטרנט שהמודל באמת משלים (Business ומעלה) | אתם (טוקנים) |
| המשך, ניסיון חוזר כשאין פלט, יצירה מחדש בגלל פלטפורמה | Codexe |
| בנייות, בדיקות טעינה, תיקונים, המעבר למודל חזק יותר | Codexe |
| פלט נוסף מעל תקרת 4,000 הטוקנים ביצירה ראשונה ב-Free | Codexe |
| יצירה ראשונה שלא מוסרת שום דבר שמיש | מוחזר לכם. ראו החזרת קרדיטים |