Claude Code: Praktik Terbaik untuk Agentic Coding

(anthropic.com)

20 poin oleh GN⁺ 2025-04-20 | 2 komentar | Bagikan ke WhatsApp

Claude Code adalah alat agentic coding berbasis CLI yang dapat diterapkan secara fleksibel di berbagai lingkungan dan bahasa pengembangan
Pengaturan CLAUDE.md, pengelolaan daftar izin alat, dan pembuatan perintah kustom dapat memaksimalkan kegunaan Claude
Strategi per alur kerja (eksplorasi-perencanaan-implementasi-commit, test-driven development, iterasi visual, dll.) efektif untuk diterapkan
Mode headless dan konfigurasi multi-Claude juga memungkinkan otomasi dan pekerjaan paralel
Claude dapat diintegrasikan dengan berbagai alat pengembangan seperti Git, GitHub, dan Jupyter untuk penggunaan tingkat lanjut

Ikhtisar Claude Code

Claude Code adalah alat untuk agentic coding (coding otomatis berbasis command line)
Dirancang agar pengembang dan peneliti internal Anthropic dapat mengintegrasikan Claude ke dalam coding dengan lebih alami
Berkat antarmuka low-level dan desain yang independen, alat ini tidak terikat pada cara pengembangan tertentu,
- sehingga pengembang dapat mengonfigurasi dan memanfaatkan Claude dengan cara yang paling cocok untuk mereka
Hasilnya, Claude Code memposisikan diri sebagai alat bantu coding yang sangat kuat, fleksibel, dan aman
Kekurangannya, terdapat learning curve yang cukup tinggi bagi pengguna baru,
- sehingga diperlukan proses untuk membangun best practice sendiri
Artikel ini, berdasarkan pengalaman tim internal dan engineer eksternal yang benar-benar telah menggunakan Claude Code,
- memperkenalkan pola umum yang efektif di berbagai bahasa, codebase, dan lingkungan
Isi yang disajikan bukan jawaban mutlak, melainkan titik awal, dan pembaca dianjurkan untuk bereksperimen serta menyempurnakannya sesuai kebutuhan masing-masing

# 1. Kustomisasi pengaturan

Claude Code adalah asisten agentic coding yang secara otomatis mengumpulkan konteks untuk menyusun prompt
Pengumpulan konteks ini menghabiskan waktu dan token, tetapi dapat dioptimalkan dengan menyesuaikan lingkungan

a. Membuat file `CLAUDE.md`

CLAUDE.md adalah file khusus yang secara otomatis dimasukkan ke konteks saat Claude memulai percakapan
File ini ideal untuk mendokumentasikan hal-hal berikut:

perintah bash yang sering digunakan
file inti dan fungsi utilitas
panduan gaya kode
cara menjalankan pengujian
cara kerja repositori (misalnya penamaan branch, merge vs. rebase)
cara menyiapkan lingkungan pengembangan (misalnya apakah memakai pyenv, compiler yang kompatibel)
perilaku pengecualian atau hal-hal yang perlu diwaspadai pada proyek tersebut
informasi lain yang perlu diingat Claude

File CLAUDE.md tidak dibatasi oleh format tertentu, tetapi disarankan ditulis secara ringkas dan mudah dibaca manusia
Contoh:

# Bash commands  
- npm run build: Build the project  
- npm run typecheck: Run the typechecker  
  
# Code style  
- Use ES modules (import/export) syntax, not CommonJS (require)  
- Destructure imports when possible (eg. import { foo } from 'bar')  
  
# Workflow  
- Be sure to typecheck when you’re done making a series of code changes  
- Prefer running single tests, and not the whole test suite, for performance

Lokasi file `CLAUDE.md`

Claude mencari CLAUDE.md di lokasi berikut lalu memasukkannya ke konteks:

root repo atau direktori tempat claude dijalankan
- simpan sebagai CLAUDE.md dan check-in ke git agar bisa dibagikan lintas sesi dan lintas tim (disarankan)
- untuk pengaturan pribadi, bisa disimpan sebagai CLAUDE.local.md lalu ditambahkan ke .gitignore
direktori induk dari direktori eksekusi
- berguna dalam struktur monorepo (misalnya root/CLAUDE.md dan root/foo/CLAUDE.md dapat digunakan sekaligus)
subdirektori dari direktori eksekusi
- otomatis dimasukkan ke konteks saat bekerja pada file di dalam direktori tersebut
direktori home (~/.claude/CLAUDE.md)
- berlaku secara global untuk semua sesi

