איך להפיק את המקסימום מ-Claude Opus 5.5 — ואיך לחבר אותו לכסף שלכם

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

המדריך הזה הוא תרגום ועיבוד לעברית של המדריך הרשמי של Anthropic ל-Opus 5.5, מאת Addy Osmani. בחלק האחרון הוספנו טיפים משלנו: איך לעבוד עם Opus 5.5 על נתוני הבנק והאשראי שחיברתם ל-Financy.

אם יש לכם דקה אחת

1. תנו את כל המשימה בהודעה אחת, עם הגדרה ברורה של מתי היא גמורה, ותנו לו לעבוד.
2. מחקו ״תחשוב לעומק״ מהבקשות ומההוראות השמורות. הוא כבר חושב.
3. כשריצה ארוכה מסתיימת, קראו קודם את מה שהוא צריך מכם, ורק אחר כך את שאר הסיכום.

1. איך לבקש

הגדירו מה זה ״גמור״, ואז תנו לו לרוץ

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

• המשימה כולה, לא רק הצעד הראשון.
• קו הסיום: ״הבדיקות עוברות״, ״הדוח מוכן לשליחה״.
• מתי לעצור ולשאול.

תפסיקו לבקש ממנו ״לחשוב חזק״

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

אפשר להוסיף פרטים באמצע

ב-Claude Code אפשר לשלוח הודעה בזמן שהמשימה רצה. נזכרתם בפרט שחסר? שלחו אותו. אין צורך לעצור ולהתחיל מחדש.

בעיצוב, אמרו מה אתם לא רוצים

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

2. לנהל ריצה ארוכה ב-Claude Code

קבעו מראש איפה לעצור

כתבו בקובץ CLAUDE.md מתי להמשיך לבד ומתי לשאול. הכלל שהמדריך המקורי מציע: לעצור ולשאול רק כשאי אפשר להמשיך בלי תשובה, או לפני כל פעולה הרסנית. השאירו את בקשות האישור פעילות לפקודות הרסניות.

בקשו לחלק עבודה גדולה לסוכני משנה

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

שמרו את רשימת המשימות בקובץ

בריצה ארוכה, חלון ההקשר מתמלא ותורות ישנות מסוכמות. בקשו מהמודל לנהל רשימת משימות בקובץ, למשל TASKS.md. הקובץ נשאר גם כשההיסטוריה מתקצרת.

3. לבדוק את התוצאה

קראו קודם מה הוא צריך מכם

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

בקשו ממנו לבדוק את הקוד

לפני שבן אדם עובר על השינוי, בקשו מ-Opus 5.5 ביקורת על ה-diff או על ה-PR. בקשו התמקדות בבעיות חוסמות, עם מיקום מדויק בקובץ ודרך לשחזר.

בקשו לסמן מה לא אומת

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

4. באפליקציות של Claude

קודם כול, ודאו שבבורר המודלים מופיע Opus 5.5.

צרפו את הגרף או צילום המסך עצמו

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

בקשו לבדוק מסמך ארוך

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

בקשו את הקובץ הגמור

במקום ראשי פרקים, בקשו גיליון או מסמך מוכן לשיתוף. לפי Anthropic, התוצרים של Opus 5.5 צריכים פחות עריכה משל Opus 5.

בפרויקט, אמרו מה כבר סגור

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

5. כשהודעה מסומנת

ל-Opus 5.5 יש מנגנוני הגנה בתחומי ביולוגיה וסייבר ברמה של Fable. הודעה שמסומנת עוברת בדרך כלל למודל ותיק יותר, כך שהעבודה ממשיכה.

איפה	מה רואים	מה עושים
אפליקציות Claude	הודעת ״Switched to״ עם שם המודל הישן	בוחרים שוב Opus 5.5 בבורר (בשיחה חדשה הסימון לא חוזר), או מכבים מעבר אוטומטי ב-Settings → Capabilities
Claude Code	הודעה עם שם המודל הישן	/model כדי לחזור, Esc פעמיים כדי לערוך ולנסות שוב, /config לשינוי העדפות המעבר, /feedback אם הסימון שגוי

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

6. מהירות

