Cara Berkomunikasi dengan AI Coding Agent: Claude, Codex, Gemini, Grok Build

Tanyakan pada diri sendiri secara jujur: di fitur terakhir yang kamu kerjakan, berapa lama kamu menulis kode, dan berapa lama menjelaskan ke agent apa yang kamu inginkan? Kalau kamu pakai Claude Code, Codex, Gemini CLI, atau Grok Build, jawabannya sudah terbalik. Kamu nyaris tidak mengetik lagi. Kamu mendeskripsikan, mengoreksi, menyetujui.

Itulah pergeseran besar dalam pekerjaan ini. Hambatannya bukan lagi kecepatan mengetik atau penguasaan framework. Hambatannya adalah kualitas komunikasi antara kamu dan agent-mu.

Kode bukan lagi hambatannya, komunikasi yang jadi masalah

Selama dua puluh tahun, developer yang baik adalah yang bisa ship kode bersih dengan cepat. Sekarang agent yang ship kodenya. Yang membedakan kamu adalah kemampuanmu mendapatkan hasil yang benar pada percobaan pertama, dengan biaya serendah mungkin.

Kemarin                              Sekarang
┌────────────────┐                   ┌────────────────┐
│ Write the code │  ~80% of time     │ Describe the   │  ~80% of time
│                │                   │ intent         │
└───────┬────────┘                   └───────┬────────┘
        │                                    │
┌───────▼────────┐                   ┌───────▼────────┐
│ Describe the   │  ~20% of time     │ Agent writes   │  ~20% of time
│ intent         │                   │ the code       │
└────────────────┘                   └────────────────┘

Bottleneck: typing                   Bottleneck: communication

Konkretnya, developer yang baik sekarang bukan yang paling banyak menulis baris kode. Melainkan yang bisa ship:

• Lebih cepat: lebih sedikit bolak-balik sebelum mendapat hasil yang diharapkan.
• Lebih presisi: agent melakukan persis apa yang diminta, bukan interpretasi bebas.
• Lebih hemat token: setiap bolak-balik yang sia-sia, setiap reload konteks yang buruk, semuanya dibayar dengan token, artinya uang dan latensi.
• Dengan lebih sedikit regresi: intent yang jelas menghasilkan diff yang rapi, bukan penulisan ulang liar yang merusak tiga hal lainnya.

Prompt yang samar dan prompt yang presisi tidak punya biaya yang sama:

Vague prompt                         Precise prompt
"fix the cart bug"                   "In cart.ts, computeTotal()
                                      applies the discount before VAT.
                                      Flip the order: VAT first,
                                      then discount on the net total."
        │                                     │
        ▼                                     ▼
  3 round trips                          1 pass
  ~45k tokens                            ~12k tokens
  2 regressions                          0 regression

Itulah inti dari AgentsRoom: mengubah intent menjadi instruksi yang bisa langsung dikerjakan, secepat mungkin, dalam format yang tepat, tanpa mengulang konteks. Berikut blok-blok pembangun yang dirancang tepat untuk itu.

1. Konteks persisten: CLAUDE.md dan AGENTS.md

Sebelum pesan pertamamu, agent perlu tahu di mana ia menginjak kaki: konvensi, arsitektur, hal-hal yang perlu diwaspadai dalam proyek. Semua yang tidak ingin kamu jelaskan ulang setiap sesi. Itulah tugas file konteks (CLAUDE.md, AGENTS.md), yang dibaca otomatis saat startup oleh semua provider utama.

        Without context                With CLAUDE.md / AGENTS.md
┌─────────────────────────┐        ┌─────────────────────────┐
│ You re-explain the       │        │ The agent already knows: │
│ stack, the style, the    │        │  - the stack             │
│ folders... on EVERY       │        │  - the conventions       │
│ new prompt               │        │  - the files to avoid    │
│                          │        │                          │
│ = wasted tokens          │        │ = you go straight to     │
│   every session          │        │   the point              │
└─────────────────────────┘        └─────────────────────────┘

Ini adalah investasi komunikasi dengan imbal balik tertinggi: ditulis sekali, menguntungkan di setiap prompt. Panduan CLAUDE.md kami menjelaskan apa yang perlu dimasukkan dan apa yang sebaiknya ditinggalkan.