Saat menjalankan perintah /init, Claude akan membuat file CLAUDE.md secara otomatis

b. Menyempurnakan file `CLAUDE.md`

Karena CLAUDE.md digunakan sebagai bagian dari prompt Claude, file ini perlu terus disesuaikan dan dioptimalkan seperti prompt
Kesalahan yang umum adalah memasukkan terlalu banyak isi tanpa memverifikasi efektivitasnya

Penting untuk mengetahui lewat eksperimen konten seperti apa yang meningkatkan kualitas respons model
Isi dapat ditambahkan secara manual, atau dengan menekan tombol # untuk memberi instruksi kepada Claude agar otomatis mencerminkannya ke CLAUDE.md
Banyak engineer mendokumentasikan perintah, panduan gaya, dan sebagainya secara real time, lalu menyertakan perubahan CLAUDE.md ke dalam commit untuk dibagikan ke tim

Di Anthropic, CLAUDE.md disempurnakan melalui prompt improver, dan
frasa penekanan seperti “IMPORTANT” dan “YOU MUST” ditambahkan untuk meningkatkan akurasi respons

c. Mengelola daftar alat yang diizinkan Claude

Claude Code secara default meminta persetujuan pengguna untuk tindakan yang dapat mengubah sistem (menulis file, menjalankan perintah bash, menggunakan alat MCP, dll.)
Ini adalah desain konservatif demi keamanan, dan untuk alat yang dinilai aman oleh pengguna, persetujuan awal dapat diberikan melalui allowlist

Cara mengatur alat yang diizinkan

Saat prompt muncul di tengah sesi, pilih "Always allow"
Tambah/hapus alat dengan perintah /allowed-tools
Contoh:
- Edit → mengizinkan pengeditan file
- Bash(git commit:*) → mengizinkan commit git
- mcp__puppeteer__puppeteer_navigate → mengizinkan navigasi Puppeteer MCP server
Edit manual .claude/settings.json atau ~/.claude.json
- jika ingin dibagikan ke tim, disarankan memakai yang pertama lalu check-in ke Git
Gunakan flag CLI per sesi --allowedTools

d. Memasang `gh` CLI saat menggunakan GitHub

Claude dapat menggunakan gh CLI, sehingga bisa mengotomatiskan pekerjaan GitHub seperti membuat issue, menulis PR, dan membaca komentar
Bahkan tanpa memasang gh, hal ini tetap bisa digantikan melalui GitHub API atau MCP server

# 2. Memberikan lebih banyak alat kepada Claude

Claude dapat mengakses lingkungan shell pengguna, sehingga skrip dan fungsi buatan pengguna dapat digunakan apa adanya
Selain itu, melalui MCP atau REST API, Claude juga dapat terhubung dengan alat eksternal yang lebih kompleks

a. Digunakan bersama alat Bash

Claude Code mewarisi lingkungan bash pengguna sehingga dapat mengakses utilitas yang sudah terpasang

alat Unix umum atau gh CLI sudah diketahui oleh Claude
tetapi alat bash kustom buatan pengguna perlu diberi tahu secara terpisah

Agar Claude mengenali alat kustom, lakukan hal berikut:

jelaskan secara eksplisit nama alat dan contoh penggunaannya kepada Claude
instruksikan untuk melihat cara penggunaan alat dengan opsi --help
dokumentasikan alat yang sering digunakan di CLAUDE.md

b. Digunakan bersama MCP

Claude Code berperan sekaligus sebagai server MCP dan klien
Sebagai klien, Claude dapat terhubung ke beberapa MCP server untuk memanfaatkan berbagai alat

Ada tiga cara menghubungkan alat MCP server ke Claude:

didefinisikan di dalam pengaturan proyek (hanya dapat digunakan di direktori tersebut)
digunakan di semua proyek melalui pengaturan global
check-in file .mcp.json agar semua pengembang yang berkolaborasi dapat langsung memakai alat tersebut
- contoh: jika mendaftarkan server Puppeteer dan Sentry di .mcp.json, seluruh tim dapat menggunakannya

Saat men-debug masalah konfigurasi ketika memakai MCP, menjalankan Claude dengan flag --mcp-debug sangat membantu

