Tip Produktiviti Claude Code: Hantar Ciri Lebih Pantas pada 2026

Kebanyakan orang melambatkan Claude Code tanpa menyedarinya. Mereka menampal permintaan yang samar, memerhati ia merayau, kemudian menjelaskan semula fakta projek yang sama sepuluh kali dalam satu sesi. Alat ini pantas. Persediaan di sekelilingnya biasanya menjadi penghalang (bottleneck).

Panduan ini adalah senarai tabiat pembangun yang berfungsi dan memberikan hasil setiap hari: sebuah CLAUDE.md yang menjawab soalan sebelum anda bertanya, arahan garis miring (slash commands) yang benar-benar anda guna semula, subagents untuk kerja selari, hooks untuk langkah-langkah membosankan, dan semakan diff yang menangkap masalah sebelum ia sampai ke main.

Dikemaskini kali terakhir: June 28, 2026

Jawapan Ringkas: Apa Yang Benar-Benar Membuat Perubahan

Jika anda hanya mengubah lima perkara minggu ini, ubah yang ini:

1. Tulis fail CLAUDE.md yang sebenar supaya Claude berhenti meneka stack, commands, dan gotchas anda.
2. Tukar prompt yang diulang kepada perintah slash dan kemahiran tersuai.
3. Gunakan mod plan untuk apa-apa yang menyentuh lebih daripada dua fail.
4. Serahkan kerja yang bebas kepada subagents berbanding melaksanakannya secara berurutan.
5. Baca setiap diff sebelum anda benarkannya untuk commit.

Semua di bawah adalah versi yang lebih panjang, dengan persediaan yang tepat dan contoh end-to-end yang konkrit. Dokumentasi Claude Code rasmi dan amalan terbaik Claude Code Anthropic merangkumi ciri asas secara mendalam.

Apa yang Perlu Ada Dalam CLAUDE.md Yang Hebat?

CLAUDE.md adalah fail pertama yang dibaca oleh Claude dalam satu sesi. Yang bagus akan menghilangkan pertukaran maklumat di mana anda terus menyatakan fakta projek yang jelas. Kekalkan ia pendek dan padat isinya — ia dimuatkan ke dalam konteks setiap kali, jadi terlalu banyak maklumat (bloat) akan merugikan anda.

Sertakan perkara-perkara yang anda akan beritahu kepada pekerja baharu pada hari pertama:

• Stack dan versi — framework, bahasa, database, dan sebarang versi yang merosakkan andaian data latihan.
• Perintah (Commands) — cara untuk menjalankan (run), membina (build), menguji (test), dan menyemak sintaks (lint), disalin tepat seperti anda menaipnya.
• Peta seni bina (Architecture map) — apa yang berada dalam direktori mana, supaya suntingan mendarat di tempat yang betul.
• Perkara Perhatian (Gotchas) — peraturan yang tidak ketara: port mana yang digunakan oleh perkhidmatan, fail apa yang dijana, dan apa yang tidak boleh dikomitkan sama sekali.
• Konvensyen (Conventions) — penamaan, pemformatan, dan perpustakaan yang anda lebih suka berbanding lalai yang jelas.

## Project: checkout-service
---

Perintah

• Dev: make dev
• Test: pytest -q
• Lint: ruff check .

Senibina

• app/api/ laluan HTTP
• app/core/ logik perniagaan
• app/models/ model SQLAlchemy

Nota Penting

• Migrasi dijana secara automatik — jangan pernah edit manual app/models/_gen.py
• Rahsia disimpan dalam .env (diabaikan oleh git); jangan pernah tampal kunci sebenar ke dalam prompt

Kemas kini CLAUDE.md sebaik sahaja Claude melakukan kesilapan yang sama buat kali kedua. Tabiat itu berlaku lebih cepat daripada sebarang helah prompt. Panduan muktamad Claude Code menjelaskan konfigurasi penuh jika anda mahukan versi yang mendalam.

Bagaimana arahan garis miring dan kemahiran tersuai menjimatkan masa?

Sebarang arahan yang anda taip lebih daripada dua kali haruslah menjadi arahan garis miring (slash command). Sebuah perintah hanyalah fail Markdown dalam .claude/commands/ — Claude akan menjalankan kandungannya apabila anda memanggil namanya.

<!-- .claude/commands/fix-tests.md -->
Run the test suite. For each failure, find the root cause,
fix it, and re-run until everything passes. Show the final diff.

Panggil ia dengan /fix-tests. Tiada lagi menaip semula perenggan yang sama. Anda boleh menghantar hujah (arguments), menyambung langkah, dan menyimpan perpustakaan kecil ini bagi setiap repositori.

Kemahiran (Skills) melangkah lebih jauh: ia mengumpulkan arahan, skrip, dan fail rujukan yang dimuatkan oleh Claude hanya apabila tugas sepadan. Ini mengekalkan konteks asas anda yang ringkas sambil masih memberikan pengetahuan mendalam atas permintaan untuk pekerjaan tertentu. Panduan mengenai Claude Code skills menunjukkan cara menstrukturkannya supaya ia dicetuskan pada masa yang tepat.

