AI Vampir (The AI Vampire)

Steve Yegge (mantan engineer Google, Amazon, Grab, dan Sourcegraph) menamai fenomena ketika para developer mengalami kehabisan energi mental dan fisik yang parah meskipun alat coding AI (terutama Claude Opus 4.5/4.6 + Claude Code) meningkatkan produktivitas secara eksplosif, sebagai “AI Vampir”.

Seperti Colin Robinson, vampir energi dalam drama What We Do in the Shadows, ini adalah metafora bahwa hanya dengan AI berada di samping kita saja, tenaga hidup manusia perlahan tersedot.

Ringkasan poin utama

Pengamatan fenomena

• Saat memakai AI, produktivitas benar-benar naik 10 kali lipat atau lebih. (Ia menyebut sekitar 24 November 2025 sebagai momen ketika AI coding melampaui ‘event horizon’.)
• Namun setelah dipakai lama, muncul kelelahan ekstrem dan rasa kantuk mendadak (“nap attacks”).
• Keluhan burnout serupa dari dirinya, rekan-rekannya, serta di Twitter, Reddit, HN, dan tempat lain sedang melonjak tajam.

Masalah inti: ketimpangan distribusi nilai

• Produktivitas naik 10x karena AI → siapa yang menikmati manfaatnya?
  • Skenario A (kebanyakan realitas saat ini): tetap kerja 8 jam sehari dengan output 10x → performa perusahaan meledak → gaji hampir tidak naik → perusahaan yang untung, developer menanggung lelah dan burnout sendirian.
  • Skenario B: kerja hanya 1 jam sehari dan sisanya istirahat → developer pribadi yang untung → tetapi daya saing perusahaan turun → berisiko gagal.
• Perusahaan secara naluriah memilih A → developer hampir tidak punya daya tawar untuk melawan.

Kenapa kerja dengan AI begitu menggerus manusia?

• AI mengotomatisasi semua pekerjaan mudah (boilerplate, sintaks, implementasi berulang).
• Yang tersisa hanyalah penilaian sulit tanpa henti, merangkum trade-off, pengambilan keputusan, meninjau halusinasi, meninjau bug, dan menulis ulang prompt.
• Ungkapannya: “AI membuat kita semua menjadi Jeff Bezos” → yang mudah hilang, dan hanya keputusan sulit yang tetap menjadi jatah manusia.
• Batas fokus berkelanjutan manusia secara realistis maksimal hanya 3~4 jam per hari.

Faktor yang memperparah masalah

• Para early adopter seperti Yegge (pengalaman 40 tahun, token tak terbatas, waktu luang) menulis kisah “inovasi lewat sprint nonstop 40 jam” → CEO jadi salah paham bahwa “tim kita juga pasti bisa”.
• Refleksi diri Yegge: dirinya adalah outlier ekstrem, tetapi selama ini ia membanggakan pengalaman itu seolah-olah itu standar bagi orang biasa.
• Budaya ‘lari penuh’ ala startup AI-native menyebar ke seluruh industri.

Solusi yang dia usulkan

• Mendaur ulang prinsip klasik: sudut pandang $/hr (upah per jam) → gaji tahunan (pembilang) sulit diubah, tetapi jam kerja (penyebut) bisa dikurangi.
• Jika produktivitas naik 10x, maka jam kerja juga harus dikurangi dengan rasio yang mirip agar nilainya kembali ke developer.
• Normal baru: 3~4 jam kerja mendalam untuk mengelola agent per hari + sisa waktu untuk jalan kaki, tidur siang, keluarga, dan istirahat yang manusiawi.
• Penutup tulisan: ia menulis artikel ini di pusat perbelanjaan, lalu menutup laptop dan pergi berjalan-jalan bersama istri dan anaknya → momen ketika ia sendiri mengerem “mitos 10x”.
  ⠀

Ringkasan satu kalimat dari pesan keseluruhan

“AI membuat kita 10 kali lebih cepat, tetapi kecepatan itu adalah kecepatan vampir mengisap darah kita. Di era ledakan produktivitas, ‘bekerja lebih sedikit’ justru menjadi strategi bertahan hidup.”

Tulisan ini, per Februari 2026, memicu resonansi besar di HN, Techmeme, LinkedIn, dan lain-lain, dan klaim “hari kerja 4 jam” serta metafora Colin Robinson menjadi topik yang paling ramai dibahas.

https://aisparkup.com/posts/9396

[aer0700]

Skenario C: tetap bekerja 8 jam sehari, tetapi bekerja 10 kali lipat → pendapatan perusahaan tetap sama...

[davespark]

Siapa yang menghasilkan uang? hehe

[aer0700]

Karena 10 kali lebih banyak kode sulit menghasilkan 10 kali lebih banyak pembayaran.
Setiap perusahaan mungkin akan menangani masalah ini dengan cara yang berbeda.
Mereka mungkin mengurangi jumlah tenaga pengembang untuk menghemat biaya, atau membuat 10 aplikasi alih-alih 1 seperti sebelumnya,
yang pertama saya kesampingkan karena maknanya akan berbeda tergantung seberapa besar biaya tenaga kerja pengembang dalam struktur biaya total perusahaan,
sedangkan untuk yang kedua, jika kesediaan orang untuk membayar tidak ikut meningkat sebesar itu, saya pikir pada akhirnya kualitas tiap layanan akan naik tetapi harga secara keseluruhan justru akan turun.
Ke depannya, nilai pasar pengembang... saya benar-benar tidak tahu akan jadi bagaimana. Akhir-akhir ini saya sedang memikirkan hal itu.

[nayounsang1]

• Manajemen konteks akibat output yang lebih banyak
• Jika pekerjaannya serial, ada jeda waktu sampai AI mulai memuntahkan hasil kerja (rasanya seperti saat sedang berlari lalu tiba-tiba berhenti, kemudian berlari lagi jadi lebih berat)
• Jika pekerjaannya paralel, terjadi terlalu banyak context switching di dalam kepala dan ledakan memori

Saya mencoba merangkum alasan pribadi saya merasa lelah.

[newbie1004]

Begitu jam kerja selesai, kepala rasanya kram.

[jjw9512151]

Banyak-banyaklah baca web novel.. di sekitar saya, ternyata ada banyak orang yang jago memakai AI dan juga banyak membaca web novel wkwk

[kuthia]

Intensitas kerja memang jelas meningkat.