c. Perintah slash kustom

Untuk alur kerja yang berulang (debugging, analisis log, dll.),
template prompt dapat disimpan sebagai file Markdown di folder .claude/commands

Saat mengetik / di Claude, perintah tersebut akan muncul di menu autocomplete
Bisa di-commit ke git dan dibagikan dengan anggota tim

Meneruskan parameter: `$ARGUMENTS`

Jika Anda menyertakan $ARGUMENTS dalam slash command, parameter yang dikirim saat perintah dijalankan bisa disisipkan secara otomatis

Contoh: analisis dan perbaikan issue GitHub secara otomatis

Please analyze and fix the GitHub issue: $ARGUMENTS.  
  
Follow these steps:  
  
1. Use `gh issue view` to get the issue details  
2. Understand the problem described in the issue  
3. Search the codebase for relevant files  
4. Implement the necessary changes to fix the issue  
5. Write and run tests to verify the fix  
6. Ensure code passes linting and type checking  
7. Create a descriptive commit message  
8. Push and create a PR  
  
Remember to use the GitHub CLI (`gh`) for all GitHub-related tasks.

Jika isi di atas disimpan ke .claude/commands/fix-github-issue.md, itu bisa digunakan sebagai perintah /project:fix-github-issue
Contoh: /project:fix-github-issue 1234 → Claude akan mencoba memperbaiki issue #1234 secara otomatis

Perintah pengaturan pribadi bisa disimpan di folder ~/.claude/commands agar dapat digunakan di semua sesi

# 3. Memanfaatkan workflow umum

Claude Code tidak memaksakan workflow tertentu, dan memberi pengguna fleksibilitas penuh
Berdasarkan fleksibilitas ini, ada berbagai pola penggunaan yang telah terbukti berhasil di komunitas pengguna

a. Eksplorasi → Perencanaan → Implementasi → Commit

Minta Claude untuk membaca file, gambar, URL yang relevan
- Contoh: “tolong baca file yang menangani log”, “tolong baca logging.py”
- Namun, instruksikan dengan jelas agar tidak menulis kode dulu
- Pada tahap ini, penggunaan subagent (subagents) sangat efektif (semakin kompleks masalahnya, semakin terasa manfaatnya)
Minta Claude untuk menyusun rencana pemecahan masalah
- Saat menggunakan kata kunci seperti “think”, “think hard”, “ultrathink”, anggaran komputasi yang dialokasikan akan lebih besar
- Jika rencananya valid, rapikan isi rencana ke dalam dokumen atau buat sebagai issue GitHub untuk memiliki titik acuan yang bisa ditinjau kembali
Setelah itu, minta Claude untuk mengimplementasikan kode sesuai rencana
- Selama implementasi, Anda juga bisa secara eksplisit meminta agar ia memverifikasi sendiri validitas hasilnya
Terakhir, instruksikan untuk commit hasilnya dan membuat PR
- Jika perlu, sekalian minta pembaruan README atau CHANGELOG

📌 Dalam alur ini, jika langkah 1~2 dilewati maka Claude akan langsung mulai menulis kode, jadi tahap perencanaan sangat penting, terutama untuk masalah yang kompleks

b. Menulis test → Commit → Menulis kode → Iterasi → Commit (test-driven development)

Ini adalah pendekatan yang sering digunakan secara internal di Anthropic, dan cocok untuk pekerjaan yang memiliki test unit/integrasi/e2e

Minta Claude untuk menulis test berdasarkan kriteria input/output
- Jelaskan dengan tegas bahwa ini adalah test-driven development → arahkan agar hanya menulis test tanpa mengimplementasikan fitur
Minta untuk memeriksa apakah test gagal
- Instruksikan agar hanya menjalankan test tanpa mengimplementasikan apa pun
Jika test sudah memuaskan, lakukan commit
Minta Claude untuk menulis kode yang membuat test lulus
- Tegaskan agar test tidak diubah
- Biasanya dibutuhkan beberapa kali iterasi sampai test benar-benar lulus
- Efektif juga memakai subagent untuk memverifikasi apakah ada overfitting
Setelah semua test lulus, instruksikan untuk commit kode

✅ Claude bekerja paling baik ketika ada target yang jelas (misalnya test case, gambar, dan sebagainya)

