בונים ללקוח פורטל, אפליקציית מובייל, עוזר AI או אוטומציה לילית. שער אחד, וכולם מגיעים ל-Priority באותה דרך.
שער אחד, ארבע דרכים פנימה. קריאה, כתיבה, הרצת פרוצדורות, ושאלות שחוצות טפסים. הכול מעל HTTPS רגיל.
כדי להריץ פרוצדורה או דוח צריך את ה-SDK של Priority עצמה. אם האפליקציה שלכם כתובה ב-Python, ב-.NET או למובייל, היא פשוט לא מגיעה לשם.
חיבור של Lovable, Base44 או כל מודל AI ל-Priority דורש שכבה ש-Priority לא מספקת.
Gateway אחד פותח את שניהם.
Gateway אחד יושב בין האפליקציות של הלקוח לבין ה-Priority שלו. אין מה להתקין אצלו, אין דרייבר על אף מחשב, ואין שפה שאתם כבולים אליה.
דרך אחת לקוד שלכם, אחת לשאלות שחוצות טפסים, ואחת לכלי AI. אותה כניסה מאחורי שלושתן.
הפורטל של הלקוח, אפליקציית המובייל, תהליך ה-n8n, סקריפט Python: כולם פונים לאותה כתובת. רשומות, פרוצדורות, דוחות, מסמכים והעלאת קבצים. ה-Gateway כבר יודע איך להביא כל אחד מהם.
POST /api/v1/query/form { "form": "ORDERS", "filter": { "STATDES": "Open" } }
SQL אמיתי מול מנוע השאילתות של Priority, בלי דרייבר על אף מחשב. הוא יודע רק לקרוא: כל פקודה שמשנה נתונים נדחית עוד לפני שהקריאה יוצאת. תאריכים, מספרים עשרוניים וטקסט בעברית חוזרים קריאים, ולא כמספרים גולמיים של Priority.
POST /api/v1/sqli/query SELECT ORDERS.ORDNAME, CUSTOMERS.CUSTDES FROM ORDERS, CUSTOMERS WHERE ORDERS.CUST = CUSTOMERS.CUST FORMAT;
מחברים את Claude.ai או Claude Desktop, ומנהל ה-IT של הלקוח שואל את ה-Priority שלו שאלה ומקבל תשובה אמיתית. או שבונים לו עוזר AI משלו על אותה תשתית.
▸ You Show open orders for ACME. Claude priority_action(query, ORDERS, { CUSTNAME: "ACME" })
שרת מתחבר פעם אחת ומקבל טוקן שפג מעצמו. אפליקציה בדפדפן פותחת במקום זה את חלון ההתחברות שלנו: המשתמש נכנס ל-Priority בתוכו, והאפליקציה מקבלת טוקן שאפשר לבטל מתי שרוצים. הסיסמה לא מגיעה לעמוד.
POST /api/v1/auth/login → { "token": "gws_…", "expiresAt": "2026-08-08T18:20:00Z" }
נוספו מאז הגרסה הראשונה של ה-Gateway.
לפני שהמודל כותב שורת SQL אחת, ה-Gateway נותן לו מפה של החלק ב-Priority שהשאלה באמת נוגעת בו. ככה "כמה מכרנו בחודש שעבר" חוזר נכון בפעם הראשונה, ולא נשמע נכון אבל שגוי. כבוי כברירת מחדל.
ה-SDK של Priority מאפשר התחברות אחת לכל תהליך, ולכן קריאות מקבילות חיכו בתור זו לזו. מפעילים את מאגר העובדים, והן רצות זו לצד זו.
ה-Gateway מסביר את עצמו לפי בקשה: באיזה דיאלקט שאילתות להשתמש, איזו גישה מתאימה לאיזו משימה, ואיך לבנות תהליך n8n. מודל שפה שולף את זה תוך כדי שיחה במקום לנחש.
הזמנות מ-Shopify אל Priority. ייצוא חשבוניות לילי החוצה. אישורי מסמכים דרך Slack. גוררים את הנוד n8n-nodes-priority-gateway אל הקנבס ומחברים אותו. בלי קוד דבק, ובלי לבנות משהו לכל לקוח.
v3.17.1 · 61 גרסאות · רישיון MIT
אתם מתארים מה הלקוח צריך. הוא קורא את הטפסים שלו, בונה את האפליקציה, בודק אותה בדפדפן אמיתי, ומחזיר קובץ מוכן למסירה.
שלוש שאלות קובעות את הצורה, את הטופס ואת אופן ההתחברות.
הוא קורא את הטופס האמיתי מתוך ה-Priority של הלקוח.
הסוכן Builder מקים את האפליקציה על הדיסק תחת generated-apps/.
הוא מריץ את האפליקציה בדפדפן אמיתי ומתקן מה שנשבר.
שינויים נכנסים בשלב הנכון, בלי לבנות הכול מחדש.
בוחרים צורה ומסגרת. הוא בוחר את התבנית.
| React | HTML | Python CLI | |
|---|---|---|---|
| אפליקציית web | טפסים והרשאות | קובץ יחיד | — |
| דשבורד | KPIs ופילטרים | לקריאה בלבד | — |
| Mobile-first | רספונסיבי | PWA, עמיד לאופליין | — |
| אוטומציה | — | — | ידידותי ל-cron |
אחד מהם רץ בכל שלב.
| סוכן | תחום אחריות |
|---|---|
| Researcher | שולף מטה-דאטה חי של הטופס מה-Gateway |
| Designer | ממפה טפסים ותת-טפסים לתבניות UI |
| Builder | מקים קבצים תחת generated-apps/ |
| Tester | מריץ את התרחיש בדפדפן Chrome אמיתי (עד 3 ניסיונות) |
אפליקציות ייחוס שהמחולל מעתיק ומתאים. תבניות חדשות מתווספות בכל גרסה.
orders-dashboard-react
דשבורד הזמנות לקריאה בלבד עם KPIs, חיפוש ופילטר סטטוס.
stock-count-mobile-html
PWA לספירת מלאי במובייל עם כתיבה לתת-טפסים ופעולת סיום.
invoice-export-python
ייצוא מתוזמן של חשבוניות ל-CSV.
employee-order-react
הזנת הזמנות לעובדים שלכם.
auth-contact-react
טופס שאנשי הקשר של הלקוחות שלכם נכנסים אליו.
auth-priority-user-react
נקודת פתיחה לכניסה עם משתמש Priority.
contacts-list-session-react
רשימה עם חיפוש, ששומרת את המקום שלכם בגלילה.
+ עוד תבניות בדרך
תבניות חדשות מתווספות בכל גרסה.
שלושה צעדים: גילוי, שאלה, פעולה. Claude לומד את הטפסים, השואל מקבל תשובות מנתונים חיים, והפעולות חוזרות חזרה ל-Priority.
המודל לומד את הטפסים והשדות שלכם לפי הצורך.
➔"הראה הזמנות פתוחות ל-ACME מהחודש הזה." שפה טבעית בכניסה, שורות מובנות ביציאה.
➔יוצרים רשומות, מריצים פרוצדורות, מפיקים דוחות ומעלים קבצים, הכול בשיחה אחת.
עובד עם
שוחחו עם נתוני Priority חיים — שאלו, שלפו, צרו.
צרו אפליקציות web שקוראות וכותבות ל-Priority דרך ה-Gateway.
דשבורדים פנימיים מעל Priority, בלי קוד צד-שרת.
חשיבת LLM בתוך תהליכים — ניתוב חכם, התראות וטריאז'.
כל לקוח תואם MCP מתחבר. ה-Gateway מטפל באימות, בניתוב ובמחזור החיים של הסשן. כל פרטי ה-MCP ←
בקשות אמיתיות של לקוחות שכבר רצות על ה-Gateway.
הזמנות ממסחר אלקטרוני, מ-EDI או מאימייל זורמות דרך n8n אל Priority — מאומתות, מועשרות ורשומות.
PWA בקובץ יחיד על הטלפונים במחסן, מחולל מפרומפט אחד. כתיבה לתת-טפסים, פעולת סיום, ושורד סגירת טאב.
"אילו הזמנות נשלחו באיחור החודש?" Claude קורא נתוני Priority חיים ועונה — בלי דוח ייעודי.
הזמנות, חשבוניות וסטטוס משלוח — נבנים ב-Lovable או ב-Base44, ומוגשים על ידי ה-Gateway.
CLI ב-Python על cron מושך שורות AINVOICES ל-CSV ומעלה אותן ל-S3, ל-SFTP או ל-FileSmile. מחולל ממשפט אחד.
כרטסות והצהרות שמופעלות ממערכות חיצוניות — זרימת הפעלת מסמך מלאה מעל HTTP.
מתארח אצלנו על Amazon Web Services עם Cloudflare מלפנים. אין גייטוויי שאתם צריכים להתקין, לעדכן או להחזיק באוויר.
הגייטוויי המתארח רץ באזור תל אביב של Amazon, ונפרס מצינור גרסאות מסודר. הסודות שמורים מוצפנים ב-AWS Parameter Store, ולא בבסיס נתונים או בקובץ הגדרות.
כל בקשה מגיעה דרך Cloudflare: הצפנת TLS, הגנה מפני מתקפות מניעת שירות, חומת אש לאפליקציות, הגבלת קצב וסינון בוטים — ולצד זה מטמון וניתוב שמקצרים את הדרך מכל מקום שממנו קוראים לו.
השרתים לא מקבלים חיבורים נכנסים. הם יוצרים קשר החוצה אל Cloudflare והתעבורה חוזרת דרך אותה מנהרה, כך שאין פורט ציבורי למצוא ואין מה לסרוק. ממשקי הניהול יושבים מאחורי שער נוסף.
מריצים את Priority אצלכם בארגון? מצוין — הגייטוויי מגיע אליו מכאן דרך חיבור יוצא שאתם מאשרים, כך שאין מה להתקין ואין פורט שצריך לפתוח ברשת שלכם.
חלק מחבילת Priority AI-Tools
רישום אחד מחבר את הצוות שלכם ל-Priority דרך AI — Claude, ChatGPT, Gemini, BI ומחולל אפליקציות.