משפט אחד נכנס, אפליקציה אמיתית יוצאת. כל מסך נבנה מתוך טפסי ה-Priority שלכם, נבדק מול השרת שלכם עוד לפני שראיתם אותו, ומגיע לאן שתרצו: לצ'אט בדפדפן, למחשב שלכם, או ל-claude.ai.
מחולל האפליקציות, פלאגין v0.54.0 · וגם מסלול בקונסולת Priority
חלון הבנייה: האפליקציה, הקבצים שלה והיומנים — בזמן שהיא נבנית.
לא בגלל שאף אחד לא רוצה אותה. בגלל שכל גרסה שלה מתחילה כפרויקט אינטגרציה.
אנשי מחסן, טכנאי שטח והרוכשים אצל הלקוחות שלכם צריכים מסך בגודל של טלפון. הלקוח של Priority הוא תוכנה שולחנית, שנבנתה עבור מי שעובד בתוכה כל היום.
כלי של שלושה מסכים הופך לפרויקט: להגיע ל-Priority, ללמוד את הטפסים הנכונים, לטפל בתת-הטבלאות, לשמור על פרטי ההתחברות, ולהעלות את הכל לאיפשהו. הרעיון קטן. התשתית לא.
כלי שמעולם לא פתח את ה-Priority שלכם ימציא שמות שדות שנראים נכון וייכשל על השרת שלכם. מה שחוזר עושה הדגמה יפה, ואי אפשר לעלות איתו לאוויר.
מחולל האפליקציות מתחיל בקריאה של ה-Priority שלכם — ומסרב להמשיך אם אינו מצליח.
כל שלב מכריז על עצמו בשפה פשוטה בזמן שהוא רץ. אתם רואים את האפליקציה נבנית, לא גלגל טעינה.
מחובר כעובד מחסן · תחום למסך המחסן
האפליקציה שהמשפט הזה מייצר. רצה בדפדפן של הטלפון, כותבת ישירות ל-Priority.
שישה מסלולי פתיחה מוכנים בצ'אט, וכל אחד מהם נקודת מוצא ולא תבנית קשיחה. תבקשו משהו שאינו ברשימה, והוא יתוכנן מאפס באותה הדרך.
קובץ אחד, בלי התקנה. סורקים או מחפשים פריט, מזינים כמות, שולחים את הגיליון.
ספירות שנעשות על רצפת המחסן, ישר לתוך Priority.רשימת הזמנות חיה עם חיפוש תוך כדי הקלדה ושורת מספרי מפתח למעלה.
פנקס ההזמנות על מסך, בלי לבקש דוח.עובדים נכנסים, מוסיפים פריטים להזמנה, שולחים אותה, ומדפיסים אישור כ-PDF.
קליטת הזמנות מחוץ ללקוח של Priority.איש הקשר אצל הלקוח נכנס ורואה רק את הקריאות שלו, עם קבצים מצורפים ותיבת הערות.
לקוחות מפסיקים להתקשר כדי לשאול מה קורה.עיון, סינון, יצירה, עריכה ומחיקה — גם בטפסים שממשק ה-REST של Priority אינו חושף.
מסך עובד לטופס שאמרו לכם שאי אפשר.משימת שורת פקודה שמייצאת חשבוניות לטווח תאריכים ל-CSV, בנויה לרוץ בתזמון ולדווח על כישלון כמו שצריך.
ייצוא לילי שהמתזמן באמת יכול לנטר.אפליקציות מוכנות נארזות כתיקייה פשוטה: האפליקציה, הקבצים שלה, וקובץ הגדרות אחד שנקרא בזמן ריצה. הניחו אותה על שרת ה-IIS שלכם, או הריצו אותה עם השרת הקטן שמגיע איתה. הפנו את קובץ ההגדרות לשרת Priority אחר, ואותה תיקייה בדיוק תעבוד גם שם — בלי בנייה מחדש, בלי מפתח.
כל בנייה שואלת את זה לפני שמצוירים מסכים, כי התשובה משנה את כל האפליקציה. יש ארבע תשובות.
| מי נכנס | מול מה נבדק | מה הוא מקבל |
|---|---|---|
| משתמש Priority | שם המשתמש והסיסמה האמיתיים שלו ב-Priority | סשן Priority אמיתי, עם ההרשאות שלו |
| איש קשר של לקוח או ספק | רשומות אנשי הקשר בכרטיס הלקוח או הספק PHONEBOOK PHONEBOOKA |
פורטל תחום לאותו חשבון — ההזמנות שלו, הקריאות שלו, המסמכים שלו |
| עובד | רשומות העובדים ב-Priority USERSB |
מסכי מחסן ושטח לעובדים שלא פותחים את הלקוח של Priority |
| אף אחד | אין מסך כניסה בכלל | לוח קיר, עמדת קיוסק, או משימה מתוזמנת שאף אחד לא עומד מולה |
כל אחד נכנס בתור עצמו ורואה רק את מה ששייך לו. איש קשר של לקוח מקבל את ההזמנות והמסמכים של החשבון שלו, ועובד מקבל את מסך המחסן. התיחום הזה נקבע בשאלה אחת בתחילת הבנייה, ולא מולבש בדיעבד.
הדגמה שמרשימה ואז נכשלת על השרת שלכם גרועה מלא להדגים בכלל. ארבעה כללים מונעים את זה.
לפני שמתוכנן משהו הוא פותח את ה-Priority שלכם. אם השרת אינו זמין הוא נעצר ואומר לכם, במקום להמשיך על שמות שדות מומצאים שהיו נכשלים ברגע שמישהו לוחץ על כפתור.
ביקשתם מסך חיפוש וצפייה, תקבלו מסך חיפוש וצפייה. הוא לא ירפד את האפליקציה במסכי יצירה ועריכה שאף אחד לא ביקש, והוא לא יריץ בדיקות כתיבה על הנתונים שלכם עבור אפליקציה שרק קוראת.
כל בנייה מסתיימת בריצה מול השרת שלכם, ועומק הבדיקה מותאם למה שהאפליקציה עושה: אפליקציה שכותבת נבדקת על כתיבה, עד לרשומה שנוחתת ב-Priority.
אחד-עשר שערים אוטומטיים בודקים את האפליקציה המוגמרת מול המפרט שלה, בדיקה נוספת מוודאת שאף שגיאה אינה נבלעת בשקט, וסריקה מאשרת שאף סוד לא נכנס לחבילה.
מחולל האפליקציות הוא מסלול בתוך קונסולת Priority. נכנסים, מחברים את ה-Priority פעם אחת, ומתארים את האפליקציה. אין מה להתקין.
מתחילים מתבנית או מדף חלק. אומרים אם האפליקציה תשתמש במותג שלכם או תיקח את הצבעים מהאתר שלכם. אומרים איזה סוג אפליקציה זו, מי נכנס אליה, והאם היא חייבת להמשיך לעבוד כשהחיבור נופל. מאשרים לאיזה Priority היא מדברת, והבנייה מתחילה.
שלוש לשוניות יושבות לצד השיחה: האפליקציה הרצה, עם הפעלה, עצירה והורדה; עץ הקבצים, שמתעדכן תוך כדי כתיבה; והיומנים, שמזרימים את הבנייה, את שרת התצוגה, וכל שגיאה שהאפליקציה נתקלת בה בזמן שאתם לוחצים בתוכה.
פרסמו לשיתוף רשת של Windows ששרת ה-IIS שלכם קורא ממנו, או ל-Vercel לכתובת ציבורית. היעדים נשמרים וחוזרים, אפשר לבדוק כל יעד לפני שמפרסמים אליו, והתוצאה מאומתת אחרי ההעלאה במקום להניח שהצליחה.
ייצאו פרויקט כקובץ אחד שנושא את המקור, את התדריך שה-AI עבד לפיו, ואת השיחה שיצרה אותו. שתפו אותו עם עמית בצוות שלכם, או העבירו בעלות לגמרי. סיסמאות, קבצי הגדרות ותוצרי בנייה נשארים בחוץ, והתמליל מנוקה לפני שהוא נשלח.
המחשב שלכם עושה את הבנייה; הדפדפן רק מנהל אותה. התקנה בשורה אחת מפעילה עוזר מקומי קטן, נעול לגרסה המדויקת שהאתר מצפה לה.
אותה משמעת, אותם שלבים, אותן בדיקות. בחרו את זו שמתאימה לאופן שבו הצוות שלכם כבר עובד.
הצ'אט בדפדפן, בכתובת chat.flow-chain-ai.com. נכנסים עם חשבון החברה, מחברים את Priority דרך חלון קופץ, ובונים.
v0.54.0לצוותים שחיים בטרמינל ורוצים את הפרויקטים על הדיסק שלהם, במאגר הקוד שלהם.
מיומנות אחת להתקנה, למי שכבר עובד ב-claude.ai ורוצה את התוצאה כ-artifact שאפשר לפתוח מיד.
זה החלק שאיש ה-IT שלכם ישאל עליו ראשון, ולכן הוא תוכנן ראשון.
אפליקציה שנוצרה אף פעם לא מדברת ישירות עם Priority ואף פעם לא נושאת פרטי התחברות ל-Priority. היא מחזיקה טוקן חיבור שאפשר לבטל בשניות, ו-Priority Gateway מחליט בצד שלו למי הטוקן הזה שייך.
מחברים את ה-Priority דרך חלון קופץ, והפרטים מוחלפים בין שני השרתים. אין תיבת סיסמה בתוך הצ'אט, ושום דבר רגיש אינו מוקלד לתוך הדף שאתם מסתכלים עליו.
כשמייצאים או משתפים פרויקט, קבצי הגדרות, ספריות שהורדו, תוצרי בנייה והיסטוריית מאגר הקוד נשארים בחוץ, והשיחה מנוקה קודם. מה שמגיע זו האפליקציה, לא עותק של המפתחות שלכם.
הקונסולה שבה אתם בונים רצה על Amazon Web Services, באזור תל אביב של Amazon, כש-Cloudflare יושב לפני כל בקשה: הצפנת TLS, הגנה מפני מתקפות מניעת שירות, חומת אש לאפליקציות, הגבלת קצב וסינון בוטים. השרתים לא מקבלים חיבורים נכנסים — הם יוצרים קשר החוצה אל Cloudflare והתעבורה חוזרת דרך אותה מנהרה, כך שאין פורט ציבורי לסרוק, וממשקי הניהול יושבים מאחורי שער נוסף. הסודות שמורים מוצפנים ב-AWS Parameter Store, ולא בבסיס נתונים או בקובץ הגדרות, והפריסות רצות מצינור גרסאות מסודר.
המחולל לא מאלתר מדף ריק. הוא עובד מתוך גוף ידע כתוב על בניית אפליקציות מעל Priority.
כולל ארבעה מתכוני כניסה, שמונה דפוסי אפליקציה מתועדים, וחמישה מדריכים לסוגי האפליקציות שהוא יודע לייצר. גם האיכות נמדדת באותה שיטה: מערכת ניקוד מדרגת גם איך האפליקציה נבנתה וגם מה יצא, מול מחוון פומבי — התנהגות ללא חיבור, כתיבות בתור, שלב אישור מפורש, והכתיבה שנוחתת ב-Priority.
הרשמה אחת מחברת את הצוות שלכם ל-Priority דרך AI. מחולל האפליקציות חולק את הקונסולה, את החיבור ואת הרישיון עם שאר המשפחה.