c. Menulis kode → Memberikan screenshot hasil → Iterasi perbaikan

Siapkan lingkungan yang dapat menyediakan screenshot browser secara otomatis (misalnya Puppeteer MCP, simulator iOS, dll.)
Berikan mockup visual (tempel gambar, berikan path, dll.)
Minta Claude mengimplementasikan desain → tampilkan screenshot hasil → instruksikan untuk membandingkan lagi dan memperbaiki
Jika sudah memuaskan, lakukan commit

💡 Claude juga seperti manusia: hasilnya jauh lebih baik setelah 2~3 kali iterasi → loop umpan balik visual itu penting

d. Mode Safe YOLO

Dengan opsi --dangerously-skip-permissions, semua permintaan persetujuan akan dilewati
Claude akan menjalankan pekerjaan secara penuh otomatis tanpa persetujuan pengguna

⚠️ Ada risiko kehilangan data, kerusakan sistem, dan prompt injection → disarankan hanya dijalankan di container yang terputus dari internet
→ Untuk implementasi contoh, disarankan menggunakan Docker Dev Container

e. Q&A codebase

Saat beradaptasi dengan proyek baru, Anda bisa bertanya kepada Claude seolah-olah sedang bertanya kepada rekan engineer
Claude akan menelusuri codebase dan menemukan jawabannya sendiri

Contoh pertanyaan:

Bagaimana logging bekerja?
Bagaimana cara membuat endpoint API baru?
Apa fungsi async move di baris 134 foo.rs?
Edge case apa yang ditangani CustomerOnboardingFlowImpl?
Kenapa memanggil bar() alih-alih foo()?
Kode Java apa yang mirip dengan baris 334 di baz.py?

📌 Tanpa prompt khusus pun, eksplorasi bisa dilakukan hanya dengan pertanyaan bahasa alami
→ Di Anthropic, pendekatan ini digunakan sebagai alat onboarding utama

f. Integrasi Git

Claude cukup andal dalam mengotomatiskan pekerjaan Git seperti berikut:

Menelusuri riwayat Git:
- Contoh: "Perubahan apa saja yang masuk di v1.2.3?", "Siapa yang membuat fitur ini?", "Kenapa API ini strukturnya seperti ini?"
Menulis pesan commit:
- Disusun otomatis berdasarkan perubahan dan konteks sekitarnya
Pekerjaan Git tingkat lanjut:
- Mengembalikan file, menyelesaikan konflik rebase, membandingkan dan menggabungkan patch, dll.

g. Integrasi GitHub

Claude Code dapat mengotomatiskan pekerjaan terkait GitHub secara signifikan:

Membuat Pull Request:
- Mengenali kata kunci pr, dan otomatis membuat pesan commit berdasarkan perubahan
Memperbaiki komentar code review:
- Cukup dengan “tolong perbaiki komentar di PR”, lalu bisa diperbaiki dan di-push
Memperbaiki build failure dan error lint
Mengklasifikasikan dan merapikan issue:
- Minta Claude, “tolong telusuri issue yang terbuka dan rapikan”

💡 Tidak perlu menghafal perintah gh untuk bisa melakukan pekerjaan GitHub yang terotomatisasi

h. Bekerja dengan Jupyter Notebook

Claude dapat membaca dan menulis file .ipynb, serta menginterpretasikan output yang menyertakan gambar
Disarankan membuka Claude Code dan file notebook berdampingan di VS Code

Fitur tambahan:

Sebelum dibagikan ke orang lain, Anda bisa meminta Claude merapikan notebook dan meningkatkan tampilannya
- Permintaan seperti “tolong rapikan agar enak dilihat”, “tolong buat visualisasinya lebih bagus” bekerja baik untuk optimasi tampilan yang berfokus pada manusia

# 4. Optimasi workflow

Saran di bawah ini adalah metode optimasi yang bisa diterapkan secara umum ke semua workflow

a. Tulis instruksi secara spesifik

Claude Code memiliki tingkat keberhasilan yang lebih tinggi pada percobaan pertama ketika instruksinya semakin spesifik
Jika permintaan sudah jelas sejak awal, kebutuhan revisi di tengah jalan akan berkurang

Perbandingan contoh

