# Artikel Terkait Optimalisasi

Pusat Berita HTX menyediakan artikel terbaru dan analisis mendalam mengenai "Optimalisasi", mencakup tren pasar, pembaruan proyek, perkembangan teknologi, dan kebijakan regulasi di industri kripto.

Claude Code Ternyata Seberapa Boros Token? Percobaan Perbandingan Datang: Tiga Kerangka Kerja Beda Hingga 30 Kali Lipat

Semua orang bilang Claude Code boros token, tapi seberapa boros? Eksperimen dari Composio menjawabnya. Mereka membandingkan tiga framework agent (harness) — Claude Code, Hermes, dan Kimi Code — dengan model yang sama (Kimi K3) pada 28 tugas identik. Hasilnya, tingkat keberhasilan tugas serupa: Kimi Code 22/28, Hermes 21/28, Claude Code 20/28. Namun, konsumsi token sangat berbeda. **Untuk tugas yang sama, penggunaan token antar harness bisa berbeda hingga 30 kali lipat.** Secara median, Kimi Code pakai ~61k token, Hermes ~67k token, sedangkan Claude Code melonjak ke ~340k token (sekitar 6x Kimi Code). Dengan harga Kimi K3 $3 per juta token input, biaya rata-rata per tugas: Kimi Code $0.22, Hermes $0.28, Claude Code $2. Kecepatan median: Hermes tercepat (179 detik), diikuti Kimi Code (297 detik), dan Claude Code (348 detik). Kesimpulan utama: **Untuk mengurangi biaya agent, pilih harness yang efisien bisa lebih berdampak daripada mengganti model.** Analisis Sebastian Raschka menunjukkan penyebabnya: Claude Code cenderung berulang kali memasukkan kembali lebih banyak konteks sejarah (pesan sebelumnya, panggilan alat, output) ke dalam prompt di setiap putaran interaksi, sehingga membengkakkan token input, bukan output. Tren ini menggarisbawahi pentingnya harness. Sebuah penelitian dari Writer menunjukkan, hanya dengan mengganti harness (model tetap), biaya tugas turun 41%, latensi turun 44%, dan konsumsi token turun 38%, dengan kualitas hasil yang tetap. Era kompetisi agent bergeser: dari "bisa melakukan" ke "melakukannya dengan lebih efisien", dan rahasia efisiensi terletak pada harness, bukan model.

marsbitKemarin 12:28

Claude Code Ternyata Seberapa Boros Token? Percobaan Perbandingan Datang: Tiga Kerangka Kerja Beda Hingga 30 Kali Lipat

marsbitKemarin 12:28

Aave Secara Bertahap Mengeluarkan 75 Aset Cadangan dengan Tingkat Penggunaan Rendah dari Daftarnya! Ini Detailnya

Aave, protokol pinjaman terkemuka di sektor Keuangan Terdesentralisasi (DeFi), mengumumkan restrukturisasi menyeluruh untuk meningkatkan efisiensi platform. Pendiri Aave, Stani Kulechov, menyatakan protokol akan secara bertahap menghentikan aset dengan utilitas rendah dan mengurangi operasinya di beberapa jaringan blockchain. Menurut pengumuman, Aave berencana menghentikan dukungan untuk 50 aset cadangan di jaringannya sendiri yang kurang dimanfaatkan. Selain itu, dukungan untuk 25 aset cadangan di jaringan Sonic, Scroll, zkSync, Metis, Soneium, dan Aptos juga akan dihentikan. Secara total, 75 aset cadangan dengan penggunaan rendah akan terdampak. Langkah ini bertujuan memastikan penggunaan sumber daya platform yang lebih efisien dan fokus pada aset yang paling diminati pengguna. Restrukturisasi diperkirakan akan memengaruhi aset cadangan senilai sekitar $98,1 juta dan posisi pinjaman senilai $15,6 juta. Aave menyatakan proses penghentian dukungan akan dilakukan bertahap dengan rencana transisi untuk meminimalkan ketidaknyamanan pengguna. Para ahli mencatat bahwa penghapusan aset dengan likuiditas rendah atau utilitas minimal merupakan praktik umum di industri protokol DeFi. Keputusan seperti ini dapat membantu platform mengurangi biaya pemeliharaan sekaligus meningkatkan keamanan dan efisiensi operasional. Analis percaya bahwa meski restrukturisasi dapat menyebabkan redistribusi likuiditas dalam jangka pendek, langkah ini dapat mendukung tujuan Aave menciptakan ekosistem yang lebih efisien dan berkelanjutan dalam jangka panjang.

