Skills Tinjauan Kode

Audit dan tingkatkan aksesibilitas web sesuai pedoman WCAG 2.2. Gunakan saat diminta untuk "meningkatkan aksesibilitas", "audit a11y", "kepatuhan WCAG", "dukungan pembaca layar", "navigasi keyboard", atau "buat dapat diakses".

Keterampilan hanya-baca Rigor Analyze / Rigor Audit untuk repositori riset pembelajaran mendalam. Gunakan ketika pengguna ingin membaca dan memahami repositori, memeriksa struktur model serta titik masuk pelatihan atau inferensi, meninjau konfigurasi dan titik penyisipan, atau menandai pola implementasi yang mencurigakan tanpa memodifikasi kode atau menjalankan pekerjaan berat. Jangan gunakan untuk eksekusi perintah aktif, refaktorisasi luas, adaptasi kode spekulatif, atau perbaikan bug otomatis.

Menghasilkan kode Angular dan memberikan panduan arsitektur. Dipicu saat membuat proyek, komponen, atau layanan, atau untuk praktik terbaik tentang reaktivitas (signals, linkedSignal, resource), formulir, injeksi dependensi, routing, SSR, aksesibilitas (ARIA), animasi, penataan gaya (gaya komponen, Tailwind CSS), pengujian, atau perkakas CLI.

Terapkan praktik terbaik pengembangan web modern untuk keamanan, kompatibilitas, dan kualitas kode. Gunakan saat diminta untuk "menerapkan praktik terbaik", "audit keamanan", "modernisasi kode", "tinjauan kualitas kode", atau "periksa kerentanan".

Decision guide for delegating to caveman-style subagents. Tells the main thread WHEN to spawn `cavecrew-investigator` (locate code), `cavecrew-builder` (1-2 file edit), or `cavecrew-reviewer` (diff review) instead of doing the work inline or using vanilla `Explore`. Subagent output is caveman-compressed so the tool-result injected back into main context is ~60% smaller — main context lasts longer across long sessions. Trigger: "delegate to subagent", "use cavecrew", "spawn...

Pembangkit pesan commit ultra-kompresi. Mengurangi kebisingan dari pesan commit sambil mempertahankan maksud dan alasan. Format Conventional Commits. Subjek ≤50 karakter, isi hanya jika "mengapa" tidak jelas. Gunakan saat pengguna berkata "tulis commit", "pesan commit", "buat commit", "/commit", atau memanggil /caveman-commit. Aktif otomatis saat perubahan staging.

Komentar ulasan kode yang sangat ringkas. Mengurangi kebisingan dari umpan balik PR sambil mempertahankan sinyal yang dapat ditindaklanjuti. Setiap komentar adalah satu baris: lokasi, masalah, perbaikan. Gunakan saat pengguna mengatakan "review this PR", "code review", "review the diff", "/review", atau memanggil /caveman-review. Otomatis terpicu saat meninjau pull request.

Meninjau diff kode, PR, antrean issue, kesiapan rilis, commit, push, penerbitan, dan audit proyek. Gunakan saat pengguna meminta review/看看代码/合并前/看看issue/PR/release/push atau untuk mengimplementasikan rencana yang disetujui, dengan gerbang keamanan untuk worktree yang kotor dan tidak terlacak. Bukan untuk mengeksplorasi ide, debugging akar masalah, atau tinjauan prosa.

Bandingkan implementasi pull request dengan konteks spesifikasi di spec_context.md dan masukkan setiap ketidaksesuaian material ke dalam review.json. Gunakan selama peninjauan PR ketika sudah disetujui atau konteks spesifikasi repositori tersedia.

Tinjau perubahan sejak titik tetap (commit, branch, tag, atau merge-base) pada dua sumbu — Standar (apakah kode mengikuti standar pengkodean yang terdokumentasi di repositori ini?) dan Spesifikasi (apakah kode sesuai dengan apa yang diminta oleh isu/PRD asal?). Menjalankan kedua tinjauan secara paralel pada sub-agen dan melaporkannya berdampingan. Gunakan ketika pengguna ingin meninjau sebuah branch, PR, perubahan yang sedang berlangsung, atau meminta untuk "meninjau sejak X".

Melakukan tinjauan kode multi-sumbu. Gunakan sebelum menggabungkan perubahan apa pun. Gunakan saat meninjau kode yang ditulis oleh diri sendiri, agen lain, atau manusia. Gunakan saat Anda perlu menilai kualitas kode di berbagai dimensi sebelum kode masuk ke cabang utama.

