לכל פלטפורמה יש קיר. מצד אחד נמצאים הפיצ'רים שהיא מגיעה איתם. מהצד השני נמצא כל מה שאתם באמת צריכים ואף אחד עוד לא בנה — האינטגרציה המוזרה, פורמט הדוח הספציפי, הכלל שהוא פשוט קצת יותר מדי מותאם אישית. בדרך כלל, לחצות את הקיר הזה משמעו לגייס מפתח ולחכות. ה-Builder Assistant הוא הדרך של Mihu לעבור אותו: אתם מתארים מה אתם צריכים במשפט אחד, והוא כותב את הקוד האמיתי, פורס אותו כשירות רץ, ומעביר לכם כתובת URL פעילה.

"עקוב אחר ה-CRM שלי לאיתור לידים חדשים ושלח כל אחד ל-webhook שלנו כ-JSON." "סגמנט את אנשי הקשר שלי אוטומטית והפעל מעקב עבור החמים." "שלח לי דוח WhatsApp יומי על השיחות של אתמול." אף אחד מאלה הוא לא כפתור ב-Mihu. כולם הם משפט אחד ל-Builder — שהולך ובונה את התוכנה שמגשימה אותם.

מה זה ה-Builder Assistant

הדרך הכי פשוטה לומר את זה: ה-Builder Assistant הוא מהנדס תוכנה מבוסס-AI שעובד ממשפט. Mihu Assistant היומיומי — הקו-פיילוט מיום 1 — מפעיל את הדברים ש-Mihu כבר יודע לעשות, כמו יצירה ועדכון של סוכנים, חיבור ערוצים, השקת קמפיינים והפקת דוחות. ה-Builder שונה. הוא לא לוחץ על כפתורים קיימים; הוא כותב תוכנה חדשה לגמרי כשהדבר שאתם רוצים עדיין לא קיים.

אתם מתארים תוצאה. הוא שואל מה הוא צריך — גישה, היקף, לוח זמנים — בדיוק כמו שמהנדס טוב היה עושה. ואז הוא כותב את הקוד, מריץ עליו ביקורת ובדיקות איכות משלו, פורס אותו כשירות אמיתי עם כוח מחשוב משלו, ומעביר לכם כתובת URL פעילה לשימוש. חשבו על זה פחות כפיצ'ר ויותר כאילו יש לכם מפתח בצוות שאף פעם לא ישן ועובד כולו בשפה פשוטה. אתם אף פעם לא פותחים, קוראים או מתחזקים שורת קוד אחת.

בשורה אחת

ה-Assistant מפעיל את הפיצ'רים של Mihu. ה-Builder כותב חדשים.

כשהבקשה שלכם היא משהו ש-Mihu כבר יודע לעשות, ה-Assistant מטפל בזה. כשצריך שתוכנה חדשה תתקיים קודם — אינטגרציה מותאמת אישית, אוטומציה ייעודית, הזנת נתונים בדיוק בצורה שלכם — ה-Builder כותב ומשלח אותה. אותה שיחה, שתי שכבות.

Assistant מול Builder: איפה עובר הקו

זו ההבחנה שחשובה, אז שווה להמחיש אותה. אם המשימה היא להפעיל את הפלטפורמה, זה ה-Assistant. אם המשימה היא ליצור משהו שהפלטפורמה לא מציעה, זה ה-Builder.

Mihu Assistant — מפעיל את הפלטפורמה

  • יוצר ומעדכן את הסוכנים שלכם
  • מחבר ערוצים ומשיק קמפיינים
  • מפיק את הדוחות והסיכומים המובנים
  • מפעיל פיצ'רים שכבר קיימים

Builder Assistant — כותב את התוכנה

  • כותב קוד אמיתי לאינטגרציות מותאמות אישית
  • בונה אוטומציות שאינן מובנות
  • מספק נתונים בדיוק בצורה שאתם צריכים
  • פורס אותה כשירות חי עם כתובת URL

מה הוא בונה

ה-Builder זורח בדיוק במקום שבו תבנית מוכנה בדרך כלל הייתה מרימה ידיים. כמה מהצורות שהעבודה לובשת:

אינטגרציות מותאמות אישית

חברו את Mihu לכל מערכת — CRM כמו Zoho, מסד נתונים פנימי, כלי מיושן ללא מחבר סטנדרטי. ה-Builder כותב את קוד האינטגרציה ופורס אותו כשירות.

נתונים בדיוק בצורה שלכם

צריכים שלידים יגיעו ל-webhook שלכם כמטען JSON ספציפי? ה-Builder כותב קוד מותאם אישית שממיר ושולח את הנתונים בדיוק כפי שהמערכת שלכם מצפה.

אוטומציות שאינן מובנות

