הקרב בין Runlayer ל-Rippling הסתיים בלי פשרה, אבל התחרות רק התחילה

הסכסוך בין Runlayer ל-Rippling הסתיים כמעט באותה מהירות שבה התחיל. ב-20 באוגוסט 2026 הגישו שתי החברות בקשות משותפות לביטול התביעות ההדדיות with prejudice — כלומר, התיקים הספציפיים נסגרו לצמיתות. לפי מסמכי בית המשפט, לא הושגה פשרה, לא שולמו פיצויים, אף צד לא החזיר לשני הוצאות משפט, וכל חברה נשאה בעלויותיה. מיד לאחר מכן השיקה Rippling את שער ה-MCP שעמד במרכז המחלוקת. 101

הסיום הזה פתר את ההליך המשפטי, אך לא הכריע בטענות. בית המשפט לא קבע אם Rippling השתמשה במידע הסודי של Runlayer, וגם לא אם Runlayer הפרה את הפטנטים של Rippling. במילים אחרות: התיק נסגר, אבל המאבק העסקי נמשך.

איך התחיל הסכסוך?

ב-28 ביולי תבעה Runlayer את Rippling. לפי טענת הסטארט-אפ, Rippling בדקה את שער ה-MCP שלו במשך יותר משנה, וצוותי ההנדסה של שתי החברות עבדו בצמוד. במקום להפוך ללקוחה, כך נטען, Rippling השתמשה במידע סודי שנחשפה אליו כדי לפתח מוצר מתחרה. Rippling הכחישה את הטענות. 1417

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

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

מדוע ההשקה של Rippling הייתה משמעותית?

Rippling השיקה את השער המתחרה באותו יום שבו נעלמו התביעות. התזמון המחיש את התוצאה המעשית של הפרשה טוב יותר מכל מסמך משפטי: המוצר ש-Runlayer ביקשה למנוע את השקתו הגיע לשוק, ו-Runlayer נותרה מתחרה ישירה. 114

Rippling מציגה את השער כחלק מהיצע רחב יותר של ממשל AI בתוך פלטפורמת התוכנה העסקית שלה. Runlayer, לעומתה, מציגה את עצמה כשכבת שליטה ארגונית רחבה יותר עבור שרתי MCP, מיומנויות, תוספים, לקוחות AI וסוכנים. חומרי המוצר שלה כוללים שער MCP, בקרות מדיניות ו-OAuth, אבטחת זמן ריצה, מסלולי ביקורת, סביבת הרצה לסוכנים וכלים לאיתור פריסות MCP לא מנוהלות — או "Shadow MCP". 293127

המקורות הזמינים אינם מוכיחים שלשתי החברות ארכיטקטורה או מגוון יכולות זהים. ההשוואה הזהירה יותר היא ששתי החברות מתחרות על אותה שכבה ארגונית: השליטה באופן שבו סוכני AI ניגשים לכלים ולנתונים עסקיים. Runlayer ממקמת את עצמה כמערכת ייעודית ורב-מוצרית לניהול השכבה הזו, בעוד Rippling משלבת את היכולת בתוך פלטפורמת התוכנה העסקית שלה. 71429

מהו בכלל שער MCP?

MCP, ראשי תיבות של Model Context Protocol, הוא תקן שמאפשר ללקוחות ולסוכני AI להתחבר לכלים ולמקורות נתונים חיצוניים. שער MCP יושב בין הסוכן או הלקוח לבין מערכות הארגון, ומשמש נקודת תיווך מרכזית לניהול גישה, אבטחה וניטור. 2132

בפועל, שער כזה יכול לאפשר לארגון:

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

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

מי עומדת מאחורי Runlayer?

Runlayer היא חברת תשתיות AI ארגונית מניו יורק, שיצאה ממצב stealth בנובמבר 2025 עם השקעת seed של 11 מיליון דולר מקרנות Felicis ו-Khosla Ventures. 47

ביוני 2026 הודיעה החברה על גיוס של 30 מיליון דולר בסבב Series A בהובלת Felicis ובהשתתפות Khosla Ventures. בכך הגיע סך הגיוסים המדווח שלה ל-42 מיליון דולר. את החברה מוביל המייסד והמנכ"ל אנדרו ברמן, שהקים בעבר את Nanit ועבד בתחום ה-AI ב-Zapier. 404547

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

הלקח למייסדים: בדיקת מוצר עלולה להפוך להתקשרות תחרותית

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

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

לסטארט-אפים כדאי לשקול כמה אמצעי הגנה מעשיים:

1. להגביל את היקף הפיילוט: להציג רק את היכולות הדרושות כדי לענות על שאלת הרכש.
2. לחשוף מידע בהדרגה: לשמור פרטים רגישים על הארכיטקטורה, מפת הדרכים והיישום לשלבים מוגדרים.
3. לקבוע מועד סיום: לכל בדיקה צריך להיות תאריך יעד ותהליך החלטה מתועד.
4. להגדיר מראש מדדי המרה: להסכים מה ייחשב הצלחה ומה נדרש כדי לעבור לרכש ולהטמעה.
5. לשלוט בגישה הטכנית: להשתמש בסביבות מבודדות, בהרשאות מדויקות, בתיעוד מלא ובפרטי גישה שניתן לבטל.
6. להוסיף נקודת בדיקה של Build מול Buy: לברר בשלב מוקדם אם החברה בוחנת ספק — או אוספת דרישות כדי לבנות מוצר פנימי.

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

מה הפרשה מלמדת על שוק ה-AI?

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

Runlayer נכנסה למאבק כחברה מתמחה וממומנת שבונה שכבת שליטה לניהול מאובטח של סוכני AI בארגונים. Rippling יצאה ממנו עם שער מתחרה שהושק מיד לאחר ביטול התביעות. בלי פשרה, תשלום, הסכם רישוי או הכרעה שיפוטית לגופו של עניין, השאלה החשובה עוברת כעת מהאולם לשוק: איזו גישה יבחרו ארגונים כדי לשלוט בחיבור ההולך וגדל בין סוכני AI, כלים ונתוני החברה?