Blog

Apa Itu gstack? Ini Akan Mengubah Cara Anda Ngoding Selamanya

Ashley Innocent

Ashley Innocent

23 March 2026

Apa Itu gstack? Ini Akan Mengubah Cara Anda Ngoding Selamanya

Apidog untuk Perusahaan

Penerapan On-Premises

SSO & RBAC

Sesuai SOC 2

Jelajahi Apidog Enterprise

TL;DR / Jawaban Singkat

gstack adalah sistem sumber terbuka Garry Tan yang mengubah Claude Code menjadi tim rekayasa virtual yang terdiri dari 20 spesialis. Sebagai Presiden dan CEO Y Combinator, Garry merilis 10.000-20.000 baris kode produksi per hari (35% pengujian) sambil menjalankan YC penuh waktu. gstack mencapai ini melalui perintah slash yang terstruktur: /office-hours untuk strategi produk, /plan-ceo-review untuk validasi cakupan, /review untuk deteksi bug, /qa untuk pengujian browser, dan /ship untuk deployment. Instal dalam 30 detik dengan git clone ~/.claude/skills/gstack && ./setup. Gratis, berlisensi MIT.

Pendahuluan

"Saya tidak berpikir saya telah mengetikkan satu baris kode pun mungkin sejak Desember, pada dasarnya, yang merupakan perubahan yang sangat besar."

Ketika Andrej Karpathy mengatakan ini di podcast No Priors pada Maret 2026, dunia teknologi mendengarkan. Salah satu pendiri OpenAI sedang menjelaskan pergeseran mendasar: satu orang, bersenjatakan agen AI, kini dapat merilis seperti tim yang terdiri dari dua puluh orang.

Peter Steinberger membuktikannya. Dia membangun OpenClaw — 247.000 bintang GitHub — pada dasarnya seorang diri dengan agen AI. Revolusi itu tidak akan datang. Revolusi itu sudah di sini.

Garry Tan mengetahui hal ini lebih baik daripada kebanyakan orang. Sebagai Presiden dan CEO Y Combinator, dia bekerja dengan ribuan startup — Coinbase, Instacart, Rippling — ketika mereka masih satu atau dua orang di garasi. Sebelum YC, dia adalah salah satu insinyur pertama di Palantir, ikut mendirikan Posterous (dijual ke Twitter), dan membangun Bookface, jaringan sosial internal YC. gstack adalah jawabannya untuk pertanyaan yang diajukan semua orang: Bagaimana satu orang dapat merilis seperti tim yang terdiri dari dua puluh orang?

Angka-angkanya berbicara sendiri. Dalam 60 hari terakhir: 600.000+ baris kode produksi (35% pengujian), 10.000-20.000 baris per hari, paruh waktu, sambil menjalankan YC penuh waktu. /retro terakhirnya di 3 proyek: 140.751 baris ditambahkan, 362 komit, ~115rb net LOC dalam satu minggu.

Orang yang sama membuat 772 kontribusi GitHub pada tahun 2013 saat membangun Bookface. Sekarang 1.237 kontribusi pada tahun 2026. Perbedaannya bukan pada usaha. Perbedaannya adalah pada peralatan.

Panduan ini menjelaskan apa itu gstack, cara kerjanya, dan apakah itu cocok dalam alur kerja Anda. Anda akan melihat katalog keterampilan lengkap, contoh nyata, dan filosofi di balik sistem ini.

💡
Jika Anda membangun produk API, gstack terintegrasi secara alami dengan Apidog untuk pengujian API dan alur kerja dokumentasi. Keterampilan /qa dapat memvalidasi titik akhir API Anda, dan /document-release menjaga dokumentasi API Anda tetap sinkron dengan perubahan yang dirilis.

button

Apa Itu gstack?

gstack adalah kumpulan sumber terbuka dari 28 keterampilan Claude Code yang mengubah Claude dari kopilot menjadi tim rekayasa virtual. Setiap keterampilan adalah seorang spesialis: seorang CEO yang memikirkan kembali produk Anda, seorang manajer rekayasa yang mengunci arsitektur, seorang desainer yang menangkap kesalahan AI, seorang peninjau yang menemukan bug produksi, seorang pemimpin QA yang membuka browser sungguhan, seorang petugas keamanan yang menjalankan audit OWASP + STRIDE, dan seorang insinyur rilis yang mengirimkan PR.

Dua puluh spesialis dan delapan alat canggih. Semua adalah perintah slash. Semua dalam Markdown. Semua gratis, berlisensi MIT.

Wawasan Inti

