Menghirup AGI dengan Claude Code
(kadekillary.work)- Menyampaikan pandangan tentang kemungkinan mendekati kecerdasan umum buatan (AGI) melalui Claude Code
- Membagikan kesan yang dirasakan penulis dari sesi coding nyata bersama Claude
- Menekankan tingkat capaian Claude dalam kemampuan pemrograman, pengetahuan yang luas, dan kreativitas
- Menyebutkan bahwa kemampuan memahami konteks dan menafsirkan kode milik Claude membedakannya dari alat-alat yang ada saat ini
- Memproyeksikan dampak teknis terhadap perubahan cara pengembangan dan pemanfaatan kecerdasan buatan
Pendahuluan
- Tulisan ini memuat pemikiran penulis tentang kemungkinan mendekati kecerdasan umum buatan (AGI) setelah mencoba pemrograman AI dengan Claude Code
- Penulis merasakan keterkejutan dan antusiasme yang kuat terhadap hasil yang ditunjukkan Claude di antara berbagai alat AI percakapan terbaru
Pengalaman sesi pemrograman dengan Claude
- Claude mampu menyelesaikan permintaan pemrograman yang kompleks dengan cepat dan kreatif
- Bukan hanya perhitungan sederhana atau tugas berulang, Claude juga mampu memahami inti masalah dan mengusulkan pendekatan baru
- Penulis meminta Claude menangani pekerjaan tingkat tinggi seperti optimisasi, perbaikan struktur, dan refactoring kode, dan sangat terkesan dengan kualitas hasilnya
- Claude menunjukkan pemahaman konteks yang lebih unggul dibandingkan LLM sebelumnya, bahkan mampu menangkap maksud di balik kode
Pembeda Claude Code
- Berbeda dari AI percakapan umum, selain menulis kode, Claude juga dapat menjalankan peran pengembang manusia seperti memahami struktur keseluruhan proyek, melakukan code review, dan menjelaskan niat jangka panjang
- Claude dapat memberikan penjelasan rinci, menulis kode pengujian, dan beradaptasi dengan berbagai bahasa pemrograman dan paradigma
- Claude menunjukkan kemampuan proaktif seperti menemukan kesalahan logika dalam kode atau mengusulkan arah perbaikan
Persepsi tentang ambang AGI
- Setelah mengalami Claude Code, penulis merasakan keyakinan baru bahwa kemungkinan mencapai AGI kini semakin dekat dengan kenyataan
- Penulis memperkirakan bahwa lingkungan pengembangan yang dipimpin AI akan segera menjadi nyata, menggantikan cara manusia membuat perangkat lunak secara langsung
Kesimpulan dan prospek
- Claude Code bukan sekadar alat AI, tetapi menunjukkan potensi untuk mengubah paradigma pemanfaatan AI itu sendiri
- Di masa depan, manusia dan AI diperkirakan akan merancang dan mengimplementasikan program bersama, membentuk budaya pengembangan perangkat lunak yang lebih inovatif
1 komentar
Opini Hacker News
Meski ada bias [0], menurut saya kita harus membuat scripting dengan berpusat pada agen open source yang tidak bergantung pada LLM
Teknologi ini sedang mengubah fondasi pengembangan perangkat lunak, jadi kita harus memastikan tetap bisa mengendalikan cara kita bekerja
[0] https://github.com/all-hands-ai/openhands
Dengan Ollama, model itu mudah dijalankan di hardware sendiri, tetapi biaya GPU adalah investasi besar. Meski begitu, kalau Anda membayar 250 dolar per bulan untuk alat proprietary, modalnya bisa balik cukup cepat
Tulisan ini agak tidak fokus. Pertama-tama, slide deck tidak terlalu berguna untuk menjelaskan codebase
Ada alasan mengapa orang hampir tidak memakai slide deck selain sebagai alat bantu presentasi lisan. Sebagian besar hal dalam tulisan ini bukan kemampuan baru, dan otomasi workflow jelas bernilai dan keren, tetapi saya tidak tahu apa hubungannya AGI di sini
Seharusnya tidak perlu LLM untuk memahami codebase. Cukup buat saja agar lebih mudah dipahami. Tentu saja, modal menyukai jalan pintas dan hack demi merilis fitur berikutnya di Q3
Saya tahu hasilnya tidak selalu sempurna, tetapi beberapa kali “cukup bagus”, dan dalam kasus ini saya tidak pernah melihat halusinasi, hanya ada yang terlewat. Kalau melihat ada yang kurang, sangat mudah juga untuk menyuruhnya memperbaiki
Tentu saja tidak akan menyegarkan kalau tulisannya tidak punya informasi berguna, tetapi menurut saya slide deck memang bisa berguna untuk memahami codebase. Itu semacam “nice to have” yang saya tidak ingin membuat junior menghabiskan waktu untuknya, tetapi kalau dengan biaya sekitar 5 dolar bisa mendapatkan hasil yang agak berguna, itu cukup lumayan
Salah satu bagian dari pergeseran yang memperluas cara berpikir lewat penggunaan LLM adalah kita mulai meninjau ulang hal-hal yang dulu tidak disukai karena upayanya terlalu besar dibanding nilainya. Kalau saya tidak perlu melakukannya sendiri atau menghabiskan waktu dan mental anggota tim, saya jadi bisa berkata, “Oke, telusuri codebase dan tulis semua fitur serta requirement dalam dokumen Markdown berbentuk tabel. Mungkin hasilnya lebih baik dari perkiraan, atau kalau tidak, kita lakukan yang lain saja”
Tulisan yang bagus. Saya memakai pengamatan dan teknik serupa, dan Claude Code luar biasa bagus
Belakangan ini, berkat git worktree, hampir setiap hari saya menjalankan beberapa pekerjaan secara paralel, dan masing-masing jauh lebih cepat dari sebelumnya sampai terasa benar-benar aneh
Untuk bagian “sub-agent”, saya harus mengakui bahwa konfigurasi Claude Code yang memanggil o3 lewat sigoden/aichat sudah menyelamatkan saya berkali-kali
Ada masalah-masalah yang sangat dikuasai o3. Hal-hal yang membutuhkan banyak konteks dan kemampuan penalaran sangat tinggi, seperti race condition dan pencarian bug
Namun setelah Opus 4 keluar saya lebih jarang memakainya, dan tentu saja ini sama sekali bukan sesuatu seperti sub-agent
Saya memakai prompt ini dengan @include di CLAUDE.md utama: https://github.com/pgflow-dev/pgflow/blob/main/.claude/advan...
sigoden/aichat: https://github.com/sigoden/aichat
Terminal tampaknya merupakan antarmuka yang nyaris sempurna untuk LLM. Saya penasaran apakah pendekatan ini akan lebih disukai daripada integrasi IDE yang dibuat khusus
Ini antarmuka yang sempurna, dan Anthropic membuatnya dengan benar
Ia juga bisa men-debug cluster k8s saya dengan perintah kubectl dan memeriksa Prometheus lewat API; sekeren apa itu
Begitu elemen ini masuk ke workflow, kita akan ingin menjalankan beberapa container, dan saat itu keunggulan terminal menjadi lebih lemah
Maksudnya Anda tidak ingin mengedit kode secara langsung setelah dihasilkan?
Meminta seseorang menjelaskan borrow checker Rust adalah salah satu contoh terburuk untuk menunjukkan kemampuan membaca kode. Materi itu ada bertumpuk-tumpuk dalam data pelatihan
Selain itu tidak ada cara untuk “mengajarinya”, dan sekalipun ada, itu tidak bertahan melampaui konteks saat ini
Untuk tugas yang penting tetapi relatif sederhana, ini benar-benar membuang waktu
Kalau seseorang menjelaskan borrow checker Rust kepada saya, apakah saya harus menolak mengakuinya karena orang itu pernah membaca penjelasan borrow checker dan mengeluh bahwa “itu ada di data pelatihan”? Apakah kita mengira seseorang memahami borrow checker tanpa pernah mempelajarinya dalam bentuk apa pun?
Saya cukup paham maksudnya. Tidak banyak bukti bahwa alat semacam ini bisa menghasilkan ide baru, dan karena pengetahuannya begitu banyak, fenomena itu sulit dideteksi. Namun secara praktis, bahkan dalam bingkai halusinasi, alat ini berguna dan membantu, jadi saya tidak terlalu mempermasalahkannya
Jika perhatian pada detail adalah salah satu sinyal terbaik bahwa seseorang peduli pada craftsmanship, bukankah fakta bahwa ketentuan hukum Anthropic secara logis mustahil dipenuhi merupakan sinyal buruk untuk memercayainya sebagai pengelola ASI yang hati-hati?
Jika tidak bisa dipakai untuk pekerjaan tanpa melanggar larangan penggunaan kompetitif, sulit untuk menyebutnya “aman setingkat Tiga Hukum Robotika”
Bahkan sampai menjalankan Haiku dalam konteks untuk membuat kata kerja yang lucu dan sesuai pada indikator “working…”
claude --dangerously-skip-permissions # science modeSaya tertawa melihat ini
Setuju. Claude Code terasa lebih kuat daripada Cursor, dan salah satu alasannya sepertinya adalah kemampuan scripting
Pada akhirnya Cursor adalah editor, sedangkan Claude Code adalah pisau Swiss Army yang diberi steroid
Selain codebase tradisional, saya juga banyak memakai Claude Code. Saya menjalankannya untuk berbagai hal di vault Obsidian, memintanya membuat skrip key binding kustom lokal yang mengunggah screenshot ke CDN saya lalu memberikan tautan Markdown, atau membuat program yang berkomunikasi dengan Ollama untuk merangkum perintah terminal selama satu hari terakhir
Dulu saya harus mempertimbangkan apakah perubahan format file cukup layak untuk dibuat skripnya, atau dilakukan manual saja. Sekarang saya tinggal menjalankan Claude di direktori tersebut dan membiarkannya menanganinya. Benar-benar berguna untuk banyak hal
Tidak bisa dipakai lewat API, jadi saya bertanya-tanya apakah 100 dolar per bulan benar-benar cukup. Sekarang saya memakainya sepanjang hari setiap hari, dan rasanya saya menghabiskan jauh lebih banyak daripada nilai 100 dolar yang saya bayar
Ngomong-ngomong, situs ini sangat sulit dibaca karena kontras latar belakang dan teks
Di sini maupun di tempat lain masih belum ada yang menyebut Opus
Setelah mencoba berbagai hal, saya akhirnya memakai paket “Max” Anthropic 100 dolar per bulan untuk menggunakan Claude Code. Lalu saya sadar bahwa Claude Opus 4 adalah model terbaik untuk situasi saya saat ini, yaitu kode matematika dan riset, tetapi juga yang paling mahal
Saya terkena batas sesi 5 jam lalu beralih ke API, dan menghabiskan 20 dolar dalam satu jam. Jadi saya naik ke “Max” 200 dolar per bulan dan sejauh ini belum terkena batas
Model itu penting. Semua cerita seperti ini pada dasarnya seperti “saya bertemu orang yang tidak terlalu pintar”. Ya tentu saja