cryptonews.ru2 hari yang lalu 09:21

Aave Secara Bertahap Mengeluarkan 75 Aset Cadangan dengan Tingkat Penggunaan Rendah dari Daftarnya! Ini Detailnya

cryptonews.ru2 hari yang lalu 09:21

Tembok Pertahanan CUDA 20 Tahun Hancur dalam Satu Akhir Pekan, Claude Sendirian Jalankan GPU Baru AMD

Dalam waktu satu akhir pekan, Claude, model AI canggih dari Anthropic, berhasil menjalankan model terbarunya di server AMD MI355X tanpa campur tangan manual engineer. Hal ini menandai terobosan signifikan dalam mengatasi dominasi ekosistem CUDA NVIDIA yang dibangun selama 20 tahun. AMD menyediakan toolkit khusus bernama ROCm.AI, yang dilengkapi dengan "AMD Skills"—pengetahuan terverifikasi tentang ROCm. Hal ini memungkinkan agen AI seperti Claude untuk secara mandiri mengatur lingkungan, men-deploy model, membaca log, memecahkan masalah, dan mengoptimalkan kinerja menggunakan ROCm CLI. Bahkan, AMD mengubah cara penulisan manual chip menjadi format yang dapat dibaca AI (ISA), memungkinkan agen langsung memahami dan mengoptimalkan perangkat keras. Kemampuan ini merupakan "serangan dimensional" terhadap ekosistem CUDA. Pengalaman bertahun-tahun yang dimiliki engineer NVIDIA kini dapat dikejar oleh agen AI yang bekerja tanpa henti. Agen dapat membaca dokumentasi, menganalisis performa, menguji konfigurasi, dan menghasilkan kernel yang disesuaikan—sebuah proses yang secara drastis memampatkan waktu pengembangan dari hitungan tahun menjadi hitungan tugas. Anthropic mengumumkan rencana untuk mendeploy hingga 2GW GPU AMD Instinct di sistem Helios, dengan 1GW pertama dimulai pada paruh pertama 2027. Kolaborasi ini akan menggunakan Claude untuk mengoptimalkan beban kerja AMD dan mempercepat pengembangan perangkat lunak ROCm. Masa depan persaingan chip tidak hanya tentang performa puncak, tetapi juga tentang seberapa baik AI dapat memahami dan mengoptimalkannya.

marsbit07/28 00:11

Tembok Pertahanan CUDA 20 Tahun Hancur dalam Satu Akhir Pekan, Claude Sendirian Jalankan GPU Baru AMD

marsbit07/28 00:11

Claude Code Gunting 80% Prompt, Opus 5 Malah Tambah Balik

Claude Code baru saja mengumumkan pemotongan drastis pada prompt sistemnya, namun kemudian pengguna menemukan bahwa Opus 5 malah menambahkannya kembali sebanyak 72% dibandingkan versi 4.8. Awalnya, Anthropic menghapus lebih dari 80% aturan mendetail dalam prompt untuk model generasi baru seperti Opus 5 dan Fable 5. Tujuannya adalah mengurangi konflik instruksi dan membebaskan model dari "buku pedoman karyawan" yang ketat, menggantinya dengan prinsip umum seperti menyesuaikan gaya kode yang ada. Namun, pengujian oleh pengembang @chenchengpro menunjukkan fakta menarik: sementara prompt Opus 4.7 (15.225 karakter) dipotong menjadi 4.467 karakter di versi 4.8, prompt Opus 5 justru bertambah menjadi 7.694 karakter. Penambahan sekitar 3.755 karakter ini terutama berisi aturan baru untuk mengatur kebiasaan Opus 5 yang lebih proaktif, seperti seberapa sering melaporkan progres, kapan harus memanggil sub-Agent, dan bagaimana mengontrol lingkup tugas serta panjang output. Jadi, Anthropic memang menghapus aturan lama yang terlalu detail, tetapi menambahkan panduan baru untuk mengarahkan kemampuan model yang lebih maju. Performa pemrograman Claude tetap terjaga meski promptnya disederhanakan. Bagi developer, saran utama adalah: fokus pada aturan proyek yang spesifik, pisahkan instruksi panjang menjadi "Skill", hindari duplikasi, dan berikan referensi yang dapat dieksekusi alih-alih deskripsi tekstual yang panjang.

