Claude Desktop בעברית: תיקון תצוגת RTL ובדיקת טלאים

למה Claude Desktop בעברית מציג תשובות הפוכות

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

RTL (right-to-left) פירושו כתיבה מימין לשמאל, כמו בעברית ובערבית. LTR (left-to-right) הוא הכיוון של אנגלית.

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

איך הדפדפן קובע את הכיוון של פסקה

Claude Desktop בנוי על Electron. Electron הוא חלון של דפדפן Chromium שמריץ ממשק אינטרנט כאפליקציה שולחנית. לכן הטקסט בחלון מסודר לפי אותם כללים של דף אינטרנט רגיל.

הכללים האלה נקראים bidi, קיצור של Unicode Bidirectional Algorithm, האלגוריתם הדו־כיווני של Unicode. כל תו מקבל סוג. אות עברית היא תו "חזק" מימין לשמאל. אות לטינית היא תו "חזק" משמאל לימין. ספרות הן תווים "חלשים". רווח, נקודה וסוגריים הם תווים "ניטרליים", ואין להם כיוון משלהם.

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

ב-HTML, כיוון הבסיס מגיע מהתכונה dir. הערך dir="rtl" קובע מימין לשמאל, והערך dir="ltr" קובע משמאל לימין. הערך dir="auto" מבקש מהדפדפן להחליט לבד: הוא מחפש את התו החזק הראשון בפסקה, ולפיו קובע את הכיוון. כשאין dir בכלל, הפסקה יורשת את הכיוון של האלמנט שמעליה. הממשק של האפליקציה בנוי משמאל לימין, ולכן פסקה בלי dir מקבלת LTR.

למה שורה מעורבת יוצאת בסדר הפוך

קחו את המשפט "התקנתי Node.js בגרסה 22." בתוך פסקה שכיוון הבסיס שלה LTR. הדפדפן מסדר את הרצפים משמאל לימין: קודם "התקנתי", אחריו "Node.js", ואחריו "בגרסה 22". כל רצף עברי לבדו נקרא נכון, אבל הסדר ביניהם הפוך. קורא עברית שמתחיל מצד ימין פוגש קודם את "בגרסה 22", ורק בסוף את "התקנתי".

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

אותה פסקה עם dir="auto" נראית אחרת. התו החזק הראשון הוא ה' של "התקנתי", ולכן הפסקה מקבלת RTL, מיושרת לימין, והסדר נכון. אבל אם הפסקה מתחילה במילה Docker, התו החזק הראשון הוא D, והפסקה כולה מקבלת LTR גם אם כל שאר המילים בעברית. זה לא באג. זה הכלל עצמו, והוא חוזר בסעיף ההרגלים בסוף המדריך.

מה Claude Desktop עושה אחרת מדף אינטרנט רגיל

באפליקציה יש שתי לשוניות עיקריות: Chat לשיחה רגילה, ו-Code, הממשק הגרפי של Claude Code, סוכן התכנות של Anthropic. לפי הניתוח של מחבר טלאי ה-Windows, שתי הלשוניות לא מציירות טקסט באותו קוד.

המסמך docs/native-rtl-merge.he.md במאגר של הטלאי מתאר את Claude Desktop בגרסת MSIX מספר 1.22209.0.0, מיולי 2026. לפי המסמך, לשונית Code משתמשת במנגנון שקובע dir לכל בלוק בנפרד. ההחלטה נעשית לפי התו החזק הראשון מתוך 80 התווים הראשונים של הבלוק. בלשונית Chat, לפי אותו מסמך, הקוד של המנגנון כבר נמצא בתוך האפליקציה, אבל הוא כבוי מאחורי מתג תכונה (feature flag). ה-README של הטלאי, כפי שקראנו אותו ב-3 באוקטובר 2026, אומר אותו דבר: ל-Code יש RTL מובנה, ול-Chat הקוד קיים אבל מושבת.

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

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

איך בודקים אם הגרסה שלכם תומכת ב-RTL

קודם כול רשמו את מספר הגרסה. ב-Windows, פתחו PowerShell והריצו:

Get-AppxPackage -Name *Claude* | Select-Object Name, Version

הפלט צריך להציג שורה עם שם החבילה ומספר גרסה בתבנית של ארבעה מספרים. MSIX הוא פורמט ההתקנה של Windows לאפליקציות ארוזות, ו-Get-AppxPackage מציג חבילות כאלה. פלט ריק אומר ש-Claude Desktop לא מותקן כחבילת MSIX עבור המשתמש הזה.