כשאתם מחכים לכל תשובה בעבודה הלוך־חזור, הפעילו ב-Claude Code את /fast. זה אותו מודל, רק שהטקסט מגיע מהר יותר. המצב זמין כתצוגה מקדימה למחקר, והעלות לטוקן גבוהה יותר.

רשימת בדיקה ל-Opus 5.5

בבקשה

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

בריצות ארוכות ב-Claude Code

• ב-CLAUDE.md כתוב מתי להמשיך ומתי לעצור, כולל לפני פעולות הרסניות
• בקשות אישור לפקודות הרסניות נשארות פעילות
• ביקורות ומיגרציות גדולות מחולקות לסוכני משנה
• רשימת המשימות נמצאת בקובץ

בבדיקה

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

בסימונים

• יודעים איך לחזור ל-Opus 5.5 (בורר המודלים או /model)
• מבינים את הגדרות המעבר האוטומטי

Opus 5.5 ו-Financy: טיפים לעבודה על הכסף שלכם

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

כדי ש-Claude יראה את החשבונות שלכם, חברו את Financy כ-connector. זה לוקח שתי דקות, לפי המדריך לחיבור Financy ל-Claude. החיבור זמין מתוכנית Starter ומעלה, והוא לקריאה בלבד: Claude יכול לקרוא יתרות ותנועות, אבל לא להעביר כסף, לשלם או לשנות הגדרות בבנק.

הגדירו מה זה ״גמור״ גם בדוח כספי

״תסכם לי את החודש״ משאיר הרבה פרשנות. הגדירו קו סיום שאפשר לבדוק:

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

אין צורך להוסיף ״תחשוב טוב״. תנאי הסיום הוא מה שמבטיח בדיקה.

בקשו לסמן מה לא אומת, ובכסף זה קריטי

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

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

כך תדעו אם ״ההוצאות ירדו ב-20%״ זו מגמה אמיתית, או סתם חשבון שלא התעדכן.

צרפו צילום מסך של הגרף

Opus 5.5 קורא גרפים טוב יותר מקודמיו. צלמו את גרף תזרים המזומנים מ-Financy וצרפו אותו עם שאלה: ״מה גרם לירידה באמצע החודש? בדוק מול התנועות ב-Financy.״ הוא יקרא את הגרף, ימשוך את התנועות ויצביע על מה שמסביר את הירידה.

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

בקשו את הקובץ הגמור, לא ראשי פרקים

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

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

פצלו לפי חשבון ב-Claude Code

ניתוח שנתי של כמה חשבונות וכרטיסים הוא בדיוק המקרה לסוכני משנה:

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

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

קבעו מבנה סיכום קבוע

הוסיפו ל-CLAUDE.md של תיקיית העבודה הפיננסית:

בסוף כל ניתוח פיננסי, סיים בשלוש כותרות:

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

לפני שליחה של כל דבר החוצה (מייל, הודעה, קובץ משותף), עצור ושאל.

החיבור ל-Financy הוא לקריאה בלבד, אבל Claude יכול להיות מחובר לכלים אחרים, כמו מייל או Slack. הכלל האחרון מוודא שדוח לא יוצא לאף אחד בלי שאישרתם.

הפכו את התשובה לכלי חי

אם אתם חוזרים לאותה שאלה כל שבוע, בקשו מ-Claude Code לבנות ממנה Artifact: דשבורד שמושך נתונים עדכניים מ-Financy בכל פתיחה. המדריך המלא נמצא באיך לבנות ב-Claude Code דשבורד פיננסי חי עם Financy.

בדקו את התוכנית מול המציאות

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

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

התוצאה היא רשימה קצרה של המקומות שבהם התוכנית כבר לא מחזיקה.

בפרויקט קבוע, אמרו מה כבר סגור

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

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

השורה האחרונה חשובה: היא שומרת את היתרון של ״סגור״ בלי להתעלם משינוי אמיתי, כמו משכורת שעברה לתאריך אחר.

בדשבורד, אמרו מה אתם לא רוצים לראות

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

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

---

המדריך המקורי באנגלית: Getting the most out of Opus 5.5 in Claude and Claude Code, מאת Addy Osmani, בבלוג של Claude.