North 2 נותנת לסוכני AI זיכרון — ומציבה תקרת אסימונים

ב הודעת ההשקה מ־5 באוקטובר 2026 הציגה Cohere את North 2, עדכון לפלטפורמת הסוכנים הארגונית שלה. החברה מתארת זיכרון ששומר הקשר בין שיחות, מערכת תזמור מחודשת למשימות רב־שלביות ובקרות מנהליות לצריכת אסימונים. היא מציגה גם מדיניות שמגבילה סוכנים לפעולות מורשות ומבקשת פיקוח אנושי בהחלטות קריטיות; ההכרזה אינה מפרטת כיצד כל בקרה נאכפת בכל סביבת פריסה.

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

מה נוסף לעומת North הקודמת

תזמור ואישור אנושי כבר היו חלק מ־North. ב הכרזת Cohere על North Automations מ־27 ביולי 2026 הופיעו תהליכים עם הסתעפויות, בחירת מודל לכל שלב, נקודות אישור ומעקב אחר אסימוני קלט ופלט. Cohere תיארה אז את האוטומציות כזמינות ללקוחות North. לכן החידוש ב־North 2 אינו עצם האפשרות לבנות תהליך רב־שלבי או לצפות בצריכה.

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

רשימת המחברים כוללת שירותים ארגוניים כגון Slack, SharePoint, OneDrive, Outlook, Jira ו־GitHub. חיבורים לספקי מידע פיננסי ובהם PitchBook, S&P Global ו־FactSet מתוארים כמתוכננים. ההבחנה חשובה כשהתהליך תלוי במקור נתונים מסוים או כשההרשאה המבוקשת מאפשרת כתיבה במערכת חיצונית.

זיכרון בין שיחות משנה את גבול המידע

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

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

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

האישור האנושי צריך לחול לפני הפעולה הרגישה

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

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

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

תקרת אסימונים מגבילה שימוש, לא בהכרח חיוב

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

North 2 מאפשרת להשתמש גם במודלים שהלקוח מביא, ולכן אותה מכסת אסימונים עשויה להתורגם לעלות שונה בהתאם למודל ולחוזה. קארי בריסקי, סגנית נשיא ב־NVIDIA, תיארה ב דיווח SiliconANGLE על ההשקה את יתרון החומרה הנטען בביטוי “deliver more tokens for less”. זו טענה על יעילות ההרצה של מודלי Cohere על חומרת NVIDIA, ולא מחירון או התחייבות לסכום מרבי בחשבון של כל לקוח.

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

פריסה עם מידע רגיש: ארבע הכרעות לפני פיילוט

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

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

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

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