Calon yang baik untuk dikodifikasikan:

• Senarai semak pelepasan (menaikkan versi, mengemas kini log perubahan, menandakan, menolak).
• Pemeriksaan keselamatan ke atas diff.
• Format penerangan PR pasukan anda.
• Scaffold untuk modul baharu yang mengikuti konvensyen rumah.

Jalankan kerja selari dengan subagent

Peningkatan kelajuan terbesar adalah dengan menolak melakukan tugas bebas satu per satu. Apabila dua bahagian kerja tidak berkongsi keadaan, serahkan setiap satunya kepada subagent dan biarkan ia berjalan bersama.

Subagent bermula dengan konteks bersih, melakukan tugasnya, dan melaporkan ringkasan — ia tidak mencemarkan sesi utama anda dengan setiap fail yang dibacanya. Itu menjadikannya ideal untuk kerja fan-out:

• Satu ejen menulis titik akhir API manakala yang lain menulis ujiannya.
• Satu ejen memigrasikan direktori manakala yang lain mengemas kini dokumentasi (docs).
• Subagent semakan khusus membaca perbezaan (diff) sementara anda terus membina.

Perkara yang perlu diperhatikan: subagent sangat bagus untuk tugas selari dan terasing, bukan untuk kerja yang memerlukan konteks kongsi berterusan. Gunakannya apabila bahagian-bahagian itu benar-benar bebas. Claude Code subagents for team automation meliputi bila pendelegasian berbaloi dan bila ia hanya menambah beban kerja.

Automasi bahagian yang membosankan dengan hooks

Hooks menjalankan perintah shell anda sendiri pada titik tetap dalam gelung Claude—contohnya, selepas ia menyunting fail atau sebelum sesi tamat. Ia adalah deterministik: penyangga (harness) menjalankannya, bukan model, jadi ia akan dicetuskan setiap kali.

Hooks bernilai tinggi dan biasa digunakan:

• Jalankan format dan linter selepas sebarang penulisan fail, supaya kod sentiasa bersih.
• Sekat suntingan pada laluan yang dilindungi seperti secrets/ atau fail yang dijana.
• Jalankan ujian asap (smoke test) pantas sebelum sesi berhenti.
• Log setiap perintah untuk jejak audit pada mesin kongsi.

{
  "hooks": {
    "PostToolUse": [
      { "matcher": "Edit|Write", "command": "ruff format ." }
    ]
  }
}

Hooks mengubah 'sila ingat untuk linter' menjadi sesuatu yang berlaku secara automatik. Anda berhenti mengawal model dan membiarkan paip (pipeline) itu melaksanakan peraturan tersebut.

Mod Rancangan (Plan mode), /clear, dan Mengekalkan Konteks yang Ringkas

Dua tabiat percuma menghalang kebanyakan larian yang sia-sia.

Gunakan mod Plan terlebih dahulu. Untuk apa-apa yang melebihi pembaikan satu baris, minta rancangan sebelum sebarang suntingan. Anda membaca pendekatan itu, membetulkan andaian yang salah, kemudian meluluskan. Menangkap rancangan yang buruk hanya kos satu mesej; membatalkan dua belas suntingan yang salah akan menghabiskan petang anda.

Urus konteks secara sengaja. Sesi yang panjang akan dipenuhi dengan fail lapuk dan jalan buntu, yang menjadikan jawapan lebih teruk dan perlahan. Apabila anda menukar tugas, jalankan /clear untuk memulakan semula. Apabila anda ingin mengekalkan benang perbualan, minta ringkasan pendek dahulu, kemudian bersihkan. Anggap konteks seperti meja kerja: bersihkan di antara pekerjaan daripada bekerja mengelilingi kekacauan.

Beberapa tabiat konteks lain yang patut dikekalkan:

• Lampirkan hanya fail yang penting untuk tugas semasa, bukan keseluruhan direktori.
• Mulakan sesi baharu bagi setiap ciri berbanding satu benang perbualan maraton.
• Kekalkan CLAUDE.md agar ia tidak menghabiskan bajet konteks anda.

Patutkah anda menggunakan pelayan MCP, dan bila?

Model Context Protocol (MCP) membenarkan Claude Code berinteraksi dengan sistem luar — GitHub, pangkalan data, pengesan isu, internal APIs — melalui satu antara muka standard. Ia adalah perbezaan antara menghuraikan log CI anda dan membiarkan Claude membacanya secara langsung.

Sambungkan pelayan MCP apabila kerja memerlukan data luaran yang hidup:

• Membaca dan memberi komen pada pull requests tanpa meninggalkan terminal.
• Menanyakan pangkalan data staging untuk menghasilkan semula pepijat (bug).
• Mengambil butiran tiket supaya pembaikan sepadan dengan keperluan sebenar.

