Tutorial Siri Claude Code 3: Mengapa Hanya Terminal?
1.3 Mengapa Menulis Kod dalam Terminal?
Sebagai analogi: Anda sedang menulis ciri baharu, tiba-tiba mendapati perlu mengubah fungsi alat peringkat rendah yang tersebar di tiga fail, dengan beberapa panggilan merentas modul. Anda buka penyunting, cari global, selak fail satu per satu, ubah dengan teliti, kemudian jalankan ujian—merah. Lihat ralat, semak timbunan, baiki, ulang lagi.
Dalam proses ini, masa yang sebenar untuk 'memikirkan cara mengubah' mungkin kurang daripada separuh. Separuh lagi adalah kerja mekanikal: cari fail, ubah rujukan, tunggu kompilasi, klik tetikus.
Meletakkan AI dalam terminal, tujuan utamanya adalah untuk memampatkan kerja mekanikal ini.
Terminal adalah tempat paling dekat dengan kod
Anda mungkin menggunakan VS Code, JetBrains atau Vim. Tidak kira yang mana satu, dalam proses menulis kod, anda tidak boleh mengelak daripada terminal. Jalankan npm test, git log, grep, make build—operasi ini secara semula jadi dilakukan dalam baris perintah.
Jadi, jika rakan AI anda juga berada dalam terminal yang sama, perkara menjadi lebih mudah. Anda tidak perlu menyalin tampal kandungan fail ke tetingkap sembang, tidak perlu menerangkan sendiri 'Dalam projek saya ada kelas bernama UserService, ia di baris 42 dalam src/services/user.ts...'. Claude Code berada di direktori akar projek, ia akan lihat sendiri.
Ini adalah pukulan dimensi rendah dalam konteks. Apabila anda berkata kepada Claude Code 'Tolong refaktor semula pengendalian ralat modul log masuk', ia benar-benar akan membaca auth/login.ts anda, membaca errors.ts, mencari semua tempat yang memanggilnya, dan kemudian mengubah secara langsung. Antara itu, anda tidak perlu menjadi pengangkut.
Membebaskan Anda daripada Peranan 'Pengendali'
Apabila menggunakan sembang AI dalam pelayar, kita sering tanpa sedar memainkan peranan 'perantara': AI mengeluarkan kod, kita baca, sahkan, salin, kemudian tampal semula ke penyunting. Jika kod boleh berjalan, semuanya baik; jika tidak, salin ralat, tanya lagi, salin lagi. Proses ini sebenarnya sangat mengganggu aliran.
Reka bentuk Claude Code adalah untuk membawa anda kembali ke kedudukan 'pemikir'. Anda katakan idea, ia bertindak. Selepas mengubah, anda lihat diff terus dalam terminal, tentukan sama ada untuk menerima. Ia juga boleh membantu menjalankan ujian, menjalankan lint. Anda duduk di sana, lebih kerap membaca kod, membuat keputusan, bukan bertukar tingkap berulang kali.
Mengapa Bukan Pemalam Penyunting?
Anda mungkin bertanya: Kenapa tidak terus buat pemalam AI dalam penyunting?
Pemalam penyunting sememangnya berguna, dan banyak pasukan sudah menggunakannya. Tetapi Claude Code dalam terminal mempunyai beberapa perkara yang sukar digantikan oleh pemalam:
- Tiada ikatan penyunting. Hari ini anda guna VS Code, esok tukar ke Neovim, malah pada pelayan jauh tanpa GUI, Claude Code boleh digunakan. Ia tidak terikat dengan alat yang anda pilih.
- Boleh buat lebih banyak perkara 'luar biasa'. Dalam terminal, ia boleh melaksanakan sebarang arahan Shell. Ini bermakna sempadan perkara yang boleh dilakukannya jauh lebih luas—ia boleh membantu anda memulakan kontena Docker untuk mengesahkan migrasi pangkalan data, menarik cawangan jauh dan periksa konflik, menjalankan ujian e2e secara automatik selepas mengubah kod. Perkara-perkara ini, pemalam penyunting biasanya tidak berani lakukan, atau langsung tidak boleh.
- Pemprosesan kelompok dan automasi. Anda boleh masukkan Claude Code ke dalam skrip, suruh ia memproses puluhan repositori, menjana dokumentasi secara kelompok, mengendalikan Isu secara automatik. Pada ketika ini ia bukan lagi 'pembantu', tetapi sebahagian daripada barisan pemasangan.
Satu Contoh Kecil Saya Sendiri
Sebelum ini saya perlu memindahkan projek JavaScript ke TypeScript, kira-kira lebih dua puluh ribu baris kod. Cara saya bukan menambah jenis secara manual fail demi fail, juga tidak mengharapkan pemalam penyunting membantu saya selesaikan semuanya.
Saya terus memulakan Claude Code dalam direktori projek itu, dan memberitahunya: 'Pindahkan projek ini ke mod ketat TypeScript secara berperingkat, ubah beberapa fail setiap kali, setiap kali selesai satu kumpulan jalankan tsc --noEmit, jika ada ralat baiki sendiri, sehingga semua lulus.'
Dalam setengah jam seterusnya, saya pada asasnya hanya melakukan satu perkara: lihat diff yang diubahnya, angguk atau geleng kepala. Kadang-kadang beritahu ia 'Jangan guna any untuk jenis di sini, takrifkan interface', ia terus bekerja. Akhirnya projek lulus kompilasi, beberapa kali lebih cepat daripada anggaran saya.
Ini tentu bukan bermakna Claude Code lebih pintar daripada pemalam. Tetapi ia dapat melengkapkan gelung 'ubah-sahkan-baiki' sendiri, ini adalah perbezaan paling asas antara ia dan AI sembang.
Akhirnya, Terminal Memberi AI Tangan dan Kaki
Meletakkan AI dalam terminal, pada dasarnya memberikan keupayaan untuk melaksanakan, bukan sekadar keupayaan mencadangkan.
Ia menjadikan repositori kod anda bukan lagi sekadar teks yang boleh dibaca, tetapi menjadi persekitaran sebenar yang AI boleh 'sentuh', ubah, dan sahkan. Ini adalah lompatan besar.
Anda masih memegang hala tuju projek dan semua keputusan penting, tetapi kerja-kerja yang memenatkan, kurang kreatif, memerlukan lompatan berulang, kini ada pelaksana yang lebih sesuai.
评论
暂无已展示的评论。
发表评论(匿名)