Catatan penulis: Artikel ini memandu Anda mengikuti dua skill inti dari mattpocock/skills, bahkan jika belum punya pengalaman. Pertama, gunakan /grill-me untuk memperjelas kebutuhan, lalu gunakan /tdd untuk menulis kode. Setiap langkah dilengkapi kriteria penerimaan.
Kesimpulan singkat: gunakan /grill-me terlebih dahulu agar Agent menggali kebutuhan dengan jelas, lalu gunakan /tdd untuk menulis kode dengan satu tes setiap kali.
Per 22 Oktober 2026 waktu Beijing, mattpocock/skills memiliki sekitar 300 ribu bintang di GitHub, menggunakan lisensi MIT, dan versi terbarunya adalah v1.3.1. Jumlah bintang hanya menunjukkan tingginya perhatian terhadap proyek ini, bukan jaminan bahwa proyek ini pasti cocok untuk proyek Anda. Karena itu, artikel ini hanya membahas cara memasang, menggunakan, dan memastikan apakah skill ini berfungsi dengan baik—tanpa melebih-lebihkan hasilnya.
Panduan praktis yang bisa Anda ikuti dengan mengeklik dan mengetik langsung. Kita akan menggunakan contoh kebutuhan kecil, yaitu “menambahkan validasi kupon ke alur pemesanan”, mulai dari pemasangan hingga tes pertama berhasil.
- Tujuan: memasang skill, menyelesaikan satu sesi tanya jawab kebutuhan dengan /grill-me, lalu menggunakan /tdd untuk menulis tes “merah → hijau” pertama
- Durasi: pemasangan hanya perlu beberapa menit (menurut penulis, “selesai dalam 30 detik”). Waktu untuk tanya jawab dan menulis tes terutama bergantung pada seberapa cepat Anda menjawab. Perkiraan editor: sekitar 30 menit hingga 1 jam secara keseluruhan
- Prasyarat: sudah menggunakan salah satu Agent pemrograman (seperti Claude Code, Codex, GitHub Copilot, Gemini CLI, atau Cursor) dan memiliki repositori kode untuk bereksperimen
- Tingkat kesulitan: pemula. Sebagian besar langkah dilakukan melalui antarmuka grafis dan kotak dialog; perintah terminal hanya dicantumkan sebagai opsi
Poin utama mattpocock/skills: fungsi grill-me dan tdd
mattpocock/skills adalah kumpulan keterampilan Agent yang dirilis Matt Pocock untuk publik. Deskripsi repositorinya berbunyi “Skills for Real Engineers”. Dalam README, penulis menyebutkan bahwa keterampilan ini ringkas, bisa dikombinasikan, dapat digunakan dengan model apa pun, dan “didasarkan pada pengalaman rekayasa selama puluhan tahun”.
| Poin | Penjelasan | Manfaat |
|---|---|---|
| /grill-me | Bertanya secara bergiliran, dengan jawaban yang disarankan untuk setiap pertanyaan. Tidak menulis file apa pun dan hanya dapat dipicu secara manual oleh Anda | Menyamakan pemahaman dengan Agent sebelum mulai bekerja dan mengungkap keputusan yang mungkin belum Anda sadari |
| /tdd | Menyusun batas pengujian (seam) terlebih dahulu dan menunggu konfirmasi Anda, lalu menjalankan siklus “merah → hijau”, satu pengujian setiap kali | Memberi umpan balik di setiap langkah dan menghasilkan pengujian yang tetap andal saat kode di-refactor |
| /setup-matt-pocock-skills | Jalankan sekali untuk setiap repositori guna mengatur pelacak issue, label triase, dan lokasi penyimpanan dokumentasi | Memberi tahu keterampilan rekayasa ke mana harus menulis |
| Cara instalasi | Pilih salah satu: plugin (pembaruan otomatis) atau skills.sh (file yang dapat diedit) | Memasang keduanya akan membuat setiap keterampilan muncul dua kali |
Mengapa grill-me dan tdd sebaiknya digunakan bersama
README mencantumkan beberapa pola kegagalan yang umum. Dua di antaranya tepat menggambarkan fungsi kedua keterampilan ini. Yang pertama adalah “Agent tidak melakukan apa yang saya inginkan”. Akar masalahnya adalah kesenjangan komunikasi antara Anda dan Agent. Solusinya adalah melakukan grilling—Agent mengajukan pertanyaan terperinci untuk memahami apa yang ingin Anda kerjakan. Isi utama /grill-me sebenarnya hanya satu kalimat: panggil keterampilan grilling. Aturan untuk mengajukan pertanyaan secara lebih terperinci tercantum dalam keterampilan grilling.
Pola kegagalan lainnya adalah “kode tidak bisa dijalankan”. Meski kebutuhan sudah dipahami dengan jelas, Agent tetap bekerja seperti terbang buta jika tidak bisa melihat hasil eksekusi kode. /tdd mengatasi masalah ini dengan menulis pengujian yang gagal terlebih dahulu, lalu menulis kode secukupnya agar pengujian tersebut lolos. Dengan begitu, Agent mendapatkan umpan balik yang andal di setiap langkah. Jika digunakan bersama, keterampilan pertama menjawab “apa yang harus dibuat”, sedangkan keterampilan kedua memastikan “apakah hasilnya sudah benar”.
Cara memasang mattpocock/skills dan menjalankan grill-me serta tdd: panduan 5 langkah
Langkah 1: Instal mattpocock/skills (utamakan antarmuka grafis)
Panduan resmi mencantumkan cara instalasi untuk Claude Code, Codex, GitHub Copilot, dan Gemini CLI. Untuk Agent lainnya, gunakan skills.sh. README menyebutkan dengan jelas bahwa skill ini bisa digunakan dengan model apa pun. Pihak resmi juga menyebut Auggie, Droid, Goose, dan lainnya belum diuji langsung oleh pengguna. Untuk saat ini, sebaiknya gunakan skills.sh.
| Agent yang digunakan | Cara instalasi yang disarankan | Pembaruan otomatis? |
|---|---|---|
| GitHub Copilot (VS Code) | Buka Command Palette, jalankan Chat: Install Plugin From Source, lalu masukkan https://github.com/mattpocock/skills |
Ya, diperbarui setiap hari |
| Claude Code | Instal mattpocock-skills dari marketplace plugin resmi claude-plugins-official |
Ya, aktif secara default |
| Codex | Tambahkan marketplace plugin mattpocock/skills, lalu instal pluginnya |
Ya, diperbarui saat startup |
| Copilot CLI | Instal melalui marketplace plugin mattpocock |
Setelah pengaturan satu kali autoUpdate: true, pembaruan berlangsung otomatis |
| Gemini CLI | Instal direktori engineering dan productivity secara terpisah | Tidak, perintah harus dijalankan ulang |
| Cursor, OpenCode, Windsurf, Devin, Amp, Pi, dan lainnya | skills.sh | Tidak, perlu diperbarui secara manual |
Pengguna VS Code punya cara paling praktis. Tekan Ctrl+Shift+P (atau Cmd+Shift+P di macOS) untuk membuka Command Palette, ketik Chat: Install Plugin From Source, lalu tekan Enter dan tempelkan alamat repositori. Jika lebih suka menggunakan terminal, berikut perintah instalasi resmi yang bisa langsung disalin:
- Claude Code: Jalankan
claude plugin install mattpocock-skills@claude-plugins-official. Pembaruan otomatis aktif secara default. - Codex: Jalankan
codex plugin marketplace add mattpocock/skills, lalucodex plugin add mattpocock-skills@mattpocock. Pembaruan otomatis dilakukan setiap kali startup. - GitHub Copilot CLI: Jalankan
copilot plugin marketplace add mattpocock/skills, lalucopilot plugin install mattpocock-skills@mattpocock. - Gemini CLI: Jalankan
gemini skills install https://github.com/mattpocock/skills.git --path skills/engineeringdangemini skills install https://github.com/mattpocock/skills.git --path skills/productivitysecara terpisah. Pembaruan tidak otomatis. Untuk memperbarui, jalankan ulang kedua perintah tersebut. - Agent lainnya (skills.sh): Jalankan
npx skills@latest add mattpocock/skills -a cursor. Ganti cursor dengan Agent yang kamu gunakan, misalnya opencode, devin, windsurf, amp, atau pi. Jika opsi-atidak dicantumkan, kamu bisa memilih sendiri. Untuk memperbarui, jalankannpx skills@latest update. Jika ada skill baru, jalankan kembali perintahadd. - Instal satu skill saja: Jalankan
npx skills@latest add mattpocock/skills --skill=<name>dan ganti<name>dengan nama skill.
Copilot CLI juga perlu dikonfigurasi satu kali dengan membuka ~/.copilot/settings.json dan menambahkan pengaturan berikut: {"extraKnownMarketplaces": {"mattpocock": {"source": {"source": "github", "repo": "mattpocock/skills"}, "autoUpdate": true}}}. Pengaturan ini mendaftarkan marketplace plugin mattpocock dari repositori GitHub mattpocock/skills dan mengaktifkan pembaruan otomatis. Menurut panduan resmi, format pengaturan ini sudah sesuai dokumentasi, tetapi belum ada yang mencobanya langsung.
Pilih salah satu: plugin atau skills.sh. Plugin adalah paket hanya-baca yang diperbarui otomatis, sedangkan skills.sh menyalin file yang bisa diedit ke proyekmu. Jika memasang keduanya, setiap skill akan muncul dua kali. Saat menggunakan skills.sh, ketika penginstal menanyakan skill yang ingin dipasang, pastikan kamu memilih setup-matt-pocock-skills.
Jika hanya ingin memasang skill tertentu, ada dua dependensi yang harus dipasang bersama. grill-me hanya memanggil grilling, jadi grilling juga harus dipasang. Sementara itu, tdd bergantung pada codebase-design dan menggunakan kosakata desain antarmukanya untuk membahas seam.
Instalasi berhasil jika kamu mengetik / di kotak percakapan Agent, lalu melihat grill-me, tdd, dan setup-matt-pocock-skills di daftar saran, masing-masing hanya muncul satu kali.
Langkah 2: Jalankan /setup-matt-pocock-skills di kotak dialog
Jika ini pertama kalinya Anda menggunakan kumpulan skill ini di sebuah repositori, masukkan /setup-matt-pocock-skills di kotak dialog Agent. Agent akan menanyakan tiga hal secara berurutan: issue tracker yang digunakan (GitHub, GitLab, file lokal, atau cara lain yang Anda jelaskan), label untuk triase tiket, dan lokasi penyimpanan dokumen yang dibuat.
Jawab sesuai kondisi Anda. Kalau belum yakin, pilih file lokal—pengaturannya bisa diubah nanti. Sebenarnya, /grill-me tidak bergantung pada repositori, jadi langkah ini bisa dilewati. Namun, sebaiknya selesaikan konfigurasi terlebih dahulu untuk skill rekayasa seperti /tdd. Anda hanya perlu melakukannya sekali untuk setiap repositori.
Langkah ini berhasil jika: ketiga pertanyaan sudah dijawab, Agent mengonfirmasi konfigurasi selesai, dan Anda tahu di mana dokumen selanjutnya akan disimpan.
Langkah 3: Pilih model yang tepat untuk grill-me dan tdd
Dokumentasi resmi secara khusus menyebutkan bahwa tahap bertanya lebih bergantung pada model dibandingkan kebanyakan skill lainnya. Proses grilling mengandalkan pengetahuan model tentang “bagaimana sistem bisa gagal”, jadi gunakan model terbaik yang tersedia bagi Anda. Saat menulis implementasi, model terutama mengikuti konteks, sehingga model yang lebih murah juga bisa digunakan.
| Tahap | Kebutuhan model | Saran |
|---|---|---|
| Bertanya dengan /grill-me | Mengandalkan pengetahuan rekayasa model; semakin kuat modelnya, semakin tepat pertanyaannya | Gunakan model terbaik yang tersedia, misalnya Claude Opus 5.5 |
| Menulis implementasi dengan /tdd | Terutama mengikuti konteks yang sudah terbentuk | Anda bisa beralih ke model yang lebih murah |
| Cara menghubungkan | Beralih model sesuai tahap di Claude Code atau Codex | Gunakan satu kunci API dari APIYI apiyi.com untuk mengakses berbagai model |
Untuk mengonfigurasi antarmuka terpadu di Claude Code atau Codex, ikuti langkah berikut:
- Claude Code: Atur dua variabel lingkungan terlebih dahulu:
ANTHROPIC_BASE_URLkehttps://api.apiyi.com(antarmuka terpadu APIYI) danANTHROPIC_AUTH_TOKENke kunci API Anda. Kemudian jalankanclaudeuntuk memulai. Di kotak dialog, gunakan/modeluntuk beralih model. - Codex: Buka
~/.codex/config.toml, lalu tambahkan dua baris:model = "<模型ID>"danmodel_provider = "apiyi". Setelah itu, tambahkan bagian[model_providers.apiyi]dan tiga baris berikut di bawahnya:name = "APIYI",base_url = "https://api.apiyi.com/v1", danenv_key = "APIYI_API_KEY". Gunakan ID model yang ditampilkan di konsol.
Nama kolom dapat berubah sesuai versi alat. Untuk detailnya, ikuti dokumentasi resmi alat dan docs.apiyi.com.
🎯 Saran memilih model: Gunakan model terbaik saat bertanya, lalu beralih ke model yang lebih ringan saat menulis implementasi. Dengan satu kunci API dari APIYI apiyi.com, Anda bisa beralih model di Claude Code dan Codex dengan mudah. Perlu diketahui, APIYI hanya menangani pemanggilan model; layanan ini tidak menggantikan skill seperti grill-me dan tdd.
Langkah ini berhasil jika: Anda dapat memeriksa model yang sedang digunakan di kotak dialog (di Claude Code, gunakan /model) dan memastikan tahap bertanya memakai model kuat yang sudah Anda pilih.
Langkah 4: Gunakan /grill-me untuk memperjelas kebutuhan “validasi kupon”
Buka sesi baru. Jangan lanjutkan di sesi tempat Agent sudah membuat rencana, dan matikan plan mode. Plan mode membuat Agent terburu-buru menyusun rencana, padahal di langkah ini kamu ingin Agent terus mengajukan pertanyaan. Ketik /grill-me Saya ingin menambahkan validasi kupon ke alur pemesanan di kotak percakapan, lalu tekan Enter.
grill-me tidak akan dipanggil secara otomatis oleh Agent; fitur ini hanya aktif saat kamu mengetik perintahnya. grill-me akan menguraikan kebutuhan menjadi “pohon desain” dan, di setiap putaran, menanyakan sekaligus semua hal yang sudah bisa ditentukan berdasarkan jawaban sebelumnya. Setiap pertanyaan diberi nomor dan disertai jawaban yang direkomendasikan. Pertanyaannya juga dirancang agar jawaban “yes” berarti kamu menerima rekomendasi tersebut. Contoh satu putaran tanya jawab:
❓ Q1 – Kapan kupon dianggap kedaluwarsa? Pada saat pemesanan atau saat pembayaran berhasil?
➡️ Rekomendasi: Saat pemesanan dibuat, agar kupon tidak tiba-tiba kedaluwarsa ketika pengguna sedang membayar.❓ Q2 – Apakah batas minimum pembelian mencakup ongkos kirim?
➡️ Rekomendasi: Tidak, hanya berdasarkan subtotal produk.❓ Q3 – Berapa kupon yang boleh digunakan untuk satu pesanan?
➡️ Rekomendasi: Satu.
Kesalahan yang paling sering terjadi di sini adalah selalu menjawab “setuju”. Dengan begitu, kamu hanya mengesahkan rencana yang dibuat Agent tanpa benar-benar menentukan apa pun. Lebih baik berikan jawaban yang menunjukkan pilihanmu, misalnya:
Q1 yes. Q2 tidak setuju, aturan promo kami mencakup ongkos kirim. Q3 belum tahu, perlu ditanyakan ke tim operasional. Untuk sementara, gunakan satu kupon.
Pertanyaan di putaran berikutnya akan didasarkan pada jawabanmu, misalnya, “Jika ongkos kirim ikut dihitung, apakah kupon ongkos kirim dan kupon potongan harga minimum bisa digunakan bersamaan?” Jika jawabannya bergantung pada fakta di repositori, Agent seharusnya mengirim sub-Agent untuk memeriksanya, bukan bertanya kepadamu. Dokumentasi resmi menyebutkan bahwa total lebih dari 40 pertanyaan setelah empat putaran masih tergolong normal.
Langkah ini berhasil jika:
– Pertanyaan diajukan per putaran, masing-masing diberi nomor dan rekomendasi jawaban, sehingga kamu bisa menerima rekomendasi dengan menjawab yes
– Pertanyaan di putaran berikutnya jelas didasarkan pada jawabanmu sebelumnya
– Kamu setidaknya pernah tidak setuju sekali atau benar-benar menjawab “belum tahu”
– Di akhir, Agent meminta konfirmasi bahwa kalian sudah mencapai kesepakatan. Sebelum mendapat konfirmasi, Agent tidak akan mulai mengerjakan apa pun atau menulis file apa pun
Langkah 5: Menulis kode dengan /tdd, satu tes setiap kali
Lanjutkan di sesi yang sama agar konteks yang baru saja dibangun tetap tersedia. Jika perlu, ganti model ke versi yang lebih hemat, lalu masukkan /tdd Implementasikan validasi kupon berdasarkan aturan yang baru saja dikonfirmasi.
Skill ini tidak akan langsung menulis tes. Ia akan lebih dulu mencantumkan batas antarmuka (seam) yang akan diuji, lalu berhenti untuk menunggu konfirmasi Anda. Misalnya, kandidat A adalah fungsi murni validateCoupon(coupon, order, now). Fungsi ini bisa mencakup logika aturan, tetapi tidak menguji keterkaitannya dengan alur pemesanan. Kandidat B adalah checkout() pada layanan pemesanan. Kandidat ini bisa menguji keterkaitan tersebut, tetapi prosesnya lebih lambat. Jika skill hanya menyebutkan nama, tanyakan hal apa saja yang bisa dan tidak bisa dicakup oleh setiap seam. Di sini, kita memilih A.
Berikut contoh tes pertama menggunakan TypeScript + Vitest. Ini hanya demonstrasi; skill ini tidak terbatas pada bahasa atau kerangka kerja pengujian tertentu:
- File tes:
coupon.test.ts, mengimporitdanexpectdarivitest, sertavalidateCoupondari./coupon - Nama tes: Pengguna tidak bisa menggunakan kupon yang sudah kedaluwarsa
- Kupon yang diberikan:
{ code: "SAVE10", minSubtotal: 100, expiresAt: new Date("2026-10-01") }, artinya kupon dapat digunakan untuk subtotal minimal 100 yuan dan kedaluwarsa pada 1 Oktober - Pesanan yang diberikan:
{ subtotal: 120 }, subtotalnya 120 yuan - Waktu saat ini yang diberikan:
new Date("2026-10-22"). Waktu diberikan sebagai parameter, bukan dibaca di dalam fungsi. Dengan begitu, hasilnya akan tetap sama kapan pun tes dijalankan. - Hasil yang diharapkan:
expect(result).toEqual({ ok: false, reason: "expired" }), artinya validasi gagal karena kupon sudah kedaluwarsa
Jalankan tes terlebih dahulu. Tes akan gagal karena validateCoupon belum ada. Selanjutnya, Agent hanya menulis kode sesedikit mungkin agar tes ini lolos, misalnya mengembalikan status kedaluwarsa jika now >= coupon.expiresAt. Setelah tes berhasil, barulah Agent mulai menulis tes berikutnya, misalnya “menolak jika subtotal belum memenuhi batas minimum”. Perhatikan bahwa nilai yang diharapkan adalah nilai literal yang disimpulkan dari aturan, sedangkan nama tes menggambarkan kemampuan pengguna, bukan “memanggil fungsi internal tertentu”.
TDD saat ini hanya mencakup tahap “merah → hijau”, tanpa tahap refaktor. Tahap ini dihapus pada Juni 2026 karena Agent hampir tidak pernah menjalankannya. Refaktor kini ditangani oleh /code-review. Deskripsi skill masih mencantumkan red-green-refactor. Ini adalah masalah yang sudah diketahui, tetapi frasa tersebut masih bisa memicu skill. Gunakan mock hanya untuk batas sistem seperti API eksternal, waktu, dan angka acak. Jangan melakukan mock pada modul sendiri.
Berikut tanda bahwa prosesnya berhasil:
– Sebelum menulis file tes apa pun, Agent mencantumkan seam dan menunggu konfirmasi Anda.
– Setiap kali hanya ada satu tes: tes dibuat gagal terlebih dahulu, lalu berhasil, baru tes berikutnya ditulis. Tidak ada pola “menulis banyak tes dulu, baru menulis semua kodenya”.
– Mengubah nama fungsi internal tidak membuat tes gagal.
Kapan Menggunakan Skill grill-me, tdd, dan Lainnya serta Panduan Pemecahan Masalah
Banyak orang mengalami kebuntuan bukan karena tidak tahu cara menggunakannya, tetapi karena memilih situasi yang kurang tepat. Simpan tabel ini dan gunakan sebagai panduan untuk menentukan pilihan sesuai kebutuhan.
| Situasi Anda | Skill yang digunakan | Penjelasan |
|---|---|---|
| Ide masih samar dan belum tentu berkaitan dengan kode | /grill-me | Tidak perlu repositori dan tidak membuat file. Bisa digunakan untuk keputusan bisnis maupun penulisan |
| Ingin mengubah kode di repositori sekaligus mendokumentasikan istilah dan keputusan | /grill-with-docs | Alur tanya jawabnya sama, tetapi juga memperbarui GLOSSARY.md dan ADR |
| Pekerjaan terlalu besar untuk diselesaikan dalam satu sesi | /wayfinder | Membuat peta tiket keputusan di pelacak issue, lalu menyelesaikannya satu per satu |
| Perlu menerapkan perilaku dengan input dan output yang jelas | /tdd | Cocok untuk logika bisnis, kontrak permintaan dan respons, transformasi data, serta validasi |
| Sudah punya spec atau tiket dan ingin menyelesaikannya secara menyeluruh | /implement | Mengarahkan /tdd pada seam yang disepakati dan menjalankan /code-review sebelum mengirim perubahan |
Jika belum yakin harus menggunakan yang mana, masukkan /ask-matt. Skill ini akan merekomendasikan pilihan yang sesuai dengan situasi Anda. Sebagian besar masalah yang muncul saat penggunaan dapat dicocokkan dengan solusi di tabel berikut.
| Gejala | Penyebab umum | Solusi |
|---|---|---|
| Pertanyaannya terlalu banyak, sampai ratusan | Cakupan terlalu luas atau konteks terlalu penuh sehingga kualitas pertanyaan menurun | Minta Agent membagi pekerjaan menjadi bagian-bagian kecil, lalu lakukan grill untuk tiap bagian |
| Proses cepat selesai, sementara Anda hanya menjawab “setuju” | Jawaban terlalu pasif | Ajukan bantahan, tunjukkan jika pembahasan melenceng dari cakupan, dan katakan “tidak tahu” dengan jujur |
| Pertanyaan terus diubah-ubah, tetapi tetap tidak bisa dijawab | Termasuk masalah yang “tidak bisa diselesaikan lewat diskusi”, misalnya soal kenyamanan interaksi | Hentikan sesi tanya jawab, lalu gunakan /prototype untuk membuat prototipe sekali pakai |
| Tidak bisa menentukan batas pengujian | Kandidat seam hanya disebutkan namanya | Tanyakan terlebih dahulu apa yang bisa dan tidak bisa dideteksi oleh tiap seam, serta berapa lama pengujiannya |
| Implementasi ditulis lebih dulu, baru kemudian tes ditambahkan | Kebiasaan bawaan model | Pantau langsung bagian penting saat dijalankan. Jika ketahuan, minta model kembali ke tahap “merah dulu” |
| Pengujian browser terjebak dalam lingkaran tanpa akhir | Tes end-to-end ditulis sebelum fiturnya tersedia | Nyatakan di CLAUDE.md bahwa tes browser baru ditulis setelah perilaku fitur berjalan |
| Tes hanya menyalin implementasi | Tidak ada acuan pembanding tersendiri untuk konfigurasi atau kode penghubung | Perubahan seperti ini tidak perlu menggunakan tdd. Aturannya bisa ditulis di CLAUDE.md |
| Tiap skill muncul dua kali | Plugin dan skills.sh sama-sama terpasang | Copot salah satunya |
FAQ umum tentang mattpocock/skills
Q1: Dengan sekitar 300 ribu bintang, apakah itu berarti hasilnya pasti bagus?
Tidak. Jumlah bintang menunjukkan tingkat perhatian, bukan hasil nyata di proyek Anda. Penulis menyebutkan bahwa keterampilannya didasarkan pada pengalaman rekayasa selama puluhan tahun, tetapi saat ini belum ada evaluasi pihak ketiga yang menunjukkan data peningkatan efisiensi. Cara paling andal untuk menilainya adalah menjalankan setiap langkah di repositori Anda sendiri dan membandingkan hasilnya dengan kriteria penerimaan dalam artikel ini.
Q2: Apakah hanya bisa digunakan di perangkat seperti Claude Code dan Codex?
Tidak. Daftar resmi hanya mencakup metode pemasangan yang sudah diverifikasi. Untuk Agent yang tidak tercantum, Anda bisa menggunakan skills.sh, menentukan pilihan dengan `-a`, atau memilihnya secara interaktif. README juga menjelaskan bahwa keterampilan ini bisa digunakan dengan model apa pun karena pada dasarnya hanya berupa panduan keterampilan yang ditulis dalam Markdown.
Q3: Setelah selesai menjawab pertanyaan grill-me, apakah saya perlu membuka sesi baru untuk menulis kode?
Jangan. Konteks yang terbentuk selama proses tanya jawab justru bagian yang paling berharga. Panduan resmi menyarankan agar Anda tetap melanjutkan di sesi yang sama dan meminta /to-spec membuat spesifikasi. Contoh singkat dalam artikel ini langsung berlanjut ke /tdd di sesi yang sama.
Q4: Kalau satu putaran pertanyaannya terasa terlalu banyak, bisakah saya mengubahnya agar hanya satu pertanyaan yang diajukan setiap kali?
Bisa. Tambahkan `When grilling, ask one question at a time.` ke `CLAUDE.md` global. Namun, pertanyaan yang diajukan sekaligus per putaran memudahkan Anda melihat semua hal yang perlu diputuskan. Sebaiknya coba beberapa kali terlebih dahulu sebelum memutuskan apakah perlu mengubahnya.
Q5: Mengapa deskripsi tdd menyebut red-green-refactor, tetapi dalam praktiknya tidak melakukan refactoring?
Tahap refactoring sengaja dihapus pada Juni 2026, tetapi deskripsinya belum diperbarui. Ini adalah masalah yang diketahui dan masih belum ditutup. Alur saat ini adalah “merah → hijau”, sedangkan refactoring diserahkan ke /code-review. Hasilnya lebih baik jika penulisan implementasi dan peninjauan kode dilakukan dalam dua sesi terpisah.
Q6: Bagaimana cara paling praktis menggunakan model yang berbeda untuk tahap tanya jawab dan tahap implementasi?
Anda bisa mengikuti metode konfigurasi pada langkah 3 artikel ini untuk menyiapkan antarmuka terpadu di Claude Code atau Codex. Dengan satu kunci dari APIYI apiyi.com, Anda bisa menggunakan Claude Opus 5.5 pada tahap tanya jawab, lalu beralih ke model yang lebih hemat biaya saat menulis implementasi. APIYI hanya menangani pemanggilan model; keterampilannya tetap dipasang seperti biasa.
Q7: Perubahan seperti apa yang kurang cocok menggunakan tdd?
Perubahan seperti konfigurasi, penyambungan komponen, kode perekat, anotasi tipe, serta operasi CRUD yang hanya meneruskan permintaan secara langsung biasanya tidak memiliki jawaban pembanding yang independen. Akibatnya, pengujian mudah berubah menjadi sekadar menyalin implementasi. Pihak resmi mengakui bahwa keterampilan ini belum bisa membantu Anda menentukan apakah suatu perubahan “layak menggunakan TDD”. Keputusan itu tetap perlu Anda buat sendiri. Jika ragu, minta Agent menggunakan model ringan di APIYI apiyi.com untuk mencantumkan masukan dan keluaran yang bisa diamati dari perubahan tersebut. Jika tidak bisa mencantumkannya, jangan gunakan tdd.
Poin Utama & Kesimpulan mattpocock/skills
Poin Utama
- Tanya dulu, baru menulis: Selaraskan kebutuhan dengan /grill-me, lalu implementasikan menggunakan /tdd dengan mengerjakan satu tes setiap kali
- Pilih satu cara instalasi: Gunakan plugin atau skills.sh saja. Jika keduanya dipasang, setiap skill akan muncul dua kali
- Jangan lewatkan dependensi: Jika memasang secara terpisah, grill-me perlu dipasangkan dengan grilling, sedangkan tdd perlu dipasangkan dengan codebase-design
- Berikan jawaban secara aktif: Lebih banyak menyanggah dan mengatakan “tidak tahu”. Terus-menerus “setuju” adalah penyebab kegagalan yang paling umum
- Pastikan seam terlebih dahulu: tdd akan mencantumkan batas pengujian dan menunggu konfirmasi Anda, lalu menjalankan siklus merah → hijau tanpa refaktor
- Sesuaikan model dengan tugasnya: Gunakan model paling mumpuni untuk bertanya, lalu gunakan model yang lebih ringan untuk implementasi. Dengan satu kunci API dari APIYI, Anda bisa berganti model
Kesimpulan
Nilai mattpocock/skills bukan terletak pada sekitar 300 ribu bintangnya, melainkan pada kemampuannya mengubah dua prinsip dasar rekayasa perangkat lunak—“selaraskan dulu, lalu validasi secara bertahap”—menjadi skill yang bisa dijalankan berulang kali. Ikuti lima langkah dalam artikel ini: instalasi, jalankan setup, pilih model, gunakan /grill-me untuk memperjelas kebutuhan, lalu gunakan /tdd untuk menulis tes pertama hingga berubah dari merah menjadi hijau. Dengan begitu, Anda bisa menilai apakah metode ini cocok untuk proyek Anda.
Jika Anda ingin menggunakan model yang berbeda pada tahap bertanya dan implementasi, Anda bisa berganti model di Claude Code dan Codex dengan satu kunci API melalui APIYI apiyi.com. Selebihnya, berlatihlah dengan kebutuhan nyata dan biasakan diri untuk menjawab secara aktif.
Referensi
- GitHub – mattpocock/skills: Halaman repositori yang memuat README dan semua SKILL.md
- Tautan:
github.com/mattpocock/skills -
Keterangan: Informasi tentang metode instalasi, daftar skill, dan riwayat pembaruan tersedia di sini
-
AI Hero – Dokumentasi Skills: Panduan resmi untuk skill seperti grill-me dan tdd
- Tautan:
aihero.dev/skills -
Keterangan: Mencakup daftar pemeriksaan penerimaan “It’s working if” dan pertanyaan umum
-
skills.sh – mattpocock/skills: Jalur instalasi umum untuk Agent lain
- Tautan:
skills.sh/mattpocock/skills - Keterangan: Cocok untuk alat seperti Cursor, OpenCode, dan Windsurf; pembaruan perlu dilakukan secara manual
Penulis: Tim Teknis APIYI
Diskusi teknis: Silakan hubungi kami melalui halaman beranda situs APIYI apiyi.com. Informasi integrasi lainnya tersedia di pusat dokumentasi docs.apiyi.com.
