Claude Code Productivity: 10 Tips Praktis untuk Workflow Harian

Produktivitas datang dari workflow yang bisa diulang

Claude Code terasa sangat kuat saat pertama kali dipakai. Ia bisa membaca repository, memperbaiki bug, menulis test, membuat ringkasan PR, atau membantu dokumentasi. Namun setelah beberapa hari, masalah operasional mulai muncul: kamu mengulang konteks yang sama, perubahan melebar ke file lain, build tidak dijalankan, atau keputusan dari sesi sebelumnya harus dijelaskan lagi.

Jadi productivity yang sebenarnya tidak datang dari satu prompt ajaib. Ia datang dari workflow yang jelas: konteks proyek, tujuan, cakupan, batasan, dan verifikasi. Saat Claude Code tahu apa yang boleh disentuh dan command apa yang membuktikan pekerjaan selesai, hasilnya jauh lebih stabil.

Dokumentasi resmi seperti Common workflows, Memory, dan Settings adalah referensi utama. Artikel ini menerjemahkannya menjadi kebiasaan praktis untuk pemula.

Tujuan	Kebiasaan	Hasil
Tidak mengulang konteks	Menulis CLAUDE.md singkat	Jawaban awal lebih tepat
Mengurangi risiko	Menentukan scope dan permission	Perubahan tidak melebar
Selesai dengan bukti	Menulis command verifikasi	Tidak hanya “sepertinya jalan”

Tip 1: Mulai dari CLAUDE.md yang singkat

CLAUDE.md adalah memori proyek untuk Claude Code. Isinya bukan seluruh sejarah proyek, melainkan aturan yang memengaruhi pekerjaan berikutnya.

# Project Rules

## Goal
- Grow ClaudeCodeLab as a monetized traffic source.
- Prefer useful evergreen content over thin daily posts.

## Stack
- Astro content collections
- MDX articles under site/src/content/blog*
- Cloudflare Pages deployment

## Quality
- Include real examples, pitfalls, and runnable commands.
- Preserve frontmatter, lang, and heroImage.
- Check code fences and mobile layout before publishing.

## Safety
- Do not revert user changes.
- Do not run destructive git commands.

Dengan file seperti ini, Claude Code langsung memahami tujuan bisnis, stack, standar kualitas, dan batasan keamanan. Untuk template lebih lengkap, baca CLAUDE.md best practices.

Pitfall yang sering terjadi adalah membuat file ini terlalu panjang. Catatan sementara, keputusan lama, dan komentar pribadi membuat sinyal utama hilang. Simpan hanya tujuan, stack, quality bar, command penting, dan larangan besar.

Tip 2: Tulis request dengan tujuan, target, batasan, dan selesai

“Tolong baguskan” terlalu kabur. Request yang kuat punya empat bagian.

Tujuan:
  Membantu pemula memakai Claude Code dalam pekerjaan harian.

Target:
  site/src/content/blog-id/claude-code-productivity-tips.mdx

Batasan:
  Jangan mengubah file lain.
  Pertahankan format frontmatter.
  Sertakan link dokumentasi resmi.

Kriteria selesai:
  Minimal 3 real use case.
  Command atau konfigurasi yang bisa dicopy.
  Pitfalls, risiko, dan catatan verifikasi.

Format ini bisa dipakai untuk artikel, UI, API, test, atau script. Yang penting adalah menulis definisi “selesai” dari awal. Jika kamu butuh test, build, screenshot mobile, atau cek link, tulis sebelum pekerjaan dimulai.

Tip 3: Pecah kerja besar menjadi explore, edit, verify

Task besar sering gagal karena terlalu banyak keputusan dalam satu request. Pecah menjadi tiga fase.

Step 1: Explore
Baca file terkait dan usulkan rencana. Jangan edit dulu.

Step 2: Edit
Lakukan perubahan terkecil yang memenuhi rencana.

Step 3: Verify
Jalankan lint, test, build, atau check khusus. Jika gagal, perbaiki.

Workflow ini sangat berguna untuk repository yang belum kamu kenal. Pertama pahami peta, lalu edit kecil, lalu buktikan dengan command. Dokumentasi resmi juga memperlakukan eksplorasi kode, bug fixing, refactoring, test, dan PR sebagai pola kerja yang bisa diulang.

Catatan verifikasi Masa: saat meminta “perbaiki semua artikel” dalam satu task besar, kualitasnya tidak konsisten. Saat dikerjakan per cluster slug lalu dicek kualitas dan tampilan mobile, hasilnya jauh lebih aman untuk dipublish.

Tip 4: Tempel error asli, bukan ringkasan

Jangan hanya menulis “TypeScript error”. Berikan command, error, dan langkah reproduksi.

npm run build

Type error: Property 'name' does not exist on type 'User | undefined'.
File: src/components/Profile.tsx:15:22

Reproduksi:
1. npm install
2. npm run build
3. Build berhenti di error di atas

Request:
Jelaskan penyebabnya, perbaiki dengan diff terkecil, lalu jalankan npm run build lagi.