סגמנטציה אוטומטית היא דוגמה מצוינת: ה-Builder כותב תוכנית קטנה שמריצה את הבדיקות שלכם על אנשי הקשר שלכם, בונה את הסגמנט, ומפעילה את הזרימה הנכונה — משהו ש-Mihu לא עושה מהקופסה.

דוחות ופייפליינים מתוזמנים

דוח WhatsApp יומי, ייצוא לילי, קומפילציה שבועית בפורמט נדרש — ה-Builder משלח משימה מתוזמנת שרצה מעצמה ומספקת בזמן.

לוגיקה וניקוד מותאמים אישית

נקדו לידים נכנסים לפי הגורמים שלכם, החילו כללי ניתוב שאף תבנית לא מכסה, הריצו כל לוגיקה ייעודית — פרוס כשירות שפועל על כל רשומה חדשה.

אפליקציות קטנות ו-endpoints

עמוד הזמנות, טופס קליטה, דאשבורד פנימי, endpoint שהאתר שלכם יכול לקרוא לו — נבנה, נפרס, ומועבר אליכם ככתובת URL פעילה.

רואים את זה בפעולה

כמה בקשות אמיתיות ומה ה-Builder עושה איתן.

Builder Assistant
עקוב אחר ה-Zoho CRM שלי לאיתור לידים חדשים. כשמגיע אחד, שלח אותו ל-webhook שלנו כ-JSON עם שם, טלפון, מקור וניקוד.
עליי. אכתוב שירות שעוקב אחר Zoho, מנקד כל ליד חדש, ושולח אותו ל-webhook שלכם בדיוק בצורת ה-JSON הזו. אצטרך את מפתחות ה-Zoho שלכם — הוסיפו אותם תחת Credentials בשם "zoho" ואפנה אליהם לפי השם. ואז אפרוס ואתן לכם את ה-URL.✓ השירות נכתב · ✓ נפרס · ✓ URL פעיל
סגמנט את אנשי הקשר שלי אוטומטית: כל מי שהתקשר פעמיים החודש אך מעולם לא קבע פגישה נכנס ל-"חם, ללא הזמנה" ומתחיל מעקב ב-WhatsApp.
זה לא פיצ'ר מובנה, אז כתבתי תוכנית קטנה שמריצה את הבדיקות האלה על אנשי הקשר שלכם מדי יום, בונה את הסגמנט, ומפעילה את זרימת המעקב ב-WhatsApp. היא עברה ביקורת ובקרת איכות, והיא חיה תחת Resources.✓ תוכנה מותאמת נבנתה · ✓ עברה ביקורת + QA
בנה דוח WhatsApp יומי על השיחות של אתמול: סה"כ, נפתרו על ידי ה-AI, הסלמות, וסנטימנט ממוצע.
בוצע. פרסתי משימה מתוזמנת שמרכזת את המספרים האלה בכל בוקר ושולחת אותם ל-WhatsApp שלכם. אתם יכולים לצפות בה רצה — ולראות את העלות שלה — בלשונית Resources.✓ משימה מתוזמנת נפרסה
אנחנו משתמשים במערכת הזמנות ישנה ללא מחבר סטנדרטי. חבר אותה כדי שהסוכנים יוכלו לקרוא ולכתוב פגישות.
כתבתי לה מחבר ופרסתי אותו כשירות, כך שהפגישות מסתנכרנות כעת בשני הכיוונים. פרטי הגישה שלה נשמרים מוצפנים, ואתם יכולים להפעיל או לעצור אותו בכל עת.✓ מחבר נכתב · ✓ נפרס

דברים שצוותים אמיתיים בונים

אותה שכבת קוד לובשת צורה שונה בכל תעשייה. הנה סוג התוכנה שהיא משלחת עבור העסקים ש-Mihu משרת.

רכב · חיבור ה-DMS

הרשומות של סוכנות רכב חיות במערכת פנימית ללא מחבר סטנדרטי. ה-Builder כותב אינטגרציה כך שהסוכנים יכולים לקרוא לקוחות עם שירות שמועדו עבר ולכתוב פגישות בחזרה — בשני הכיוונים, פרוס ורץ.

בריאות · הזנת קליטה מותאמת אישית

מרפאה צריכה שתוצאות שיחות יידחפו למערכת המטופלים שלה בפורמט מדויק. ה-Builder כותב פייפליין שממיר כל תוצאה ל-JSON הנדרש ושולח אותה — ללא הזנה מחדש ידנית.

מסחר אלקטרוני · סגמנטציה והפעלה אוטומטיות