Sebagian besar alat pengkodean AI memperlakukan Anda seperti Anda terbang solo dengan pelengkapan otomatis yang cerdas. gstack memperlakukan Anda seperti seorang CEO dengan sebuah tim.

Ketika Anda memberi tahu gstack "Saya ingin membangun aplikasi ringkasan harian untuk kalender saya," itu tidak mulai mengkode. Itu menjalankan /office-hours — konsultasi produk ala YC yang mengajukan enam pertanyaan pemaksa, mendorong kembali bingkai Anda, dan mengekstrak masalah sebenarnya. Anda mungkin menyadari bahwa Anda tidak menginginkan "aplikasi ringkasan harian." Anda menginginkan AI kepala staf pribadi.

Kemudian ia menjalankan /plan-ceo-review untuk menantang cakupan, /plan-eng-review untuk mengunci arsitektur, /plan-design-review untuk menilai setiap dimensi desain 0-10, /review untuk menemukan bug, /qa untuk menguji di browser sungguhan, dan /ship untuk mendorong PR.

Delapan perintah, ujung ke ujung. Itu bukan kopilot. Itu adalah tim.

Struktur Sprint

gstack bukanlah kumpulan alat acak. Ini adalah sebuah proses — sebuah sprint yang berjalan berurutan:

Pikirkan → Rencanakan → Bangun → Tinjau → Uji → Rilis → Refleksikan

Setiap keterampilan saling berkaitan. /office-hours menulis dokumen desain yang dibaca oleh /plan-ceo-review. /plan-eng-review menulis rencana pengujian yang diambil oleh /qa. /review menangkap bug yang diverifikasi perbaikannya oleh /ship. Tidak ada yang terlewat karena setiap langkah mengetahui apa yang terjadi sebelumnya.

Penjelasan 28 Keterampilan

Keterampilan Strategi & Produk

/office-hours — YC Office Hours

Spesialis Anda: Partner YC

Yang dilakukannya: Memulai setiap proyek dengan enam pertanyaan pemaksa yang mengubah kerangka produk Anda sebelum Anda menulis kode. Mendorong kembali kerangka Anda, menantang premis, menghasilkan alternatif implementasi.

Contoh keluaran:

Anda mengatakan "aplikasi ringkasan harian." Tetapi yang sebenarnya Anda jelaskan adalah
AI kepala staf pribadi. Berikut adalah 5 kemampuan yang tidak Anda sadari
sedang Anda jelaskan...

[menantang 4 premis — Anda setuju, tidak setuju, atau menyesuaikan]
[menghasilkan 3 pendekatan implementasi dengan perkiraan usaha]

REKOMENDASI: Rilis fitur tersempit besok, belajar dari penggunaan nyata.
Visi penuh adalah proyek 3 bulan — mulailah dengan ringkasan harian yang
benar-benar berfungsi.

Kapan menggunakannya: Keterampilan pertama pada fitur atau produk baru apa pun. Dokumen desain yang ditulisnya secara otomatis masuk ke setiap keterampilan selanjutnya.

/plan-ceo-review — CEO / Pendiri

Spesialis Anda: CEO yang memikirkan kembali produk

Yang dilakukannya: Memikirkan kembali masalah dari prinsip-prinsip dasar. Menemukan produk 10-bintang yang tersembunyi di balik permintaan. Empat mode: Ekspansi (bagaimana jika kita memperbesar?), Ekspansi Selektif (bagian mana yang layak 10x?), Pertahankan Cakupan (ini sudah tepat apa adanya), Pengurangan (bagaimana jika kita memotong 80%?).

Kapan menggunakannya: Setelah /office-hours menghasilkan dokumen desain. Jalankan sebelum implementasi apa pun dimulai.

/plan-design-review — Desainer Senior

Spesialis Anda: Desainer Produk Senior

Yang dilakukannya: Menilai setiap dimensi desain 0-10, menjelaskan seperti apa 10 itu, kemudian mengedit rencana untuk mencapainya. Termasuk deteksi kesalahan AI. Interaktif — satu AskUserQuestion per pilihan desain.

Kapan menggunakannya: Setelah tinjauan rekayasa, sebelum implementasi. Menangkap hutang desain sebelum menjadi hutang kode.

/design-consultation — Partner Desain

Spesialis Anda: Partner Desain

Yang dilakukannya: Membangun sistem desain lengkap dari awal. Meneliti lanskap, mengusulkan risiko kreatif, menghasilkan mockup produk realistis.

Kapan menggunakannya: Ketika Anda membutuhkan sistem desain lengkap, bukan hanya tinjauan. Lebih komprehensif daripada /plan-design-review.