2. Prompt Library: jangan tulis prompt yang sama dua kali

Pasti ada instruksi yang kamu ketik berulang-ulang: "lakukan security review pada diff ini", "tulis test untuk modul ini sesuai konvensi kita", "buat pesan Conventional Commits". Prompt Library menyimpan, mengorganisir, dan menyuntikkan ulang instruksi-instruksi itu dalam dua klik, ke agent mana pun.

Chaining juga penting. Dengan linked prompts, kamu memecah tugas berat menjadi langkah-langkah berurutan yang berjalan satu per satu, alih-alih satu dinding monolitik yang hanya setengah dikerjakan oleh agent.

One giant prompt                 Linked prompts (chained)
┌──────────────────────┐         ┌─────────┐   ┌─────────┐   ┌─────────┐
│ "Do A, then B,        │        │ 1. A     │──▶│ 2. B     │──▶│ 3. C     │
│  then C, and don't    │        │  scoped  │   │  scoped  │   │  scoped  │
│  forget D..."         │        └─────────┘   └─────────┘   └─────────┘
│                       │
│ the agent forgets     │        each step verified
│ half of it            │        before the next
└──────────────────────┘

3. Skills Library: enkode prosedur, bukan paragraf

Prompt mengatakan apa yang harus dilakukan. Skill mengatakan bagaimana cara melakukannya di sini, langkah demi langkah, dengan aturanmu. Skills Library menyimpan prosedur yang bisa dipakai ulang (audit SEO, migrasi komponen, checklist rilis) dan melampirkannya ke agent di saat yang tepat. Ini komunikasi yang padat: alih-alih menjelaskan ulang proses sepuluh langkah, kamu lampirkan skill-nya dan agent mengikuti protokolnya.

4. Scratchpad: susun dulu sebelum kirim

Prompt yang baik disusun, bukan diimprovisasi saat kepala panas. Scratchpad adalah draft yang selalu dalam jangkauan: tempelkan stack trace, sepotong spesifikasi, sebuah ide, rapikan, susun strukturnya, dan kirim ke agent ketika sudah siap. Lebih sedikit momen "eh tunggu, maksudku...", maka lebih sedikit bolak-balik.

5. Dikte niatmu: Voice Dictation dan Voice Mode

Berbicara tiga sampai empat kali lebih cepat daripada mengetik, dan sering kali lebih alami untuk mendeskripsikan sebuah intent. AgentsRoom menawarkan dua mode:

• Voice dictation mentranskripsikan suaramu langsung ke composer. Kamu bicara, baca ulang, kirim.
• Voice mode membuka percakapan dua arah yang sesungguhnya: kamu bicara, agent menjawab dengan suara, tanpa perlu menyentuh keyboard.

Keyboard   ████████████████████████  ~40 words/min
Voice      ████████████████████████████████████████████████████████████  ~150 words/min

Ideal untuk mendeskripsikan perilaku yang diharapkan, berpikir keras tentang arsitektur, atau mengarahkan agent saat tanganmu sedang sibuk hal lain.

6. Tunjukkan, jangan hanya deskripsikan: Sketch dan Screenshot to Agent

Ada hal-hal yang mustahil dijelaskan dengan kata-kata secara bersih. "Tombolnya terlalu ke kiri, spasi atasnya aneh, dan modalnya harus terbuka di sini": satu gambar bernilai seribu token.

• Dengan Sketch, kamu tangkap layar, anotasi (panah, kotak, catatan), dan kirim visual itu ke agent sebagai feedback.
• Dengan Screenshot to Agent, satu pintasan keyboard menangkap area tertentu dan langsung melampirkannya ke prompt.

"Nudge that thing a bit          [annotated capture]
 to the right, I think,           ┌───────────────┐
 you know what I mean..."         │  ┌──┐  ←── here│
                                  │  │  │          │
   vague, interpreted             │  └──┘  too low │
                                  └───────────────┘
                                    precise, no ambiguity

7. Loop feedback: agent-mu membalas