marsbit07/27 11:40

Claude Code Gunting 80% Prompt, Opus 5 Malah Tambah Balik

marsbit07/27 11:40

Kecemasan Memori Model Besar, Solusinya Ditemukan di Flash Drive

Berikut adalah ringkasan artikel tentang High Bandwidth Flash (HBF) untuk AI: Ansietas memori pada model AI besar mungkin dapat dikurangi dengan teknologi yang sama seperti di flash drive, yaitu **NAND Flash**. Meskipun terkenal lambat, terutama dalam penulisan, kecepatan baca NAND Flash sebenarnya memadai. **SanDisk dan SK Hynix** kini mengembangkan **High Bandwidth Flash (HBF)**, yang menerapkan metode *stacking* dan *packaging* canggih seperti pada HBM ke chip NAND Flash. Dengan menumpuk hingga 16 chip, satu *stack* HBF menargetkan kapasitas **512GB** dan bandwidth baca **1.6TB/s**, bahkan berencana meningkat ke **3.2TB/s**. Teknologi ini tidak dimaksudkan untuk menggantikan HBM, tetapi melengkapinya dengan menemukan ceruknya: **inferensi AI**. Selama inferensi, bobot model yang sudah terlatih bersifat statis dan hanya perlu dibaca, bukan ditulis ulang, sehingga cocok dengan kekuatan baca HBF. Ide dasarnya adalah menciptakan arsitektur memori berlapis untuk server AI: **HBM** menangani data panas dan komputasi intensif, **HBF** menyimpan bobot model besar yang bersifat *read-intensive*, dan **SSD** untuk penyimpanan massal yang lebih murah. Ini berpotensi meredakan kemacetan kapasitas HBM yang mahal, mengurangi jumlah kartu akselerator yang dibutuhkan, serta menurunkan biaya dan konsumsi daya keseluruhan sistem inferensi. Meski standar HBF masih dalam pengembangan di Open Compute Project (OCP) dan setidaknya membutuhkan satu tahun lagi sebelum tersedia, pendekatan ini menandakan perlunya pembagian kerja baru dalam hierarki memori untuk menghadapi tantangan model yang semakin besar dan mahal. Solusinya mungkin berasal dari teknologi yang sudah dikenal, dikemas ulang untuk era AI.

marsbit07/20 00:22

Kecemasan Memori Model Besar, Solusinya Ditemukan di Flash Drive

marsbit07/20 00:22

OpenAI Resmi Mengajarkan 8 Jurus Menguasai ChatGPT

OpenAI secara resmi merilis panduan terbaru tentang teknik penulisan _prompt_ untuk mengoptimalkan penggunaan ChatGPT. Berikut 8 strategi utama yang dapat membuat ChatGPT lebih patuh dan menghasilkan konten yang akurat: 1. **Gunakan Model Terbaru**: Untuk hasil terbaik, disarankan menggunakan model terbaru OpenAI, seperti GPT-5.6 Sol. 2. **Berikan Instruksi yang Spesifik dan Detail**: Jangan berikan perintah yang umum. Jelaskan dengan jelas tujuan, panjang konten, format, gaya, dan elemen lain yang diinginkan. 3. **Struktur Prompt yang Jelas**: Letakkan intruksi utama di bagian depan prompt dan gunakan pemisah seperti `###` atau `"""` untuk memisahkan instruksi dengan teks yang akan diproses. 4. **Berikan Contoh dan Penjelasan Format**: Berikan contoh atau penjelasan tentang format output yang diharapkan agar AI memahami dengan lebih baik. 5. **Mulai dari Zero-shot, lalu Few-shot, dan Fine-tuning**: Coba dulu dengan instruksi dasar (zero-shot). Jika perlu, berikan beberapa contoh (few-shot). Untuk tugas yang sangat khusus, pertimbangkan fine-tuning dengan dataset yang besar. 6. **Hindari Deskripsi yang Samar atau Tidak Tepat**: Gunakan parameter yang terukur (misal: "3-5 kalimat") alih-alih instruksi seperti "beberapa kalimat" atau "singkat saja". 7. **Jangan Hanya Melarang, Tapi Juga Beri Arahan Positif**: Selain mengatakan apa yang tidak boleh dilakukan, beritahu juga apa yang seharusnya dilakukan oleh AI. 8. **Gunakan "Kata Pemandu" untuk Generasi Kode**: Saat meminta kode, gunakan kata kunci seperti `import` (Python) atau `SELECT` (SQL) di awal untuk memandu model. Terakhir, OpenAI memperkenalkan fitur "Generate Anything" yang dapat secara otomatis menghasilkan prompt yang sesuai hanya berdasarkan deskripsi tugas dari pengguna, mempermudah proses penulisan instruksi. Panduan ini dirancang untuk membantu pengguna menguasai ChatGPT dengan lebih efektif.

