Claude Opus 5.5 בנה משחק RTS שמשחקים אותו בסאונד: מבט מבפנים אל מודם האודיו של Battle Drones

שני טלפונים על שולחן, בלי Wi-Fi, בלי בלוטות', בלי שרת בשום מקום. האחד מארח משחק אסטרטגיה בזמן אמת, השני מצטרף, והדבר היחיד שעובר ביניהם הוא רעש — גל נושא סביב 10 קילוהרץ בכיוון אחד ו-17 קילוהרץ בכיוון השני, שנושא פקודות שחקן בקצב של כ-1,880 סיביות לשנייה. זהו הפיצ'ר החדש ביותר ב-Claude Opus 5.5התוצר הציבורי השאפתני ביותר שלו עד כה: Battle Drones, משחק RTS בדפדפן בסגנון Command & Conquer שסיימון ויליסון פרסם ב-20 באוקטובר 2026, אחרי שתים-עשרה איטרציות מרכזיות ו-321 קומיטים, רובם מסוכני קוד. Anthropic השיקה את Claude Opus 5.5 ב-22 בספטמבר 2026 במחיר של 4 דולר למיליון טוקני קלט ו-20 דולר למיליון טוקני פלט, כך שהמודל עצמו בן חודש; מה שחדש השבוע הוא הדבר שלמענו הוא שימש לבנייה, והמפרט הפתוח שמגיע איתו. תוצרים ציבוריים כמו זה נוטים להשמיט כיצד המודל נכשל מתחת לפני השטח, והתקריות המתועדות מקוטלגות ב-the OrcaRouter AI Incident Archive שבו כל ערך נושא את המקורות שלו, חומרה, דירוג ביטחון ודגל שנוי במחלוקת.

שני החצאים של הטענה הזו ניתנים לבדיקה. המשחק פועל בכתובת simonw.github.io/battledrones/, קוד המקור נמצא ב-GitHub תחת Apache-2.0, והקישור האקוסטי אינו קופסה שחורה — במאגר נמצא SOUND-DUEL.md, מפרט מודם מלא עם תוכניות פס, שיעורי קידוד, פורמטי מנות ונתוני יחס אות לרעש שנמדדו. מה שמופיע בהמשך הוא מה שהמסמך והפוסט באמת אומרים, בהפרדה ממה שהם אינם אומרים.

מה נשלח ב-20 באוקטובר

Battle Drones אינו סרטון דמו. כמתואר בכתוב, יש בו תשעה מבנים, שבעה כלי רכב קרקעיים, שישה כלי טיס ושלושה סוגי חיל רגלים, שכולם נבנו כמודלים תלת-ממדיים שנוצרו ב-TypeScript ולא נטענו מחבילת נכסים. יש ערפל מלחמה, עם דרישות נשק נפרדות נגד אוויר ונגד קרקע. שישה מפות משתרעות על פני חמישה ביומים, ובנוסף מחולל מפות אקראיות עם זרע שמייצר שדה קרב סימטרי נקודתית בגודל 108×108 — שנבנה, לפי הפוסט, בספרינט של 45 דקות לאחר שהמחבר שם לב שנותרו לו 25% ממכסת Claude השבועית ו-45 דקות עד לאיפוסה.

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

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

קישור הצליל, במספרים

זה החלק ששווה לקרוא בשבילו את המפרט, כי "מולטיפלייר מעל אודיו" נשמע כמו גימיק עד שרואים לאיזה תקציב הנדסי הוא היה צריך להיכנס. שני מכשירים חולקים חדר אחד וערוץ אקוסטי אחד, ולכן התכנון הוא דופלקס בחלוקת תדר: שני הטלפונים משדרים ברציפות, המארח ב-9.525–12.5 kHz והאורח ב-15.975–18.95 kHz, כשהפסים ממוקמים כך שההרמוניה השנייה של המארח מתחילה מעל 19.05 kHz ואינטרמודולציה מסדר שלישי מכל פס נשארת מחוץ לפס האחר.

• אפנון — OFDM במרווח טונים של 25 Hz, סמל שימושי של 40 ms בתוספת קידומת מחזורית של 10 ms, כך 50 ms לכל סמל ו-20 סמלים בשנייה

• מטען — 188 סיביות לכל מנה בתוכנית הפס הגבוה, 186 בתוכנית הפס הנמוך לגיבוי, זהים בשני המצבים כך שהחלפת מצב לעולם אינה משנה מה שנכנס