Keterampilan Rekayasa & Arsitektur

/plan-eng-review — Manajer Rekayasa

Spesialis Anda: Manajer Rekayasa

Yang dilakukannya: Mengunci arsitektur, aliran data, diagram, kasus tepi, dan pengujian. Memaksa asumsi tersembunyi untuk diungkapkan. Menghasilkan diagram ASCII untuk aliran data, mesin status, dan jalur kesalahan.

Contoh keluaran:

Tinjauan Arsitektur:
┌─────────────┐     ┌──────────────┐     ┌────────────┐
│   Klien     │────▶│ Gerbang API  │────▶│  Basis Data │
└─────────────┘     └──────────────┘     └────────────┘
       │                    │
       ▼                    ▼
  [Cache Status]      [Pembatas Laju]

Matriks Pengujian:
- Jalur sukses: pengguna terautentikasi, data valid
- Kasus tepi: modifikasi konkuren
- Mode kegagalan: batas waktu koneksi basis data
- Keamanan: injeksi SQL, XSS, CSRF

Kapan menggunakannya: Setelah tinjauan CEO/desain, sebelum pengkodean. Rencana pengujian yang ditulisnya masuk ke /qa.

/review — Insinyur Staf

Spesialis Anda: Insinyur Staf yang menemukan bug produksi

Yang dilakukannya: Menemukan bug yang melewati CI tetapi meledak dalam produksi. Memperbaiki yang jelas secara otomatis. Menandai celah kelengkapan.

Contoh keluaran:

[PERBAIKAN-OTOMATIS] 2 masalah:
- Pemeriksaan null hilang di getUserById()
- Penolakan promise yang tidak ditangani di penangan api

[TANYA] Kondisi balapan dalam pembaruan bersamaan → Anda menyetujui perbaikan

[GAP KELENGKAPAN] Tidak ada logika coba lagi untuk kegagalan sementara

Kapan menggunakannya: Setelah implementasi, sebelum /qa. Jalankan pada cabang apa pun dengan perubahan.

/investigate — Debugger

Spesialis Anda: Debugger Penyebab-Akar

Yang dilakukannya: Debugging penyebab-akar yang sistematis. Hukum Besi: tidak ada perbaikan tanpa investigasi. Melacak aliran data, menguji hipotesis, berhenti setelah 3 perbaikan gagal.

Kapan menggunakannya: Ketika Anda menemukan bug yang tidak dapat diperbaiki secara otomatis oleh /review. Jangan pernah melewati investigasi — Hukum Besi ada alasannya.

/codex — Opini Kedua

Spesialis Anda: OpenAI Codex CLI

Yang dilakukannya: Peninjauan kode independen dari model yang berbeda. Tiga mode: tinjauan (gerbang lulus/gagal), tantangan adversial, dan konsultasi terbuka. Analisis lintas-model ketika /review dan /codex telah dijalankan.

Kapan menggunakannya: Setelah /review untuk opini kedua. Sangat berharga untuk jalur kritis atau ketika Anda menginginkan validasi lintas-model.

Keterampilan Pengujian & QA

/qa — Pemimpin QA

Spesialis Anda: Insinyur QA dengan browser sungguhan

Yang dilakukannya: Membuka browser Chromium sungguhan, mengklik alur, menemukan dan memperbaiki bug dengan komit atomik. Menghasilkan pengujian regresi secara otomatis untuk setiap perbaikan.

Alur kerja contoh:

1. Membuka URL staging di Chromium headless
2. Menjalankan rencana pengujian dari /plan-eng-review
3. Menemukan bug: "Tombol Kirim tidak dinonaktifkan saat memuat"
4. Membuat komit atomik dengan perbaikan
5. Memverifikasi ulang: mengklik lagi, mengonfirmasi perbaikan
6. Menghasilkan pengujian regresi: test_submit_button_disables()

Kapan menggunakannya: Setelah /review membersihkan cabang. Jalankan pada URL staging Anda.

/qa-only — Reporter QA

Spesialis Anda: Reporter QA

Yang dilakukannya: Metodologi yang sama dengan /qa tetapi hanya melaporkan. Laporan bug murni tanpa perubahan kode.

Kapan menggunakannya: Ketika Anda menginginkan laporan bug tanpa perbaikan otomatis. Berguna untuk jejak audit atau ketika orang lain menangani perbaikan.

/benchmark — Insinyur Kinerja

Spesialis Anda: Insinyur Kinerja

Yang dilakukannya: Mengukur waktu muat halaman, Core Web Vitals, dan ukuran sumber daya. Membandingkan sebelum/sesudah pada setiap PR.