marsbit07/16 08:29

OpenAI Resmi Mengajarkan 8 Jurus Menguasai ChatGPT

marsbit07/16 08:29

Bisakah Model Bahasa Besar Menulis Algoritma Optimasi Tingkat Industri? MIT Mengajukan FrontierOR Sebagai Ujian bagi AI

Selama dua tahun terakhir, kemampuan LLM dalam menerjemahkan deskripsi bahasa alami menjadi model matematika dan kode solver telah berkembang pesat. Namun, untuk masalah optimasi skala industri yang nyata, ini masih belum cukup. Tantangan sebenarnya bukan sekadar menerjemahkan batasan, tetapi merancang algoritma yang efisien, akurat, dan dapat diskalakan untuk menangani instance berskala besar. Baru-baru ini, peneliti dari MIT dan institusi lain memperkenalkan FrontierOR, sebuah benchmark baru untuk mengevaluasi kemampuan LLM dalam merancang algoritma optimasi skala besar. Berbeda dengan benchmark tradisional yang hanya menguji pemodelan atau pemanggilan solver, FrontierOR berfokus pada apakah LLM dapat, seperti ahli OR sungguhan, merancang algoritma yang dapat diskalakan, berkualitas tinggi, dan efisien untuk masalah kompleks berdasarkan strukturnya. FrontierOR dibangun melalui empat langkah: pemilihan masalah dari literatur OR asli (180 makalah dari 1992–2025), transformasi menjadi komponen tugas terstandar, validasi kualitas ganda (otomatis dan ahli), dan pemilihan subset "Hard" yang lebih menantang. Protokol evaluasi yang ketat melibatkan penyaringan awal pada instance kecil untuk keterjalan, kelayakan, dan kualitas. Program yang lolos kemudian dievaluasi pada instance besar menggunakan empat metrik: Execution Rate, Feasibility, Solution Quality, dan Quality-Time Efficiency (QTE). Hasil eksperimen dalam pengaturan "one-shot" menunjukkan bahwa model terdepan (seperti GPT-5.3-Codex, Gemini 3.1 Pro, Claude Opus 4.6) memiliki tingkat keterjalan program yang sangat tinggi (≥0.93). Namun, metrik kelayakan, kualitas solusi, dan terutama QTE masih jauh lebih rendah, mengungkap kesenjangan kemampuan desain algoritma yang sebenarnya. Subset "Hard" berhasil membedakan performa model-model ini dengan lebih jelas. Analisis menunjukkan bahwa model yang lebih lemah sangat bergantung pada pemanggilan solver monolitik, sementara model terkuat (seperti Claude Opus) menunjukkan distribusi metode yang lebih seimbang, termasuk dekomposisi, heuristik, dan metode hibrid, yang berkorelasi dengan kinerja QTE yang lebih baik. Eksperimen lebih lanjut dengan kerangka "self-evolution" (OpenEvolve, EoH, CORAL) menunjukkan peningkatan signifikan. Dengan iterasi berdasarkan umpan balik eksekusi, QTE dapat ditingkatkan dari 0.15 (one-shot) hingga 0.50 pada tugas tersulit, menunjukkan potensi besar pendekatan evolusioner. Kesimpulannya, FrontierOR memetakan kemampuan rekayasa algoritma LLM untuk OR. Model terdepan sudah dapat menulis beberapa algoritma optimasi yang kompetitif, namun batas atasnya kini ditentukan oleh kemampuan menemukan struktur, merancang pencarian, dan berevolusi mandiri – menandai transisi dari pertanyaan "Bisakah LLM memodelkan?" menuju "Bisakah LLM menjadi perancang algoritma sejati?".

marsbit07/10 09:13

Bisakah Model Bahasa Besar Menulis Algoritma Optimasi Tingkat Industri? MIT Mengajukan FrontierOR Sebagai Ujian bagi AI

marsbit07/10 09:13

活动图片