סגמנטו לקוחות לפי התנהגות — עגלה נטושה, קונה חוזר, לקוח שנטש — והפעילו את זרימת המסרים הנכונה לכל אחד. ה-Builder כותב את התוכנה שמריצה את הבדיקות ומפעילה את הפעולות.

נדל"ן · שירות ניקוד לידים

נקדו כל ליד נכנס לפי תקציב, מיקום ודחיפות, ואז נתבו את החמים ביותר ישירות לסוכן הנכון. ה-Builder פורס את שירות הניקוד שפועל על כל ליד חדש אוטומטית.

שירותים פיננסיים · ייצוא ציות

משימה מתוזמנת שמרכזת את הנתונים היומיים הנדרשים בדיוק במתכונת שרגולטור או משרד ראשי מצפים לה, ומספקת אותם בזמן — נבנתה פעם אחת, רצה בכוחות עצמה.

אירוח · מיני-אפליקציית הזמנות

עמוד הזמנות בדומיין שלכם שמזין ישירות ל-Mihu ושומר על היומן שלכם מסונכרן. ה-Builder משלח את האפליקציה ומעביר לכם כתובת URL פעילה לשילוב באתר שלכם.

התבנית תמיד זהה

בכל אחד מאלה, אף אחד לא פתח עורך קוד, לא תדרך מפתח, ולא חיכה לספרינט. מישהו תיאר תוצאה במשפט, וה-Builder כתב את התוכנה, בדק אותה, ושילח אותה. העבודה שפעם הייתה פרויקט הופכת להודעה.

בתוך מצב Builder

מצב Builder חי בדאשבורד שלכם ויש לו שלושה חלקים פשוטים: ה-Builder Agent שאיתו אתם מדברים, ה-Resources שבו כל מה שהוא משלח באמת רץ, וה-Credentials ששומרים על הכול מאובטח.

1. ה-Builder Agent — תארו, והוא בונה

אתם מתחילים במשפט: "בקש ממני לבנות סוכן, אינטגרציה או אפליקציה." ה-Builder שואל מה הוא צריך — גישה, היקף, לוח זמנים — ואז כותב את הקוד, פורס אותו, ומעביר לכם כתובת URL פעילה. פאנל היסטוריה שומר כל בנייה כדי שתוכלו לחזור אליה או לעשות בה שימוש חוזר.

2. Resources — שירותים אמיתיים ורצים

כל מה שה-Builder יוצר רץ כשירות אמיתי עם כוח מחשוב משלו, תמונת מצב עם ניהול גרסאות, ובדיקות ביקורת ואיכות אוטומטיות שהוא חייב לעבור לפני שהוא עולה לאוויר. אתם רואים את המצב של כל אחד ואת העלות השעתית השקופה שלו, ואתם יכולים להפעיל או לעצור כל אחד מהם.

Resourcesכל מה שה-Builder פרס
שם מצב בדיקות תמונת מצב משאבים מקרה שימוש
zoho-lead-sync Stopped Review: Passed QA: Passed minders/zoho-lead-sync-a894e1c7 1 vCPU · 1 GiB · 3 GiB
€1.67 · €0.0794/hr
Integration
json-webhook-export Stopped Review: Passed QA: Passed minders/json-webhook-export-cfba71a 1 vCPU · 1 GiB · 3 GiB
€0 · €0.0794/hr
Data feed
contact-auto-segment Stopped Review: Passed QA: Passed minders/contact-auto-segment-dd201b4 1 vCPU · 1 GiB · 3 GiB
€0 · €0.0794/hr
Automation
daily-whatsapp-report Stopped Review: Passed QA: Passed minders/daily-whatsapp-report-cd036d0 1 vCPU · 1 GiB · 3 GiB
€0 · €0.0794/hr
Data pipeline
mini-crm-web Stopped Review: Passed QA: Passed minders/mini-crm-web-1ff80c9 1 vCPU · 1 GiB · 3 GiB
€0 · €0.0794/hr
Web app

3. Credentials — מאובטח בתכנון

כשבנייה צריכה גישה למערכת אחרת, אתם מוסיפים מערך פרטי גישה לפי שם — נניח מזהה לקוח וסוד של Zoho. הערכים נשמרים מוצפנים ולעולם לא מוצגים שוב; ה-Builder מפנה אליהם לפי השם בלבד. אותה לשונית מכילה את חיבור ה-Builder שלכם — שרת, tenant וטוקן — כך שתוכלו לחבר את שרת ה-MCP builder ולהפעיל את ה-Builder גם מחוץ לדאשבורד.

The Credentials tab in Builder Mode showing the Builder connection with server builder.mihu.ai, a tenant and a masked token, plus an Add a credential set form
לשונית ה-Credentials: חיבור Builder לשרת ה-MCP builder, בתוספת מערכי פרטי גישה מוצפנים שה-Builder מפנה אליהם לפי שם.