Metrik yang dilacak:

Kapan menggunakannya: Sebelum refactor besar, setelah optimasi kinerja, pada setiap PR yang menyentuh rendering.

/browse — Insinyur QA

Spesialis Anda: Otomatisasi Browser

Yang dilakukannya: Browser Chromium sungguhan, klik sungguhan, tangkapan layar sungguhan. ~100ms per perintah.

Perintah:

Kapan menggunakannya: Kapan pun Anda perlu memverifikasi sesuatu di browser. Digunakan secara internal oleh /qa.

/setup-browser-cookies — Manajer Sesi

Spesialis Anda: Manajer Sesi Browser

Yang dilakukannya: Mengimpor cookie dari browser sungguhan Anda (Chrome, Arc, Brave, Edge) ke sesi headless. Menguji halaman terautentikasi.

Kapan menggunakannya: Sebelum /qa jika aplikasi staging Anda memerlukan login. Pengaturan satu kali per browser.

Keterampilan Keamanan & Kepatuhan

/cso — Chief Security Officer

Spesialis Anda: Chief Security Officer

Yang dilakukannya: Model ancaman OWASP Top 10 + STRIDE. Tanpa kebisingan: 17 pengecualian positif palsu, gerbang kepercayaan 8/10+, verifikasi temuan independen. Setiap temuan mencakup skenario eksploitasi konkret.

Contoh keluaran:

[KRITIS] Injeksi SQL di parameter /api/users?id=
Eksploitasi: GET /api/users?id=1' OR '1'='1
Dampak: Akses baca basis data penuh
Perbaikan: Gunakan kueri berparameter
Kepercayaan: 9/10

[DIKECUALIKAN POSITIF PALSU] XSS di panel admin
Alasan: Output telah di-escaped dengan benar dengan DOMPurify

Kapan menggunakannya: Sebelum rilis produksi apa pun. Jalankan pada fitur apa pun yang menangani data pengguna atau autentikasi.

Keterampilan Pengiriman & Deployment

/ship — Insinyur Rilis

Spesialis Anda: Insinyur Rilis

Yang dilakukannya: Menyinkronkan main, menjalankan pengujian, mengaudit cakupan, mendorong, membuka PR. Mem-bootstraps kerangka pengujian jika Anda tidak memilikinya.

Alur kerja contoh:

1. git checkout main && git pull
2. git checkout -b feature/daily-briefing
3. npm test (atau bootstraps Jest/Vitest jika hilang)
4. Audit Cakupan: 42 pengujian → 51 pengujian (+9 baru)
5. git push origin feature/daily-briefing
6. Membuka PR: github.com/you/app/pull/42

Kapan menggunakannya: Setelah /qa membersihkan cabang. Satu perintah dari "diuji" hingga "PR dibuka."

/land-and-deploy — Insinyur Rilis

Spesialis Anda: Insinyur Deployment

Yang dilakukannya: Menggabungkan PR, menunggu CI dan deployment, memverifikasi kesehatan produksi. Satu perintah dari "disetujui" hingga "diverifikasi dalam produksi."

Alur kerja contoh:

1. Menggabungkan PR melalui GitHub API
2. Menunggu CI (GitHub Actions, CircleCI, dll.)
3. Menunggu deployment (Vercel, Railway, Fly.io, dll.)
4. Menjalankan pemeriksaan kesehatan produksi
5. Laporan: "Di-deploy ke produksi, semua pemeriksaan lulus"

Kapan menggunakannya: Setelah persetujuan PR. Menangani seluruh pipeline rilis.

/canary — SRE

Spesialis Anda: Site Reliability Engineer

Yang dilakukannya: Loop pemantauan pasca-deployment. Memantau kesalahan konsol, regresi kinerja, dan kegagalan halaman.

Yang dipantau:

Kapan menggunakannya: Segera setelah /land-and-deploy. Berjalan selama 5-15 menit pasca-deployment.

/document-release — Penulis Teknis

Spesialis Anda: Penulis Teknis

Yang dilakukannya: Memperbarui semua dokumen proyek agar sesuai dengan yang baru saja Anda rilis. Secara otomatis menangkap README yang usang.

Contoh keluaran:

[DIPERBARUI] README.md — menambahkan perintah /qa baru ke dokumen
[DIPERBARUI] CHANGELOG.md — catatan rilis v0.4.2
[DIBUAT] docs/qa-guide.md — panduan alur kerja QA baru
[DITANDAI] API.md — mungkin perlu pembaruan untuk titik akhir baru

