Siri Tutorial Claude Code 4: Apakah Senario Penggunaan Claude Code?

Senario Penggunaan Lazim

Saya membahagikan senario penggunaan kepada empat kategori, disusun mengikut kekerapan dari tinggi ke rendah.

Kategori 1: Memahami Kod

Ini mungkin kategori yang paling kerap digunakan. Apabila mengambil alih projek orang lain, melihat modul lama, atau membuka repositori tanpa dokumentasi, tanya terus kepadanya.

Cara spesifik:

claude "Apakah projek ini? Di mana titik masuk?" — Ia akan membaca package.json, struktur direktori, fail utama, dan memberikan ringkasan.
Buka satu fungsi, suruh ia terangkan logik, gambarkan aliran (dengan penerangan teks).
Suruh ia mengesan laluan lengkap permintaan API dari hadapan ke pangkalan data.

Kerja yang dilakukannya di sini, pada asasnya membantu anda melakukan "kerja kotor pembacaan kod". Anda tidak perlu grep sendiri untuk masa yang lama, kemudian memasangnya dalam fikiran. Ia menyusun laluan, anda membuat keputusan.

Alternatif untuk senario ini adalah: mencari secara manual dalam repositori kod, membuat nota, melukis graf panggilan.

Kategori 2: Menulis Kod, Mengubah Kod

Ini adalah kategori yang paling banyak dibincangkan, tetapi sebenarnya bukan yang paling kerap digunakan. Senario menulis kod biasanya seperti ini:

Menjana ciri baru: "Tambahkan antara muka untuk menukar e-mel di bawah modul user, perlu mengesahkan format e-mel, tulis ujian unit."
Pengubahsuaian rentas fail: "Tukar semua moment() dalam tiga fail ini kepada dayjs(), jangan ubah logik lain."
Migrasi dan naik taraf: "Ubah komponen Vue 2 ini kepada penulisan API Komposisi Vue 3."

Kod yang dihasilkannya tidak semestinya betul sekali, tetapi ia boleh melakukan semua perubahan rentas fail sekali, dan anda boleh diff fail demi fail, terima atau tolak satu per satu.

Alternatif untuk senario ini adalah: menulis kod berulang secara manual, mencari dan mengganti rujukan rentas fail secara manual.

Kategori 3: Penyahpepijatan dan Pembaikan

Apabila pepijat muncul, aliran kerja biasa adalah: lihat ralat, cari fail, teka punca, cuba ubah, jika tidak berjaya kembali semula. Claude Code boleh menerima keseluruhan timbunan ralat, dan bersama kod projek, cari punca sendiri.

Penggunaan tipikal:

Hantar output ujian yang gagal kepadanya, ia akan membaca kod berkaitan, memberikan penyelesaian, kemudian menjalankan ujian sekali lagi untuk melihat jika lulus.
Apabila menghadapi ralat CI, tampal log, suruh ia betulkan, kemudian jalankan git diff untuk sahkan perubahan.

Di sini peranannya lebih seperti "penyiasat pusingan pertama". Anda yang meluangkan masa memikirkan masalah, tetapi ia yang mencari fail, membandingkan perbezaan, dan menjalankan arahan pengesahan.

Alternatif untuk senario ini adalah: menjalankan ujian berulang kali, membaca log ralat, membandingkan perbezaan kod secara manual.

Kategori 4: Automasi Pelbagai

Senario ini paling tidak menonjol, tetapi apabila digabungkan, menjimatkan masa yang paling banyak.

Contoh:

Menulis mesej komit Git: claude "Tulis mesej komit dalam format Komit Konvensional berdasarkan git diff semasa"
Menjana penerangan PR: Suruh ia bandingkan perbezaan antara cawangan semasa dan main, hasilkan ringkasan perubahan dan arahan ujian.
Menulis nota keluaran: Suruh Claude Code baca sejarah komit minggu lepas, jana CHANGELOG.
Menjawab isu persekitaran: "Memasang kebergantungan ini ralat, tolong lihat output terminal, cari punca."

Perkara-perkara ini mempunyai persamaan: tidak rumit, tetapi remeh. Jika buat sendiri, perlu tukar tetingkap, menaip banyak. Serahkan kepadanya, siap dalam beberapa saat.

Alternatif untuk senario ini adalah: menyunting teks secara manual, menulis dokumen yang standard, mencari isu konfigurasi persekitaran.

Sebuah "Peta"

Letakkan keempat-empat senario ini dalam aliran kerja harian, kira-kira seperti peta ini:

Mendapat projek yang tidak dikenali
    │
    ▼
[Memahami Kod] ─── Fahami struktur, titik masuk, logik utama
    │
    ▼
Mula menulis ciri baru atau mengubah modul
    │
    ▼
[Menulis/Mengubah Kod] ─── Jana pelaksanaan, ubah suai rentas fail
    │
    ▼
Jalankan ujian, dapat pepijat
    │
    ▼
[Penyahpepijatan dan Pembaikan] ─── Analisis ralat, cari, betulkan, jalankan semula
    │
    ▼
Bersedia untuk komit
    │
    ▼
[Automasi Pelbagai] ─── Tulis komit, penerangan PR, nota keluaran
    │
    ▼
Komit, selesai

Anda tidak perlu menggunakannya dalam semua empat kuadran. Sesetengah pasukan hanya menggunakannya untuk memahami kod, sesetengah orang hanya menggunakannya untuk menulis ujian dan menghantar PR. Bahagian mana yang paling mengganggu anda, mulakan dari senario itu.

Dua Kriteria Penilaian yang Berguna

Jika anda tidak pasti sama ada sesuatu perkara patut diserahkan kepada Claude Code, tanya diri anda dua soalan:

1. Adakah perkara ini lebih 'mekanikal' daripada 'kreatif'?

Mengubah seratus rujukan, memformat output, menjana kod templat — perkara-perkara ini jika dilakukan sendiri akan memakan masa, tetapi idea sudah ada. Sesuai diserahkan kepadanya.

2. Adakah 'kos pengesahan' perkara ini tinggi?

Jika sesuatu pengubahsuaian memerlukan lompatan berulang, menjalankan ujian, melihat log untuk mengesahkan, maka percubaan manual akan lambat. Claude Code boleh melengkapkan kitaran 'ubah-jalankan-lihat-ubah semula' sendiri, anda akan lebih mudah.