חזרה למסמכים

מחברים

חברו את הכלים שלכם, בדקו גישת חשבון והרשאות בעלות שם, והבינו את ההגדרה ב-My Okou וב-Legacy Agents.

עודכן לאחרונה 13 בנובמבר 2026 · 5 min read

מחבר הוא פשוט כלי ש-Okou יכול לאסוף ולהשתמש בו בשמכם. Slack, Notion, Gmail, GitHub, Linear, Stripe — ברגע שאתם מחברים אחד מהם, Okou מפסיק לדבר על העבודה שלכם ומתחיל לעשות אותה.

נניח שאתם מבקשים מ-Okou, "נסחו את הודעת ההשקה ב-Notion והוסיפו את הקישור ב-#marketing." כש-Notion ו-Slack מחוברים, זה כבר לא תרחיש היפותטי. Okou פותח את Notion, יוצר את העמוד, כותב את הטיוטה ואז מפרסם אותה ב-Slack — בדיוק כפי שאתם הייתם עושים, רק מהר יותר.

איך החיבור עובד

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

  • Connect מקשר או מפעיל את החשבון של החבר הנוכחי עבור השירות הזה. OAuth ואישורי התחברות שהוזנו ידנית שייכים לאותו חבר, אלא אם המחבר מציין במפורש אחרת.
  • Authorize and grant permissions קובע אם Okou יכול להשתמש בחיבור ואילו פעולות בעלות שם מותרות. ב-My Okou, פעלו לפי זרימת החשבון וההרשאות שמוצגת; אין צורך בבחירת Agent מומחה. ב-Legacy Agents, יש לאשר את ה-Agent שזקוק לחיבור. חיבור אינו מעניק כל פעולה.

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

אל תניחו שהחיבור של חבר צוות נותן לכם גישה לחשבון שלו. כל חבר מחבר את החשבון שלו כאשר השירות משתמש באישורים לפי חבר.

רשימת בדיקה לחיבור ראשון

  1. פתחו את מחברים, השתמשו ב-Discover, וחפשו את השירות (ממשקים ישנים יותר עשויים להשתמש ב-Built-in).
  2. בחרו Connect והשלימו את תהליך הכניסה או האישורים של הספק.
  3. My Okou: עברו על החשבון המיועד. Legacy Agents: בחרו את ה-Agent שזקוק למחבר.
  4. עברו על ההרשאות המבוקשות שלו ובחרו לפי הצורך Allow for 1h,‏ Allow for 24h,‏ Allow for 7d, או Allow always.
  5. חזרו לשיחה המקורית ונסו שוב רק אם ההרצה לא חודשה.

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

טעימה ממה ש-Okou יכול לעשות

כמה דוגמאות לאופן שבו מחברים מתורגמים לעבודה ממשית:

  • Notion — ליצור עמודים, לעדכן מסדי נתונים, לתייק הערות פגישה, לנסח הצעות, לחפש בכל סביבת העבודה שלכם.
  • Slack — לשלוח הודעות ישירות, לפרסם בערוצים, לסכם שרשורים ארוכים, ולעקוב אחרי שיחות שנזנחו.
  • Gmail — לקרוא את תיבת הדואר הנכנס שלכם, להבליט מה באמת דורש את תשומת הלב שלכם היום, ולהכין תשובות כטיוטות בחשבון שלכם. Okou כותב את הטיוטה; אתם לוחצים שלח.
  • GitHub — לפתוח issues, להוסיף תגובות ל-PRs, למיין את ה-backlog, לנסח הערות גרסה.
  • Linear — לפתוח tickets, להעביר משימות בין סטטוסים, ליצור סיכומי sprint.
  • Stripe, HubSpot, Calendar, Drive, Sheets, Docs… — אותו רעיון, בכל כלי שבו העבודה נמצאת.

אינכם צריכים להסביר איך כלי עובד. Okou כבר יודע. אתם מתארים את התוצאה; הוא מטפל בלחיצות.

אתם בוחרים מה Okou יכול לעשות

אישור כלי אינו הכול או כלום. עבור כל מחבר, אתם בוחרים אילו פעולות Okou מורשה לבצע — ואתם יכולים להחמיר או להקל על הבחירות האלה בכל עת מתוך מחברים; ב-Legacy Agents, השתמשו גם בהגדרות Authorization של ה-Agent.

דוגמה ב-Legacy Agents:

מגירת הרשאות של Gmail בלשונית Authorization של Agent ישן, עם מתגי Allow/Deny לכל פעולה

כמה דוגמאות לאופן שבו צוותים מגבילים זאת:

  • Gmail — לאפשר ל-Okou לקרוא את תיבת הדואר הנכנס שלכם ולנסח תשובות, אבל לעולם לא לשלוח דבר בשמכם.
  • Slack — לאפשר ל-Okou לקרוא ערוצים ולסכם שרשורים, אבל לחסום פרסום בשמכם.
  • GitHub — לאפשר ל-Okou לפתוח issues ולהגיב על PRs, אבל למנוע כל דבר הרסני כמו force-pushing או מחיקת branches.
  • Linear — לאפשר ל-Okou ליצור ולעדכן tickets, אבל לא לסגור או למחוק אותם.
  • Notion — לאפשר ל-Okou לקרוא עמודים ולהוסיף הערות, אבל לחסום עדכונים הרסניים למסדי נתונים.

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

מובנים ומותאמים אישית

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

אם השירות אינו מופיע ברשימה, מנהל ארגון יכול לרשום מחבר מותאם אישית. מחבר מותאם אישית מגדיר את יעד ה-HTTPS המותר ואת האופן שבו מזריקים אישורים. לאחר מכן החברים מחברים את האישורים שלהם ומעניקים את הגישה שהמשימה צריכה. גם ל-Legacy Agents נדרש אישור ה-Agent הרלוונטי.

הערה על גישה

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

ניתוק החיבור של חבר מסיר את האישור הזה מהרצות עתידיות. ב-Legacy Agents, הסרת אישור של Agent אחד משאירה את שאר ה-Agents המורשים ללא שינוי. כאשר בקרות חשבון ב-Chat זמינות, הסרת הרשאה ב-Chat שונה מניתוק החשבון השמור.

ראו הרשאות למודל הגישה המלא.

מה הלאה