ב-Mac, פתחו Terminal והריצו:

defaults read /Applications/Claude.app/Contents/Info.plist CFBundleShortVersionString

הפלט הוא מספר הגרסה בלבד. הודעה שהקובץ לא קיים אומרת שהאפליקציה לא נמצאת בתיקייה /Applications.

אחר כך פתחו שיחה חדשה בלשונית Chat, ושלחו את ההודעה הזו:

ענה בשתי פסקאות קצרות: מה זה DNS. הפסקה הראשונה תתחיל במילה עברית. הפסקה השנייה תתחיל במילה Linux.

שלחו את אותה הודעה גם בלשונית Code, והשוו את התשובות:

• הפסקה הראשונה מיושרת לימין, והנקודה בסוף המשפט נמצאת בצד שמאל: ללשונית הזו יש RTL מובנה בגרסה שלכם.
• הפסקה הראשונה צמודה לשמאל, והנקודה בסוף המשפט נמצאת בצד ימין: בלשונית הזו אין RTL מובנה בגרסה שלכם.
• הפסקה השנייה צמודה לשמאל, גם כשהראשונה תקינה: זו התוצאה הצפויה. התו החזק הראשון שלה הוא L של Linux, ולכן הכלל נותן לה LTR.

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

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

מה טלאי ה-RTL ל-Windows עושה בפועל

הטלאי shraga100/claude-desktop-rtl-patch נכתב בידי משתמש מהקהילה, לא בידי Anthropic. ה-README שלו מתאר בגלוי מה הוא משנה, וכדאי לקרוא את התיאור הזה לפני שמחליטים להתקין אותו.

הטלאי דורש הרשאות מנהל, ו-Node.js בגרסה 22.12 ומעלה. הוא עובד בשלושה שלבים:

1. הוא מזריק קוד שמזהה כיוון טקסט לתוך הקובץ app.asar. ASAR הוא פורמט ארכיון ש-Electron משתמש בו כדי לארוז את קובצי ה-JavaScript של האפליקציה.
2. הוא מחליף בתוך claude.exe את ה-hash (טביעת האצבע) של הארכיון המקורי ב-hash של הארכיון ששונה. בלי השלב הזה, בדיקת השלמות של האפליקציה הייתה מזהה את השינוי.
3. ב-cowork-svc.exe, שירות רקע שבודק את claude.exe מול תעודה של Anthropic שמוטמעת בו, הוא מחליף את התעודה של Anthropic בתעודה בחתימה עצמית (self-signed). אחר כך הוא חותם מחדש על שני הקבצים, מוסיף את התעודה החדשה למאגר תעודות השורש המהימנות של Windows, ומוחק את המפתח הפרטי.

ה-README אומר בעצמו שהטלאי עוקף את בדיקת השלמות של האפליקציה. הוא אומר גם שכל עדכון של Claude Desktop דורס את הטלאי. כדי להחזיר אותו אחרי עדכון, הטלאי מציע קיצור דרך על שולחן העבודה, או משימה מתוזמנת בשם ClaudeRtlPatchWatcher שמחילה אותו מחדש באופן אוטומטי. ה-README מציין גם שהשינוי "may not align with Anthropic's Terms of Service", כלומר ייתכן שהוא לא תואם את תנאי השימוש של Anthropic.

המתקין בודק חתימת RSA-4096 על הקובץ patch.ps1 לפני שהוא מריץ אותו. הבדיקה הזו מגינה מפני מי שישנה את הקוד במאגר בלי המפתח של המחבר. היא לא אומרת דבר על מה שהסקריפט עצמו עושה במחשב שלכם.

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

מה טלאי ה-RTL ל-Mac עושה בפועל

הטלאי soguy/claude-desktop-rtl-mac הולך בדרך אחרת. הוא לא נוגע ב-/Applications/Claude.app. הוא יוצר עותק נפרד בשם ~/Applications/Claude-RTL.app, ומשנה רק אותו.

לפי ה-README והסקריפט patch.sh, הוא מחלץ את app.asar מהעותק, מזריק אליו קוד שמזהה כיוון, ואורז אותו מחדש. אחר כך הוא מכבה בעותק את ה-fuse של Electron בשם EnableEmbeddedAsarIntegrityValidation. fuse הוא מתג שנצרב בקובץ ההרצה של Electron, והמתג הזה מפעיל את בדיקת השלמות של הארכיון. בסוף הוא חותם על העותק בחתימת ad-hoc, חתימה מקומית בלי תעודה ובלי זהות של מפתח. הוא לא מוסיף תעודה ל-Keychain, והוא לא יוצר מפתח.

