1. Mulai dengan Konteks yang Tepat — Ini Bukan Sekadar Basa-basi
Kesalahan paling umum yang saya lihat ketika orang pertama kali menggunakan Claude: mereka langsung melempar pertanyaan tanpa konteks. Hasilnya adalah respons yang terlalu generik, seolah-olah menjawab untuk pemula.
Claude tidak tahu siapa Anda sampai Anda memberitahunya.
Solusinya sederhana: mulai setiap percakapan dengan role framing — satu atau dua kalimat yang menetapkan siapa Anda dan level pemahaman Anda.
Contoh yang benar:
“Saya Cloud Solutions Architect di Huawei Cloud dengan sertifikasi AWS SAA. Bantu saya mengevaluasi desain VPC berikut dengan asumsi saya sudah familiar dengan konsep networking dasar dan tidak perlu penjelasan subnet atau CIDR dari awal.”
Dengan framing ini, Claude akan merespons seperti berbicara dengan sesama engineer senior — langsung ke isu arsitektural, bukan menjelaskan apa itu VPC.
2. Tiga Peran, Tiga Cara Berbeda Menggunakan Claude
Sebagai seseorang yang menjalankan tiga peran sekaligus — architect, penulis, dan dosen — saya menemukan bahwa Claude memberikan nilai yang berbeda untuk setiap peran. Memahami perbedaan ini adalah kunci untuk memaksimalkan manfaatnya.
Sebagai Cloud Solutions Architect
Pekerjaan arsitektur selalu melibatkan pengambilan keputusan dengan trade-off yang tidak sempurna. Claude tidak bisa menggantikan judgment Anda — namun sangat efektif sebagai sparring partner teknis.
Tiga skenario yang paling sering saya gunakan:
Review arsitektur dan identifikasi risiko. Alih-alih menyimpan desain di kepala dan berharap tidak ada yang terlewat, saya mendeskripsikan arsitektur ke Claude dan bertanya langsung: “Apa potensi single point of failure dalam desain ini?” Hasilnya sering mengidentifikasi blind spot yang tidak saya perhatikan.
Komparasi lintas cloud. Dengan pengalaman di tiga platform (AWS, Alibaba, Huawei Cloud), saya sering perlu membandingkan layanan yang ekuivalen. Claude sangat baik untuk ini: “Bandingkan ECS Huawei Cloud vs EC2 AWS untuk workload yang membutuhkan low-latency storage I/O — apa perbedaan konkret dalam hal pricing model, storage attachment, dan SLA?”
Akselerasi dokumentasi teknis. Membuat IaC template, menulis runbook, atau mendokumentasikan decision record — semua ini bisa diakselerasi 3–5× dengan Claude sebagai starting point.
| Use Case | Waktu Tanpa Claude | Waktu Dengan Claude | Catatan |
| Review arsitektur (identifikasi risiko) | 2–3 jam | 30–45 menit | Masih perlu judgment akhir dari engineer |
| Komparasi layanan lintas cloud | 1–2 jam | 15–20 menit | Perlu verifikasi harga terkini |
| Draft dokumentasi teknis | 2–4 jam | 45–60 menit | Perlu kustomisasi konteks spesifik |
| Buat IaC template (Terraform/CF) | 1–3 jam | 30–60 menit | Selalu test sebelum production |