Kapan menggunakannya: Setelah /ship atau /land-and-deploy. Menjaga dokumen sinkron dengan kode.

Keterampilan Refleksi & Analitik

/retro — Manajer Rekayasa

Spesialis Anda: Manajer Rekayasa

Yang dilakukannya: Retro mingguan yang sadar tim. Perincian per-orang, rentetan pengiriman, tren kesehatan pengujian, peluang pertumbuhan. /retro global berjalan di semua proyek dan alat AI Anda (Claude Code, Codex, Gemini).

Contoh keluaran:

Minggu 17-23 Maret 2026

Garry:
- 140.751 baris ditambahkan
- 362 komit
- ~115rb net LOC
- Cakupan pengujian: 35% (↑2% dari minggu lalu)

Proyek:
- gstack: 89 komit, 45rb LOC
- ycombinator.com: 156 komit, 62rb LOC
- internal-tools: 117 komit, 33rb LOC

Rentetan pengiriman: 47 hari

Kapan menggunakannya: Akhir minggu. Jalankan /retro untuk wawasan tim, /retro global untuk tampilan lintas-proyek.

Alat Canggih

/careful — Batasan Keamanan

Yang dilakukannya: Memberi peringatan sebelum perintah destruktif (rm -rf, DROP TABLE, force-push). Ucapkan "hati-hati" untuk mengaktifkan. Abaikan peringatan apa pun.

Kapan menggunakannya: Awali setiap sesi berisiko. "Hati-hati — saya akan menjalankan beberapa perintah destruktif."

/freeze — Kunci Edit

Yang dilakukannya: Membatasi pengeditan file ke satu direktori. Mencegah perubahan tidak sengaja di luar cakupan saat debugging.

Kapan menggunakannya: Saat debugging di area tertentu. "Bekukan pengeditan hanya untuk /src/auth."

/guard — Keamanan Penuh

Yang dilakukannya: /careful + /freeze dalam satu perintah. Keamanan maksimum untuk pekerjaan produksi.

Kapan menggunakannya: Debugging produksi, migrasi basis data, sesi berisiko tinggi apa pun.

/unfreeze — Buka Kunci

Yang dilakukannya: Menghapus batasan /freeze.

Kapan menggunakannya: Setelah sesi debugging selesai.

/setup-deploy — Konfigurator Deployment

Yang dilakukannya: Pengaturan satu kali untuk /land-and-deploy. Mendeteksi platform Anda, URL produksi, dan perintah deployment.

Kapan menggunakannya: Pertama kali menggunakan /land-and-deploy pada proyek baru.

/autoplan — Pipeline Tinjauan

Yang dilakukannya: Satu perintah, rencana yang ditinjau sepenuhnya. Menjalankan tinjauan CEO → desain → rekayasa secara otomatis dengan prinsip keputusan yang dikodekan. Hanya menampilkan keputusan preferensi untuk persetujuan Anda.

Kapan menggunakannya: Ketika Anda menginginkan pipeline perencanaan lengkap tanpa menjalankan setiap keterampilan secara manual.

/gstack-upgrade — Pembaruan Otomatis

Yang dilakukannya: Meningkatkan gstack ke versi terbaru. Mendeteksi instalasi global vs. vendored, menyinkronkan keduanya, menunjukkan apa yang berubah.

Kapan menggunakannya: Bulanan, atau ketika Anda melihat fitur baru diumumkan.

Panduan Instalasi

gstack terinstal dalam 30 detik. Tidak ada yang menyentuh PATH Anda. Tidak ada yang berjalan di latar belakang. Semuanya berada di dalam .claude/.

Persyaratan

Langkah 1: Instal di Mesin Anda

Buka Claude Code dan tempel ini. Claude melakukan sisanya:

git clone https://github.com/garrytan/gstack.git ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setupCLAUDE.md
Tangkapan layar instruksi instalasi gstack di Claude Code.

Langkah 2: Tambahkan ke Repositori Anda (Opsional)

Agar anggota tim mendapatkan gstack saat git clone:

cp -Rf ~/.claude/skills/gstack .claude/skills/gstack && rm -rf .claude/skills/gstack/.git && cd .claude/skills/gstack && ./setupCLAUDE.mdcd .claude/skills/gstack && ./setup

Codex, Gemini CLI, atau Cursor

gstack berfungsi pada agen apa pun yang mendukung standar SKILL.md. Keterampilan berada di .agents/skills/ dan ditemukan secara otomatis.

Instal ke satu repo:

git clone https://github.com/garrytan/gstack.git .agents/skills/gstack
cd .agents/skills/gstack && ./setup --host codex

Instal sekali untuk akun pengguna Anda:

