Claude Opus 5.5 Membuat RTS yang Dimainkan Lewat Suara: Di Balik Modem Audio Battle Drones

Dua ponsel di atas meja, tanpa Wi-Fi, tanpa Bluetooth, tanpa server di mana pun. Satu menjadi tuan rumah pertandingan real-time strategy, yang lain bergabung, dan satu-satunya hal yang berpindah di antara keduanya adalah noise — pembawa sekitar 10 kHz ke satu arah dan 17 kHz ke arah sebaliknya, membawa perintah pemain pada sekitar 1.880 bit per detik. Itu adalah fitur terbaru dalam Claude Opus 5.5, yang artefak publiknya paling ambisius sejauh ini: Battle Drones, RTS browser bergaya Command & Conquer yang diterbitkan Simon Willison pada 20 Oktober 2026, setelah dua belas iterasi besar dan 321 commit, sebagian besar dari agen coding. A​nthropic merilis Claude Opus 5.5 pada 22 September 2026 dengan tarif $4 per juta token masukan dan $20 per juta token keluaran, jadi modelnya sendiri baru berumur satu bulan; yang baru minggu ini adalah hal yang dibangun dengannya, dan spesifikasi terbuka yang menyertainya. Artefak publik seperti ini cenderung menghilangkan bagaimana model gagal di baliknya, dan insiden-insiden yang tercatat dikatalogkan dalam the OrcaRouter AI Incident Archive, tempat setiap entri membawa sumbernya sendiri, tingkat keparahan, nilai keyakinan, dan tanda diperdebatkan.

Kedua bagian dari klaim itu dapat diperiksa. Game ini berjalan di simonw.github.io/battledrones/, sumbernya ada di GitHub dengan lisensi Apache-2.0, dan tautan akustiknya bukan kotak hitam — repo tersebut menyertakan SOUND-DUEL.md, spesifikasi modem lengkap dengan rencana pita frekuensi, laju pengodean, format paket, dan angka rasio sinyal-terhadap-derau yang terukur. Berikut ini adalah apa yang sebenarnya dikatakan dokumen itu dan postingan tersebut, dipisahkan dari apa yang tidak dikatakan.

Apa yang dirilis pada 20 Oktober

Battle Drones bukanlah reel demo. Seperti dijelaskan dalam artikel, game ini memiliki sembilan bangunan, tujuh kendaraan darat, enam kendaraan udara, dan tiga tipe infanteri, semuanya dibangun sebagai model 3D yang dihasilkan dalam TypeScript, bukan dimuat dari paket aset. Ada kabut perang, dengan persyaratan senjata anti-udara dan anti-darat yang terpisah. Enam peta mencakup lima bioma, ditambah generator peta acak ber-seed yang menghasilkan medan pertempuran simetris titik berukuran 108×108 — dibuat, menurut artikel tersebut, dalam sprint 45 menit setelah penulis menyadari ia masih memiliki 25% kuota Claude mingguan dan 45 menit sebelum kuota itu direset.

Mode mencakup skirmish, gelombang bertahan hidup Last Stand, menonton AI-vs-AI, kampanye delapan misi, dan sesuatu yang benar-benar tidak biasa: mode agen-vs-agen di mana dua model bahasa saling bermain melalui alat yang hanya mengekspos status permainan nonvisual yang terlihat oleh fog-of-war. Replay rekaman dari pertandingan tersebut disertakan bersama repo, beserta penampil debug yang menunjukkan respons model yang mendasarinya.

Jumlah dalam README milik repositori itu sendiri telah sedikit melenceng dari daftar fitur dalam pos — README menyebut enam belas unit dan sepuluh bangunan, sedangkan pos menjabarkan sembilan bangunan dan enam belas unit di darat, udara, dan infanteri. Enam belas cocok; jumlah bangunan tidak. Kecil, tetapi itulah jenis pergeseran yang terjadi ketika agen menulis README dan tidak ada yang mengauditnya, dan penulisnya mengatakan dengan gamblang bahwa ia telah "hampir tidak meninjau kode apa pun."

Tautan suara, dalam angka