אתם מתארים; המכונה מהנדסת

כתיבה, בדיקה, פריסה, אבטחה והרצה של התוכנה הן כולן העבודה של ה-Builder. שלכם היא לומר מה אתם רוצים. אם אתם יכולים לתאר את זה, הוא יכול לבנות את זה.

למה זה משנה את העבודה

  • בלי תור למפתחים. האינטגרציה או האוטומציה המותאמת אישית שפעם משמעה שבועות של הנדסה נשלחת עכשיו בזמן שאתם עדיין בשיחה.
  • האדם הנכון מתאר את זה. מי שמבין את הצורך מנסח אותו בשפה פשוטה — בלי לתרגם דרישות למפרט עבור מהנדס.
  • "לא פיצ'ר מובנה" מפסיק להיות מבוי סתום. אם Mihu לא עושה את זה מהקופסה, ה-Builder כותב תוכנה שכן.
  • זה שקוף והפיך. כל בנייה היא שירות אמיתי שאתם יכולים לראות, לתמחר, להשהות או להסיר — עם בדיקות ביקורת ו-QA ברשומה.

ה-Builder Assistant הוא יום 4 בשבוע ההשקה שלנו. אם אתם מתעדכנים: יום 1 הציג את Mihu Assistant, ויום 3 פתח אותו לערוצי WhatsApp, SMS ואימייל. ה-Builder הוא השכבה שהולכת הכי רחוק — זו שכותבת כל מה שהאחרים לא כבר עושים.

שאלות נפוצות

מה זה ה-Builder Assistant?

שכבת הקוד של Mihu. אתם מתארים מה אתם צריכים במשפט אחד והוא כותב את הקוד האמיתי, פורס אותו כשירות רץ ואמיתי, ומעביר לכם כתובת URL פעילה. הוא בונה את הדברים שאינם פיצ'רים מובנים: אינטגרציות מותאמות אישית, אוטומציות מותאמות אישית, פייפליינים של נתונים, ואפליקציות קטנות.

במה ה-Builder שונה מ-Mihu Assistant?

Mihu Assistant מפעיל פיצ'רים ש-Mihu כבר מציע — יצירה ועדכון של סוכנים, חיבור ערוצים, השקת קמפיינים, הפקת דוחות. ה-Builder כותב תוכנה חדשה לגמרי לדברים ש-Mihu לא עושה מהקופסה. ה-Assistant מפעיל פיצ'רים קיימים; ה-Builder כותב ופורס חדשים.

מה הוא באמת יכול לבנות?

אינטגרציות מותאמות אישית לכל מערכת, אוטומציות שאינן מובנות כמו סגמנטציה אוטומטית של אנשי קשר עם זרימות מופעלות, נתונים שמסופקים כמטען JSON מותאם אישית ל-webhook שלכם, דוחות ופייפליינים מתוזמנים, שירותי ניקוד לידים, ואפליקציות ווב ו-endpoints קטנים — כל אחד נפרס כשירות אמיתי עם כתובת URL פעילה.

האם אני צריך לכתוב קוד או לארח משהו?

לא. אתם מתארים את התוצאה וה-Builder שואל מה הוא צריך — גישה, היקף, לוח זמנים — ואז כותב, בודק, ופורס את הקוד. הכול רץ על המחשוב של Mihu עצמה תחת לשונית Resources, עם עלות שעתית שקופה. אתם אף פעם לא כותבים קוד ולא מקצים שרתים.

איך מטופלים פרטי גישה ואיכות?

מערכי פרטי גישה מתווספים לפי שם ונשמרים מוצפנים — הערכים לעולם לא מוצגים שוב, והבניות מפנות אליהם לפי שם. כל שירות שה-Builder משלח עובר בדיקות ביקורת ו-QA אוטומטיות, שמוצגות מול כל משאב, לפני שהוא רץ.

האם אני יכול לחבר אותו לעוזרים חיצוניים?

כן. לשונית ה-Credentials נותנת לכם חיבור Builder — כתובת URL של שרת, tenant וטוקן — לחיבור שרת ה-MCP builder, כך שתוכלו להפעיל את ה-Builder מעוזרי AI חיצוניים ומזרימות עבודה רחבות יותר, ולא רק מתוך הדאשבורד.

אם אתם יכולים לתאר את זה, הוא יכול לבנות את זה.

פתחו את מצב Builder ואמרו לו מה אתם צריכים — האינטגרציה, האוטומציה או האפליקציה הראשונה שלכם במרחק משפט אחד.

נסו את ה-Builder Assistant מובנה בכל חשבון · €30 קרדיט חינם להתחלה · ללא קוד, משלמים רק על מה שרץ