Menyederhanakan kode untuk kejelasan. Gunakan saat melakukan refactoring kode untuk kejelasan tanpa mengubah perilaku. Gunakan saat kode berfungsi tetapi lebih sulit dibaca, dipelihara, atau diperluas dari yang seharusnya. Gunakan saat meninjau kode yang telah mengakumulasi kompleksitas yang tidak perlu.

Kosakata bersama untuk merancang modul yang dalam. Gunakan saat pengguna ingin merancang atau meningkatkan antarmuka modul, menemukan peluang pendalaman, memutuskan di mana letak sekat, membuat kode lebih mudah diuji atau dinavigasi oleh AI, atau ketika keterampilan lain membutuhkan kosakata modul dalam.

Standar penamaan cabang, penamaan worktree, dan pesan commit untuk proyek GitHub dan GitLab berdasarkan Conventional Commits v1.0.0. Gunakan saat membuat cabang, menamai worktree, menulis commit, menghasilkan pesan commit, meninjau konvensi cabang, atau menyiapkan otomatisasi changelog. Terapkan ketika proyek Anda membutuhkan riwayat git yang konsisten, rilis berbasis SemVer, pembuatan changelog yang dapat diurai, atau penutupan masalah otomatis. Aktifkan saat pengguna bertanya cara menamai worktree, membuat git worktree, atau...

Buat pull request di repositori warp untuk cabang saat ini. Gunakan saat pengguna menyebutkan membuka PR, membuat pull request, mengirimkan perubahan untuk ditinjau, atau menyiapkan kode untuk digabungkan.

Memandu debugging akar penyebab secara sistematis. Gunakan saat pengujian gagal, build rusak, perilaku tidak sesuai ekspektasi, atau Anda menemui kesalahan tak terduga. Gunakan saat Anda membutuhkan pendekatan sistematis untuk menemukan dan memperbaiki akar penyebab, bukan dengan menebak-nebak.

Mengelola penghentian dan migrasi. Gunakan saat menghapus sistem, API, atau fitur lama. Gunakan saat memigrasikan pengguna dari satu implementasi ke implementasi lainnya. Gunakan saat memutuskan apakah akan mempertahankan atau menghentikan kode yang ada.

Putaran diagnosis terstruktur untuk bug sulit dan regresi performa. Reproduksi → minimalkan → hipotesis → instrumentasi → perbaiki → uji regresi. Gunakan saat pengguna mengatakan "diagnosis ini" / "debug ini", melaporkan bug, mengatakan ada yang rusak/melempar error/gagal, atau menjelaskan regresi performa.

Putaran diagnosis untuk bug yang sulit dan regresi kinerja. Gun

Gunakan ketika Anda memiliki rencana implementasi tertulis untuk dijalankan dalam sesi terpisah dengan titik pemeriksaan tinjauan.

Rigor Improve implementation leaf skill for auditable candidate implementation in deep learning research repositories. Use when the researcher explicitly authorizes exploratory work on an isolated branch or worktree to transplant modules, adapt a backbone, add LoRA or adapter layers, replace a head, or stitch together meaningful low-risk migration ideas with rollback-aware records in `explore_outputs/`. Do not use for end-to-end exploration orchestration on top of `current_research`, trusted...