❌ add tests for foo.py → terlalu luas
✅ Untuk foo.py, tulis test case baru yang menangani kasus pengguna yang logout. Jangan gunakan mock
❌ why does ExecutionFactory have such a weird api? → ambigu
✅ Telusuri riwayat git dari ExecutionFactory, lalu ringkas alasan API tersebut dibentuk dengan struktur seperti sekarang
❌ add a calendar widget → arah implementasi tidak jelas
✅ Analisis cara implementasi widget yang sudah ada di homepage (misalnya HotDogWidget.php), pahami pola pemisahan kode dan antarmuka, lalu implementasikan widget kalender baru dengan cara yang sama agar pengguna dapat memilih bulan dan berpindah halaman tahun. Library eksternal hanya boleh yang sudah digunakan di proyek yang ada

Claude bisa menyimpulkan maksud, tetapi tidak bisa membaca pikiran → kejelasan adalah kuncinya

b. Memberikan gambar

Claude sangat baik dalam memproses gambar atau diagram
Gambar dapat diberikan dengan cara berikut:

Di macOS, cmd+ctrl+shift+4 → screenshot ke clipboard → tempel dengan ctrl+v (tidak bisa di lingkungan remote)
Drag and drop file gambar
Berikan path file gambar

Sangat berguna untuk mengimplementasikan mockup desain, menganalisis chart visual, dan sejenisnya dalam UI/visualisasi data
Bahkan jika tidak ada visual, tetap membantu bila Anda menjelaskan dengan jelas apakah kualitas visual hasilnya penting

c. Menentukan file yang akan dikerjakan

Jika Anda memberi tahu Claude dengan jelas file mana yang harus dirujuk atau diubah, akurasi pekerjaan akan meningkat

Dengan auto-complete tombol Tab, path file/folder bisa dimasukkan dengan cepat

d. Memberikan URL kepada Claude

Jika Anda memberi Claude sebuah URL, Claude dapat langsung membaca dokumentasi atau halaman web tersebut

Contoh: tautan dokumentasi API, halaman design system, dll.
Untuk akses berulang ke domain yang sama, tambahkan domain ke whitelist dengan perintah /allowed-tools agar persetujuan bisa dilewati

e. Koreksi arah dengan cepat dan sering (course redirection)

Anda bisa menekan Shift + Tab untuk mengotomatiskan pekerjaan dengan auto-accept mode,
namun biasanya berkolaborasi aktif dengan Claude sambil menyesuaikan arah akan menghasilkan hasil yang lebih baik

4 alat penyesuaian yang berguna:

Minta rencana terlebih dahulu: pastikan Claude menyusun rencana sebelum implementasi, lalu lanjutkan setelah Anda meninjau
Hentikan langsung dengan tombol Escape: kapan saja bisa dihentikan di tengah proses berpikir, edit file, dll.
Tekan Escape dua kali untuk mengedit prompt sebelumnya: Anda bisa mengubah perintah sebelumnya dan beralih ke arah baru
Minta pembatalan perubahan: minta Claude me-rollback perubahan yang sudah dibuat agar bisa mencoba pendekatan lain

Kadang Claude bisa menyelesaikan semuanya dengan sempurna sekaligus, tetapi dengan alat-alat di atas Anda bisa mendapatkan hasil yang lebih cepat dan lebih akurat

f. Inisialisasi ulang konteks dengan perintah /clear

Jika sesi berlangsung lama, context window Claude bisa terisi informasi yang tidak diperlukan sehingga performa dapat menurun
→ Disarankan membiasakan diri menginisialisasi ulang konteks dengan /clear untuk setiap unit pekerjaan

g. Memanfaatkan checklist dan scratchpad

Untuk pekerjaan kompleks (misalnya migrasi kode, perbaikan massal error lint, dll.),
menggunakan file Markdown atau issue GitHub sebagai checklist dapat meningkatkan efisiensi

Contoh: menyelesaikan error lint

Minta Claude menjalankan perintah lint → susun isi error sebagai checklist format Markdown
Tangani setiap item satu per satu, cek setelah selesai → lanjut ke item berikutnya

Dengan cara ini, pelacakan progres dan kontrol kualitas bisa dilakukan sekaligus

h. Mengirim data ke Claude

Ada beberapa cara untuk mengirim data ke Claude:

Copy/paste (cara yang paling umum)
Input pipe (contoh: cat foo.txt | claude)
- Cocok untuk log, CSV, dan teks berukuran besar
Instruksikan agar mengambilnya langsung melalui perintah bash, alat MCP, atau slash command
Minta membaca file atau URL (termasuk gambar)