• תפוקה — 1,880 ביט/שנייה במצב מהיר גבוה, 940 ביט/שנייה במצב עמיד גבוה, 930 ו-465 בתוכנית הנמוכה; חבילות אורכות 100, 200, 200 ו-400 מ״ש בהתאמה

• בקרת שגיאות — קוד קונבולוציוני ב-K=7, קצב ½, פולינומים 133/171, פענוח Viterbi רך, שזירה בין סמלים וטונים, CRC-16 עם פולינום 0x1021, ודחייה מוחלטת אם יותר מ-10% מהביטים המקודדים מחדש אינם תואמים

מבנה — סמל סנכרון אחד בתוספת 40 סמלי נתונים לכל מסגרת-על, 41 סמלים או 2.05 שניות, הנושא 20, 10, 10 או 5 מנות בהתאם לתוכנית ולמצב

• קישור נמדד — SNR הספק של 40–70 dB בכל פס של 1 kHz מ-1 עד 21 kHz במרחק 10–30 ס"מ, המתדרדר ל-17–31 dB אפקטיביים במרחק 10 ס"מ ול-9–19 dB במרחק 30 ס"מ לאחר התחשבות בהד, כאשר ההחזרות מגיעות 8–15 ms אחרי המסלול הישיר

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

נתוני המסירה מבדיקות מודל החדר הם 99% או יותר ב-20 ס"מ ו-95% ב-40 ס"מ במצב robust, ו-98% ב-20 ס"מ במצב fast. אלה תוצאות סימולציה המדווחות במפרט, ולא מחקר שדה — והפוסט עצמו אומר שהתכונה הייתה חדשה מאוד כשהושקה: "רק עכשיו הצלחתי לגרום לזה לעבוד, כך שעדיין לא היה לי הרבה זמן לבדוק את זה באופן פעיל."

הבאג שחשוב יותר מהמודם

קבור בהערות הסוגרות נמצא הפרט שסביר ביותר שיהיה שימושי למי שבונה תוכנה בעלת מצב עם סוכן. מכיוון ששיחזורים וריבוי משתתפים בסנכרון lockstep דורשים שניהם שהסימולציה תהיה זהה ביט-ביט בכל מכשיר, קלוד נאלץ להפסיק לקרוא ל-Math.sin() ול-Math.cos() — Chrome ו-Safari מחזירים ערכים שונים במעט מאוד — ולהחליף אותן במימושים משלו. שני דפדפנים שאינם מסכימים לגבי הביטים האחרונים של פונקציה טרנסצנדנטלית זה מספיק כדי לגרום לאי-סנכרון של משחק דקות לאחר מכן.

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

The Radio Probe, ותבנית פרומפטינג ששווה לגנוב

לפני כתיבת המודם, המודל בנה עמוד מדידה. הפוסט מתאר כלי בשם "Radio Probe", שעדיין נמצא במאגר בתור radio-probe.html, שתפקידו היה לענות על שאלה אחת: כמה רוחב פס שני מכשירים יכולים למעשה לקבל ביניהם, בחדר הזה, במרחק הזה? היישום המלא יצא לדרך רק לאחר שהבדיקה החזירה מספרים טובים מספיק כדי להצדיק אותו. אותו קובץ מתעד את שני הדברים שהבדיקה לא מדדה — אייפון שמשדר כשהמיקרופון שלו פתוח, וטלפון ששומע את השידור של עצמו — שהם בדיוק מצבי הכשל שהיו חשובים בשטח.

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

מה זה אומר על Claude Opus 5.5, ומה זה לא אומר

הטענות החזקות ביותר בפוסט הן ספציפיות. ויליסון כותב ש-Claude Opus 5.5 הוא "מדהים ביצירת מודלים תלת-ממדיים באמצעות Three.js" — כל בניין, רכב ונוף במשחק נבנים באופן פרוצדורלי בקוד, והוא מדרג את GPT-6 Astra באותה קטגוריה. הוא גם מציין שהמודל כותב מוזיקה: אין קבצי אודיו בפרויקט, והפסקול נוצר בקוד, משתנה לפי מפה ומתגבר ככל שהקרב מתחמם.

