מהו Retool?
Retool היא פלטפורמת פיתוח לבניית כלי עבודה עסקיים פנימיים: דשבורדים, פאנלי ניהול, CRM ואפליקציות זרימות עבודה, כולם מחוברים למסדי הנתונים ול-API שלכם. בונה ה-AI החדש, שנמצא כרגע בגרסת בטא וממותג כ-AppGen, לוקח תיאור בשפה טבעית ומייצר אפליקציית full-stack שלמה מאפס.
הוא כותב את סכימת מסד הנתונים, זורע נתוני דמו מציאותיים, כותב את פונקציות ה-TypeScript של ה-backend, ובונה frontend רב-עמודים ב-React, הכול מחובר ופועל על גבי מסד הנתונים PostgreSQL המובנה של Retool.
למי Retool מתאים?
- מפתחי כלים פנימיים שרוצים לדלג על שלב ה-bootstrapping של ה-backend ולעבור מדרישה כתובה לאפליקציה עובדת ומחוברת לנתונים בסשן אחד, בלי לגעת במסגרת עבודה או בקונפיגורציית פריסה מאפס.
- צוותי תפעול ומוצר שזקוקים ל-CRM, למעקב תשלומים או לדשבורד תחזוקה אבל לא יכולים לחכות שלצוות ההנדסה יהיה זמן. הבונה המבוסס-פרומפט של Retool מביא אותם לגרסה עובדת באותו יום.
- מייסדים טכניים שבונים פלטפורמות פנימיות כחלק מהמוצר שלהם. Retool נותנת להם פלט פלטפורמה מוכן לייצור עם גישה מלאה לקוד, כך שהם לא נעולים בתוך קופסה שחורה.
- מפתחים שרוצים נקודת התחלה, לא מוצר מוגמר. לשונית הקוד פתוחה בכל התוכניות, כך שהאפליקציה שנוצרת היא לא פחות סקיצה מאשר תוצר. מהנדסים שרוצים להשלים דברים בדרך שלהם ימצאו את ההעברה נקייה.
היתרונות והחסרונות של Retool
- אפליקציית full-stack נוצרת מפרומפט אחד
- גישה ישירה לקוד כלולה בכל תוכנית
- שער אישור פונקציות מונע כתיבות נתונים בשוגג
- סימן @ מחבר מקורות נתונים בתוך הפרומפט עצמו
- שלושה מצבי עריכה נפרדים שמתאימים לכל זרימת עבודה
- איכות הפלט מתחרה בכלים ייעודיים
- תמיכה בבניית MCP דרך Claude Code, Cursor ואחרים
- בניות מורכבות נמשכות 15 עד 20 דקות להשלים
- תמחור לפי בונה ולפי משתמש מצטבר מהר עבור צוותים גדלים
- לבונה ה-AI החדש עדיין מוצמד תווית בטא
פירוט הדירוג
הבונה ה-AI החדש של Retool עדיין מסומן כבטא, אבל הפלט שראיתי בבדיקה לא מרגיש כמו ניסוי מוקדם. הנה איך הוא מתפקד בכל התחומים החשובים כשמעריכים בונה אפליקציות AI לעבודה אמיתית.
| תכונה | ציון (מתוך 10) | למה הציון |
|---|---|---|
| קלות שימוש | 9.0 | ההרשמה לוקחת פחות משתי דקות וממשק הבונה ברור, אבל מערכת אישור הפונקציות מוסיפה עקומת למידה בפעם הראשונה שמפרסמים |
| תכונות ופונקציונליות | 9.8 | יצירה מלאה של full-stack, תמיכה ב-MCP, שלושה מצבי עריכה, שערי אישור נתונים וסוכנים: מעט מאוד חסר בשלב הזה |
| עיצוב והתאמה אישית | 9.2 | הפלט שנוצר מלוטש ומגיע עם מתג מצב כהה/בהיר עובד; עריכה ויזואלית אחרי הבנייה קיימת, אבל החוויה עדיין מבוססת-צ’אט בעיקרה |
| תמורה למחיר | 8.8 | התוכנית החינמית שימושית באמת; שכבות בתשלום גובות לפי בונה ולפי משתמש פנימי, מה שמטפס בחדות ככל שגודל הצוות גדל |
| ביצועים ואמינות | 9.5 | בנייה של 18 דקות לאפליקציית full-stack עם 9 טבלאות וללא שגיאות, וזרימת אישור מובנית שמוסיפה ביטחון בלי לחסום את ההתקדמות |
| כולל | 9.4 | הבונה החדש מפיק אפליקציות full-stack מוכנות לשימוש אמיתי, עם בקרות בטיחות חזקות, גישה לקוד בכל התוכניות, ואיכות פלט שעולה על רוב החלופות במחיר הזה |
התכונות של Retool
- פרומפט בשפה טבעית מייצר אפליקציית full-stack בסשן אחד
- סימן @ מושך מסדי נתונים ושירותים חיצוניים לתוך הפרומפט תוך כדי הקלדה
- אינטגרציית MCP עם Claude Code, Cursor, Codex, ChatGPT ו-Kiro
- שער אישור אנושי נדרש לפני שפונקציה כלשהי שכותבת נתונים רצה
- צ’אט, מצב בחירה ועריכת קוד ישירה לשיפור לאחר הבנייה
- מסד נתונים PostgreSQL מובנה עם סביבות staging ו-production
- פרסום בלחיצה אחת לתת-דומיין מותאם .retool.app
הסקירה הכנה שלי על Retool: מה גיליתי אחרי הבדיקה
אתם כותבים פרומפט עוד לפני ההרשמה
הדבר הראשון ש-Retool עושה אחרת הוא שלא מבקשים מכם ליצור חשבון לפני שמתחילים לבנות. דף הבית נפתח עם תיבת פרומפט גדולה במרכז, ואתם מקלידים את הרעיון שלכם ישירות לתוכה לפני שאתם נוגעים בטופס ההרשמה.
יש שני דברים שכדאי לדעת על תיבת הפרומפט הזו לפני שמשתמשים בה:
פרומפטים להתחלה. כפתור “Starter prompts” פותח תפריט נפתח עם ארבעה מקרי שימוש מוכנים:
- כלי לניהול הזמנות
- עוקב קליטת ספקים
- תור תמיכה לקוחות
- דשבורד KPI למכירות
אלה שימושיים כדי לחקור מה הבונה יכול להפיק. אלה לא תבניות שלוחצים עליהן ועוברים דרכן: בוחרים אחת, והיא ממלאת את תיבת הפרומפט, שאותה אפשר לאחר מכן לערוך לפני השליחה.
@ עבור מקורות נתונים. הקלדת @ בתוך תיבת הפרומפט פותחת בורר מקורות נתונים באמצע המשפט. התפריט מציג MySQL, PostgreSQL, Stripe, Slack, Snowflake ועוד. זה אומר שאתם יכולים לכתוב פרומפט כמו “Create a vendor onboarding tracker that pulls vendor status from our @PostgreSQL database and flags incomplete submissions,” וכך חיבור מסד הנתונים כבר נקרא בהנחיה שלכם לפני שהבנייה מתחילה.
Build via MCP. מתחת לתיבת הפרומפט הראשית, כפתור “Build via MCP” פותח חלון (צילום מסך 3) שמנחה אתכם לחבר את Retool ל-Claude Code, Cursor, Codex, ChatGPT או Kiro באמצעות פקודת טרמינל. עבור צוותים שמעדיפים לבנות מתוך ה-IDE שלהם, זו דרך מתועדת במלואה, לא מחשבה משנית.
בדקתי את הבונה עם פרומפט מפורט: פלטפורמת ניהול נכסים לבעלי דירות ולשוכרים הכוללת אימות משתמשים, רשימות נכסים, ניהול חוזי שכירות, תשלומי שכירות, בקשות תחזוקה, העלאת מסמכים, הודעות, התראות, דשבורד ניהול, דוחות, אינטגרציית Stripe, מסד נתונים PostgreSQL, REST API, עיצוב רספונסיבי והוראות פריסה. תשעה אזורי פיצ’ר, קלט אחד.
אחרי שלחצתי Send, דף הבית ביקש ממני להירשם או להתחבר כדי להמשיך לבנות.
הפרומפטים להתחלה ובורר מקורות הנתונים @ בתוך תיבת הפרומפט גורמים לכם להבין את היכולות של הכלי עוד לפני שיצרתם חשבון. בוני אפליקציות אחרים גורמים לכם לחקור תכונות; Retool גורם לכם להשתמש בהן.
ההרשמה מהירה, עם שלב הגדרה אחד לאחר מכן
Retool מציעה שני מסלולי הרשמה: Continue with Google או אימייל וסיסמה. Google לוקח בערך 20 שניות.
המסך הבא מבקש שני דברים:
| שדה | מה הוא עושה |
|---|---|
| Full name | שם התצוגה שלכם בתוך הפלטפורמה |
| Organisation name | מגדיר את תת-הדומיין שלכם, לדוגמה kimothokarani.retool.com |
זמינות תת-הדומיין נבדקת בשידור חי ומאומתת עם סימון ירוק לפני שלוחצים Continue. אין שלב אימות אימייל, אין רשימת משימות קליטה, ואין סיור תכונות שצריך לסגור. הבונה נפתח מיד.
בדף ההרשמה של Retool מופיעים לוגואים של Ramp, DoorDash, Stripe, Amazon, Snowflake ו-OpenAI כלקוחות קיימים.
זה הקשר שכדאי להכיר לפני שמחליטים אם הפלטפורמה רצינית לשימושים ארגוניים.
בתוך הבונה: עם מה אתם עובדים
ברגע שהבונה נטען, הממשק מחולק לשני פאנלים:
פאנל שמאלי: לשוניות Chat, Data ו-Code
- Chat הוא המקום שבו מתקשרים עם הבונה במהלך הבנייה ואחריה. הוראות, הבהרות ושינויים המשך כולם קורים כאן.
- Data מציג את המשאבים המחוברים שלכם (Retool Database ו-Retool Storage כברירת מחדל) ואת רשימת פונקציות ה-backend שהבונה יצר, כולל אילו מהן דורשות אישור לפני שיוכלו לרוץ.
- Code פותח את עץ קובצי הפרויקט המלא: פונקציות TypeScript של backend מאורגנות לפי אזור פיצ’ר, ורכיבי React TSX מאורגנים לתיקיות pages, components, hooks ו-lib.
פאנל ימני: Preview
זו התצוגה החיה של מה שהבונה מייצר באותו רגע. בזמן שהבנייה מתבצעת, הפאנל הזה מציג מצב טעינה בגווני גרדיאנט.
כשהבנייה מסתיימת, הוא מציג את האפליקציה המלאה וניתנת לניווט. אפשר לעבור בין Preview לבין קובצי קוד בודדים באמצעות הלשוניות שבחלק העליון.
כפתור “Publish” יושב בפינה הימנית העליונה ונשאר גלוי לאורך כל הסשן, כך שתמיד ברור לכם שהעלאה לאוויר נמצאת צעד אחד משם.
הבנייה עצמה: 18 דקות, 35 שינויים, פרומפט אחד
הבנייה התחילה ב-7:55 pm. הנה מה שקרה, לפי הסדר שבו זה קרה:
שלב 1: חשיבה. הבונה לא התחיל לכתוב קוד מיד. קודם הוא הציג “Reasoning through the options…” ובילה בערך 9 שניות בניתוח הפרומפט לפני שהפיק תוכנית מסודרת. הסרגל הצדדי הציג סיכום של מה שהתכוון לבנות בכל אזורי הפיצ’ר: Payments, Maintenance, Documents, Messages, Notifications, Tenants and Users, ו-Reports. לכל אחד הייתה תיאור קצר של מה יכלול.
שלב 2: טבלאות מסד הנתונים. הבונה הציג בלוק SQL שכותרתו “Create all database tables” עם תיאור: “Creates all 9 tables needed for the property management platform: users, properties, units, leases, payments, maintenance requests, documents, messages, and notifications.” קוד ה-CREATE TABLE המלא היה גלוי בפאנל. הופיעו שני כפתורים: Deny ו-Run. לחצתי Run.
שלב 3: נתוני seed, מעבר ראשון. לאחר מכן הגיע “Seed demo users, properties, and units”: משפטי INSERT לדמו של בעלי דירות, שוכרים ונכסים עם שמות, אימיילים, תפקידים ומספרי טלפון מציאותיים. Deny או Run. לחצתי Run.
שלב 4: נתוני seed, מעבר שני. אחר כך “Seed leases, payments, maintenance, messages, notifications”: משפטי INSERT לחוזי שכירות עם טווחי תאריכים וסכומי שכירות אמיתיים, רשומות תשלום, בקשות תחזוקה עם רמות עדיפות, שרשורי הודעות ורשומות התראה. Deny או Run. לחצתי Run.
שלב 5: פונקציות backend. הבונה עבר ל-“Now let me build all backend functions” והתחיל לערוך קבצי קוד בלי לדרוש ממני קלט. הוא יצר פונקציות כמו getStats.ts, קובץ אחד בכל פעם, והזרים כל קובץ ללשונית Code עם השלמתו.
שלב 6: עמודי frontend. לאחר מכן הגיעו רשימות ארוכות של עריכות קבצים: Dashboard.tsx, Properties.tsx, Leases.tsx, Payments.tsx ועוד. הבונה גם ניקה ייבואים לא בשימוש ותיקן שגיאות TypeScript אוטומטית תוך כדי העבודה על הקבצים.
שלב 7: בדיקות ו-README. הבונה הריץ בדיקות משלו מול פונקציות מסד הנתונים שזה עתה כתב, אישר שהן מחזירות נתונים, תיקן duplicate useEffect ב-Leases.tsx, פתר תלויות, וכתב README שמכסה שלבי אינטגרציית Stripe, אינדקסים של מסד הנתונים, המלצות על סקיילינג ומיפוי REST API.
הבנייה הושלמה ב-8:13 pm. 18 דקות. 35 שינויים לאורך בסיס הקוד. הסיכום בפאנל השמאלי מנה בדיוק מה נבנה בכל אזור פיצ’ר.
הפלט: מה באמת מתקבל אחרי 18 דקות
כאן Retool נבדלת מרוב בוני ה-AI שבדקתי.
האפליקציה הסופית נקראה “PropManage” והייתה לה סרגל צד ממותג לחלוטין עם לוגו, שם המשתמש המחובר והתפקיד שלו (Sarah Johnson, Landlord), ועשרה פריטי ניווט: Dashboard, Properties, Leases, Payments, Maintenance, Documents, Messages, Notifications, Tenants and Users, ו-Reports. Settings ו-Sign Out ישבו בתחתית.
Dashboard: השורה העליונה הראתה באנרים התראה חיים: “2 overdue payments totalling $3,800” בצבע ענברי, ו-“1 urgent maintenance request need attention” באדום. מתחתיהם היו שמונה כרטיסי KPI:
| KPI | ערך |
|---|---|
| Total Properties | 3 active |
| Occupancy Rate | 67% (6 of 9 units) |
| Rent Collected | $20,600 this period |
| Overdue Payments | $3,800 (flagged in orange) |
| Active Leases | 5 expiring soon |
| Open Maintenance | 3 (1 in progress) |
| Tenants | 4 across 2 landlords |
| Unread Messages | 3 awaiting response |
מתחת לכרטיסי KPI: גרף Revenue Overview (Collected vs Pending) וגרף עמודות Unit Status שמציג יחידות תפוסות מול פנויות. מתחתיהם: רשימת Recent Payments ורשימת Recent Maintenance, עם פריטים המקודדים בצבע לפי סטטוס (Urgent אדום, High כתום, Medium צהוב, Resolved אפור).
עמוד Properties: שלושה כרטיסי נכסים המציגים את Oak Street Complex, Sunset Apartments ו-Downtown Lofts. בכל כרטיס הוצגו:
- מספר יחידות ואחוז תפוסה
- סכום הכנסות חודשי
- סרגל התקדמות תפוסה
- סוג הנכס והבעלים
- כפתורי Edit ו-View
עמוד Messages: ממשק דואלי עם לשוניות Inbox/Sent, תג מונה הודעות לא נקראו (3), תוויות תפקיד השולח (Tenant), תצוגות מקדימות של הודעות, חותמות זמן וכפתור Compose.
עמוד Payments: שלושה כרטיסי סיכום בראש העמוד (Collected $20,600, Pending $13,000, Overdue $3,800), באנר “Stripe Integration Ready” עם כפתור Connect Stripe, טבלת תשלומים שניתן לחפש ולסנן עם 14 תוצאות, ופעולות “Mark Paid” נפרדות לכל שורה.
האפליקציה כללה גם מתג מצב כהה/בהיר בפינה הימנית העליונה של התצוגה המקדימה (צילום מסך 1, אצווה שנייה). מצב כהה היה ברירת המחדל. מעבר למצב בהיר עדכן את כל האפליקציה באופן מיידי.
כל אחד מהעמודים האלה נבנה מפרומפט יחיד. העומק של מה שנבנה, כולל עדיפויות תחזוקה מקודדות בצבע, קורא ההודעות הדו-פאנלי, באנר האינטגרציה עם Stripe, והגרף של revenue מול pending, הוא לא מה שהייתם מצפים מיצירה ראשונה של AI.
שלוש דרכים לערוך אחרי הבנייה
לאחר שהבנייה מסתיימת, Retool נותנת לכם שלוש דרכים נפרדות לבצע שינויים. שלושתן זמינות בתוכנית החינמית.
1. Chat לשונית ה-Chat בפאנל השמאלי נשארת פעילה גם אחרי הבנייה. ממשיכים להקליד הנחיות: “Add a city filter to the Properties page” או “Change the overdue payment card to show yellow instead of red.” הבונה עורך את הקובץ הרלוונטי ומראה לכם מה השתנה. זו הדרך למשתמשים לא-טכניים ולשינויים שקל יותר לתאר מאשר לאתר בקוד.
2. מצב בחירה. לחיצה על סמל מצב הבחירה בפינה הימנית העליונה של התצוגה מקפיצה את האפליקציה לשכבת עריכה אינטראקטיבית.
לוחצים על כל רכיב על המסך ומופיע חלון צף שמציג את שם הרכיב ואת קובץ המקור המקושר אליו.
שדה “Ask for changes” מאפשר להקליד הנחיה ממוקדת בלי לעזוב את התצוגה המקדימה. בבדיקה שלי, לחיצה על כותרת עמוד Payments פתחה בועה המקושרת ל-Payments.tsx. זה מהיר יותר מאשר לתאר באיזה אלמנט מדובר בהודעת צ’אט.
3. עריכת קוד ישירה. לשונית Code מציגה את עץ קובצי הפרויקט המלא. פונקציות Backend ב-TypeScript, רכיבי frontend כקבצי .tsx, הכול מאורגן וקריא. למשל, אפשר לפתוח את getPayments.ts ולקרוא או לערוך את שאילתת ה-SQL ישירות.
הקוד נקי, מובנה היטב, ואינו דורש מכם להבין את הארכיטקטורה הפנימית של Retool כדי לעבוד איתו.
הטבלה למטה מסכמת איזה מצב עריכה מתאים לאיזה סוג משתמש:
| מצב עריכה | הכי מתאים ל | דורש ידע בקוד |
|---|---|---|
| Chat | משתמשים לא-טכניים; שינויים רחבים | לא |
| מצב בחירה | שינויי UI ממוקדים; מהיר יותר מצ’אט | לא |
| עריכת קוד ישירה | שינויי לוגיקה מדויקים; שאילתות מותאמות אישית | כן |
מנהלי תפעול ומשתמשים לא-טכניים יכולים להישאר בצ’אט. מצב הבחירה סוגר את הפער שבאמצע: אתם יודעים מה אתם רוצים לשנות, אתם רואים את זה על המסך, רק לא יודעים באיזה קובץ זה נמצא.
רוב בוני ה-AI מכריחים את כולם למסלול אחד. Retool לא, וזה חשוב כשמי שבונה הוא לא תמיד מי שמשפר.
מערכת אישור הפונקציות: שער בטיחות הגיוני
מתחת ללשונית Data, יש מתג: “Require approval to run functions that may modify data.” הוא מופעל כברירת מחדל.
כל פונקציה שכותבת, מעדכנת או מוחקת נתונים נמצאת בתור “Needs review” לפני שהיא יכולה להתבצע. בבנייה שלי, זה כלל את:
- markAllRead
- markRead
- recordPayment
- saveLease
- saveProperty
- saveRequest
- saveUser
- sendMessage
- uploadDocument
לכל אחת יש באנר בראש חלון הפרטים שלה: “This function requires review. Ensure it performs the right operations on the right data before approving.” קוראים את ה-TypeScript, מוודאים שה-SQL עושה את מה שצריך, ולוחצים Approve.
זה חשוב לפרסום. כשניסיתי לראשונה ללחוץ Publish (צילום מסך 8, אצווה שנייה), רשימת הבדיקה לפרסום סימנה בעיה חוסמת: “There are functions that are not yet approved. You cannot publish functions that change external data without approving them first.” כפתור “Review functions” קישר ישירות ללשונית Data.
אחרי אישור כל פונקציה, תהליך הפרסום המשיך בצורה חלקה. הגדרתי את כתובת ה-URL של האפליקציה (kimothokarani–properties.retool.app), בחרתי תיקייה, תייגתי את ההפצה ולחצתי Publish.
אם אתם משתמשים ב-Retool כדי לנהל נתוני עסק אמיתיים (תשלומים, חוזי שכירות, רשומות משתמשים), אתם לא רוצים ש-AI יכתוב פונקציות מסד נתונים שירוצו בלי האישור שלכם. לרוב כלי הבנייה אין את השער הזה. העובדה ש-Retool שולחת אותו כברירת מחדל אומרת משהו משמעותי על איך הפלטפורמה חושבת על מה פירוש “מוכן”.
פרסום: כמעט בלחיצה אחת, עם שער אחד לעבור
תהליך הפרסום פשוט ברגע שאישורי הפונקציות נמצאים במקום:
- לוחצים “Publish” בפינה הימנית העליונה
- מגדירים את כתובת ה-URL של האפליקציה (פורמט: [org]–[appname].retool.app)
- בוחרים תיקייה (ברירת מחדל: Published)
- מתייגים את ההפצה: no tag או Major release (1.0.0)
- לוחצים Publish
כתובת ה-URL המתקבלת היא כתובת .retool.app נקייה וניתנת לשיתוף. אין צורך באחסון נפרד בתוכנית החינמית. אפשר לשתף את הקישור מיד לאחר הפרסום, והאפליקציה חיה לכל מי שיש לו גישה.
מחיר ותוכניות של Retool
Retool משתמשת במודל מנוי עם שכבת AI credits מעליו. יש שני סוגי משתמשים בכל התוכניות:
- Builders: משתמשים שיוצרים או עורכים אפליקציות במחזור חיוב
- Internal users: משתמשים שרק משתמשים באפליקציות בלי לערוך
דברים מרכזיים שכדאי לדעת לפני התחייבות:
- אין אחריות החזר כספי מפורסמת.
- התשלום בכרטיס אשראי בלבד.
- חיוב שנתי חוסך 20% בכל התוכניות בתשלום.
- אשראי AI מכסה בניית אפליקציות ו-AI Actions. הוא מתחדש מדי חודש ואינו נצבר.
- Agents מחויבים בנפרד לפי שעה ואינם שואבים ממאגר האשראי של ה-AI.
- לקוחות Enterprise יכולים לחבר מפתח API של ספק המודל שלהם. כשהוא פעיל, קריאות AI מנותבות דרך המפתח שלהם עצמם וקרדיטים של Retool לא נצרכים.
- תוכנית Business נדרשת לכל דבר שפונה ללקוחות: פורטלים, אפליקציות מוטמעות ומיתוג מותאם נעולים מאחוריה.
- קרדיטי בונוס כלולים ב-Team ומעלה (750 בסיס + 250 בונוס ב-Team; 1,500 בסיס + 1,500 בונוס ב-Business). ניתן לרכוש חבילות קרדיטים נוספות בכל תוכנית בתשלום.
איזו תוכנית מתאימה לאיזה משתמש:
מפתחים בודדים וצוותים קטנים שעושים בניות ראשוניות יכולים להישאר בניסיון בחינם בנוחות. צוותים שעושים איטרציות בתדירות גבוהה יגיעו למגבלת הקרדיטים ויצטרכו את שכבת Team. כל צוות שבונה אפליקציות לפניות לקוחות או אפליקציות מוטמעות צריך את תוכנית Business. צוותים עם דרישות תאימות, צורך ב-SSO או יותר מכמה בונים צריכים לדבר עם המכירות על Enterprise.
חלופות ל-Retool
המתחרה הישירה ביותר לבונה ה-AI החדש של Retool עבור כלי עבודה פנימיים לארגונים היא Superblocks. במקום ש-Retool תייצר אפליקציית full-stack בתוך הפלטפורמה שלה ותשאיר את הקוד שם, Superblocks מייצרת אפליקציות כקוד React ניתן לייצוא, שאפשר לשנות ב-IDE שלכם ולפרוס מחוץ לפלטפורמה לחלוטין.
עבור צוותים שרציניים לגבי הימנעות מנעילת ספק, ההבדל הזה חשוב.
Superblocks מציעה גם מודל אבטחה היברידי: הסוכן שלה רץ בתוך ה-VPC שלכם בעוד שממשק הבונה מנוהל בענן של Superblocks, מה שהופך אותה לבחירה חזקה יותר עבור ארגונים עם דרישות קשוחות של מיקום נתונים. Retool כן מציעה self-hosting, אבל הוא דורש תקורה תשתיתית משמעותית יותר מהגישה מבוססת-הסוכן המקומי של Superblocks.
הפשרה היא המחיר. Superblocks היא ללקוחות Enterprise בלבד ($200 לכל בונה AI לחודש, ועוד $100 לכל אפליקציה מאוחסנת לחודש), מה שהופך את התוכנית החינמית ואת שכבת Team של Retool לנגישות בהרבה עבור צוותים קטנים יותר.
| תכונה | Retool | Superblocks |
|---|---|---|
| קלות שימוש | תוכנית חינמית, דף בית שמתחיל בפרומפט, הרשמה מהירה | ממוקדת ארגונים; חסם כניסה גבוה יותר להתחלה |
| הכי מתאים ל | צוותי כלים פנימיים בכל גודל, בהובלת מפתחים | צוותי Enterprise עם דרישות VPC ותאימות |
| Backend ונתונים | PostgreSQL מובנה; יותר מ-100 אינטגרציות דרך תחביר @ | יצירת full-stack; ייצוא קוד React עצמאי ונקי |
| גמישות עיצובית | Chat, מצב בחירה ועריכת קוד מלאה בתוך הפלטפורמה | גרירה ושחרור, יצירה ב-AI ועריכת IDE מקומית עם סנכרון דו-כיווני |
| מודל תמחור | יש תוכנית חינמית; Team החל מ-$10/builder לחודש | Enterprise בלבד; צרו קשר עם המכירות |
פסק דין סופי: האם Retool שווה את זה?
בונה ה-AI החדש של Retool הוא פלטפורמת הפרומפט-לאפליקציה הכי מסוגלת שבדקתי עבור כלים פנימיים. בתוך 18 דקות בלבד, הוא יצר פלטפורמת ניהול נכסים מרובת-עמודים עם נתוני seed, לוגיקת עסק, דשבורדים וניווט.
מה שהרשים אותי ביותר היה איכות הפלט. האפליקציה הרגישה שמישה מהיום הראשון ולא אבטיפוס גס, ותכונות כמו אישורי פונקציות וגישה מלאה לקוד מראות ש-Retool מתמקדת בזרימות עבודה אמיתיות של ייצור.
עם זאת, היא לא אידיאלית לכולם. משתמשים לא-טכניים עלולים להיאבק בתהליך הפרסום, ותמחור לפי מושבים יכול להיות יקר כשהצוות גדל. הבונה גם עדיין בבטא, ולכן נשארו כמה קצוות לא מלוטשים.
עבור מפתחים, סטארטאפים וצוותי תפעול שבונים תוכנה פנימית, Retool מספקת כרגע את חוויית הפרומפט-לייצור החזקה ביותר שקיימת. אם מהירות, גמישות ומוכנות לייצור חשובים לכם, זו אחת מבוני האפליקציות מבוססי ה-AI הטובות ביותר שאפשר להשתמש בהן היום.