Lewati MCP apabila fail biasa atau arahan paip sudah memadai — setiap pelayan yang disambungkan adalah satu lagi perkara untuk dikonfigurasi dan dijamin keselamatannya. Claude Code MCP integration guide dan [Model Context Protocol site] rasmi (https://modelcontextprotocol.io) menerangkan persediaan dan pertukaran keselamatan (security trade-offs). Berikan skop paling sempit yang dapat menyelesaikan tugas itu.

Mod Tanpa Antaramuka: Claude Code dalam skrip dan CI

Claude Code bukan sahaja interaktif. Flag -p menjalankan satu prompt dan mencetak hasilnya, menjadikannya boleh dijadikan skrip.

## Review only what changed, straight from CI
git diff origin/main | claude -p "Flag security or correctness risks. Be terse."

## Summarize a noisy log
tail -500 app.log | claude -p "Group these errors by root cause."

Ini membuka automasi sebenar: langkah semakan kod dalam saluran anda, tugas malam yang menyaring ralat baharu, atau sekali jalan yang menulis semula sekumpulan fail. Masukkan input melalui paip, tangkap output, perlakukan seperti mana-mana alat CLI yang lain.

Semak Setiap Diff Sebelum Komit

Kelajuan tanpa semakan hanyalah pepijat yang lebih pantas. Claude bergerak dengan cepat, yang bermakna andaian yang salah juga akan dihantar dengan cepat. Baca perbezaan (diff) itu seperti anda menyemak PR rakan sepasukan.

Apa yang perlu disemak setiap masa:

• Adakah ia menyentuh fail yang anda tidak jangkakan?
• Adakah terdapat cetakan pepijat (debug prints), blok yang dikomenkan, atau TODO yang tersasar?
• Adakah perubahan itu benar-benar sepadan dengan apa yang anda minta, atau hanya hampir tepat?
• Adakah ujian dilemahkan untuk lulus berbanding pepijat diperbaiki?

Jadikan ini peraturan: Claude mencadangkan, anda meluluskan. Gunakan plan mode untuk pendekatan dan baca perbezaan (diff) sebenar sebelum komit. Gerbang tunggal itu mengekalkan kelajuan tanpa penyesalan.

Aliran kerja new-repo: menghantar ciri dari hujung ke hujung

Ini adalah keseluruhan kitaran pada klon baharu. Seorang pembangun backend diminta untuk menambah had kadar (rate limiting) kepada sebuah API awam.

1. Tetapkan peraturan asas. Masukkan CLAUDE.md dengan arahan run/test/lint, peta direktori, dan perkara penting bahawa middleware berada di app/core/middleware.py.

2. Rancang sebelum kod. Dalam mod rancangan: "Tambah had kadar token-bucket kepada API awam, 100 permintaan/minit bagi setiap kunci, pulangkan 429 dengan header cuba semula (retry)." Baca pelan itu, betulkan andaian bucket-store, dan luluskan.

3. Selaraskan secara selari. Satu sub-agen menulis middleware; yang lain menulis ujian unit terhadap tingkah laku yang didokumenkan.

4. Automasikan tugas-tugas rutin. Hook PostToolUse memformat dan melakukan lint pada setiap penulisan, jadi perbezaan (diff) kekal bersih dengan sendirinya.

5. Jalankan arahan yang anda simpan. Panggil /fix-tests untuk menjadikan set ujian hijau tanpa menaip semula arahan.

6. Semak perbezaan (diff). Sahkan hanya middleware dan ujian yang berubah, tiada log debug terselit masuk, dan laluan 429 benar-benar diuji.

7. Komit dan buka PR. Biarkan Claude menulis mesej dalam format conventional-commit anda, kemudian tekan push.

Kitaran yang sama, setiap ciri. Sediakan sekali, gunakan semula selamanya — di situlah masa berjam-jam itu kembali.

Lembaran pintas petua produktiviti

Senarai semak alir kerja: persediaan, penggunaan harian, dan semakan semula

Pengambilalihan Utama

Claude Code sudah pantas sedia pakai; pengganda nilainya adalah rangka kerja yang anda bina di sekelilingnya. Sebuah CLAUDE.md yang tepat, segelintir perintah slash dan kemahiran, subagents untuk kerja selari, hooks untuk tugas-tugas rutin, mod plan untuk perubahan besar, dan gerbang semakan diff yang ketat — inilah tabiat yang mengubah pembantu yang pintar menjadi rakan sepasukan yang boleh dipercayai.

Pilih dua daripada senarai jawapan pantas dan luncurkan ciri dengannya pada minggu ini. Tambahkan yang selebihnya apabila ia membuktikan dirinya. Persediaan adalah kos sekali sahaja; masa yang diperoleh kembali akan kelihatan pada setiap tugas selepas itu.