שתי תוצאות נוספות מדווחות על ידי המחבר ולא שוחזרו באופן עצמאי, ויש לקרוא אותן כך. "עדכון הכיף" היה פרומפט יחיד — "המשחק הזה עדיין לא מספיק כיף. הפוך אותו להרבה יותר כיף." — שהורץ במצב זרימת עבודה דינמית שמתזמר סוכני משנה רבים במשך שעות רבות, ובמהלכו הריץ המודל למעלה מאלף סשנים מדומים של בדיקות משחק. התוצאה המדווחת, מ-1,200 התמודדויות בינה מלאכותית מול בינה מלאכותית ברמת הקושי Normal: משחקים שעדיין לא הוכרעו לאחר 25 דקות ירדו מ-14% ל-0.9%, ושיעור הניצחונות של צד שהיה בפיגור של 800+ גרוטאות עלה מ-24% ל-46%. אלו המדידות של המחבר של המשחק שלו עצמו, לא מדד של המודל.

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

כמה עולה להפעיל פרויקט כזה

כרטיס התעריפים שפרסמה Anthropic עבור Claude Opus 5.5 הוא $4.00 למיליון טוקני קלט, $20.00 למיליון פלט, ו-$0.20 למיליון עבור קריאות מהמטמון. פרויקט בצורה הזו הוא כמעט כולו תלוי-פלט — המודל כותב TypeScript, לא קורא קורפוס קבוע גדול — ולכן שורת הפלט של $20 היא זו שקובעת את החשבון, והריצות הארוכות של שעות רבות לאורך הלילה במקביליות גבוהה הן מה שהופך את "זול לטוקן" למספר ממשי. לא פורסם סכום כולל עבור Battle Drones, ולכן האמירה הכנה היא שהתקרה נקבעת לפי כמה שעות-סוכן אתם מוכנים לקנות, ולא לפי שום נתון בפוסט.

זו גם הטענה נגד התחייבות לנתיב ייצור למודל יחיד על סמך ארטיפקט מרשים אחד. Claude Opus 5.5 נמצא ב-OrcaRouter במחיר המחירון של Anthropic עם 0% תוספת, כך ששינוי מחיר מצד הספק פעיל אצלנו באותו יום, ו-מעבר אוטומטי לגיבוי פירושו שריצת סוכן ארוכה לא מתה porque נקודת קצה במעלה הזרם חווה אחר צהריים רע. אם אתם רוצים לבדוק אם בנייה של לילה כמו זו ניתנת לשחזור במודל אחר, API אחד ל-200+ מודלים היא הדרך הזולה ביותר לגלות — אותה צורת בקשה, שם מודל אחר, בלי חוזה שני.

מה לא מבוסס?

• פופולריות — כשנבדק ב-21 באוקטובר 2026, יום לאחר פרסום הפוסט, הראו במאגר 4 כוכבים ו-0 פורקים. זו אינה תופעה; זה הפרויקט של אדם אחד, שפורסם.

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

• עבודות קודמות — הפוסט מציין את Siner מאת Alon Horesh ואת ggwave מאת Georgi Gerganov כעבודות הדומות היחידות שהוא הצליח למצוא, ומכנה מולטיפלייר אודיו למשחקי HTML סטטיים "ראשון מסוגו ב-RTS ככל שידוע לי". זהו חיפוש של המחבר, לא סקירת ספרות.

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

• תוצאת בנצ'מרק — אין כזו. שום דבר כאן לא מודד את Claude Opus 5.5 מול מודל אחר במשימה עם ציון.

הדבר שבאמת כדאי להפיק ממנו הוא צר יותר ושימושי יותר מאשר "בינה מלאכותית בנתה משחק". משחק RTS בדפדפן בלי backend, סימולציה דטרמיניסטית ומודם אקוסטי עובד הם הוכחה לכך שהחלק הקשה בתוכנה שנבנתה על ידי סוכני AI עבר מיצירת קוד להגדרת אילוצים — דטרמיניזם, מדידה, התנהגות שגיאות — במידה מדויקת מספיק כדי שאפשר יהיה לבדוק את הקוד שנוצר. SOUND-DUEL.md הוא המסמך שמהווה את ההוכחה: הוא קיים כי מישהו גרם למודל לכתוב מה הקישור יכול ומה הוא לא יכול לעשות לפני שמשחררים אותו. אם אתם רוצים לראות אם המשמעת הזו עוברת גם לעומס העבודה שלכם, הריצו את אותו פרומפט מול מודל שני והשוו את המפרטים, לא את צילומי המסך.