Use case ini berlaku untuk test gagal, deploy gagal, dan error console browser. Screenshot membantu, tapi log yang bisa dicopy lebih kuat untuk dianalisis dan diverifikasi.

Pitfall-nya adalah manusia merangkum error terlalu cepat dan menghapus baris penting. Tempel teks asli dulu, baru tambahkan dugaanmu.

Tip 5: Izinkan command aman, blokir command berbahaya

Jika Claude Code berhenti setiap kali menjalankan npm test, ritme kerja pecah. Jika semuanya diizinkan, risikonya besar. Izinkan membaca dan verifikasi; blokir penghapusan dan reset keras.

{
  "permissions": {
    "allow": [
      "Read",
      "Bash(npm test)",
      "Bash(npm run lint)",
      "Bash(npm run build)",
      "Bash(npx tsc --noEmit)",
      "Bash(git diff --check)"
    ],
    "deny": [
      "Bash(git reset --hard)",
      "Bash(git checkout --)",
      "Bash(rm -rf *)"
    ]
  }
}

Selalu cek dokumentasi Settings terbaru sebelum menyalin struktur. Prinsipnya tetap: verifikasi cepat, operasi destruktif pelan-pelan.

Untuk topik keamanan, lanjutkan ke Claude Code permissions guide.

Tip 6: Jadikan check berulang sebagai script

Natural language bagus untuk maksud. Script bagus untuk pengulangan. Jika kamu selalu mengecek hal yang sama sebelum publish, jadikan command.

#!/usr/bin/env bash
set -euo pipefail

npm run lint
npm run build
node scripts/check-code-fences.mjs
node scripts/check-updated-article-quality.mjs
git diff --check

Di Windows, PowerShell juga cukup.

$ErrorActionPreference = "Stop"
npm run build
node scripts/check-code-fences.mjs
node scripts/check-updated-article-quality.mjs
git diff --check

Manfaat utamanya adalah definisi “done” menjadi jelas. Jika command gagal, task belum selesai.

Tip 7: Memory hanya untuk fakta dan kriteria

Memory berguna jika menyimpan keputusan penting untuk sesi berikutnya. Ia menjadi noise jika berisi seluruh percakapan.

## Project memory

- Monetization matters more than raw page count.
- After AdSense approval, avoid thin mass-produced articles.
- Code blocks must be checked on mobile before deploy.
- Preserve frontmatter, lang, and heroImage for localized articles.
- Report changed files, verification, and remaining risks.

Catatan seperti ini tidak menggantikan test atau dokumentasi, tetapi mengurangi pengulangan. Ini berkaitan dengan Claude Code context management.

Tip 8: Tiga use case mingguan

Use case 1: Memahami repository baru

Baca repository ini dan jelaskan:
1. Direktori utama dan perannya
2. Command untuk run, test, dan build
3. Lima file yang harus dibaca kontributor baru
4. Area berisiko yang tidak boleh diedit tanpa konteks

Jangan edit file dulu.

Use case 2: Memperbaiki bug dari reproduksi sampai test

Bug:
Setelah login, /dashboard menjadi halaman kosong.

Reproduksi:
1. npm run dev
2. Login sebagai test@example.com
3. Buka /dashboard

Expected:
Revenue cards terlihat.

Actual:
Halaman kosong dan console menunjukkan Cannot read properties of undefined.

Request:
Daftar tiga kemungkinan penyebab, pilih fix terkecil, tambahkan regression test, dan jalankan checks.

Use case 3: Menambah fitur kecil dengan aman

Tambahkan field "consultation type" ke contact form.

Requirement:
- Opsi: training, consulting, other
- Validasi wajib
- Tetap memakai submit API yang ada
- Tambah atau update satu test

Batasan:
- Jangan redesign seluruh form
- Jika butuh database migration, jelaskan dulu

Selesai:
- npm test pass
- npm run build pass

Claude Code paling kuat saat task kecil dan jelas. Mencampur redesign, database, copywriting, dan test dalam satu request meningkatkan risk.

Tip 9: Berikan contoh output buruk

“High quality” masih ambigu. “Hindari ini” jauh lebih jelas.

Hindari:
- Saran abstrak tanpa implementasi
- Pseudocode saat kode nyata bisa ditulis
- Mengubah file tidak terkait
- Mengatakan selesai tanpa verifikasi
- Mengembalikan perubahan user

Utamakan:
- Diff kecil
- Command yang bisa dicopy
- Hasil verifikasi
- Risiko tersisa

Pitfall-nya adalah membuat daftar larangan terlalu panjang. Fokus pada kesalahan yang benar-benar mahal.

Tip 10: Tutup dengan file, verifikasi, dan risiko

Minta laporan akhir yang sederhana.

Di akhir, laporkan hanya:
1. File yang diubah
2. Command verifikasi dan hasilnya
3. Risiko atau catatan tersisa

Hasil praktis dari Masa: peningkatan terbesar datang dari CLAUDE.md, kriteria selesai, script verifikasi, dan batas permission. Untuk tim, lihat ClaudeCodeLab training and consulting. Untuk proyek pribadi, copy template ini dan pakai selama satu minggu sebelum menambah otomatisasi.