Claude Code untuk Non-Engineer: Workflow Aman, Prompt, Izin, dan Contoh Kerja Harian

Claude Code bukan hanya untuk software engineer. Tim marketing, operasional, support, sales, HR, product, dan founder juga bisa memakainya untuk merapikan dokumentasi, memperbaiki copy website, membuat laporan CSV, menyusun FAQ, atau mengubah permintaan yang masih kabur menjadi daftar kerja yang bisa dicek.

Yang penting adalah cara memakainya. Claude Code bisa membaca file, mengedit file, dan menjalankan command. Jadi permintaan seperti “bereskan semuanya lalu publish” terlalu berisiko. Untuk non-engineer, prinsipnya: minta satu tugas kecil, baca ringkasan diff, dan berhenti jika menyentuh secret, data pelanggan, production, pembayaran, atau keamanan.

Untuk setup dasar, baca panduan mulai Claude Code. Untuk pengaman, lanjutkan dengan approval dan sandbox serta panduan permissions.

Istilah yang Perlu Dipahami

Terminal adalah jendela teks untuk memberi instruksi ke komputer. Diff adalah tampilan perubahan sebelum dan sesudah. Permissions adalah aturan yang menentukan apa yang boleh dilakukan Claude Code langsung, apa yang harus minta persetujuan, dan apa yang diblokir.

Istilah	Arti sederhana	Yang perlu dicek
Terminal	Panel kontrol berbasis teks	Sudah di folder yang benar?
Diff	Daftar perubahan	Hanya file yang diharapkan berubah?
Approval	Jeda untuk menyetujui	Kamu paham command-nya?
Sandbox	Area kerja terbatas	Command tidak melewati batas?
Secret	API key, password, token	Jangan dibaca tanpa alasan kuat

Workflow Aman

flowchart LR
  A["Tulis tujuan"] --> B["Minta inspeksi saja"]
  B --> C["Baca pertanyaan dan risiko"]
  C --> D["Setujui satu edit kecil"]
  D --> E["Baca ringkasan diff"]
  E --> F{"Production atau secret?"}
  F -->|Ya| G["Berhenti dan tanya engineer"]
  F -->|Tidak| H["Jalankan check dan putuskan manual"]

Kalimat pembuka paling aman adalah: “Jangan edit file dulu.” Dengan begitu Claude Code akan memeriksa, bertanya, dan menyusun rencana sebelum mengubah apa pun.

Contoh Permission

Dokumentasi resmi yang berguna:

• Claude Code overview
• Configure permissions
• Claude Code settings
• Security

Untuk awal, izinkan baca dan test, minta approval untuk edit, lalu blokir secret dan command yang sulit dibalik.

{
  "$schema": "https://json.schemastore.org/claude-code-settings.json",
  "permissions": {
    "allow": [
      "Read",
      "Grep",
      "Glob",
      "Bash(npm run build)",
      "Bash(npm run test)"
    ],
    "ask": [
      "Edit",
      "Write",
      "Bash(git diff)",
      "Bash(git status)"
    ],
    "deny": [
      "Read(.env*)",
      "Read(**/secrets/**)",
      "Bash(rm -rf *)",
      "Bash(git reset --hard)",
      "Bash(git push *)",
      "Bash(npm publish *)"
    ]
  }
}

allow berarti boleh langsung, ask berarti harus minta persetujuan, dan deny berarti diblokir. File .env sering berisi token atau API key, jadi jangan dibaca untuk pekerjaan konten biasa.

Ubah Permintaan Kabur Menjadi Checklist

Bertindaklah sebagai asisten kerja yang hati-hati. Jangan edit file dulu.

Tujuan:
Saya ingin halaman kontak lebih mudah dipahami pelanggan baru.

Tolong:
1. Cari file yang kemungkinan terkait.
2. Tulis 5 pertanyaan yang harus dijawab sebelum edit.
3. Pecah pekerjaan menjadi tugas kecil.
4. Tandai tugas berisiko yang butuh engineer.
5. Rekomendasikan tugas aman terkecil untuk hari ini.

Prompt ini bisa dipakai untuk website copy, FAQ, dokumentasi internal, template email, dan proses operasional.

Use Case 1: Update Copy Website

Jangan publish dan jangan deploy.

Review hanya copy halaman pricing.
File:
- site/src/content/pricing.mdx
- site/src/pages/pricing.astro