git clone https://github.com/garrytan/gstack.git ~/gstack
cd ~/gstack && ./setup --host codex

Deteksi otomatis agen mana yang Anda miliki:

git clone https://github.com/garrytan/gstack.git ~/gstack
cd ~/gstack && ./setup --host auto

Penyelesaian Masalah

Keterampilan tidak muncul?

cd ~/.claude/skills/gstack && ./setup

/browse gagal?

cd ~/.claude/skills/gstack && bun install && bun run build

Instalasi usang?Jalankan /gstack-upgrade — atau atur auto_upgrade: true di ~/.gstack/config.yaml

Pengguna Windows:gstack berfungsi di Windows 11 melalui Git Bash atau WSL. Node.js diperlukan selain Bun. Pastikan `bun` dan `node` ada di PATH Anda.

Claude mengatakan ia tidak dapat melihat keterampilan?Tambahkan ini ke CLAUDE.md proyek Anda:

## gstack
Gunakan /browse dari gstack untuk semua penjelajahan web. Jangan pernah menggunakan alat mcp__claude-in-chrome__*.
Keterampilan yang tersedia: /office-hours, /plan-ceo-review, /plan-eng-review, /plan-design-review,
/design-consultation, /review, /ship, /land-and-deploy, /canary, /benchmark, /browse,
/qa, /qa-only, /design-review, /setup-browser-cookies, /setup-deploy, /retro,
/investigate, /document-release, /codex, /cso, /autoplan, /careful, /freeze, /guard,
/unfreeze, /gstack-upgrade.

Contoh Dunia Nyata: Membangun Aplikasi Ringkasan Harian

Berikut gstack beraksi, ujung ke ujung:

Anda:    Saya ingin membangun aplikasi ringkasan harian untuk kalender saya.
Anda:    /office-hours
Claude: [bertanya tentang masalah — contoh spesifik, bukan hipotetis]

Anda:    Beberapa kalender Google, acara dengan info usang, lokasi salah.
        Persiapan memakan waktu lama dan hasilnya tidak cukup baik...

Claude: Saya akan mendorong kembali kerangka pemikiran ini. Anda mengatakan "aplikasi ringkasan
        harian." Tetapi yang sebenarnya Anda jelaskan adalah AI kepala
        staf pribadi.
        [mengekstrak 5 kemampuan yang tidak Anda sadari sedang Anda jelaskan]
        [menantang 4 premis — Anda setuju, tidak setuju, atau menyesuaikan]
        [menghasilkan 3 pendekatan implementasi dengan perkiraan usaha]
        REKOMENDASI: Rilis fitur tersempit besok, belajar dari
        penggunaan nyata. Visi penuh adalah proyek 3 bulan — mulailah dengan
        ringkasan harian yang benar-benar berfungsi.
        [menulis dokumen desain → secara otomatis masuk ke keterampilan selanjutnya]

Anda:    /plan-ceo-review
        [membaca dokumen desain, menantang cakupan, menjalankan tinjauan 10 bagian]

Anda:    /plan-eng-review
        [diagram ASCII untuk aliran data, mesin status, jalur kesalahan]
        [matriks pengujian, mode kegagalan, masalah keamanan]

Anda:    Setujui rencana. Keluar dari mode rencana.
        [menulis 2.400 baris di 11 file. ~8 menit.]

Anda:    /review
        [PERBAIKAN-OTOMATIS] 2 masalah. [TANYA] Kondisi balapan → Anda menyetujui perbaikan.

Anda:    /qa https://staging.myapp.com
        [membuka browser sungguhan, mengklik alur, menemukan dan memperbaiki bug]

Anda:    /ship
        Pengujian: 42 → 51 (+9 baru). PR: github.com/you/app/pull/42

Anda mengatakan "aplikasi ringkasan harian." Agen itu mengatakan "Anda sedang membangun AI kepala staf" — karena ia mendengarkan masalah Anda, bukan permintaan fitur Anda. Delapan perintah, ujung ke ujung.

Sprint Paralel: Menjalankan Beberapa Agen Sekaligus

gstack bekerja dengan baik dengan satu sprint. Menjadi menarik dengan sepuluh yang berjalan sekaligus.

Conductor menjalankan beberapa sesi Claude Code secara paralel — masing-masing di ruang kerja terisolasi sendiri. Satu sesi pada /office-hours, yang lain pada /review, yang ketiga mengimplementasikan fitur, yang keempat menjalankan /qa. Semuanya pada saat yang sama.