Berkomunikasi bukan hanya mengirim. Ini juga soal mendengar ketika agent butuh keputusan. AgentsRoom menandai agent dengan pesan baru sebagai belum dibaca, seperti aplikasi pesan, dan memberi notifikasi saat agent sedang menunggumu, di desktop maupun mobile. Kamu tidak lagi memandangi terminal yang bergulir: agent yang ping kamu.

        YOU                                        AGENT
         │   1. Context (CLAUDE.md / AGENTS.md)      │
         │ ────────────────────────────────────────▶ │
         │   2. Intent (text / voice / sketch)        │
         │ ────────────────────────────────────────▶ │  executes
         │   3. Status + question (unread badge)      │
         │ ◀──────────────────────────────────────── │
         │   4. Decision / correction                 │
         │ ────────────────────────────────────────▶ │
         ▼                                            ▼
   fewer tokens       fewer regressions          faster

Detail di notifikasi dan pesan belum dibaca.

8. Ukur percakapanmu: pelacakan token

Kamu hanya mengoptimalkan apa yang kamu ukur. Pelacakan penggunaan token menampilkan, per sesi dan per agent, berapa biaya setiap pertukaran. Kamu langsung melihat jenis prompt mana yang menguras tagihan dan mana yang tetap ramping. Komunikasi menjadi item terukur, bukan sekadar perasaan.

9. Berkomunikasi lintas provider tanpa kehilangan alur

Claude untuk arsitektur, Codex untuk backend, Gemini atau Grok Build untuk fitur yang bergerak cepat: ganti "otak" seharusnya tidak berarti menjelaskan semuanya lagi dari awal. Dukungan multi-provider memindahkan agent yang sedang berjalan dari satu provider ke provider lain dan membuat ringkasan serah terima (file yang tersentuh, aktivitas sesi, progres) sehingga CLI baru melanjutkan dari mana CLI sebelumnya berhenti.

   Claude ──▶ [handoff summary] ──▶ Codex ──▶ [summary] ──▶ Grok Build
   (arch)        context kept        (backend)              (feature)

10. Biarkan agent-agentmu saling bicara

Komunikasi paling menguntungkan kadang adalah yang tidak perlu kamu tangani sendiri. Tiga blok pembangun mengurus itu:

• Teams: agent dev menyerahkan ke agent QA, yang mengirimkan feedback-nya kembali, dalam sebuah loop, tanpa kamu di tengah setiap pertukaran.
• Agent delegation: agent yang mahal mendelegasikan tugas-tugas mekanis (menjalankan test, mengecek di browser) ke agent dengan model yang lebih murah. Lebih sedikit token terbuang untuk pekerjaan yang tidak memerlukannya.
• AgentsRoom MCP server: agent-agentmu membaca dan menulis di dalam kokpit (backlog, prompt, terminal, browser), sehingga mereka berkomunikasi dengan lingkunganmu, tidak hanya denganmu.

11. Berkomunikasi dari mana saja

Ide bagus tidak menunggumu berada di depan Mac. Mobile-desktop sync dan remote control memungkinkanmu meluncurkan agent, menjawab pertanyaan, atau menyetujui diff dari ponselmu. Loop komunikasi tidak putus saat kamu meninggalkan meja.

Ringkasan: saluran mana untuk apa

Kesimpulan: komunikasi adalah skill baru

Pekerjaan ini sudah terbalik. Menulis kode masih membantu, tapi bukan di situ lagi kemenangan ditentukan. Yang membedakan developer cepat dan hemat dari yang menghabiskan token dalam bolak-balik adalah kualitas komunikasinya dengan agent: konteks yang tersusun baik, intent yang jelas, saluran yang tepat untuk pesan yang tepat, dan loop feedback yang tidak memakan waktumu.

AgentsRoom dibangun di sekitar ide itu. Bukan sekadar chat client lain, tapi sebuah kokpit di mana setiap blok pembangun ada untuk berkomunikasi lebih baik, lebih cepat, dan lebih murah dengan Claude, Codex, Gemini, dan Grok Build, berdampingan.

Ingin mencobanya? Unduh AgentsRoom, hubungkan provider-mu, dan saksikan biaya setiap fitur turun seiring komunikasimu yang semakin tajam. Untuk memperdalam cara menulis prompt, lihat halaman prompt engineering untuk coding kami, atau jelajahi semua fitur.