Inilah bagian yang membuat spesifikasi ini layak dibaca, karena "multiplayer lewat audio" terdengar seperti trik sensasional sampai Anda melihat anggaran rekayasa yang harus dipenuhinya. Dua perangkat berbagi satu ruangan dan satu kanal akustik, jadi desainnya adalah dupleks pembagian frekuensi: kedua ponsel mengirim terus-menerus, tuan rumah pada 9,525–12,5 kHz dan tamu pada 15,975–18,95 kHz, dengan pita-pita ditempatkan sedemikian rupa sehingga harmonik kedua tuan rumah dimulai di atas 19,05 kHz dan intermodulasi orde ketiga dari setiap pita tetap jauh dari pita lainnya.

• Modulasi — OFDM dengan jarak nada 25 Hz, simbol berguna 40 ms ditambah prefiks siklik 10 ms, sehingga 50 ms per simbol dan 20 simbol per detik

• Muatan — 188 bit per paket pada rencana pita tinggi, 186 pada rencana cadangan rendah, identik dalam kedua mode sehingga pergantian mode tidak pernah mengubah apa yang muat

• Throughput — 1,880 bit/s dalam mode high fast, 940 bit/s high robust, 930 dan 465 pada low plan; paket memerlukan waktu 100, 200, 200, dan 400 ms secara berurutan

• Kontrol galat — kode konvolusional pada K=7, laju ½, polinomial 133/171, dekode Viterbi lunak, interleaving lintas simbol dan tone, CRC-16 dengan polinomial 0x1021, dan penolakan keras jika lebih dari 10% bit yang dikodekan ulang tidak cocok

• Pembingkaian — satu simbol sinkronisasi ditambah 40 simbol data per superframe, 41 simbol atau 2,05 detik, yang membawa 20, 10, 10, atau 5 paket bergantung pada paket layanan dan mode

• Tautan terukur — SNR daya 40–70 dB pada setiap pita 1 kHz dari 1 hingga 21 kHz pada 10–30 cm, menurun menjadi efektif 17–31 dB pada 10 cm dan 9–19 dB pada 30 cm setelah gema diperhitungkan, dengan pantulan tiba 8–15 ms di belakang jalur langsung

Bagian jujur dari spesifikasi ini terletak pada hal-hal yang tidak dijanjikannya. Tidak ada ARQ: paket yang hilang tidak dikirim ulang, paket berikutnya hanya mendeskripsikan ulang setiap giliran yang belum dikonfirmasi, dan jika backlog tumbuh melebihi satu paket, backlog itu dipecah ke hingga empat segmen bergilir. Backlog yang besar karena itu berubah menjadi kemacetan lockstep, bukan korupsi. Setiap giliran diterima tepat sekali berdasarkan high-water mark, dan paket game dilindungi oleh CRC yang dikunci ke kedua nonce pairing, sehingga rekaman pertandingan lain gagal dalam pemeriksaannya. Seperti yang dinyatakan spesifikasi, jamming dapat dilalui tetapi tidak dapat dicegah: Anda macet, Anda tidak pernah diam-diam mengalami desinkronisasi.

Angka pengiriman dari pengujian model ruangan adalah 99% atau lebih baik pada 20 cm dan 95% pada 40 cm dalam mode robust, 98% pada 20 cm dalam mode fast. Itu adalah hasil simulasi yang dilaporkan dalam spesifikasi, bukan studi lapangan — dan postingannya sendiri menyatakan bahwa fitur tersebut sangat baru saat dirilis: "Saya baru saja membuat ini berfungsi, jadi saya belum punya banyak waktu untuk mengujinya secara aktif."

Bug yang lebih penting daripada modem

Terkubur dalam observasi penutup adalah detail yang paling mungkin berguna bagi siapa pun yang membangun perangkat lunak stateful dengan agen. Karena replay dan multiplayer lockstep sama-sama mengharuskan simulasi identik bit demi bit di setiap perangkat, Claude harus berhenti memanggil Math.sin() dan Math.cos() — Chrome dan Safari mengembalikan nilai yang sedikit berbeda — dan menggantinya dengan implementasinya sendiri. Dua browser yang tidak sepakat pada bit-bit terakhir dari fungsi transendental saja sudah cukup untuk membuat pertandingan mengalami desinkronisasi beberapa menit kemudian.