Struktur sprintlah yang membuat paralelisme berfungsi. Tanpa proses, sepuluh agen adalah sepuluh sumber kekacauan. Dengan proses, setiap agen tahu persis apa yang harus dilakukan dan kapan harus berhenti.

Contoh alur kerja paralel:

Sesi 1: /office-hours — menyempurnakan spesifikasi produk
Sesi 2: /review — meninjau fitur kemarin
Sesi 3: /qa — menguji deployment staging
Sesi 4: Implementasi — membangun rencana yang disetujui

Empat sesi, empat tahapan sprint yang berbeda. Andalah yang menjadi hambatan, bukan agen-agennya.

Privasi & Telemetri

gstack menyertakan telemetri penggunaan yang opsional untuk membantu meningkatkan proyek. Inilah yang terjadi:

Data disimpan di Supabase (alternatif Firebase sumber terbuka). Skema ada di repositori — Anda dapat memverifikasi persis apa yang dikumpulkan. Kunci publishable Supabase adalah kunci publik — kebijakan keamanan tingkat baris membatasinya hanya untuk akses insert-only.

Analitik lokal selalu tersedia. Jalankan gstack-analytics untuk melihat dasbor penggunaan pribadi Anda dari file JSONL lokal — tidak perlu data jarak jauh.

Siapa yang Harus Menggunakan gstack?

Pendiri dan CEO — terutama yang teknis yang masih ingin merilis produk. gstack memungkinkan Anda bergerak dengan kecepatan startup tanpa merekrut tim.

Pengguna Claude Code pertama kali — peran terstruktur alih-alih prompt kosong. Jika Anda baru dalam pengkodean AI, gstack memberi Anda batasan keamanan.

Pemimpin teknologi dan insinyur staf — tinjauan ketat, QA, dan otomatisasi rilis pada setiap PR. Bahkan jika Anda tidak menggunakan keterampilan perencanaan, /review dan /qa saja akan menangkap bug yang seharusnya mencapai produksi.

Pembangun solo — jika Anda membangun sendiri, gstack adalah tim virtual Anda. Peter Steinberger membangun OpenClaw (247K bintang) pada dasarnya seorang diri dengan agen AI. gstack mensistematisasi alur kerja tersebut.

Startup YC — Garry membangun ini untuk para pendiri YC. Jika Anda dalam batch, ini adalah tumpukan inti.

Siapa yang Harus Melewatkan gstack?

Tim dengan alur kerja yang sudah mapan — jika Anda sudah memiliki proses peninjauan, pipeline CI/CD, dan sistem desain, gstack mungkin berlebihan. Pilih keterampilan individu (/review, /qa) daripada sprint penuh.

Pengguna non-Claude Code — gstack dibangun untuk Claude Code. Ini berfungsi pada Codex, Gemini CLI, dan Cursor melalui standar SKILL.md, tetapi pengalamannya dioptimalkan untuk Claude.

Pembangun yang lebih menyukai AI bentuk bebas — jika Anda suka memberikan prompt terbuka dan melihat apa yang terjadi, struktur gstack akan terasa membatasi. Ini dirancang untuk keketatan, bukan eksplorasi.

Filosofi di Balik gstack

gstack bukan hanya alat. Ini adalah filosofi tentang cara membangun perangkat lunak dengan AI.

Didihkan Danau

Jangan setengah-setengah. Jika Anda akan melakukan sesuatu, lakukan sepenuhnya. Tindakan setengah-setengah menciptakan lebih banyak pekerjaan daripada komitmen penuh.

Cari Sebelum Membangun

Sebelum menulis kode, cari solusi yang ada. Kode terbaik adalah kode yang tidak Anda tulis.

Tiga Lapisan Pengetahuan

  1. Eksplisit — apa yang bisa Anda tulis (dokumen, komentar)
  2. Tersirat — apa yang Anda tahu tetapi tidak bisa diartikulasikan (intuisi, memori otot)
  3. Tidak Diketahui — apa yang tidak Anda ketahui bahwa Anda tidak tahu (titik buta)

gstack mengkodekan pengetahuan tersirat menjadi keterampilan eksplisit. Keterampilan /review bukan hanya "periksa bug." Ini adalah 20 tahun debugging produksi Garry, ditulis sebagai daftar periksa.

Hukum Besi Debugging

Tidak ada perbaikan tanpa investigasi. Tiga perbaikan gagal, berhenti dan nilai kembali. Ini ada karena agen AI (dan manusia) cenderung menyemprotkan perbaikan tanpa memahami akar penyebabnya.

Kesimpulan

gstack adalah jawaban Garry Tan untuk pertanyaan yang diajukan semua orang: Bagaimana satu orang dapat merilis seperti tim yang terdiri dari dua puluh orang?