שני דברים כדאי לדעת לפני שמריצים אותו. הסקריפט מריץ npx --yes @electron/asar כשהכלי asar לא מותקן, ולכן הוא מוריד חבילה מ-npm בזמן ההרצה. בנוסף, בהפעלה הראשונה macOS שואל אם לתת לעותק גישה לפריט "Claude Safe Storage" ב-Keychain, וה-README אומר שזה בטוח לאשר. הפריט הזה מחזיק את המפתח שבו האפליקציה מצפינה נתונים שהיא שומרת בדיסק, ובהם קובצי ה-cookie של ההתחברות. אישור נותן לעותק ששונה את אותה גישה שיש לאפליקציה המקורית. מה שמישהו יכול לעשות עם ההתחברות הזו מוסבר במדריך על מה ש-session key של Claude חושף.

העותק לא מתעדכן לבד. אחרי כל עדכון של האפליקציה המקורית, צריך להריץ ./patch.sh --install שוב כדי ליצור עותק חדש.

מה תעודת שורש מאפשרת למי שמחזיק במפתח שלה

תעודת שורש (root certificate) היא הקצה של שרשרת אמון. Windows מקבל חתימה או תעודה אם השרשרת שלה מגיעה לתעודה שנמצאת במאגר Trusted Root Certification Authorities. מי שמחזיק במפתח הפרטי של תעודת שורש כזו יכול לחתום על תעודות ועל קבצים, ו-Windows יקבל אותם כמהימנים.

בפועל, מפתח כזה מאפשר שני דברים. אפשר לחתום בו על תוכנה, כך שהחתימה שלה תיבדק כתקינה. ואפשר להנפיק בו תעודת TLS (Transport Layer Security, ההצפנה שמאחורי HTTPS) לכל שם אתר, למשל לאתר של הבנק שלכם. Chrome ו-Edge ב-Windows סומכים על מאגר התעודות של Windows, ולכן תעודה כזו לא מעוררת אזהרה. מי שגם יושב בדרך של התעבורה שלכם, למשל ברשת Wi-Fi ציבורית, יכול אז לקרוא תעבורת HTTPS.

לתעודה יש גם שדה EKU (Enhanced Key Usage), שמגדיר למה היא מיועדת, למשל Code Signing בלבד. כדאי לבדוק מה כתוב בו, והפקודה בסעיף הבא מציגה אותו. אל תסמכו עליו כהגנה היחידה. הדרך הבטוחה היא להסיר תעודת שורש שאתם לא צריכים.

השאלה החשובה היא איפה המפתח הפרטי. בדקנו את המאגר של טלאי ה-Windows ב-3 באוקטובר 2026, ואין בו קובץ תעודה ואין בו קובץ מפתח. ה-README מתאר תעודה שנוצרת במחשב שלכם בזמן ההתקנה, ומפתח פרטי שנמחק מיד אחרי החתימה. אם המחיקה הצליחה, אף אחד לא מחזיק במפתח, ותעודת השורש לא יכולה לחתום על שום דבר חדש. זה מצב שונה מאוד מטלאי שמגיע עם מפתח מוכן, שבו כל מי שהוריד את המאגר מחזיק באותו מפתח בדיוק.

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

אותו מנגנון קיים גם בלינוקס. כשמוסיפים CA בכוונה, כמו במדריך להוספת CA משלכם למאגר האמון של Ubuntu, עושים את זה כי אתם מחזיקים במפתח ושומרים עליו. CA (certificate authority) הוא גוף או מפתח שמנפיק תעודות.

איך יודעים אם טלאי מותקן ב-Windows

הבדיקה הראשונה בודקת מי חתם על שני הקבצים שהטלאי משנה. הריצו אותה ב-PowerShell רגיל:

$pkg = Get-AppxPackage -Name *Claude*
Get-ChildItem $pkg.InstallLocation -Recurse -Include claude.exe, cowork-svc.exe |
  ForEach-Object {
    $s = Get-AuthenticodeSignature $_.FullName
    [pscustomobject]@{
      File       = $_.Name
      Status     = $s.Status
      Signer     = $s.SignerCertificate.Subject
      Thumbprint = $s.SignerCertificate.Thumbprint
    }
  }

