Claude Code Engineer Workflow: 8 Bulan Tanpa Nulis Kode

22 pull request hari Senin. 27 pull request hari Selasa. Nol baris kode ditulis tangannya sendiri.

Boris Cherny adalah orang yang membangun Claude Code — tool AI yang sekarang dipakai jutaan engineer di seluruh dunia. Dan dia sendiri sudah 8 bulan tidak menyentuh keyboard untuk nulis kode. Claude Code engineer workflow yang dia jalankan setiap hari adalah yang paling tidak biasa di industri ini.

Bukan burnout. Bukan cuti panjang.

Ini adalah Claude Code engineer workflow yang paling tidak masuk akal yang pernah lo dengar — sampai lo lihat angka-angkanya.

Dan setelah lo baca ini, lo bakal mulai mempertanyakan satu hal yang mungkin selama ini lo anggap pasti:

Apakah Claude Code engineer workflow ini juga bisa jadi cara lo bekerja — atau lo akan tertinggal?

Apa yang Masih Dipercaya Kebanyakan Developer — dan Kenapa Itu Dulu Memang Benar

Survey Stack Overflow 2025 — melibatkan 33.662 developer — menemukan bahwa 84% developer sudah pakai atau berencana pakai AI tools. Tapi hanya 3,1% yang "highly trust" output AI. Dan 45,7% aktif tidak percaya hasilnya. Artinya: sebagian besar engineer adopsi AI, tapi masih treat mereka seperti autocomplete yang perlu dicek ulang setiap baris.

Dan itu masuk akal.

Bertahun-tahun, cara lo jadi engineer yang bagus adalah dengan nulis kode yang bagus. Lo hafal patterns. Lo debug dengan tangan. Lo tau persis kenapa baris 47 itu broke the build.

Skill lo ada di eksekusinya. Bukan cuma di idenya.

Tapi di sini situasinya mulai complicated:

66% dari 33.230 developer yang sama bilang "almost right but not quite" adalah frustrasi utama mereka soal AI coding. Dan 45,2% melaporkan debugging hasil AI justru lebih time-consuming dari nulis manual (Stack Overflow Developer Survey 2025).

Jadi skeptisisme itu bukan paranoia. Itu data.

Tapi kalau coding sudah "solved" buat orang-orang tertentu — senior engineer sebenarnya ngapain sepanjang hari?

Data yang Menghancurkan Cerita yang Nyaman

METR Research — tim Joel Becker, Nate Rush, Beth Barnes, dan David Rein — melakukan randomized controlled trial di Juli 2025. 16 experienced open-source developer. 246 task nyata. Rata-rata 2 jam per task. Hasilnya: developer yang pakai AI tools justru 19% lebih lama menyelesaikan task — meskipun mereka memperkirakan akan 24% lebih cepat, dan setelah selesai masih mengira diri mereka 20% lebih cepat.

Cognitive bias ketemu produktivitas yang terasa nyata tapi tidak terjadi.

It gets stranger:

CodeRabbit menganalisis 470 open-source PR di Desember 2025. PR yang ditulis AI punya 1,7x lebih banyak issues dibanding PR yang ditulis manusia — termasuk 8x lebih banyak performance inefficiencies dan 1,5-2x lebih banyak security vulnerabilities.

Dan bahkan Andrej Karpathy — orang yang secara harfiah menciptakan istilah "vibe coding" di Februari 2025 — menyerah pakai AI agents untuk project Nanochat miliknya sendiri. Dia tulis ulang manual karena agents "just didn't work well enough at all" (Futurism, Oktober 2025).

Jadi kalau AI coding lebih lambat, lebih buggy, dan ditinggalkan penemunya sendiri —

Kenapa Boris Cherny justru menggunakan Claude Code engineer workflow yang menghasilkan 22–27 PR per hari tanpa nulis satu baris pun?

Jawabannya bukan tentang tool-nya. Ini tentang Claude Code engineer workflow yang dia rancang — dan cara dia menggunakannya.

Yang Sebenarnya Dilakukan Boris Cherny Selama 8 Jam Sehari

Boris Cherny tidak lagi seorang programmer. Dia seorang orchestrator — dan jumlah agen yang dia kelola setiap harinya akan bikin kepala lo muter. Berdasarkan data terbaru Juni 2026, dia menjalankan 5 terminal instance paralel ditambah 5–10 sesi browser Claude secara bersamaan, mengelola mulai dari ratusan hingga puluhan ribu agen aktif sekaligus.

Pagi hari, Cherny buka iPhone-nya.