Itu adalah batasan rekayasa nyata, ditemukan oleh model dan diperbaiki oleh model, dan hal itu berlaku umum jauh melampaui permainan. Sistem apa pun yang dibangun oleh agen dengan inti deterministik — penjadwal, pemutaran ulang buku besar keuangan, harness simulasi, build yang dapat direproduksi — akan mengalami kelas masalah yang sama, dan akan mengalaminya secara diam-diam. Pelajaran bagi pembaca bukanlah "Claude pandai bermain game." Melainkan bahwa determinisme harus menjadi persyaratan eksplisit dalam prompt, karena tidak ada apa pun dalam implementasi default yang menjaminnya.

Radio Probe, dan pola prompting yang layak ditiru

Sebelum menulis modem, model membangun halaman pengukuran. Tulisan itu menjelaskan alat "Radio Probe", yang masih ada di repo sebagai radio-probe.html, yang tugasnya menjawab satu pertanyaan: berapa banyak bandwidth yang sebenarnya bisa didapat dua perangkat di antara keduanya, di ruangan ini, pada jarak ini? Implementasi lengkapnya baru dilanjutkan setelah probe mengembalikan angka yang cukup baik untuk membenarkannya. File yang sama mendokumentasikan dua hal yang probe belum mengukur — iPhone yang memancarkan dengan mikrofonnya sendiri terbuka, dan ponsel yang mendengar transmisinya sendiri — yang justru merupakan mode kegagalan yang akan penting di lapangan.

Pola ini layak ditiru apa pun model yang Anda gunakan: minta agen membangun instrumen sebelum membangun fitur. Diukur dulu, dibangun kemudian adalah cara menghindari kerja seminggu yang bergantung pada asumsi yang tidak diperiksa siapa pun. Ini juga menghasilkan angka yang membuat klaim seperti "audio multiplayer berfungsi" dapat diverifikasi, bukan sekadar memikat.

Apa yang disampaikan ini tentang Claude Opus 5.5, dan apa yang tidak

Klaim terkuat dalam postingan itu spesifik. Willison menulis bahwa Claude Opus 5.5 "luar biasa dalam pemodelan 3D menggunakan Three.js" — setiap bangunan, kendaraan, dan lanskap dalam game dibangun secara prosedural dalam kode, dan ia menempatkan GPT-6 Astra di kelas yang sama. Ia juga mencatat bahwa model tersebut menulis musik: tidak ada file audio dalam proyek itu, dan soundtrack-nya dihasilkan dalam kode, bervariasi menurut peta, dan semakin intens saat pertempuran memanas.

Dua hasil tambahan dilaporkan oleh penulisnya sendiri, bukan direproduksi secara independen, dan sebaiknya dibaca seperti itu. "Fun update" itu adalah satu prompt — "This game isn't fun enough yet. Make it a LOT more fun." — yang dijalankan dalam mode dynamic-workflow yang mengorkestrasi banyak subagen selama berjam-jam, selama itu model menjalankan lebih dari seribu sesi playtest tersimulasi. Hasil yang dilaporkan, dari 1.200 pertandingan AI-vs-AI pada tingkat kesulitan Normal: permainan yang masih belum diputuskan setelah 25 menit turun dari 14% menjadi 0,9%, dan porsi kemenangan oleh pihak yang sempat tertinggal 800+ scrap naik dari 24% menjadi 46%. Itu adalah pengukuran penulis terhadap gamenya sendiri, bukan benchmark model tersebut.

Apa yang tidak ditunjukkan oleh artikel ini sama pentingnya. Tidak ada evaluasi pihak ketiga terhadap Claude Opus 5.5 dalam pengembangan game, tidak ada perbandingan langsung dengan model lain pada tugas yang sama, dan tidak ada penghitungan token atau dolar untuk proses uji tersebut. Penulis sendiri menyatakan bahwa ia "hampir tidak tahu apa-apa tentang pengembangan game," telah "hampir tidak meninjau kode sama sekali," dan tidak menganggap hasilnya sebagai proyek indie yang serius. Itu adalah rangkaian peringatan yang luar biasa terus terang, dan itu membatasi sejauh mana hasilnya dapat digeneralisasikan: ini satu praktisi, satu basis kode, satu bulan.