באפליקציה בלי טלאי, העמודה Status מציגה Valid, והעמודה Signer כוללת את Anthropic, PBC. חותם אחר על אחד הקבצים אומר שהקבצים שונו. העתיקו את הערך מהעמודה Thumbprint של אותו חותם, כי תצטרכו אותו בהמשך.

הבדיקה השנייה מחפשת את המשימה המתוזמנת:

Get-ScheduledTask -TaskName ClaudeRtlPatchWatcher -ErrorAction SilentlyContinue

פלט ריק אומר שהמשימה לא קיימת. שורה עם שם המשימה אומרת שהטלאי יחזור אחרי כל עדכון.

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

Get-ChildItem Cert:\LocalMachine\Root, Cert:\CurrentUser\Root |
  Where-Object { $_.Subject -eq $_.Issuer } |
  Sort-Object NotBefore -Descending |
  Select-Object -First 5 NotBefore, Subject, Thumbprint, PSParentPath

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

הבדיקה הרביעית בודקת אם המפתח הפרטי באמת נמחק. הדביקו את ה-Thumbprint שמצאתם:

$t = 'PASTE-THUMBPRINT-HERE'
Get-ChildItem Cert:\ -Recurse |
  Where-Object Thumbprint -eq $t |
  Format-List PSParentPath, Subject, HasPrivateKey, NotAfter, EnhancedKeyUsageList

בתוצאה תקינה, HasPrivateKey מציג False בכל מקום שבו התעודה מופיעה. True באחד המאגרים אומר שהמפתח לא נמחק, והוא עדיין יושב במחשב. EnhancedKeyUsageList מציג את השימושים שהתעודה מוגבלת אליהם, ו-NotAfter את התאריך שבו היא פגה.

איך מסירים את הטלאי ואת תעודת השורש ב-Windows

1. התחילו בדרך של הטלאי עצמו. הריצו שוב את patch.ps1 (קליק ימני ואז Run with PowerShell), ובחרו באפשרות "2. Restore Original State". לפי ה-README, האפשרות הזו משחזרת את הקבצים המקוריים מהגיבוי, ומסירה את התעודה בחתימה עצמית ממאגר התעודות של Windows.
2. הסירו את המשימה המתוזמנת ב-PowerShell שפתחתם כמנהל, עם הפקודה Unregister-ScheduledTask -TaskName ClaudeRtlPatchWatcher -Confirm:$false. מחקו גם את קיצור הדרך של הטלאי משולחן העבודה.
3. הריצו שוב את הבדיקה הראשונה. אם החותם עדיין לא Anthropic, PBC, הסירו את Claude Desktop דרך Settings ואז Apps, והתקינו אותו מחדש מההורדה הרשמית. התקנה נקייה מחליפה את כל הקבצים של החבילה.
4. הריצו שוב את הבדיקה השלישית והרביעית. אם ה-Thumbprint עדיין מופיע, הסירו אותו בעצמכם, לפי הפקודה שבהמשך.

$t = 'PASTE-THUMBPRINT-HERE'
Get-ChildItem Cert:\LocalMachine\Root, Cert:\CurrentUser\Root, Cert:\LocalMachine\My, Cert:\CurrentUser\My |
  Where-Object Thumbprint -eq $t |
  Remove-Item

הריצו את הפקודה ב-PowerShell שפתחתם כמנהל, כי המאגר LocalMachine דורש הרשאות מנהל. Access is denied אומר שהחלון לא רץ כמנהל. כשמוחקים תעודה מהמאגר של המשתמש, Windows יכול להציג חלון אישור, ואז צריך לאשר אותו. אחר כך הריצו שוב את הבדיקה הרביעית. פלט ריק אומר שהתעודה נעלמה מכל המאגרים.

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

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

איך יודעים אם טלאי מותקן ב-Mac, ואיך מסירים אותו

ב-Mac, הטלאי חי בעותק נפרד, ולכן הבדיקה פשוטה יותר:

ls -d ~/Applications/Claude-RTL.app
codesign -dv ~/Applications/Claude-RTL.app 2>&1 | grep -E 'Signature|TeamIdentifier'
codesign --verify --deep --strict /Applications/Claude.app && echo original-ok

No such file or directory מהפקודה הראשונה אומר שאין עותק עם טלאי. כשהעותק קיים, הפקודה השנייה מציגה Signature=adhoc ו-TeamIdentifier=not set, כי העותק חתום בלי זהות של מפתח. הפקודה השלישית מדפיסה original-ok כשהחתימה של האפליקציה המקורית שלמה.

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