Bukan untuk ngecek Slack. Bukan untuk review code. Dia membuka sesi Claude Code dan mulai review output dari agen yang sudah berjalan semalaman — asynchronously, sambil mungkin masih setengah ngantuk.

"This morning I was managing maybe a few hundred. Some days it's thousands, or tens of thousands," kata Cherny di Fortune Brainstorm Tech conference di Aspen, Juni 2026.

Dan yang paling krusial dari seluruh workflow-nya adalah ini:

"Give Claude a way to verify its work. If Claude has that feedback loop, it will 2-3x the quality."

Itu bukan tips random. Itu prinsip yang membedakan workflow Cherny dari cara kebanyakan orang pakai AI.

Kebanyakan developer: prompt → copy → paste → tweak. Cherny: desain sistem di mana setiap agen punya cara untuk self-check hasilnya sebelum di-submit ke review.

Dan ini bukan sekadar eksperimen personal:

Anthropic melaporkan bahwa lebih dari 80% kode yang masuk ke production codebase mereka ditulis oleh Claude per Mei 2026 — naik dari hampir nol dua tahun sebelumnya (VentureBeat, Mei 2026). Volume kode yang diproduksi di Anthropic naik 8x, dengan per-engineer productivity naik 70% (Fortune Brainstorm Tech, Juni 2026). Engineering team mereka bahkan berhasil double headcount sambil meningkatkan merges per engineer per hari sebesar 200% (WorkOS/Acquired, Juni 2026).

Dan satu angka yang paling mengejutkan:

Onboarding engineer baru di Anthropic yang biasanya butuh beberapa minggu, sekarang selesai dalam sekitar dua hari. Claude Code menjadi medium yang mempercepat seluruh knowledge transfer (WorkOS/Acquired, Juni 2026).

Claude Code engineer workflow-nya mengubah Cherny menjadi director of a software factory yang tidak pernah tidur.

Apa Artinya Ini Buat Lo yang Engineer Sekarang

Setengah dari semua founder Y Combinator yang disurvei melaporkan 100% kode mereka ditulis oleh Claude Code per Mei 2026 (Platformer, Mei 2026). Claude Code sudah mencapai annualized run rate di atas $2,5 miliar per Juni 2026 (Fortune Brainstorm Tech, Juni 2026). Dan Claude Code sekarang menyumbang 4% dari seluruh public GitHub commits — dengan proyeksi mencapai 20% akhir 2026.

Kalau reaksi pertama lo adalah "gue mending nulis sendiri" — itu bukan kelemahan. Itu instinct yang valid dan itu artinya lo peduli dengan kualitas.

Tapi ini kabar baiknya:

Cherny tidak pernah bilang engineer akan hilang. Di Platformer interview, Mei 2026, dia bilang langsung:

"I don't think we're going to call them engineers. But if we talk about people writing code, or using agents to write code, I think there will be 100 times more engineers than there are today. That's my prediction."

Bukan 100 kali lebih sedikit. 100 kali lebih banyak.

Yang berubah bukan apakah lo perlu nulis kode. Yang berubah adalah seberapa besar kekuatan yang bisa lo dapatkan dari skill yang sudah lo punya. Dan Claude Code engineer workflow adalah cara lo memperbesar kekuatan itu dari 1x menjadi 10x. Engineer yang paling cepat belajar orchestrate agen hari ini adalah yang akan define apa artinya jadi "senior engineer" di 2027.

Tiga Perubahan Konkret yang Bisa Lo Mulai Minggu Ini

GitHub Copilot users melaporkan 55% peningkatan produktivitas, tapi Cherny melampaui angka itu karena dia tidak cuma nulis lebih cepat — dia menjalankan banyak "versi dirinya" secara bersamaan. Tiga perubahan ini adalah fondasi dari Claude Code engineer workflow versi Cherny yang bisa lo mulai hari ini (GitHub, 2026).

1. Mulai dengan satu task yang outputnya bisa diverifikasi sendiri

Apa: Pilih satu task yang hasilnya bisa di-test dengan jelas — unit test lulus, API response sesuai spec, atau UI render sesuai desain. Bukan task yang judgement-based atau butuh context ekstensif.

Cara: Jangan kasih task ambiguous ke Claude. Mulai dengan prompt yang include acceptance criteria yang spesifik: "Task selesai kalau semua unit test hijau dan tidak ada TypeScript error." Ini yang Cherny sebut sebagai feedback loop — dan menurutnya ini bisa 2–3x kualitas output (howborisusesclaudecode.com, Juni 2026).

Contoh nyata: Stripe menggunakan Claude Code untuk migrasi 10.000 baris kode Scala ke Java dalam 4 hari — diperkirakan butuh 10 engineer-weeks secara manual (Anthropic customer case studies, 2026). Task ini bisa didelegasikan karena ada test suite yang jelas sebagai verifier.