Jawabannya bukan bekerja lebih keras. Jawabannya adalah bekerja dengan peralatan yang lebih baik. Dua puluh spesialis — seorang CEO, manajer rekayasa, desainer, peninjau, pemimpin QA, petugas keamanan, insinyur rilis — semuanya tersedia sebagai perintah slash. Gratis, berlisensi MIT, sumber terbuka.

Sprintnya sederhana:

  1. /office-hours — mengubah kerangka masalah
  2. /plan-ceo-review — menantang cakupan
  3. /plan-eng-review — mengunci arsitektur
  4. /plan-design-review — menilai desain
  5. Membangun — mengimplementasikan rencana
  6. /review — menemukan bug
  7. /qa — menguji di browser
  8. /ship — mendorong PR

Delapan perintah, ujung ke ujung. Begitulah cara Garry merilis 10.000-20.000 baris per hari sambil menjalankan YC penuh waktu.

Langkah selanjutnya:

  1. Instal gstack: git clone ~/.claude/skills/gstack && ./setup
  2. Jalankan /office-hours pada ide fitur Anda berikutnya
  3. Lihat apakah keluarannya mengubah cara Anda berpikir tentang masalah tersebut

FAQ

Apakah gstack gratis?

Ya, 100% gratis dan berlisensi MIT. Tidak ada tingkatan premium, tidak ada daftar tunggu. Fork, tingkatkan, jadikan milik Anda.

Apakah saya perlu Claude Code untuk menggunakan gstack?

gstack dioptimalkan untuk Claude Code, tetapi berfungsi pada agen apa pun yang mendukung standar SKILL.md: Codex CLI, Gemini CLI, Cursor. Keterampilan berada di .agents/skills/ dan ditemukan secara otomatis.

Berapa lama waktu instalasi?

Sekitar 30 detik. Kloning repositori, jalankan ./setup, dan selesai. Tidak ada yang menyentuh PATH Anda. Tidak ada yang berjalan di latar belakang.

Dapatkah saya menggunakan keterampilan individu tanpa sprint penuh?

Ya. Jika Anda hanya menginginkan /review dan /qa, gunakan secara mandiri. Struktur sprint adalah rekomendasi, bukan persyaratan.

Apakah gstack berfungsi dengan repo pribadi?

Ya. Keterampilan berada di .claude/skills/gstack di dalam repo Anda. Komit, dan anggota tim akan mendapatkan gstack saat git clone.

Bagaimana jika saya menggunakan Windows?

gstack berfungsi di Windows 11 melalui Git Bash atau WSL. Node.js diperlukan selain Bun — Bun memiliki bug yang diketahui dengan Playwright’s pipe transport di Windows.

Bagaimana cara kerja /browse?

/browse menggunakan Playwright untuk mengontrol browser Chromium headless. Perintah dieksekusi dalam ~100ms. Gunakan /setup-browser-cookies untuk mengimpor cookie browser Anda untuk pengujian terautentikasi.

Dapatkah saya menyesuaikan keterampilan?

Ya. Keterampilan adalah file Markdown. Edit untuk mencocokkan alur kerja Anda. Jika Anda meningkatkan sesuatu, pertimbangkan untuk membuka PR upstream.

Apa perbedaan antara /qa dan /qa-only?

/qa menemukan bug dan secara otomatis memperbaikinya dengan komit atomik. /qa-only menemukan bug tetapi hanya melaporkannya — tanpa perubahan kode. Gunakan /qa-only untuk jejak audit.

Bagaimana cara kerja telemetri?

Hanya opt-in. Jika Anda mengaktifkannya, gstack mengirimkan nama keterampilan, durasi, berhasil/gagal, versi, dan OS. Tidak ada kode, jalur file, nama repo, nama cabang, atau prompt yang pernah dikirim. Nonaktifkan kapan saja dengan gstack-config set telemetry off.

Bagaimana jika saya menemukan bug di gstack itu sendiri?

Jalankan /investigate pada codebase gstack itu sendiri. Atau buka masalah di GitHub. Garry dan komunitas adalah kontributor aktif.

Dapatkah saya menjalankan keterampilan gstack secara paralel?

Ya, dengan Conductor. Jalankan beberapa sesi Claude Code secara paralel — masing-masing di ruang kerja terisolasi sendiri. Struktur sprint membuat paralelisme berfungsi.

Mengembangkan API dengan Apidog

Apidog adalah alat pengembangan API yang membantu Anda mengembangkan API dengan lebih mudah dan efisien.

Daftar gratisUnduh