cd claude-desktop-rtl-mac
./patch.sh --uninstall

אם מחקתם את התיקייה הזו, אפשר למחוק את העותק ישירות:

rm -rf ~/Applications/Claude-RTL.app

אחר כך הסירו את הסמל של Claude-RTL מה-Dock. אם בזמן ההפעלה הראשונה לחצתם Always Allow בחלון של ה-Keychain, פתחו את Keychain Access וחפשו את "Claude Safe Storage". בלשונית Access Control, הסירו את Claude-RTL מרשימת האפליקציות, ולחצו Save Changes. האפליקציה המקורית ממשיכה לעבוד כרגיל, כי הטלאי לא שינה אותה.

אילו הרגלים בלי טלאי עוזרים לקרוא עברית ב-Claude

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

פתחו כל פסקה במילה עברית. בלשונית שבה האפליקציה קובעת כיוון לפי התו החזק הראשון, פסקה שמתחילה במילה עברית מקבלת RTL. פסקה שמתחילה ב-API או ב-Docker מקבלת LTR. אפשר לבקש את זה מ-Claude במפורש: "פתח כל פסקה במילה עברית, ולא בשם של מוצר באנגלית". בלשונית בלי תמיכה מובנית ההרגל לא משנה את היישור, אבל הוא גם לא מזיק.

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

נסו את גרסת האינטרנט בדפדפן. פתחו את claude.ai ב-Chrome, ב-Edge, ב-Firefox או ב-Safari, והריצו שם את אותה הודעת בדיקה. הגרסה בדפדפן לא דורשת שינוי של קובץ במחשב, ולא דורשת תעודה. אם התצוגה שם טובה יותר בשבילכם, יש לכם דרך עבודה בלי טלאי בכלל. בלינוקס המצב שונה, והמדריך ל-Claude בלינוקס, בדסקטופ ובשורת הפקודה מפרט את האפשרויות שם.

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

FAQ

למה התשובות של Claude Desktop בעברית צמודות לשמאל?

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

האם טלאי ה-RTL ל-Claude Desktop ב-Windows מסוכן?

ה-README שלו אומר שהוא מזריק קוד לארכיון app.asar ועוקף את בדיקת השלמות. הוא גם מחליף את תעודת חתימת הקוד של Anthropic בקובץ cowork-svc.exe בתעודה בחתימה עצמית, ומוסיף אותה למאגר תעודות השורש של Windows. לפי אותו README, המפתח הפרטי נוצר במחשב שלכם ונמחק אחרי החתימה, ובמאגר עצמו אין קובץ מפתח. הסיכון תלוי בכך שהמחיקה הצליחה, ואפשר לבדוק את זה: HasPrivateKey צריך להציג False. ה-README מציין גם שהשינוי עשוי לא להתאים לתנאי השימוש של Anthropic, ושכל עדכון דורס אותו.

איך מוחקים את תעודת השורש שטלאי ה-RTL הוסיף ל-Windows?

הריצו את patch.ps1 ובחרו "2. Restore Original State", שלפי ה-README מסירה את התעודה. אחר כך הריצו ב-PowerShell את Get-ChildItem Cert:\LocalMachine\Root, Cert:\CurrentUser\Root עם סינון לתעודות שבהן Subject שווה ל-Issuer, ומיון לפי NotBefore. תעודה עם שם לא מוכר ותאריך ההתקנה של הטלאי היא המועמדת. מחקו אותה לפי ה-Thumbprint שלה עם Remove-Item, ב-PowerShell שפתחתם כמנהל. עדכון של Claude לא מסיר את התעודה הזו, ולכן כדאי לבדוק את המאגר גם אם הטלאי כבר לא פעיל.

האם טלאי ה-RTL ל-Mac משנה את Claude Desktop המקורי?

לא. הטלאי soguy/claude-desktop-rtl-mac יוצר עותק בשם ~/Applications/Claude-RTL.app, מכבה בו את בדיקת השלמות של הארכיון וחותם עליו בחתימת ad-hoc. הוא לא מוסיף תעודה ל-Keychain. הפקודה codesign --verify --deep --strict /Applications/Claude.app מאשרת שהמקור שלם. שימו לב שהעותק מבקש גישה לפריט "Claude Safe Storage" ב-Keychain, שמצפין את נתוני ההתחברות. מסירים את העותק עם ./patch.sh --uninstall, או עם rm -rf ~/Applications/Claude-RTL.app.