Hasilnya: Lo punya baseline kepercayaan yang concrete — task mana yang aman untuk didelegasikan dan mana yang masih butuh judgment lo sendiri.

2. Jangan skip verification step — itu bukan overhead, itu kekuatan lo yang sesungguhnya

Apa: Setiap kali lo submit task ke Claude, sertakan instruksi eksplisit agar Claude mengecek hasilnya sendiri sebelum mengirimkan ke lo.

Cara: Tambahkan kalimat seperti "run the existing test suite after each change" atau "verify output against these three criteria before presenting the result" di setiap prompt. Ini yang secara langsung membedakan Cherny workflow dari sekedar paste-and-hope yang dilakukan kebanyakan orang.

Contoh nyata: Karpathy menyerah dengan AI agents di Nanochat karena agents "just didn't work well enough" (Futurism, Oktober 2025). Salah satu faktor kegagalan paling umum: agen tidak punya feedback loop dan tidak tahu apakah output mereka benar atau salah. METR RCT menunjukkan AI bisa bikin 19% lebih lambat — tapi itu group tanpa feedback loop. Cherny ship 22–27 PR per hari dengan feedback loop.

Hasilnya: Lo dari reviewer setiap baris menjadi quality director — lo set standard, agen yang eksekusi.

3. Parallelkan task lo, jangan serialize

Apa: Jalankan beberapa agen untuk task yang berbeda di waktu yang sama — bukan tunggu satu selesai dulu baru mulai yang berikutnya.

Cara: Identifikasi 3–5 task yang independent (tidak saling blocking). Launch semuanya sekaligus di terminal atau browser session yang terpisah. Review hasilnya async — bukan real-time. Ini persis workflow Cherny: 5 terminal + 5–10 browser session berjalan serentak setiap hari.

Contoh nyata: Wiz mengkonversi library Python 50.000 baris ke Go dalam sekitar 20 jam menggunakan Claude Code — task yang diperkirakan butuh 2–3 bulan secara manual (Anthropic customer case studies, 2026). Tidak ada engineer yang bisa parallelkan dirinya sendiri. Claude bisa.

Hasilnya: Lo tidak lagi jadi bottleneck dari tim lo sendiri. Lo menyelesaikan pekerjaan yang biasanya butuh seharian dalam hitungan jam.

FAQ: Pertanyaan yang Sudah Ada di Kepala Lo dari Tadi

Dua pertanyaan ini paling sering muncul setelah orang dengar soal Claude Code engineer workflow Cherny. Jawabannya mungkin bukan yang lo ekspektasikan.

Apakah Claude Code engineer workflow ini hanya works untuk kode yang sederhana?

Tidak. Stripe migrasi 10.000 baris Scala ke Java dalam 4 hari (estimasi manual: 10 engineer-weeks). Wiz konversi 50.000 baris Python ke Go dalam 20 jam (estimasi manual: 2–3 bulan). Rakuten kompres delivery timeline dari 24 hari kerja ke 5 hari. Kuncinya bukan kompleksitas task — tapi apakah lo punya cara untuk memverifikasi hasilnya. Task yang bisa di-test bisa didelegasikan, apapun ukurannya (Anthropic customer case studies, 2026).

Apakah ini berarti engineering jobs akan hilang?

Cherny bilang kebalikannya. "I think there will be 100 times more engineers than there are today," kata dia ke Platformer, Mei 2026. Kapasitas setiap engineer naik drastis — bukan jumlahnya yang turun. Pertanyaan yang lebih tepat bukan "apakah gue akan digantikan?" tapi: kalau coding sudah solved untuk task yang lo kerjakan hari ini, lo akan pakai jam itu untuk apa?

---

22 PR. 27 PR. Nol baris kode ditulis. Ini bukan angka yang asal diklaim — ini daily reality seorang yang mendesain ulang apa artinya jadi seorang engineer.

Cherny sendiri bilang soal era ini: "Right now, this is just the golden age of the generalist. People that want to do more than one thing — it's never been more fun."

Engineer yang menang bukan yang nulis kode paling cepat. Engineer yang menang adalah yang paling mahir mendelegasikan pekerjaan kepada agen yang tepat, dengan feedback loop yang tepat, di waktu yang tepat.

Coba Claude Code gratis dan jalankan agen pertama kamu hari ini — tanpa perlu menulis satu baris pun.

Simpan artikel ini sebelum rapat engineering berikutnya — ini akan mengubah cara kamu memikirkan prioritas sprint.