Tugas:
1. Cari kalimat yang membingungkan untuk pembeli baru.
2. Usulkan pengganti dalam tabel.
3. Tunggu persetujuan saya.
4. Terapkan hanya copy yang disetujui.
5. Jelaskan git diff dalam bahasa Indonesia sederhana.

Jangan gabungkan copy, desain, logika harga, checkout, dan publish dalam satu request. Tingkat risikonya berbeda.

Use Case 2: Dokumentasi dan Materi Training

Baca docs/onboarding/ dan buat docs/onboarding/day-one-checklist.md.

Aturan:
- Jangan hapus dokumen yang sudah ada.
- Jelaskan istilah teknis saat pertama muncul.
- Tandai hal yang tidak pasti sebagai "Perlu konfirmasi".
- Akhiri dengan 3 pertanyaan untuk HR atau IT.

Untuk workflow dokumentasi, baca generasi dokumentasi dengan Claude Code.

Use Case 3: CSV dan Spreadsheet

Sebelum memakai data pelanggan asli, mulai dari data contoh.

date,customer,plan,status,amount
2026-06-01,Acme,Standard,open,12000
2026-06-01,Northwind,Pro,closed,30000
2026-06-02,Contoso,Standard,open,12000

Inspeksi data/inquiries.csv dan buat script ekstraksi yang aman.

Aturan:
- Pertama laporkan hanya nama kolom dan jumlah baris.
- Berhenti jika ada kolom yang terlihat seperti data pribadi.
- Buat scripts/open-inquiries.mjs.
- node scripts/open-inquiries.mjs harus membuat output/open-inquiries.csv.
- Laporkan jumlah baris yang diekstrak.

Untuk spreadsheet, lihat otomasi spreadsheet dengan Claude Code.

Use Case 4: Draft Otomasi Bisnis

Jangan mulai dari otomatisasi penuh. Buat dulu checklist yang bisa diikuti manusia.

Buat docs/daily-ops-checklist.md untuk rutinitas operasional jam 9 pagi.

Input:
- Cek inquiry pelanggan yang belum selesai.
- Review revenue kemarin.
- Cek notifikasi error.
- Posting prioritas hari ini ke Slack.

Output:
- Checklist langkah demi langkah.
- Estimasi waktu.
- Bagian yang bisa diotomasi.
- Bagian yang butuh penilaian manusia.
- Rencana rollback jika gagal.

Untuk lanjut ke script berulang, baca contoh otomasi workflow.

Tabel Risiko

Risiko	Yang bisa terjadi	Respons aman
”Bereskan semuanya”	Perubahan terlalu banyak	Satu file, satu tujuan
Membaca .env	Secret terbuka	Blokir dan tanya engineer
Mengizinkan git push	Perubahan belum direview keluar	Publish tetap manual
Data pelanggan asli	Risiko privasi	Pakai sampel dulu
Tanpa test atau preview	Error muncul di production	Build, test, review visual
Mengulang error	Kegagalan yang sama berulang	Minta penjelasan error dulu

Berhenti jika ada penghapusan, publish, pembayaran, login, data pelanggan, kontrak, atau production.

Checklist Harian

Waktu	Cek
Sebelum mulai	Tentukan satu target hari ini
Saat inspeksi	Tulis “jangan edit dulu”
Sebelum edit	Konfirmasi file target
Saat approval	Baca tool dan command
Setelah edit	Minta ringkasan diff
Sebelum share	Pastikan tidak ada publish, kirim, hapus, atau deploy
Jika ragu	Kirim diff dan pertanyaan ke engineer

Training dan Konsultasi

ClaudeCodeLab membantu tim non-teknis membuat prompt tim, permission settings, aturan review, dan otomasi pertama untuk website, FAQ, laporan CSV, serta dokumentasi internal.

Project pertama sebaiknya kecil, berulang, dan mudah diverifikasi. Dari situ tim belajar meminta, meninjau, dan berhenti dengan aman.

Hasil Uji Langsung

Saya mencoba workflow ini pada tiga tugas: edit copy website, checklist onboarding, dan ekstraksi CSV. Peningkatan terbesar muncul ketika prompt awal berisi “jangan edit dulu”, “tanyakan dulu”, dan “pisahkan tugas berisiko”. Tanpa itu, diff menjadi terlalu besar untuk direview oleh non-engineer.