עד עכשיו, כשעסק רצה שתהליך יתבצע אוטומטית, התשובה הייתה תמיד אותה תשובה: "יש API?" אם כן - אפשר לחבר. אם לא - מישהו צריך לשבת ולעשות את זה ידנית. Computer Use בתוך Claude Cowork שובר בדיוק את החלוקה הזו: Claude יכול עכשיו לפתוח את האפליקציה בעצמו, לראות את המסך, וללחוץ ולהקליד בדיוק כמו שאדם היה עושה - גם באתרים ובמערכות ישנות שאין להן שום ממשק תכנותי. המאמר הזה מסביר מה זה נותן בפועל, מה עדיין חסום מסיבה טובה, ואיך מתחילים בזהירות.
📋 מה תמצאו במאמר
- מה זה Cowork, ומה זה Computer Use בתוכו
- העובדות שכדאי לדעת
- שלוש השכבות: חיבורים, דפדפן, שליטה ישירה
- Computer Use מול Claude Code: שני כלים שונים
- הרשאות ואבטחה: מה חסום כברירת מחדל
- איך מפעילים - מדריך שלב-אחר-שלב
- 8 שימושים עסקיים ריאליים
- Computer Use מול Connectors: מתי להשתמש במה
- שלוש מגבלות שכדאי לדעת
- מה זה אומר לממשל AI בארגון
- מסלול הפעלה בטוחה ל-30 יום
- שאלות נפוצות
ב-Think-AI אנחנו בונים אוטומציות עסקיות ומלווים ארגונים בהטמעת AI מקצה לקצה, כולל היבטי אבטחה וממשל. המאמר הזה מבוסס על התיעוד הרשמי של Anthropic בלבד. בכל מקום שבו ההיגיון מאחורי החלטה של Anthropic לא מוסבר במפורש בתיעוד - כמו הסיבה ל-Team/Enterprise שעדיין לא כלולים - זה כתוב כאן כהערכה סבירה, לא כעובדה מאושרת.
מה זה Cowork, ומה זה Computer Use בתוכו
Claude Cowork הוא סביבת עבודה בתוך Claude Desktop המיועדת למשימות עולם-אמיתי שרצות תוך כדי שאתם עסוקים במשהו אחר - לא עוד חלון צ'אט שממתין לתשובה שלכם, אלא מרחב שמריץ תהליכים ברקע. היא נשענת על חיבורים קיימים ל-Gmail, Google Drive, Microsoft 365 ו-Slack, כוללת דפדפן מובנה, ותומכת בתזמון משימות חוזרות.
Computer Use היא היכולת החדשה שנוספה בתוכה: כש-Claude נתקל במשימה שאין לה חיבור ישיר ואין לה גם דרך לפתור אותה בדפדפן בלבד, הוא יכול לעבור לאינטראקציה ישירה עם המסך - לפתוח אפליקציה מקומית, ללחוץ על כפתורים, להקליד בשדות ולנווט בדיוק כפי שאדם היה עושה. זו לא יכולת חדשה לגמרי - Anthropic הציגה גרסה ראשונית שלה עוד ב-2024 כיכולת פלטפורמה למפתחים - אבל עכשיו היא הפכה לתכונה מוגמרת שמופעלת בלחיצת מתג, בלי לכתוב שורת קוד.
חשוב להבין: זו תכונה שנמצאת עדיין בבטא, זמינה רק לתוכניות Pro ו-Max ורק דרך אפליקציית Claude Desktop ב-macOS או Windows - לא בדפדפן, לא במובייל, ולא (עדיין) בתוכניות Team או Enterprise.
העובדות שכדאי לדעת
מה שמאומת מהתיעוד הרשמי של Anthropic:
שלוש השכבות: חיבורים, דפדפן, שליטה ישירה
אחד הדברים החשובים להבין הוא ש-Computer Use הוא מוצא אחרון, לא ברירת מחדל. לפי התיעוד, Claude עובר בין שלוש שכבות לפי סדר עדיפות ברור:
1. חיבורים (Connectors)
אם למשימה יש חיבור ישיר - Gmail, Slack, Drive, Microsoft 365 - זו תמיד הדרך הראשונה. חיבור הוא מהיר, יציב ומבוסס API אמיתי, לא ניחוש חזותי של מה שמופיע על המסך.
2. דפדפן מובנה
כשאין חיבור אבל המשימה מתבצעת דרך אתר - Claude פותח את הדפדפן המובנה ומבצע את הפעולה שם. עדיין לא נגיעה ישירה במחשב עצמו, אלא שכבת ביניים מבוקרת.
3. שליטה ישירה במסך (Computer Use)
רק כשגם החיבור וגם הדפדפן לא מספיקים - למשל אפליקציה מקומית ותיקה, תוכנת Desktop ייעודית, או מערכת פנימית ללא גרסת ווב - Claude עובר לאינטראקציה ישירה: לוחץ, מקליד, גולל, ומזהה מה מופיע על המסך באמצעות ראייה ממוחשבת.
ההיררכיה הזו היא בעצם עיקרון תכנון בטיחות: ככל שהשכבה "גבוהה" יותר (חיבור, ואז דפדפן, ואז מסך), כך יש פחות ודאות ופחות שליטה. זה אומר שרוב המשימות שלכם ימשיכו לרוץ בשכבה המהירה והיציבה של Connectors, ו-Computer Use ייכנס לפעולה רק במקרים שבאמת אין להם דרך אחרת.
Computer Use מול Claude Code: שני כלים שונים
Computer Use זמין גם בתוך Claude Code, לא רק ב-Cowork - אבל השימוש בו שונה לגמרי בין השניים:
| ממד | Cowork | Claude Code |
|---|---|---|
| משימה טיפוסית | מחקר תחרותי, מילוי טפסים, ריכוז מידע | כתיבת קוד, דיבוג, ניהול repository |
| תפקיד Computer Use | כלי עבודה מרכזי | מקרה קצה - בדיקת ממשק גרפי, כלי בלי API |
| קהל יעד | מנהלי תפעול, צוותי עסקים | מפתחים וצוותי הנדסה |
| פלט אופייני | מסמך, טופס שמולא, נתונים שנאספו | קוד, commit, pull request |
ארגון שמתלבט לאן להתחיל: אם הצורך המרכזי סובב סביב פיתוח תוכנה, הכניסה הטבעית היא Claude Code; אם הצורך הוא אוטומציה של תהליכים עסקיים כלליים שאין להם חיבור טכני - Cowork הוא נקודת ההתחלה.
הרשאות ואבטחה: מה חסום כברירת מחדל
לפי התיעוד הרשמי, Claude שואל הרשאה לפני גישה לכל אפליקציה - זו לא פעולה סמויה ברקע בלי ידיעת המשתמש. מעבר לזה, שתי קטגוריות חסומות מראש:
- פלטפורמות השקעה ומסחר - ככל הנראה כדי למנוע פעולה כספית מוטעית בלתי הפיכה.
- קריפטו - מאותה סיבה בדיוק, ברמת סיכון גבוהה במיוחד.
מעבר לרשימת ברירת המחדל, המשתמש יכול לחסום כל אפליקציה נוספת באופן ידני. וזו בדיוק ההמלצה המעשית לכל ארגון: לפני הפעלה על מחשב עבודה, לעבור על רשימת המערכות הרגישות - שכר, CRM, מערכת פיננסית פנימית - ולחסום אותן במפורש.
Computer Use רואה כל מה שמופיע במהלך המשימה - כולל חלונות אחרים ברקע. הכלל המעשי: אם לא הייתם רוצים שמתמחה חדש יראה משהו מעל הכתף שלכם, סגרו אותו לפני שמריצים משימה. זה בדיוק סוג העיקרון שכדאי לעגן במדיניות AI ארגונית.
איך מפעילים - מדריך שלב-אחר-שלב
חמישה שלבים, לפי התיעוד הרשמי:
- ודאו שיש לכם את הגרסה העדכנית ביותר של Claude Desktop.
- פתחו את האפליקציה ועברו ל-Settings › General (תחת Desktop app).
- אתרו את המתג "Enable computer use" והפעילו אותו.
- פתחו את Cowork או Claude Code באפליקציית ה-Desktop.
- בקשו מ-Claude לבצע משהו שכולל אפליקציה במחשב שלכם - והוא ישאל הרשאה לפני שהוא ניגש אליה.
מנהל תפעול רוצה לדעת מחיר עדכני של שלושה מתחרים שאין להם API ציבורי. הוא מבקש מ-Claude ב-Cowork "תבדוק את מחירי המנוי הבסיסי אצל שלושת המתחרים האלה ותרכז לי טבלה". Claude פותח את הדפדפן המובנה, נכנס לכל אתר, מוצא את עמוד התמחור, ומחזיר טבלת השוואה - בלי שאף אחד ישב וחיפש ידנית.
8 שימושים עסקיים ריאליים
- מחקר תחרותי: איסוף מחירים, פיצ'רים ושינויים באתרי מתחרים שאין להם API.
- מילוי טפסים במערכות ישנות: תוכנות Desktop פנימיות בלי גרסת ווב או ממשק תכנותי.
- ריכוז מידע ממקורות מבוזרים: נתונים שמפוזרים בין אתרים, קבצים ואפליקציות שאין להם חיבור משותף.
- בדיקות תקינות תקופתיות: כניסה לאתר או מערכת ובדיקה שהכול עובד כמצופה, בתזמון חוזר.
- עדכון נתונים במערכות מקומיות: תוכנות ניהול מלאי או CRM ישנות בלי API פתוח.
- איסוף דוחות מפורטים: הורדת דוחות מפלטפורמות שדורשות ניווט ידני בממשק גרפי.
- בדיקת חוויית משתמש: מעבר על תהליך הרשמה או רכישה באתר שלכם מנקודת מבט של משתמש אמיתי.
- עבודה משולבת עם Connectors: שליפת מידע ממערכת ישנה והזנתו ל-Gmail או Slack דרך חיבור רגיל - שילוב של שתי השכבות באותה משימה.
Computer Use מול Connectors: מתי להשתמש במה
| ממד | Connectors | Computer Use |
|---|---|---|
| מהירות | מהיר - קריאת API ישירה | איטי יותר - ניווט חזותי |
| יציבות | גבוהה - תשובה מובנית וצפויה | משתנה - תלוי בזיהוי נכון של הממשק |
| כיסוי אפליקציות | רק מה שיש לו חיבור רשמי | כל מה שיש לו מסך |
| דורש הגדרה מראש | כן - חיבור חשבון מפורש | לא - רק אישור הרשאה נקודתי |
| מתי להשתמש | כל פעם שיש חיבור זמין | רק כשאין ברירה אחרת |
שלוש מגבלות שכדאי לדעת
- המחשב חייב להישאר דלוק. אין הרצה בענן נפרד מהמכונה הפיזית - המשימה עוצרת אם המחשב נכבה או מתנתק מהאינטרנט.
- איטי ולא תמיד מצליח בפעם הראשונה. אינטראקציה חזותית פחות אמינה מקריאת API - כדאי להתחיל במשימות קצרות וברורות.
- עדיין בבטא, ולא לכל תוכנית מנוי. Team ו-Enterprise עדיין בחוץ, כך שהטמעה ארגונית מלאה עדיין לא זמינה.
מה זה אומר לממשל AI בארגון
גם ארגון שעדיין לא מפעיל את התכונה הזו צריך להתחיל לחשוב עליה עכשיו, מסיבה פשוטה: היא זמינה כבר דרך מנויים אישיים של עובדים, לא רק דרך רכישה ארגונית מבוקרת. עובד עם מנוי Claude Pro פרטי יכול להפעיל Computer Use על מחשב העבודה שלו בלי שה-IT בכלל יודע.
זה בדיוק התרחיש שמדיניות AI ארגונית אמורה לכסות: לא רק "אילו כלי AI מאושרים" אלא "מה מותר לכלי AI מאושר לעשות בפועל" - כניסה למערכות, מילוי טפסים, גישה למידע על המסך. מדיניות AI ארגונית עם רמות גישה מוגדרות היא הכלי הנכון לטפל בזה לפני שזה הופך לבעיה, לא אחרי.
מסלול הפעלה בטוחה ל-30 יום
השבוע
- בדקו אם אתם על תוכנית Pro או Max, ועדכנו את Claude Desktop לגרסה האחרונה
- הכינו רשימת מערכות רגישות שיש לחסום במפורש לפני כל הפעלה
תוך שבועיים
- הפעילו את התכונה על מחשב לא-ייצור, ונסו משימה קצרה וברורה אחת
- בדקו את התנהגות ההרשאות - האם היא אכן שואלת לפני כל גישה כמצופה
תוך חודש
- אם התהליך עובד - זהו תהליך עסקי אחד שכרגע נעשה ידנית ואין לו API, ונסו להאציל אותו
- עדכנו את מדיניות ה-AI הארגונית כך שתתייחס במפורש ל-Computer Use, לא רק לצ'אטבוטים
- Computer Use הוא מוצא אחרון, לא ברירת מחדל. Claude תמיד מעדיף חיבור API, ואז דפדפן, ורק אז שליטה ישירה במסך.
- זמין רק ל-Pro/Max, רק ב-Claude Desktop, רק ב-macOS או Windows - לא בדפדפן, לא במובייל, לא (עדיין) ב-Team/Enterprise.
- שתי קטגוריות חסומות מראש - השקעות/מסחר וקריפטו - ואפשר להוסיף חסימות ידניות לכל מערכת רגישה נוספת.
- Claude רואה כל מה שגלוי על המסך, לא רק את מה שקשור למשימה - לסגור חלונות רגישים לפני הפעלה.
- איטי יותר מחיבורים ולא תמיד מצליח בניסיון הראשון - להתחיל במשימות קצרות כדי לבנות אמון.
- זמין כבר דרך מנויים אישיים - מה שמחייב מדיניות AI ארגונית מפורשת לפני שזה קורה בלי בקרה.
- הבחירה הנכונה בין Cowork ל-Claude Code תלויה בסוג המשימה: תהליך עסקי כללי מול עבודת קוד.
שאלות נפוצות
Anthropic השיקה את היכולת הבסיסית של Computer Use - AI שרואה מסך ומפעיל עכבר ומקלדת - עוד ב-2024, כיכולת פלטפורמה למפתחים. מה שחדש כאן הוא שהיכולת הזו נכנסה עכשיו כתכונה מוגמרת בתוך שני מוצרי צריכה: Claude Cowork וגם Claude Code, בתוך אפליקציית Claude Desktop, בלי צורך לכתוב קוד אינטגרציה בעצמכם. ההבדל המעשי: ב-2024 מפתח שרצה את היכולת הזו היה צריך לבנות סביבה משלו שמריצה את הלולאה של צילום מסך, שליחה למודל, וביצוע פעולה. עכשיו זו פשוט תיבת סימון בהגדרות של Claude Desktop, זמינה לכל משתמש Pro או Max בלי שורת קוד אחת. זה המעבר מ"יכולת קיימת שצריך לבנות עליה" ל"תכונה שמפעילים".
לפי התיעוד הרשמי, שתי קטגוריות חסומות כברירת מחדל: פלטפורמות השקעה ומסחר (investment and trading platforms), וקריפטו (cryptocurrency). הסיבה הסבירה, גם אם אינה מוסברת במפורש בתיעוד - אלה תחומים שבהם טעות של המודל, או פעולה מוטעית שמתבצעת בפועל, יכולה לגרום נזק כספי בלתי הפיך תוך שניות. מעבר לרשימת ברירת המחדל, המשתמש יכול להוסיף חסימות ידניות משלו לכל אפליקציה או אתר - וזה בדיוק הצעד המומלץ לכל ארגון: לפני שמפעילים את התכונה על מחשב עבודה, לעבור על רשימת המערכות הרגישות של הארגון (מערכת שכר, CRM עם נתוני לקוחות, מערכת פיננסית פנימית) ולחסום אותן במפורש, ולא לסמוך רק על ברירת המחדל הכללית.
כן, וזו בעצם הסיבה שהתכונה נמצאת בתוך Cowork ולא רק בצ'אט רגיל - Cowork נבנה למשימות שרצות ברקע בזמן שהמשתמש עסוק במשהו אחר. לפי התיעוד, ב-macOS גרסה 15 ומעלה Claude יכול לעבוד בחלונות רקע, כלומר בלי לתפוס את המסך הראשי כל זמן הריצה. חשוב להבין את המשמעות המעשית: המחשב חייב להישאר דלוק ומחובר לאינטרנט לאורך כל המשימה - אין הרצה בענן נפרדת מהמכונה הפיזית. זה גם אומר שאפשר לתזמן משימות חוזרות (recurring tasks) שרצות במועד קבוע, בדומה למשימת cron, אבל על אפליקציות שאין להן שום ממשק תכנותי.
שני המוצרים חולקים עכשיו את אותה יכולת טכנית של Computer Use, אבל מיועדים למשימות שונות לחלוטין. Claude Code בנוי סביב עבודה על בסיס קוד - כתיבה, דיבוג, ניהול repository, הרצת טסטים - וה-Computer Use בתוכו משמש בעיקר למקרי קצה כמו בדיקת ממשק גרפי או אינטראקציה עם כלי פיתוח שאין לו API. Cowork לעומת זאת מיועד למשימות עולם אמיתי שאינן קוד בכלל: מחקר תחרותי באתרים של מתחרים, מילוי טפסים במערכת פנימית ישנה, ריכוז מידע מכמה מקורות שאין להם חיבור ישיר. ארגון שמתלבט לאן להתחיל - אם הצורך המרכזי הוא סביב פיתוח תוכנה, הכניסה הטבעית היא Claude Code; אם הצורך הוא אוטומציה של תהליכים עסקיים כלליים, ההתחלה הנכונה היא Cowork.
נכון להשקה, Computer Use זמין בבטא לתוכניות Pro ו-Max בלבד, ולא לתוכניות Team ו-Enterprise. הסיבה הסבירה, גם אם לא מוסברת רשמית במפורש בתיעוד, היא שמדובר בתכונה שנוגעת ישירות בבקרת גישה, הרשאות ורמת סיכון ברמת ארגון שלמה - וזה בדיוק סוג היכולת שספקי AI נוהגים לבשל קודם בקרב משתמשים בודדים לפני שהם פותחים אותה לניהול צוותי עם מדיניות הרשאות מרובת-משתמשים. ארגון שרוצה להשתמש בזה כבר עכשיו יכול לעשות זאת רק דרך מנויי Pro/Max אישיים של עובדים בודדים - מה שמחדד את הצורך במדיניות ברורה לגבי מה מותר להתקין ולהפעיל על מחשבי עבודה, גם כשזה טכנית "מנוי אישי" ולא רכישה ארגונית.
התשובה הישרה: זה תלוי במה שגלוי על המסך בזמן הריצה, לא רק ברשימת החסימות. Computer Use רואה כל מה שמופיע על המסך במהלך המשימה - כולל חלונות פתוחים אחרים, טאבים ברקע, או הודעות שמופיעות. המשמעות המעשית: לפני שמריצים משימה, לסגור כל חלון שמכיל מידע רגיש שלא קשור למשימה עצמה - לא להסתמך רק על זה שביקשתם מהמודל לא להסתכל שם. כלל אצבע פשוט: אם לא הייתם רוצים שמתמחה חדש בארגון יראה את זה במקרה מעל הכתף שלכם, אל תשאירו את זה גלוי על המסך כשמריצים משימת Computer Use. זה בדיוק אותו עיקרון זהירות שמנחה כל עבודה עם כלי AI על מידע ארגוני, ושכדאי לעגן במדיניות AI פנימית.
לפי התיעוד הרשמי, אינטראקציה ישירה עם המסך איטית יותר מחיבורים (connectors) רגילים, ומשימות מורכבות לפעמים דורשות ניסיון שני. זה לא באג אלא מאפיין של הגישה: בניגוד לחיבור API שמחזיר תשובה מובנית וצפויה, ניווט חזותי במסך תלוי בזיהוי נכון של כפתורים, שדות וטקסט - וכל שינוי קטן בממשק (חלון קופץ לא צפוי, טעינה איטית של דף) יכול לשבש ניסיון בודד. ההמלצה המעשית: להתחיל עם משימות קצרות וברורות כדי לבנות אמון בתכונה, לא עם תהליך מרובה-שלבים מהיום הראשון - ואם משימה נכשלת, לפני שמנסים שוב לבדוק אם המסך היה במצב שונה מהצפוי (חלון אחר פתוח, גודל מסך שונה) ולא רק להניח שהמודל "טעה".
סיכום: ה-API הפך לאופציונלי
במשך שנים, גבול היכולת של אוטומציה עסקית נקבע לפי שאלה טכנית אחת: יש API או אין. Computer Use לא מבטל את השאלה הזו - חיבור ישיר עדיין תמיד עדיף - אבל הוא הופך אותה מ"תנאי סף" ל"העדפה". מערכת ישנה בלי API כבר לא אומרת "אי אפשר לאוטומט את זה", היא אומרת "זה ייקח קצת יותר זמן".
הצעדים הראשונים שלכם:
- היום: בדקו אם יש לכם מנוי Pro או Max ל-Claude, ועדכנו את Claude Desktop
- השבוע: הכינו רשימת מערכות רגישות שצריך לחסום לפני כל שימוש
- תוך חודש: נסו משימה קצרה על תהליך שכרגע נעשה ידנית בגלל היעדר API
- תוך רבעון: שיחת אבחון לתהליכים שלכם שאין להם חיבור, או אוטומציה עסקית שתמפה את כולם
🖥️ איזה תהליך אצלכם עדיין נעשה ידנית "כי אין API"?
עכשיו יש דרך. שיחת אפיון קצרה תראה לכם בדיוק איפה אוטומציה כבר אפשרית.