Berapa biaya untuk menjalankan proyek seperti ini

Kartu tarif terbitan Anthropic untuk Claude Opus 5.5 adalah $4,00 per juta token masukan, $20,00 per juta keluaran, dan $0,20 per juta untuk pembacaan cache. Proyek dengan bentuk seperti ini hampir seluruhnya dibatasi oleh keluaran — model menulis TypeScript, bukan membaca korpus tetap yang besar — jadi baris keluaran $20 adalah yang menentukan tagihan, dan proses berjalan semalam-malaman selama berjam-jam dengan paralelisme tinggi itulah yang mengubah "murah per token" menjadi angka nyata. Tidak ada total yang diterbitkan untuk Battle Drones, jadi pernyataan yang jujur adalah bahwa batas atasnya ditentukan oleh berapa banyak jam-agen yang bersedia Anda beli, bukan oleh angka apa pun dalam postingan tersebut.

Itu juga alasan untuk tidak mengunci jalur produksi pada satu model hanya berdasarkan satu artefak yang mengesankan. Claude Opus 5.5 ada di OrcaRouter dengan harga daftar Anthropic dan markup 0%, sehingga perubahan harga dari vendor langsung berlaku di sisi kami pada hari yang sama, dan failover otomatisberarti jalannya agen yang panjang tidak mati hanya karena satu endpoint upstream sedang apes. Jika Anda ingin menguji apakah build semalaman seperti ini dapat direproduksi pada model lain, satu API untuk 200+ model adalah cara termurah untuk mengetahuinya — bentuk request sama, nama model berbeda, tanpa kontrak kedua.

Apa yang belum ditetapkan

• Popularitas — repositori menunjukkan 4 bintang dan 0 fork saat diperiksa pada 21 Oktober 2026, sehari setelah unggahan itu muncul. Ini bukan fenomena; ini proyek satu orang, yang dipublikasikan.

• Keandalan tautan audio di lapangan — persentase pengiriman dalam spesifikasi berasal dari pengujian model ruangan, dan penulis menyatakan bahwa ia belum memiliki banyak waktu untuk menguji fitur tersebut secara aktif. Jangan menafsirkan 99% sebagai janji tentang meja makan Anda.

• Karya sebelumnya — tulisan itu mengutip Siner karya Alon Horesh dan ggwave karya Georgi Gerganov sebagai satu-satunya karya serupa yang dapat ditemukannya, dan menyebut multiplayer audio untuk gim HTML statis sebagai “yang pertama untuk sebuah RTS sejauh yang saya tahu.” Itu adalah pencarian penulis, bukan tinjauan literatur.

Atribusi kode — Claude Opus 5.5 mendorong sebagian besar iterasi berikutnya, tetapi versi pertama dibangun dengan Claude Fable 5 pada Juli, dan README itu sendiri menyatakan bahwa sisa dokumen ditulis oleh Claude. Perlakukan repo ini sebagai artefak dengan provenans campuran.

• Hasil benchmark — tidak ada satu pun. Tidak ada apa pun di sini yang mengukur Claude Opus 5.5 terhadap model lain pada tugas dengan skor.

Hal yang sebenarnya perlu diambil adalah lebih sempit dan lebih berguna daripada "sebuah AI membuat game." RTS berbasis browser tanpa backend, simulasi deterministik, dan modem akustik yang berfungsi merupakan demonstrasi bahwa bagian sulit dari perangkat lunak yang dibangun oleh agen telah bergeser dari menghasilkan kode menjadi menentukan batasan — determinisme, pengukuran, perilaku kesalahan — cukup tepat sehingga kode yang dihasilkan dapat diperiksa. SOUND-DUEL.md adalah buktinya: dokumen itu ada karena seseorang membuat model menuliskan apa yang bisa dan tidak bisa dilakukan tautan sebelum merilisnya. Jika Anda ingin melihat apakah disiplin itu dapat ditransfer ke beban kerja Anda sendiri, jalankan prompt yang sama terhadap model kedua dan bandingkan spesifikasinya, bukan tangkapan layarnya.