Memandu pengembangan server backend Fastify Node.js dan REST API menggunakan TypeScript atau JavaScript. Gunakan saat membangun, mengonfigurasi, atau men-debug aplikasi Fastify — termasuk mendefinisikan rute, mengimplementasikan plugin, menyiapkan validasi JSON Schema, menangani kesalahan, mengoptimalkan kinerja, mengelola autentikasi, mengonfigurasi CORS dan header keamanan, mengintegrasikan basis data, bekerja dengan WebSocket, dan menerapkan ke produksi. Mencakup seluruh siklus permintaan Fastify (hooks,...

Gunakan ketika implementasi selesai, semua pengujian berhasil, dan Anda perlu memutuskan cara mengintegrasikan pekerjaan - memandu penyelesaian pekerjaan pengembangan dengan menyajikan opsi terstruktur untuk penggabungan, PR, atau pembersihan

Perbaiki kesalahan kompilasi, masalah linting, dan kegagalan tes di basis kode Rust warp. Mencakup pemeriksaan presubmit, kesalahan spesifik WASM, dan menjalankan tes tertentu. Gunakan saat pengguna mengalami kesalahan build, kegagalan clippy atau fmt, kegagalan tes, atau perlu menjalankan atau menginterpretasikan presubmit sebelum PR.

Mengganti perilaku pemotongan bawaan LLM. Memastikan pembuatan kode secara lengkap, melarang pola placeholder, dan menangani pemisahan batas token dengan bersih. Terapkan pada tugas apa pun yang memerlukan keluaran lengkap tanpa pemotongan.

Menyusun praktik alur kerja git. Gunakan saat melakukan perubahan kode apa pun. Gunakan saat melakukan commit, branching, menyelesaikan konflik, atau saat Anda perlu mengatur pekerjaan di beberapa aliran paralel. Gunakan saat memotong rilis, memilih kenaikan versi semantik, menandai, atau menulis changelog.

Pembandingan tolok ukur Golang, pembuatan profil, dan pengukuran kinerja. Gunakan saat menulis, menjalankan, atau membandingkan tolok ukur Go, membuat profil jalur panas dengan pprof, menginterpretasikan profil CPU/memori/trace, menganalisis hasil dengan benchstat, menyiapkan deteksi regresi tolok ukur CI, atau menyelidiki kinerja produksi dengan metrik runtime Prometheus. Juga gunakan saat pengembang membutuhkan analisis mendalam pada indikator kinerja tertentu - keterampilan ini menyediakan metodologi pengukuran, sementara...

Golang code style conventions — line length and breaking, variable declarations, control flow clarity, when comments help vs hurt. Use when writing or reviewing Go code, asking about style or clarity, or establishing project coding standards. Not for naming conventions (→ See `samber/cc-skills-golang@golang-naming` skill), linter configuration (→ See `samber/cc-skills-golang@golang-lint` skill), or doc comments (→ See `samber/cc-skills-golang@golang-documentation` skill).

Pola konkurensi Golang. Gunakan saat menulis atau meninjau kode Go konkuren yang melibatkan goroutine, channel, select, lock, primitif sinkronisasi, errgroup, singleflight, worker pool, atau pipeline fan-out/fan-in. Juga aktif saat mendeteksi kebocoran goroutine, kondisi balapan, masalah kepemilikan channel, atau perlu memilih antara channel dan mutex.

Panduan komprehensif untuk dependency injection (DI) di Golang. Mencakup mengapa DI penting (testabilitas, kopling longgar, pemisahan perhatian, manajemen siklus hidup), injeksi konstruktor manual, dan perbandingan pustaka DI (google/wire, uber-go/dig, uber-go/fx, samber/do). Gunakan keterampilan ini saat merancang arsitektur layanan, menyiapkan dependency injection, merefaktor kode yang terikat erat, mengelola singleton atau pabrik layanan, atau saat pengguna bertanya tentang inversion of control, layanan...

Pola desain Golang yang idiomatis — opsi fungsional, konstruktor, aliran dan kaskade kesalahan, manajemen sumber daya dan siklus hidup, penghentian secara bertahap, ketahanan, arsitektur, injeksi dependensi, penanganan data, streaming, dan lainnya. Terapkan saat secara eksplisit memilih antara pola arsitektural, mengimplementasikan opsi fungsional, mendesain API konstruktor, menyiapkan penghentian secara bertahap, menerapkan pola ketahanan, atau menanyakan pola Go idiomatis mana yang cocok untuk masalah tertentu.

Panduan dokumentasi komprehensif untuk proyek Golang, mencakup komentar godoc, README, CONTRIBUTING, CHANGELOG, Go Playground, tes Contoh, dokumen API, dan llms.txt. Gunakan saat menulis atau meninjau komentar dokumen, dokumentasi, menambahkan contoh kode, menyiapkan situs dokumen, atau mendiskusikan praktik terbaik dokumentasi. Pemicu untuk pustaka dan aplikasi/CLI.

We need to translate the given text from English to Bahasa Indonesia, preserving the name "golang-error-handling" but only if it appears in the source text. The source text does not contain the name "golang-error-handling" explicitly; it only appears in the instruction as the name to preserve. The instruction says: "Do not include the name unless it appears in the source text." So we should not add it. Also preserve product names, protocol names, URLs, numbers, technical terms. The text includes terms like "Golang", "%w", "errors.Is/As", "errors.Join", "slog", "HTTP", "samber/oops", "samber/cc-skills-golang@golang-samber-oops". These should remain as is. Translate the rest idiomatically. The text: "Idiomatic Golang error handling — creation, wrapping with %w, errors.Is/As, errors.Join, custom error types, sentinel errors, panic/recover, the single handling rule, structured logging with slog, HTTP request logging middleware, and

We need to translate the given text from English to Bahasa Indonesia. The text is about a directory item type: agent skill, with name "golang-google-wire". The instruction says to translate only the text inside <text>, preserve product names, protocol names, URLs, numbers, technical terms. Do not add claims, explanations, Markdown, bullets, links, labels, prefixes, or extra commentary. Also do not include the name unless it appears in the source text. The source text does include "golang-google-wire" as part of the description? Actually the text starts with "Compile-time dependency injection in Golang using google/wire — ..." It mentions google/wire, wire.NewSet, etc. The name "golang-google-wire" is not in the text, so we don't include it. We just translate the description. We need to translate technical terms like "Compile-time dependency injection", "google/wire", "wire.NewSet", "wire.Build", "wire.Bind", "interface→concrete", "wire

Menyediakan panduan penggunaan gRPC, organisasi protobuf, dan pola siap produksi untuk mikroservis Golang. Gunakan saat mengimplementasikan, meninjau, atau men-debug server/klien gRPC, menulis file proto, menyiapkan interceptor, menangani kesalahan gRPC dengan kode status, mengonfigurasi TLS/mTLS, menguji dengan bufconn, atau bekerja dengan RPC streaming.

Pengatur keterampilan Golang — selalu aktif pada tugas pengkodean, peninjauan, debugging, atau penyiapan Golang apa pun. Membaca konteks tugas dan memuat keterampilan yang paling relevan dari samber/cc-skills-golang, sering kali beberapa sekaligus: menulis layanan gRPC memuat golang-grpc + golang-testing + golang-error-handling; debugging panic memuat golang-troubleshooting + golang-safety; mengaudit keamanan memuat golang-security + golang-lint + golang-safety. Juga: membedakan kluster yang bersaing ketika dua keterampilan tampak tumpang tindih...

Praktik terbaik linting dan konfigurasi golangci-lint untuk proyek Golang — menjalankan linter, mengonfigurasi .golangci.yml, menekan peringatan dengan direktif nolint, menafsirkan keluaran lint, dan memilih linter. Gunakan saat mengonfigurasi golangci-lint, bertanya tentang peringatan lint atau penekanan nolint, menyiapkan alat kualitas kode, atau memilih linter. Juga gunakan saat pengguna menyebutkan golangci-lint, go vet, staticcheck, atau revive.

golang-linter — sebuah skill yang dapat diinstal untuk agen AI.

Modernisasi kode Golang untuk menggunakan fitur bahasa terbaru, peningkatan pustaka standar, dan pola idiomatis. Aktifkan secara proaktif saat menulis atau meninjau kode Go dan pola gaya lama terdeteksi, atau saat menemukan peringatan depresiasi. Juga gunakan saat pengguna secara eksplisit meminta modernisasi, peningkatan versi Go, atau penyegaran CI/perangkat.

Konvensi penamaan Go (Golang) — mencakup paket, konstruktor, struct, antarmuka, konstanta, enum, kesalahan, boolean, receiver, getter/setter, opsi fungsional, akronim, fungsi tes, dan nama subtes. Gunakan keterampilan ini saat menulis kode Go baru, meninjau atau merefaktor, memilih antara alternatif penamaan (New vs NewTypeName, isConnected vs connected, ErrNotFound vs NotFoundError, StatusReady vs StatusUnknown pada iota 0), memperdebatkan nama paket Go (anti-pola utils/helpers), atau...

Pola dan metodologi optimasi performa Golang - jika X bottleneck, maka terapkan Y. Mencakup pengurangan alokasi, efisiensi CPU, tata letak memori, penyesuaian GC, pooling, caching, dan optimasi jalur panas. Gunakan saat profiling atau benchmark telah mengidentifikasi bottleneck dan Anda membutuhkan pola optimasi yang tepat untuk memperbaikinya. Juga gunakan saat melakukan tinjauan kode performa untuk menyarankan perbaikan atau benchmark yang dapat membantu mengidentifikasi peningkatan performa cepat. Bukan untuk metodologi pengukuran (→...

Merekomendasikan library dan framework Golang yang siap produksi. Terapkan ketika pengguna secara eksplisit meminta saran library, ingin membandingkan alternatif, perlu memilih library untuk tugas tertentu, atau ketika dependensi baru akan ditambahkan ke proyek.

Pemrograman Golang defensif untuk mencegah panic, korupsi data diam-diam, dan bug runtime yang sulit terdeteksi. Gunakan saat menghadapi nil panic, aliasing append, akses konkuren map, jebakan perbandingan float, atau pertanyaan desain nilai nol. Juga gunakan saat meninjau kode untuk keamanan nil, overflow konversi numerik, masalah siklus hidup sumber daya (defer dalam loop), atau penyalinan defensif slice dan map.

Injeksi dependensi di Golang menggunakan samber/do — kontainer layanan, manajemen siklus hidup, cakupan, pemeriksaan kesehatan, penghentian secara bertahap, dan organisasi modul. Terapkan saat menggunakan atau mengadopsi samber/do, saat basis kode mengimpor github.com/samber/do atau github.com/samber/do/v2, atau saat merefaktor injeksi konstruktor manual ke dalam kontainer DI.

Monadic types for Golang using samber/mo — Option, Result, Either, Future, IO, Task, and State types for type-safe nullable values, error handling, and functional composition with pipeline sub-packages. Apply when using or adopting samber/mo, when the codebase imports `github.com/samber/mo`, or when considering functional programming patterns as a safety design for Golang.

Praktik terbaik keamanan dan pencegahan kerentanan untuk Golang. Mencakup injeksi (SQL, command, XSS), kriptografi, keamanan sistem file, keamanan jaringan, cookie, manajemen rahasia, keamanan memori, dan pencatatan log. Terapkan saat menulis, meninjau, atau mengaudit kode Go untuk keamanan, atau saat mengerjakan kode berisiko yang melibatkan kripto, I/O, manajemen rahasia, penanganan input pengguna, atau autentikasi. Termasuk konfigurasi alat keamanan.

We need to translate the given text from English to Bahasa Indonesia. The text describes a Golang configuration library using spf13/viper. We must preserve product names, protocol names, URLs, numbers, technical terms. The name "golang-spf13-viper" is not in the text, so we don't include it. The text includes terms like "spf13/viper", "BindPFlag", "BindPFlags", "SetEnvPrefix", "SetEnvKeyReplacer", "AutomaticEnv", "ReadInConfig", "ConfigFileNotFoundError", "Unmarshal", "mapstructure", "Sub", "WatchConfig", "OnConfigChange", "viper.New()", "github.com/spf13/viper". These should be preserved as-is. Also "CLI command" is a term. Translate the rest naturally. The text: "Golang configuration library using spf13/viper — layered precedence (flag > env > file > KV > default), BindPFlag/BindPFlags, SetEnv

Panduan lengkap untuk stretchr/testify dalam pengujian Golang. Mencakup paket assert, require, mock, dan suite secara mendalam. Gunakan saat menulis tes dengan testify, membuat mock, menyiapkan test suite, atau memilih antara assert dan require. Mencakup asersi testify, ekspektasi mock, pencocok argumen, verifikasi panggilan, siklus hidup suite, dan pola lanjutan seperti Eventually, JSONEq, dan pencocok kustom. Terapkan ketika basis kode mengimpor github.com/stretchr/testify.

Pola desain struct dan interface Golang — komposisi, embedding, type assertions, type switches, segregasi interface, injeksi dependensi melalui interface, tag field struct, serta pointer vs value receivers. Gunakan skill ini saat merancang tipe Go, mendefinisikan atau mengimplementasikan interface, melakukan embedding struct atau interface, menulis type assertions atau type switches, menambahkan tag field struct untuk serialisasi JSON/YAML/DB, atau memilih antara pointer dan value receivers. Juga gunakan saat pengguna...

We need to translate the given text from English to Bahasa Indonesia. The instruction says to preserve product names, protocol names, URLs, numbers, technical terms. The name "golang-testing" is not in the text, so we don't include it. The text contains terms like "Golang", "testify", "goleak", "CI", "API", "samber/cc-skills-golang@golang-stretchr-testify" which should be preserved as is. Also numbers and technical terms like "table-driven tests", "parallel tests", "fuzzing", "fixtures", "goroutine leak detection", "snapshot testing", "code coverage", "integration tests", "idiomatic test naming" should be translated appropriately but keep the technical essence. The instruction says "Do not include the name unless it appears in the source text." The name "golang-testing" does not appear, so we ignore. Also no labels like "description". Just translate the text. Let's translate: "Production-ready Golang tests — table-driven tests, testify

Keterampilan ini harus digunakan ketika pengguna ingin "menulis kode agen", "membangun agen dengan ADK", "menambahkan alat", "membuat callback", "mendefinisikan agen", "menggunakan manajemen status", atau membutuhkan pola dan contoh kode API Python ADK (Agent Development Kit). Bagian dari rangkaian keterampilan Google ADK. Menyediakan referensi cepat untuk jenis agen, definisi alat, pola orkestrasi, callback, dan manajemen status. JANGAN digunakan untuk membuat proyek baru (gunakan google-agents-cli-scaffold) atau deployment...

Menjalankan audit kesehatan rekayasa berbantuan agen yang sadar anggaran untuk penyimpangan instruksi/konfigurasi, hooks/MCP, permukaan verifikator, dan kemudahan perawatan AI. Gunakan saat pengguna meminta 检查claude/检查codex/检查pi/配置检查/健康度 atau melaporkan agen yang mengabaikan instruksi, kehilangan validasi, atau kode yang sulit dirawat. Bukan untuk debugging kode atau meninjau PR.

Menemukan akar penyebab sebelum menerapkan perbaikan untuk kesalahan, crash, regresi, tes yang gagal, perilaku yang rusak, dan cacat yang dilaporkan melalui tangkapan layar. Gunakan saat pengguna meminta 排查/报错/崩溃/不工作/回归/判断为什么报错, atau mengatakan sesuatu yang dulu berfungsi dan sekarang gagal. Bukan untuk tinjauan kode atau fitur baru.

Pasang dan hubungkan blok serta komponen registry ke dalam komposisi HyperFrames. Gunakan saat menjalankan hyperframes add, memasang blok atau komponen, menghubungkan item yang sudah terpasang ke index.html, atau bekerja dengan hyperframes.json. Mencakup perintah add, lokasi pemasangan, penghubungan sub-komposisi blok, penggabungan cuplikan komponen, penemuan registry, serta pembuatan blok atau komponen baru untuk kontribusi ke hulu (ide → kerangka → validasi → PR).

Menerapkan sebuah pekerjaan berdasarkan PRD atau serangkaian isu.

Menerapkan fitur yang telah disetujui dari PRODUCT.md dan TECH.md, menjaga spesifikasi dan kode tetap selaras dalam PR yang sama seiring perkembangan implementasi. Gunakan setelah spesifikasi produk dan teknis disetujui dan langkah selanjutnya adalah membangun fitur tersebut.

Telusuri basis kode apa pun sebagai penasihat senior dan hasilkan rencana implementasi yang diprioritaskan dan mandiri untuk model/agen LAIN agar dapat dieksekusi. Hanya baca-saja pada kode sumber — tidak pernah mengimplementasikan, memperbaiki, atau merefaktor apa pun sendiri. Gunakan saat diminta untuk mengaudit basis kode, menemukan peluang perbaikan (bug, keamanan, kinerja, cakupan pengujian, utang teknis, migrasi, DX), menyarankan fitur atau ke mana arah proyek selanjutnya (peta jalan, arah produk), atau menghasilkan rencana serah terima untuk agen lain...

Temukan peluang pendalaman dalam basis kode, berdasarkan bahasa domain di CONTEXT.md dan keputusan di docs/adr/. Gunakan ketika pengguna ingin meningkatkan arsitektur, menemukan peluang refactoring, mengonsolidasikan modul yang terikat erat, atau membuat basis kode lebih mudah diuji dan dinavigasi oleh AI.

Memigrasikan proyek dan komponen React dari Radix UI ke Base UI. Gunakan saat diminta untuk migrasi dari radix, pindah ke base-ui, mengonversi primitif radix, atau mengganti pustaka dasar proyek shadcn. Menangani komponen tunggal ("migrasi accordion") dan seluruh proyek.

Migrate test files from `as` type assertions to @total-typescript/shoehorn. Use when user mentions shoehorn, wants to replace `as` in tests, or needs partial test data.

Rigor Run skill for README-first deep learning repo reproduction. Use when the task is specifically to capture or normalize evidence from the selected smoke test or documented inference or evaluation command and write standardized `repro_outputs/` files, including patch notes when repository files changed. Do not use for training execution, initial repo intake, generic environment setup, paper lookup, target selection, hidden scientific-meaning changes, or end-to-end orchestration by itself.

Jelajahi dan pahami ruang kerja Nx. GUNAKAN SAAT menjawab pertanyaan tentang ruang kerja, proyek, atau tugas. JUGA GUNAKAN SAAT perintah nx gagal atau Anda perlu memeriksa target/konfigurasi yang tersedia sebelum menjalankan tugas. CONTOH: 'Proyek apa saja yang ada di ruang kerja ini?', 'Bagaimana konfigurasi proyek X?', 'Apa yang bergantung pada library Y?', 'Target apa yang bisa saya jalankan?', 'Tidak dapat menemukan konfigurasi untuk tugas', 'debug kegagalan tugas nx'.

Memaksa solusi paling malas yang benar-benar berfungsi, paling sederhana, terpendek, paling minimal. Menyalurkan senior dev yang sudah melihat semuanya: pertanyakan apakah tugas itu perlu ada sama sekali (YAGNI), gunakan pustaka standar sebelum kode kustom, fitur platform asli sebelum dependensi, satu baris sebelum lima puluh. Mendukung tingkat intensitas: lite, full (default), ultra. Gunakan kapan pun pengguna mengatakan "ponytail", "be lazy", "lazy mode", "simplest solution", "minimal solution", "yagni", "do less", atau...

Audit seluruh repositori untuk over-engineering. Seperti ponytail-review, tetapi memindai seluruh basis kode, bukan hanya diff: daftar peringkat tentang apa yang harus dihapus, disederhanakan, atau diganti dengan padanan stdlib/native. Gunakan saat pengguna mengatakan "audit basis kode ini", "audit untuk over-engineering", "apa yang bisa saya hapus dari repositori ini", "cari bloat", "ponytail-audit", atau "/ponytail-audit". Laporan sekali jalan, tidak menerapkan perbaikan.

Harvest every `ponytail:` comment in the codebase into a debt ledger, so the deliberate shortcuts and deferrals ponytail leaves behind get tracked instead of rotting into "later means never". Use when the user says "ponytail debt", "/ponytail-debt", "what did ponytail defer", "list the shortcuts", "ponytail ledger", or "what did we mark to do later". One-shot report, changes nothing.

Tinjauan kode yang hanya berfokus pada over-engineering. Menemukan apa yang harus dihapus: pustaka standar yang diciptakan ulang, dependensi yang tidak diperlukan, abstraksi spekulatif, fleksibilitas mati. Satu baris per temuan: lokasi, apa yang dipotong, apa penggantinya. Gunakan saat pengguna mengatakan "tinjau untuk over-engineering", "apa yang bisa kita hapus", "apakah ini over-engineered", "tinjauan sederhana", atau memanggil /ponytail-review. Melengkapi tinjauan yang berfokus pada kebenaran, yang ini hanya memburu kompleksitas.

pr-to-video workflow - sebuah pull request GitHub (URL seperti github.com/ / /pull/ , atau / # , atau "PR ini" di repositori yang sudah di-checkout) -> fakta PR yang diolah (judul, body, diff, commit, file, statistik +/-) -> narrator_scripts.json + audio (suara + BGM) + section_plan.md -> video penjelas code-diff / before-after / dampak. Input adalah PERUBAHAN KODE. URL tersebut adalah tautan PR, BUKAN situs pemasaran untuk di-scrape; bukan ringkasan teks dan bukan situs produk. Untuk input non-PR (situs produk, situs umum, teks topik),...

Hasilkan panduan interaktif statis D3 dari sebuah pull request. Gunakan saat pengguna menginginkan peta PR yang dapat diperbesar, orientasi PR berbasis grafik/kanvas, atau visualisasi alternatif dari komponen sistem PR, aliran data, dependensi kode, dan tindakan pengguna.

Sesi QA interaktif di mana pengguna melaporkan bug atau masalah secara percakapan, dan agen membuat isu GitHub. Menjelajahi basis kode di latar belakang untuk konteks dan bahasa domain. Gunakan ketika pengguna ingin melaporkan bug, melakukan QA, membuat isu secara percakapan, atau menyebut "sesi QA".

Gunakan saat menerima umpan balik tinjauan kode, sebelum menerapkan saran, terutama jika umpan balik tampak tidak jelas atau secara teknis dipertanyakan - memerlukan ketelitian teknis dan verifikasi, bukan persetujuan performatif atau implementasi buta.

Meningkatkan situs web dan aplikasi yang sudah ada ke kualitas premium. Mengaudit desain saat ini, mengidentifikasi pola AI generik, dan menerapkan standar desain kelas atas tanpa merusak fungsionalitas. Bekerja dengan kerangka kerja CSS apa pun atau CSS vanilla.

Buat rencana refaktor yang mendetail dengan komit kecil melalui wawancara pengguna, lalu simpan sebagai isu GitHub. Gunakan saat pengguna ingin merencanakan refaktor, membuat RFC refaktor, atau memecah refaktor menjadi langkah inkremental yang aman.

Gunakan saat menyelesaikan tugas, mengimplementasikan fitur utama, atau sebelum menggabungkan untuk memverifikasi bahwa pekerjaan memenuhi persyaratan.

Resolve Git merge conflicts by extracting only unresolved paths, conflict hunks, and compact diffs instead of loading whole files into context. Use when a merge, rebase, cherry-pick, or stash pop stops on conflicts, when `git status` shows unmerged paths, or when files contain conflict markers.

Gunakan saat Anda perlu menyelesaikan konflik git merge/rebase yang sedang berlangsung.

Tinjau perubahan sejak titik tetap (commit, branch, tag, atau merge-base) di dua sumbu — Standar (apakah kode mengikuti standar pengkodean yang terdokumentasi di repositori ini?) dan Spesifikasi (apakah kode sesuai dengan apa yang diminta oleh isu/PRD asal?). Menjalankan kedua tinjauan secara paralel melalui sub-agen dan melaporkannya secara berdampingan. Gunakan saat pengguna ingin meninjau sebuah branch, PR, perubahan yang sedang dikerjakan, atau meminta "tinjau sejak X".

Tinjau perbedaan pull request dan tulis umpan balik terstruktur ke review.json agar alur kerja dapat mempublikasikannya. Gunakan saat meninjau PR yang sudah di-checkout dari artefak lokal seperti pr_diff.txt dan pr_description.txt, serta menghasilkan output tinjauan yang dapat dibaca mesin, bukan memposting langsung ke GitHub.

Keterampilan Rigor Debug / Rigor Audit untuk pekerjaan riset pembelajaran mendalam. Gunakan ketika pengguna menempelkan traceback, error terminal, CUDA OOM, kegagalan muat checkpoint, ketidakcocokan bentuk, gejala kehilangan NaN, atau kegagalan pelatihan dan menginginkan diagnosis konservatif sebelum melakukan penambalan apa pun, dengan perbaikan debug yang dipisahkan secara jelas dari kontribusi riset. Jangan gunakan untuk refaktorisasi luas, adaptasi spekulatif, penambalan eksploratif otomatis, atau pengenalan repositori umum.

Siapkan Husky pre-commit hooks dengan lint-staged (Prettier), pengecekan tipe, dan pengujian di repositori saat ini. Gunakan saat pengguna ingin menambahkan pre-commit hooks, menyiapkan Husky, mengonfigurasi lint-staged, atau menambahkan pemformatan/pengecekan tipe/pengujian saat commit.

Pakar kepatuhan untuk snyk-agent-scan — pemindai file skill agen — BUKAN untuk alat Snyk CLI lainnya (snyk test, snyk code SAST, snyk iac, snyk container). Memperbaiki peringatan melalui restrukturisasi konten, tidak pernah dengan menyembunyikan atau menghapus informasi. Mencakup setiap file dalam direktori skill: SKILL.md, references/, assets/, dan markdown sekunder lainnya. Terapkan saat membuat skill baru, mengedit skill yang sudah ada, menangani kegagalan snyk-agent-scan secara lokal atau di CI, atau membuka blokir PR yang tertahan oleh agen...

Mendasarkan setiap keputusan implementasi pada dokumentasi resmi. Gunakan saat Anda menginginkan kode yang otoritatif dan bersumber dari referensi, bebas dari pola usang. Gunakan saat membangun dengan kerangka kerja atau pustaka apa pun yang mengutamakan kebenaran.

Gunakan saat menemukan bug, kegagalan pengujian, atau perilaku tak terduga, sebelum mengusulkan perbaikan

Gunakan saat mengimplementasikan fitur atau perbaikan bug, sebelum menulis kode implementasi

Kuasai sistem tipe lanjutan TypeScript termasuk generics, conditional types, mapped types, template literals, dan utility types untuk membangun aplikasi yang aman secara tipe. Gunakan saat mengimplementasikan logika tipe yang kompleks, membuat utilitas tipe yang dapat digunakan kembali, atau memastikan keamanan tipe pada waktu kompilasi dalam proyek TypeScript.

Memvalidasi bahwa implementasi cabang atau pull request sesuai dengan spesifikasi produk, teknis, keamanan, dan terkait yang diperkenalkan. Gunakan saat meninjau atau menyelesaikan perubahan berbasis spesifikasi dan menyelesaikan ketidakcocokan antara spesifikasi yang sudah diperiksa dan implementasi.

Gunakan ketika akan mengklaim bahwa pekerjaan selesai, diperbaiki, atau lolos, sebelum melakukan commit atau membuat PR — memerlukan menjalankan perintah verifikasi dan mengonfirmasi output sebelum membuat klaim keberhasilan apa pun; bukti sebelum pernyataan selalu.