Apa Sih 'AI-Native Development' yang Sebenernya

Gw baru-baru ini nulis ulang bio gw jadi "build with an AI-native development workflow." Terus gw bengong, karena frasa itu jenis yang tinggal selangkah dari jadi ga ada artinya sama sekali. Semua orang sekarang "leverage AI." Kata-katanya makin murah tiap minggu.

Jadi biar gw jelasin maksud gw yang sebenernya — konkret, dari cara gw ngabisin jam-jam gw — dan kenapa gw pikir ini distinction beneran, bukan sekadar cat buzzword baru.

AI-assisted vs AI-native

Kebanyakan developer hari ini AI-assisted. Ada AI di suatu tempat dalam workflow — autocomplete di editor, satu tab chat kebuka buat pas mentok, mungkin command "fix this." Itu power tool yang nangkring di meja. Lo tetep yang ngerjain; AI-nya mangkas waktu di momen-momen tertentu.

AI-native itu pas workflow-nya dibangun seputar agent dari awal, bukan ditambahin agent belakangan. Default-nya bukan "gw nulis code dan AI bantu." Tapi "gw deskripsiin hasilnya, agent ngerjain pass pertama, dan gw ngarahin serta review." AI-nya bukan di meja — dia yang pegang tool-nya, dan gw udah nyusun ulang cara kerja gw biar itu jadi mode normal, bukan pengecualian.

Garisnya bukan "seberapa banyak AI yang lo pake." Tapi apa yang ada di tengah. Assisted: lo di tengah, AI bantu. Native: agent loop yang di tengah, dan lo yang arsiteki dan kemudiin.

Stack gw sebenernya

Gw udah nulis soal mekanismenya di tempat lain, jadi versi singkatnya: coding agent — Claude Code, Codex — ngerjain kerjaan beneran di repo. Layer orkestrasi, Hermes, ada di atas mereka dan jalan dari chat Telegram, mecah apa yang gw minta dan nge-dispatch. Gw mulai kerjaan beneran dari HP.

Yang penting bukan tool spesifiknya. Tapi loop-nya — deskripsiin, dispatch, review, koreksi — itu yang gw optimasi di sepanjang hari gw, kayak dulu gw optimasi seputar editor dan terminal.

Kerjaannya jadi apa

Ini bagian yang ngagetin gw: ngelakuin ini dengan bener bikin kerjaannya jadi lebih nuntut di bagian yang penting, bukan lebih gampang.

Pas lo bukan yang ngetik, value lo naik ke atas stack:

• Lo jadi spec-nya. Intent yang kabur dapet software yang kabur. Skill yang paling kebayar itu ndeskripsiin persis apa yang lo mau — constraint, edge case, "bukan, jangan gitu." Brief yang tajem sekarang skill engineering inti, bukan basa-basi PM.
• Lo jadi reviewer-nya. Tiap diff butuh judgment. Agent itu cepet dan pede, dan pede-tapi-salah itu jenis salah yang mahal. Baca code secara kritis — cepet — itu bottleneck sekarang.
• Lo jadi arsiteknya. Harus ada yang mutusin apa yang mesti ada, gimana bagian-bagiannya nyambung, di mana batasnya. Agent ga punya opini soal apakah satu fitur perlu ada. Itu masih punya lo.
• Lo numbuhin insting delegasi. Lo mulai nyortir kerjaan begitu liat: ini gw oper, ini gw kerjain sendiri, ini gw oper tapi gw awasin ketat. Otot yang sama kayak ngemanage tim — bedanya timnya kerja secepet API call dan ga pernah capek.

Ngetik — bagian yang banyak orang kira itulah kerjaannya — ternyata bagian paling bisa didelegasiin. Yang tersisa justru bagian yang dari dulu emang kerjaan sesungguhnya.

Apa yang ga berubah

Di sini gw mau jujur, karena hype-nya suka nyekip ini.

Jadi AI-native ga nurunin standar pemahaman. Malah naikin. Lo ga bisa review yang lo ga ngerti. Lo ga bisa nangkep implementasi yang salah halus kalau lo sendiri ga sanggup nulis yang bener. Agent bikin lo lebih cepet di hal yang udah lo pahami; dia ga bikin lo bisa operasi dengan kompeten di domain yang lo ga ngerti.

Dia ga gantiin judgment — agent bakal dengan senang hati ngebangun benda yang salah, dengan indah. Dia ga gantiin taste — draft yang dia balikin tetep butuh orang yang tau "bagus" itu kayak apa. Dan dia ga mindahin akuntabilitas seinci pun. Pas dia ship yang rusak, "agent-nya yang nulis" itu bukan kalimat yang ada artinya. Lo yang ship.

Jadi "AI-native" itu bukan "AI ngerjain kerjaan gw." Tapi "AI ngerjain tengah-tengah mekanis dari kerjaan gw, dan gw makin tanggung jawab atas ujung-ujungnya."

Kenapa gw repot-repot ngasih nama

Gw bisa aja bilang "gw banyak pake AI" dan udahan. Tapi pergeserannya cukup nyata buat dikasih nama, sama kayak "mobile-first" atau "cloud-native" ngasih nama ke pergeseran nyata cara orang ngebangun, bukan cuma tool apa yang kebetulan mereka sentuh.

Dia ngubah apa yang gw coba — task yang dulu bakal gw tunda selamanya sekarang cuma seharga satu kalimat. Dia ngubah cara gw ngabisin jam — lebih dikit ngetik, lebih banyak mutusin. Dan dia ngubah apa yang gw harus jago-in — nge-spec, review, arsiteki, tau di mana benda-nya rusak.

Itu layak satu label. Tapi jangan yang kosong. Kalau gw mau naro "AI-native" di bio, gw mesti bisa jelasin tanpa ngambil satu kata pun yang bakal gw cibir kalau ada di bio orang lain. Ini gw lagi nyoba.