Dalam pekerjaan nyata, umumnya digunakan campuran dari beberapa cara
Contoh: kirim log melalui pipe, lalu minta Claude memakai alat MCP untuk mengambil konteks tambahan

# 5. Mengotomatiskan infrastruktur dengan mode headless

Claude Code mendukung mode headless untuk lingkungan non-interaktif (CI, hook pre-commit, build script, otomatisasi, dll.)

Jalankan mode headless bersama prompt melalui flag -p
Dengan opsi --output-format stream-json, output JSON streaming dapat digunakan

⚠️ Mode headless tidak dipertahankan antar sesi, jadi harus dijalankan secara langsung setiap kali

a. Mengklasifikasikan issue secara otomatis dengan Claude

Mode headless cocok untuk trigger otomatisasi berbasis event GitHub
Contoh: saat issue baru dibuat, langsung dianalisis dan diberi label secara otomatis

Di repositori publik Claude Code sendiri, fitur ini benar-benar digunakan untuk memberi label otomatis pada issue baru

b. Menggunakan Claude sebagai linter

Claude dapat mengotomatiskan code review subjektif yang sulit dideteksi oleh alat lint tradisional
Contoh:

typo
komentar usang
nama fungsi/variabel yang menyesatkan
alur kode yang tidak intuitif, dll.

Dengan ini, peningkatan kualitas kode di luar alat analisis statis menjadi memungkinkan

# 6. Naik level dengan workflow multi-Claude

Melampaui penggunaan satu Claude saja, menjalankan beberapa instance Claude secara paralel adalah cara pemanfaatan yang sangat kuat
Seperti beberapa engineer yang berkolaborasi, strategi membagi pekerjaan ke Claude dapat meningkatkan efisiensi dan kualitas sekaligus

a. Satu Claude menulis kode, Claude lain meninjau

Pola yang paling sederhana namun efektif:

Claude 1: menulis kode
Jalankan Claude 2 lewat /clear atau terminal lain → review kode yang ditulis
Jalankan Claude 3 atau /clear lagi → baca kode dan review sekaligus, lalu terapkan revisi

Atau,

Claude 1: menulis test
Claude 2: menulis kode yang lolos test

❗ Antar-instance Claude juga dapat berbagi scratchpad terpisah
atau diatur pembagian peran seperti “Claude ini hanya menulis ke file A, Claude itu hanya membaca file B”

📌 Pemisahan pekerjaan sering memberikan hasil yang lebih baik dibanding satu Claude saja

b. Checkout beberapa repositori

Daripada menunggu Claude menyelesaikan pekerjaan, Anda bisa membuat beberapa direktori checkout Git untuk kerja paralel

Buat 3–4 git checkout di folder terpisah
Buka tiap folder di tab terminal yang berbeda
Berikan tugas berbeda ke tiap instance Claude
Pindah antar-tab untuk memeriksa progres serta memberi persetujuan/penolakan

c. Memanfaatkan Git worktree

git worktree adalah fitur Git untuk checkout beberapa branch dari satu repo ke direktori yang berbeda
→ Sangat ideal untuk menangani beberapa pekerjaan independen secara paralel

Contoh:

Satu Claude me-refactor sistem autentikasi
Claude lain secara terpisah membuat komponen visualisasi data
Tidak saling mengganggu → paralelisme maksimal

Cara penggunaan

Buat worktree:
git worktree add ../project-feature-a feature-a
Jalankan Claude:
cd ../project-feature-a && claude
Ulangi sesuai kebutuhan

Tips

Gunakan penamaan worktree yang konsisten
Pertahankan satu worktree per tab terminal
Jika Anda pengguna iTerm2 (Mac), disarankan mengatur notifikasi
Pisahkan juga IDE sesuai worktree masing-masing
Rapikan setelah pekerjaan selesai:
git worktree remove ../project-feature-a

d. Mode headless + struktur otomatisasi kustom

Mode headless (claude -p) memungkinkan Claude Code diintegrasikan ke workflow secara terprogram
Dengan menggabungkan alat Claude sendiri dan system prompt, dua pola berikut dapat dimanfaatkan

1. Fanning out: mendistribusikan pekerjaan migrasi/analisis skala besar