TL;DR / Tóm tắt nhanh
gstack là hệ thống mã nguồn mở của Garry Tan, biến Claude Code thành một đội ngũ kỹ sư ảo gồm 20 chuyên gia. Với tư cách Chủ tịch và CEO của Y Combinator, Garry xuất xưởng 10.000-20.000 dòng mã sản xuất mỗi ngày (35% là kiểm thử) trong khi vẫn điều hành YC toàn thời gian. gstack đạt được điều này thông qua các lệnh slash có cấu trúc: /office-hours cho chiến lược sản phẩm, /plan-ceo-review để xác thực phạm vi, /review để phát hiện lỗi, /qa để kiểm thử trình duyệt, và /ship để triển khai. Cài đặt trong 30 giây với git clone ~/.claude/skills/gstack && ./setup. Miễn phí, được cấp phép MIT.
Giới thiệu
“Tôi không nghĩ mình đã gõ một dòng mã nào kể từ tháng 12, về cơ bản, đó là một thay đổi cực kỳ lớn.”
Khi Andrej Karpathy nói điều này trên podcast No Priors vào tháng 3 năm 2026, thế giới công nghệ đã lắng nghe. Đồng sáng lập của OpenAI đang mô tả một sự thay đổi cơ bản: một người, được trang bị các tác nhân AI, giờ đây có thể xuất xưởng như một đội ngũ hai mươi người.
Peter Steinberger đã chứng minh điều đó. Anh ấy đã xây dựng OpenClaw — 247.000 sao trên GitHub — về cơ bản là một mình với các tác nhân AI. Cuộc cách mạng không phải đang đến. Nó đã ở đây rồi.
Garry Tan biết điều này rõ hơn hầu hết mọi người. Với tư cách Chủ tịch và CEO của Y Combinator, ông làm việc với hàng ngàn startup — Coinbase, Instacart, Rippling — khi họ vẫn còn một hoặc hai người trong một gara. Trước YC, ông là một trong những kỹ sư đầu tiên tại Palantir, đồng sáng lập Posterous (được bán cho Twitter), và xây dựng Bookface, mạng xã hội nội bộ của YC. gstack là câu trả lời của ông cho câu hỏi mà mọi người đang hỏi: Làm thế nào một người có thể xuất xưởng như một đội ngũ hai mươi người?
Những con số tự nói lên tất cả. Trong 60 ngày qua: hơn 600.000 dòng mã sản xuất (35% kiểm thử), 10.000-20.000 dòng mỗi ngày, bán thời gian, trong khi vẫn điều hành YC toàn thời gian. /retro gần đây nhất của ông trên 3 dự án: 140.751 dòng được thêm, 362 commit, ~115k dòng mã ròng trong một tuần.
Cùng một người đã đóng góp 772 lần trên GitHub vào năm 2013 khi xây dựng Bookface. Hiện tại là 1.237 đóng góp vào năm 2026. Sự khác biệt không phải là nỗ lực. Đó là công cụ.
Hướng dẫn này phân tích gstack là gì, nó hoạt động như thế nào và liệu nó có thuộc về quy trình làm việc của bạn hay không. Bạn sẽ thấy toàn bộ danh mục kỹ năng, các ví dụ thực tế và triết lý đằng sau hệ thống.
/qa có thể xác thực các điểm cuối API của bạn, và /document-release giữ cho tài liệu API của bạn đồng bộ với các thay đổi đã xuất xưởng.gstack là gì?
gstack là một bộ sưu tập mã nguồn mở gồm 28 kỹ năng Claude Code biến Claude từ một người bạn đồng hành thành một đội ngũ kỹ sư ảo. Mỗi kỹ năng là một chuyên gia: một CEO nghĩ lại sản phẩm của bạn, một quản lý kỹ thuật khóa kiến trúc, một nhà thiết kế phát hiện lỗi AI, một người đánh giá tìm lỗi sản xuất, một trưởng QA mở trình duyệt thực, một cán bộ an ninh chạy kiểm toán OWASP + STRIDE, và một kỹ sư phát hành đẩy PR.
Hai mươi chuyên gia và tám công cụ mạnh mẽ. Tất cả đều là lệnh slash. Tất cả đều là Markdown. Tất cả đều miễn phí, cấp phép MIT.
Cái nhìn sâu sắc cốt lõi
Hầu hết các công cụ lập trình AI coi bạn như một người đơn độc với một tính năng tự động hoàn thành thông minh. gstack coi bạn như một CEO với một đội ngũ.
Khi bạn nói với gstack “Tôi muốn xây dựng một ứng dụng tóm tắt hàng ngày cho lịch của mình,” nó không bắt đầu viết mã. Nó chạy /office-hours — một buổi tư vấn sản phẩm kiểu YC hỏi sáu câu hỏi bắt buộc, đẩy lùi cách bạn trình bày vấn đề, và trích xuất vấn đề thực sự. Bạn có thể nhận ra rằng bạn không muốn một “ứng dụng tóm tắt hàng ngày.” Bạn muốn một AI trợ lý cá nhân.
Sau đó, nó chạy /plan-ceo-review để thách thức phạm vi, /plan-eng-review để khóa kiến trúc, /plan-design-review để đánh giá từng khía cạnh thiết kế 0-10, /review để tìm lỗi, /qa để kiểm thử trong trình duyệt thực, và /ship để đẩy PR.
Tám lệnh, từ đầu đến cuối. Đó không phải là một người bạn đồng hành. Đó là một đội ngũ.
Cấu trúc Sprint
gstack không phải là một bộ sưu tập công cụ ngẫu nhiên. Đó là một quy trình — một sprint chạy theo thứ tự:
Nghĩ → Lên kế hoạch → Xây dựng → Đánh giá → Kiểm thử → Xuất xưởng → Phản ánh
Mỗi kỹ năng đều cung cấp cho kỹ năng tiếp theo. /office-hours viết một tài liệu thiết kế mà /plan-ceo-review đọc. /plan-eng-review viết một kế hoạch kiểm thử mà /qa sử dụng. /review phát hiện lỗi mà /ship xác minh đã được sửa. Không có gì bị bỏ sót vì mỗi bước đều biết điều gì đã xảy ra trước đó.
Giải thích 28 Kỹ năng
Kỹ năng Sản phẩm & Chiến lược
/office-hours — YC Office Hours (Giờ làm việc của YC)
Chuyên gia của bạn: Đối tác YC
Nó làm gì: Bắt đầu mọi dự án với sáu câu hỏi bắt buộc nhằm định hình lại sản phẩm của bạn trước khi bạn viết mã. Đẩy lùi cách bạn trình bày vấn đề, thách thức các giả định, tạo ra các phương án triển khai thay thế.
Ví dụ đầu ra:
Bạn nói "ứng dụng tóm tắt hàng ngày." Nhưng những gì bạn thực sự mô tả là một
AI trợ lý cá nhân. Dưới đây là 5 khả năng bạn không nhận ra
mình đang mô tả...
[thách thức 4 giả định — bạn đồng ý, không đồng ý, hoặc điều chỉnh]
[tạo ra 3 phương pháp triển khai với ước tính nỗ lực]
KHUYẾN NGHỊ: Xuất xưởng phần nhỏ nhất vào ngày mai, học hỏi từ việc sử dụng thực tế.
Tầm nhìn đầy đủ là một dự án 3 tháng — hãy bắt đầu với tóm tắt hàng ngày mà
thực sự hoạt động.
Khi nào sử dụng: Kỹ năng đầu tiên cho bất kỳ tính năng hoặc sản phẩm mới nào. Tài liệu thiết kế nó viết sẽ tự động cung cấp cho mọi kỹ năng hạ nguồn.
/plan-ceo-review — CEO / Người sáng lập
Chuyên gia của bạn: CEO nghĩ lại sản phẩm
Nó làm gì: Nghĩ lại vấn đề từ những nguyên tắc cơ bản. Tìm ra sản phẩm 10 sao ẩn chứa trong yêu cầu. Bốn chế độ: Mở rộng (nếu chúng ta mở rộng hơn thì sao?), Mở rộng có chọn lọc (những phần nào xứng đáng được nhân 10?), Giữ nguyên phạm vi (đây là đúng như hiện trạng), Giảm bớt (nếu chúng ta cắt giảm 80% thì sao?).
Khi nào sử dụng: Sau khi /office-hours tạo ra tài liệu thiết kế. Chạy trước khi bất kỳ triển khai nào bắt đầu.
/plan-design-review — Nhà thiết kế cao cấp
Chuyên gia của bạn: Nhà thiết kế sản phẩm cao cấp
Nó làm gì: Đánh giá từng khía cạnh thiết kế từ 0-10, giải thích 10 điểm trông như thế nào, sau đó chỉnh sửa kế hoạch để đạt được điều đó. Bao gồm phát hiện lỗi AI. Tương tác — một AskUserQuestion cho mỗi lựa chọn thiết kế.
Khi nào sử dụng: Sau đánh giá kỹ thuật, trước khi triển khai. Phát hiện nợ thiết kế trước khi nó trở thành nợ mã.
/design-consultation — Đối tác thiết kế
Chuyên gia của bạn: Đối tác thiết kế
Nó làm gì: Xây dựng một hệ thống thiết kế hoàn chỉnh từ đầu. Nghiên cứu bối cảnh, đề xuất các rủi ro sáng tạo, tạo ra các bản thiết kế sản phẩm thực tế.
Khi nào sử dụng: Khi bạn cần một hệ thống thiết kế đầy đủ, không chỉ là một đánh giá. Toàn diện hơn /plan-design-review.
Kỹ năng Kiến trúc Kỹ thuật
/plan-eng-review — Quản lý Kỹ thuật
Chuyên gia của bạn: Quản lý kỹ thuật
Nó làm gì: Chốt kiến trúc, luồng dữ liệu, sơ đồ, các trường hợp biên và kiểm thử. Buộc các giả định ẩn ra ánh sáng. Tạo sơ đồ ASCII cho luồng dữ liệu, máy trạng thái và đường dẫn lỗi.
Ví dụ đầu ra:
Đánh giá kiến trúc:
┌─────────────┐ ┌──────────────┐ ┌────────────┐
│ Client │────▶│ API Gateway │────▶│ Database │
└─────────────┘ └──────────────┘ └────────────┘
│ │
▼ ▼
[State Cache] [Rate Limiter]
Ma trận kiểm thử:
- Trường hợp thành công: người dùng đã xác thực, dữ liệu hợp lệ
- Trường hợp biên: sửa đổi đồng thời
- Chế độ lỗi: hết thời gian kết nối cơ sở dữ liệu
- Bảo mật: SQL injection, XSS, CSRF
Khi nào sử dụng: Sau đánh giá của CEO/thiết kế, trước khi viết mã. Kế hoạch kiểm thử nó viết sẽ cung cấp cho /qa.
/review — Kỹ sư cấp cao
Chuyên gia của bạn: Kỹ sư cấp cao tìm lỗi sản xuất
Nó làm gì: Tìm các lỗi vượt qua CI nhưng bị lỗi trong sản xuất. Tự động sửa những lỗi rõ ràng. Đánh dấu các khoảng trống về tính đầy đủ.
Ví dụ đầu ra:
[TỰ ĐỘNG SỬA] 2 vấn đề:
- Thiếu kiểm tra null trong getUserById()
- Từ chối promise không được xử lý trong api handler
[HỎI] Điều kiện tranh chấp trong cập nhật đồng thời → bạn chấp thuận sửa lỗi
[KHOẢNG TRỐNG HOÀN CHỈNH] Không có logic thử lại cho các lỗi tạm thời
Khi nào sử dụng: Sau khi triển khai, trước /qa. Chạy trên bất kỳ nhánh nào có thay đổi.
/investigate — Công cụ gỡ lỗi
Chuyên gia của bạn: Gỡ lỗi nguyên nhân gốc rễ
Nó làm gì: Gỡ lỗi nguyên nhân gốc rễ một cách có hệ thống. Quy tắc sắt: không sửa lỗi mà không điều tra. Theo dõi luồng dữ liệu, kiểm tra giả thuyết, dừng sau 3 lần sửa lỗi thất bại.
Khi nào sử dụng: Khi bạn gặp một lỗi mà /review không thể tự động sửa. Không bao giờ bỏ qua điều tra — Quy tắc sắt tồn tại có lý do.
/codex — Ý kiến thứ hai
Chuyên gia của bạn: OpenAI Codex CLI
Nó làm gì: Đánh giá mã độc lập từ một mô hình khác. Ba chế độ: đánh giá (cổng pass/fail), thử thách đối kháng và tư vấn mở. Phân tích đa mô hình khi cả /review và /codex đã chạy.
Khi nào sử dụng: Sau /review để có ý kiến thứ hai. Đặc biệt có giá trị cho các đường dẫn quan trọng hoặc khi bạn muốn xác thực đa mô hình.
Kỹ năng Kiểm thử & QA
/qa — Trưởng QA
Chuyên gia của bạn: Kỹ sư QA với trình duyệt thực
Nó làm gì: Mở một trình duyệt Chromium thực, nhấp qua các luồng, tìm và sửa lỗi với các commit nguyên tử. Tự động tạo các kiểm thử hồi quy cho mỗi lần sửa lỗi.
Quy trình làm việc ví dụ:
1. Mở URL staging trong Chromium không giao diện người dùng
2. Thực thi kế hoạch kiểm thử từ /plan-eng-review
3. Tìm thấy lỗi: "Nút Submit không bị vô hiệu hóa trong khi tải"
4. Tạo commit nguyên tử với sửa lỗi
5. Xác minh lại: nhấp lại, xác nhận sửa lỗi
6. Tạo kiểm thử hồi quy: test_submit_button_disables()
Khi nào sử dụng: Sau khi /review xóa nhánh. Chạy trên URL staging của bạn.
/qa-only — Người báo cáo QA
Chuyên gia của bạn: Người báo cáo QA
Nó làm gì: Cùng phương pháp với /qa nhưng chỉ báo cáo. Báo cáo lỗi thuần túy không có thay đổi mã.
Khi nào sử dụng: Khi bạn muốn một báo cáo lỗi mà không cần tự động sửa lỗi. Hữu ích cho các nhật ký kiểm toán hoặc khi người khác xử lý việc sửa lỗi.
/benchmark — Kỹ sư Hiệu năng
Chuyên gia của bạn: Kỹ sư Hiệu năng
Nó làm gì: Đặt mức cơ sở cho thời gian tải trang, Core Web Vitals và kích thước tài nguyên. So sánh trước/sau trên mỗi PR.
Các chỉ số được theo dõi:
- First Contentful Paint (FCP)
- Largest Contentful Paint (LCP)
- Cumulative Layout Shift (CLS)
- Time to Interactive (TTI)
- Kích thước gói
Khi nào sử dụng: Trước khi tái cấu trúc lớn, sau khi tối ưu hóa hiệu năng, trên bất kỳ PR nào liên quan đến hiển thị.
/browse — Kỹ sư QA
Chuyên gia của bạn: Tự động hóa trình duyệt
Nó làm gì: Trình duyệt Chromium thực, nhấp chuột thực, ảnh chụp màn hình thực. ~100ms mỗi lệnh.
Các lệnh:
goto <url>— Điều hướng đến URLclick <selector>— Nhấp vào phần tửtype <selector> <text>— Gõ vào ô nhập liệuscreenshot <name>— Chụp màn hìnhwait <selector>— Chờ phần tử
Khi nào sử dụng: Bất cứ khi nào bạn cần xác minh điều gì đó trong trình duyệt. Được sử dụng nội bộ bởi /qa.
/setup-browser-cookies — Quản lý phiên
Chuyên gia của bạn: Quản lý phiên trình duyệt
Nó làm gì: Nhập cookie từ trình duyệt thực của bạn (Chrome, Arc, Brave, Edge) vào phiên không giao diện. Kiểm thử các trang đã xác thực.
Khi nào sử dụng: Trước /qa nếu ứng dụng staging của bạn yêu cầu đăng nhập. Thiết lập một lần cho mỗi trình duyệt.
Kỹ năng An ninh & Tuân thủ
/cso — Giám đốc An ninh Thông tin
Chuyên gia của bạn: Giám đốc An ninh Thông tin
Nó làm gì: Mô hình mối đe dọa OWASP Top 10 + STRIDE. Không nhiễu: 17 ngoại trừ dương tính giả, cổng tự tin 8/10+, xác minh phát hiện độc lập. Mỗi phát hiện bao gồm một kịch bản khai thác cụ thể.
Ví dụ đầu ra:
[NGHIÊM TRỌNG] Lỗi SQL Injection trong tham số /api/users?id=
Khai thác: GET /api/users?id=1' OR '1'='1
Tác động: Toàn quyền truy cập đọc cơ sở dữ liệu
Sửa lỗi: Sử dụng các truy vấn có tham số
Độ tin cậy: 9/10
[ĐÃ LOẠI TRỪ DƯƠNG TÍNH GIẢ] Lỗi XSS trong bảng quản trị
Lý do: Đầu ra được thoát đúng cách với DOMPurify
Khi nào sử dụng: Trước bất kỳ bản phát hành sản xuất nào. Chạy trên bất kỳ tính năng nào xử lý dữ liệu người dùng hoặc xác thực.
Kỹ năng Xuất xưởng & Triển khai
/ship — Kỹ sư phát hành
Chuyên gia của bạn: Kỹ sư phát hành
Nó làm gì: Đồng bộ hóa main, chạy kiểm thử, kiểm toán độ bao phủ, đẩy mã, mở PR. Khởi động các framework kiểm thử nếu bạn chưa có.
Quy trình làm việc ví dụ:
1. git checkout main && git pull
2. git checkout -b feature/daily-briefing
3. npm test (hoặc khởi động Jest/Vitest nếu thiếu)
4. Kiểm toán độ bao phủ: 42 kiểm thử → 51 kiểm thử (+9 mới)
5. git push origin feature/daily-briefing
6. Mở PR: github.com/you/app/pull/42
Khi nào sử dụng: Sau khi /qa xóa nhánh. Một lệnh từ “đã kiểm thử” đến “PR đã mở.”
/land-and-deploy — Kỹ sư phát hành
Chuyên gia của bạn: Kỹ sư triển khai
Nó làm gì: Hợp nhất PR, chờ CI và triển khai, xác minh trạng thái sản xuất. Một lệnh từ “đã chấp thuận” đến “đã xác minh trong sản xuất.”
Quy trình làm việc ví dụ:
1. Hợp nhất PR qua GitHub API
2. Chờ CI (GitHub Actions, CircleCI, v.v.)
3. Chờ triển khai (Vercel, Railway, Fly.io, v.v.)
4. Chạy kiểm tra sức khỏe sản xuất
5. Báo cáo: "Đã triển khai vào sản xuất, tất cả các kiểm tra đều vượt qua"
Khi nào sử dụng: Sau khi PR được chấp thuận. Xử lý toàn bộ quy trình phát hành.
/canary — SRE
Chuyên gia của bạn: Kỹ sư Độ tin cậy Trang web
Nó làm gì: Vòng lặp giám sát sau triển khai. Theo dõi các lỗi console, hồi quy hiệu năng và lỗi trang.
Giám sát:
- Lỗi console trình duyệt
- Tỷ lệ lỗi API
- Hồi quy tải trang
- Ngoại lệ JavaScript
Khi nào sử dụng: Ngay sau /land-and-deploy. Chạy trong 5-15 phút sau triển khai.
/document-release — Người viết tài liệu kỹ thuật
Chuyên gia của bạn: Người viết tài liệu kỹ thuật
Nó làm gì: Cập nhật tất cả tài liệu dự án để khớp với những gì bạn vừa xuất xưởng. Tự động phát hiện các tệp README lỗi thời.
Ví dụ đầu ra:
[ĐÃ CẬP NHẬT] README.md — đã thêm lệnh /qa mới vào tài liệu
[ĐÃ CẬP NHẬT] CHANGELOG.md — ghi chú phát hành v0.4.2
[ĐÃ TẠO] docs/qa-guide.md — hướng dẫn quy trình QA mới
[ĐÁNH DẤU] API.md — có thể cần cập nhật cho các điểm cuối mới
Khi nào sử dụng: Sau /ship hoặc /land-and-deploy. Giữ tài liệu đồng bộ với mã.
Kỹ năng Phản ánh & Phân tích
/retro — Quản lý Kỹ thuật
Chuyên gia của bạn: Quản lý Kỹ thuật
Nó làm gì: Retro hàng tuần có nhận thức về đội ngũ. Phân tích từng người, chuỗi xuất xưởng, xu hướng sức khỏe kiểm thử, cơ hội phát triển. /retro global chạy trên tất cả các dự án và công cụ AI của bạn (Claude Code, Codex, Gemini).
Ví dụ đầu ra:
Tuần từ 17-23 tháng 3 năm 2026
Garry:
- 140.751 dòng được thêm
- 362 commit
- ~115k dòng mã ròng
- Độ bao phủ kiểm thử: 35% (↑2% so với tuần trước)
Dự án:
- gstack: 89 commit, 45k dòng mã
- ycombinator.com: 156 commit, 62k dòng mã
- internal-tools: 117 commit, 33k dòng mã
Chuỗi xuất xưởng: 47 ngày
Khi nào sử dụng: Cuối tuần. Chạy /retro để có thông tin chi tiết về đội ngũ, /retro global để có cái nhìn tổng quan về dự án.
Công cụ mạnh mẽ
/careful — Rào chắn an toàn
Nó làm gì: Cảnh báo trước các lệnh phá hoại (rm -rf, DROP TABLE, force-push). Nói “be careful” để kích hoạt. Ghi đè bất kỳ cảnh báo nào.
Khi nào sử dụng: Đặt trước bất kỳ phiên làm việc rủi ro nào. “Be careful — tôi sắp chạy một số lệnh phá hoại.”
/freeze — Khóa chỉnh sửa
Nó làm gì: Hạn chế chỉnh sửa tệp vào một thư mục. Ngăn chặn các thay đổi ngoài phạm vi vô tình trong khi gỡ lỗi.
Khi nào sử dụng: Khi gỡ lỗi trong một khu vực cụ thể. “Đóng băng chỉnh sửa chỉ cho /src/auth.”
/guard — An toàn đầy đủ
Nó làm gì: /careful + /freeze trong một lệnh. An toàn tối đa cho công việc sản xuất.
Khi nào sử dụng: Gỡ lỗi sản xuất, di chuyển cơ sở dữ liệu, bất kỳ phiên làm việc rủi ro cao nào.
/unfreeze — Mở khóa
Nó làm gì: Xóa ranh giới /freeze.
Khi nào sử dụng: Sau khi phiên gỡ lỗi hoàn tất.
/setup-deploy — Cấu hình triển khai
Nó làm gì: Thiết lập một lần cho /land-and-deploy. Phát hiện nền tảng, URL sản xuất và các lệnh triển khai của bạn.
Khi nào sử dụng: Lần đầu tiên sử dụng /land-and-deploy trên một dự án mới.
/autoplan — Quy trình đánh giá
Nó làm gì: Một lệnh, kế hoạch được xem xét đầy đủ. Chạy đánh giá của CEO → thiết kế → kỹ thuật tự động với các nguyên tắc quyết định được mã hóa. Chỉ đưa ra các quyết định về sở thích để bạn phê duyệt.
Khi nào sử dụng: Khi bạn muốn quy trình lập kế hoạch đầy đủ mà không cần chạy từng kỹ năng thủ công.
/gstack-upgrade — Tự cập nhật
Nó làm gì: Nâng cấp gstack lên phiên bản mới nhất. Phát hiện cài đặt toàn cục so với cài đặt vendored, đồng bộ hóa cả hai, hiển thị những gì đã thay đổi.
Khi nào sử dụng: Hàng tháng, hoặc khi bạn thấy một tính năng mới được công bố.
Hướng dẫn cài đặt
gstack cài đặt trong 30 giây. Không có gì chạm vào PATH của bạn. Không có gì chạy trong nền. Mọi thứ nằm bên trong .claude/.
Yêu cầu
- Claude Code
- Git
- Bun v1.0+
- Node.js (chỉ Windows — Bun có lỗi đã biết với pipe transport của Playwright trên Windows)
Bước 1: Cài đặt trên máy của bạn
Mở Claude Code và dán nội dung này. Claude sẽ làm phần còn lại:
git clone https://github.com/garrytan/gstack.git ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setupCLAUDE.md
Bước 2: Thêm vào kho lưu trữ của bạn (Tùy chọn)
Để đồng đội có gstack khi 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, hoặc Cursor
gstack hoạt động trên bất kỳ tác nhân nào hỗ trợ tiêu chuẩn SKILL.md. Các kỹ năng nằm trong .agents/skills/ và được phát hiện tự động.
Cài đặt vào một kho lưu trữ:
git clone https://github.com/garrytan/gstack.git .agents/skills/gstack
cd .agents/skills/gstack && ./setup --host codex
Cài đặt một lần cho tài khoản người dùng của bạn:
git clone https://github.com/garrytan/gstack.git ~/gstack
cd ~/gstack && ./setup --host codex
Tự động phát hiện các tác nhân bạn có:
git clone https://github.com/garrytan/gstack.git ~/gstack
cd ~/gstack && ./setup --host auto
Khắc phục sự cố
Kỹ năng không hiển thị?
cd ~/.claude/skills/gstack && ./setup
/browse thất bại?
cd ~/.claude/skills/gstack && bun install && bun run build
Cài đặt lỗi thời?Chạy /gstack-upgrade — hoặc đặt auto_upgrade: true trong ~/.gstack/config.yaml
Người dùng Windows:gstack hoạt động trên Windows 11 thông qua Git Bash hoặc WSL. Node.js được yêu cầu ngoài Bun. Đảm bảo cả bun và node đều có trong PATH của bạn.
Claude nói không thể nhìn thấy các kỹ năng?Thêm phần này vào CLAUDE.md của dự án của bạn:
## gstack
Sử dụng /browse từ gstack cho tất cả các hoạt động duyệt web. Không bao giờ sử dụng các công cụ mcp__claude-in-chrome__*.
Các kỹ năng có sẵn: /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.
Ví dụ thực tế: Xây dựng ứng dụng tóm tắt hàng ngày
Đây là gstack trong hoạt động, từ đầu đến cuối:
Bạn: Tôi muốn xây dựng một ứng dụng tóm tắt hàng ngày cho lịch của mình.
Bạn: /office-hours
Claude: [hỏi về nỗi đau — các ví dụ cụ thể, không phải giả thuyết]
Bạn: Nhiều lịch Google, sự kiện với thông tin lỗi thời, địa điểm sai.
Việc chuẩn bị mất mãi và kết quả không đủ tốt...
Claude: Tôi sẽ đẩy lùi cách bạn trình bày vấn đề. Bạn nói "ứng dụng tóm tắt
hàng ngày." Nhưng những gì bạn thực sự mô tả là một
AI trợ lý cá nhân.
[trích xuất 5 khả năng bạn không nhận ra mình đang mô tả]
[thách thức 4 giả định — bạn đồng ý, không đồng ý, hoặc điều chỉnh]
[tạo ra 3 phương pháp triển khai với ước tính nỗ lực]
KHUYẾN NGHỊ: Xuất xưởng phần nhỏ nhất vào ngày mai, học hỏi từ
việc sử dụng thực tế. Tầm nhìn đầy đủ là một dự án 3 tháng — bắt đầu với
tóm tắt hàng ngày thực sự hoạt động.
[viết tài liệu thiết kế → tự động cung cấp cho các kỹ năng hạ nguồn]
Bạn: /plan-ceo-review
[đọc tài liệu thiết kế, thách thức phạm vi, chạy đánh giá 10 phần]
Bạn: /plan-eng-review
[sơ đồ ASCII cho luồng dữ liệu, máy trạng thái, đường dẫn lỗi]
[ma trận kiểm thử, các chế độ lỗi, các mối lo ngại về bảo mật]
Bạn: Chấp thuận kế hoạch. Thoát chế độ kế hoạch.
[viết 2.400 dòng trên 11 tệp. ~8 phút.]
Bạn: /review
[TỰ ĐỘNG SỬA] 2 vấn đề. [HỎI] Điều kiện tranh chấp → bạn chấp thuận sửa lỗi.
Bạn: /qa https://staging.myapp.com
[mở trình duyệt thực, nhấp qua các luồng, tìm và sửa lỗi]
Bạn: /ship
Kiểm thử: 42 → 51 (+9 mới). PR: github.com/you/app/pull/42
Bạn nói “ứng dụng tóm tắt hàng ngày.” Tác nhân nói “bạn đang xây dựng một AI trợ lý” — bởi vì nó lắng nghe nỗi đau của bạn, không phải yêu cầu tính năng của bạn. Tám lệnh, từ đầu đến cuối.
Parallel Sprints: Chạy nhiều tác nhân cùng lúc
gstack hoạt động tốt với một sprint. Nó trở nên thú vị hơn với mười sprint chạy cùng lúc.
Conductor chạy nhiều phiên Claude Code song song — mỗi phiên trong không gian làm việc biệt lập của riêng nó. Một phiên trên /office-hours, một phiên khác trên /review, phiên thứ ba triển khai một tính năng, phiên thứ tư chạy /qa. Tất cả cùng một lúc.
Cấu trúc sprint là điều làm cho song song hóa hoạt động. Nếu không có quy trình, mười tác nhân là mười nguồn hỗn loạn. Với một quy trình, mỗi tác nhân biết chính xác phải làm gì và khi nào phải dừng lại.
Ví dụ về quy trình làm việc song song:
Phiên 1: /office-hours — tinh chỉnh đặc tả sản phẩm
Phiên 2: /review — xem xét tính năng của ngày hôm qua
Phiên 3: /qa — kiểm thử triển khai staging
Phiên 4: Triển khai — xây dựng kế hoạch đã được phê duyệt
Bốn phiên, bốn giai đoạn khác nhau của sprint. Bạn là nút cổ chai, không phải các tác nhân.
Quyền riêng tư & Đo lường từ xa
gstack bao gồm đo lường từ xa sử dụng có chọn lọc để giúp cải thiện dự án. Đây chính xác là những gì xảy ra:
- Mặc định là tắt. Không có gì được gửi đi bất cứ đâu trừ khi bạn rõ ràng đồng ý.
- Khi chạy lần đầu, gstack hỏi bạn có muốn chia sẻ dữ liệu sử dụng ẩn danh không. Bạn có thể từ chối.
- Những gì được gửi (nếu bạn chọn tham gia): tên kỹ năng, thời lượng, thành công/thất bại, phiên bản gstack, hệ điều hành. Chỉ vậy thôi.
- Những gì không bao giờ được gửi: mã, đường dẫn tệp, tên kho lưu trữ, tên nhánh, lời nhắc hoặc bất kỳ nội dung nào do người dùng tạo.
- Thay đổi bất cứ lúc nào:
gstack-config set telemetry offtắt mọi thứ ngay lập tức.
Dữ liệu được lưu trữ trong Supabase (mã nguồn mở thay thế Firebase). Lược đồ nằm trong kho lưu trữ — bạn có thể xác minh chính xác những gì được thu thập. Khóa công bố của Supabase là khóa công khai — các chính sách bảo mật cấp hàng hạn chế nó chỉ có quyền truy cập chèn dữ liệu.
Phân tích cục bộ luôn có sẵn. Chạy gstack-analytics để xem bảng điều khiển sử dụng cá nhân của bạn từ tệp JSONL cục bộ — không cần dữ liệu từ xa.
Ai nên sử dụng gstack?
Những người sáng lập và CEO — đặc biệt là những người có chuyên môn kỹ thuật vẫn muốn xuất xưởng. gstack cho phép bạn di chuyển với tốc độ của startup mà không cần thuê đội ngũ.
Người dùng Claude Code lần đầu — các vai trò có cấu trúc thay vì một lời nhắc trống. Nếu bạn mới làm quen với lập trình AI, gstack cung cấp cho bạn các rào chắn.
Trưởng nhóm kỹ thuật và kỹ sư cấp cao — đánh giá nghiêm ngặt, QA và tự động hóa phát hành trên mỗi PR. Ngay cả khi bạn không sử dụng các kỹ năng lập kế hoạch, chỉ riêng /review và /qa cũng sẽ phát hiện các lỗi có thể đã đến sản xuất.
Những người xây dựng đơn lẻ — nếu bạn xây dựng một mình, gstack là đội ngũ ảo của bạn. Peter Steinberger đã xây dựng OpenClaw (247K sao) về cơ bản là một mình với các tác nhân AI. gstack hệ thống hóa quy trình làm việc đó.
Các startup YC — Garry đã xây dựng cái này cho các nhà sáng lập YC. Nếu bạn đang trong khóa học, đây là bộ công cụ của nhà.
Ai nên bỏ qua gstack?
Các đội ngũ có quy trình làm việc đã được thiết lập — nếu bạn đã có quy trình đánh giá, đường ống CI/CD và hệ thống thiết kế, gstack có thể là quá mức cần thiết. Hãy chọn các kỹ năng riêng lẻ (/review, /qa) thay vì toàn bộ sprint.
Người dùng không phải Claude Code — gstack được xây dựng cho Claude Code. Nó hoạt động trên Codex, Gemini CLI và Cursor thông qua tiêu chuẩn SKILL.md, nhưng trải nghiệm được tối ưu hóa cho Claude.
Những người xây dựng thích AI tự do — nếu bạn thích đưa ra những lời nhắc mở và xem điều gì xảy ra, cấu trúc của gstack sẽ cảm thấy bị hạn chế. Nó được thiết kế cho sự chặt chẽ, không phải khám phá.
Triết lý đằng sau gstack
gstack không chỉ là công cụ. Đó là một triết lý về cách xây dựng phần mềm với AI.
Đun sôi hồ nước
Đừng đun sôi nửa vời. Nếu bạn định làm điều gì đó, hãy làm nó hoàn chỉnh. Các biện pháp nửa vời tạo ra nhiều công việc hơn là cam kết hoàn toàn.
Tìm kiếm trước khi xây dựng
Trước khi viết mã, hãy tìm kiếm các giải pháp hiện có. Mã tốt nhất là mã bạn không phải viết.
Ba lớp kiến thức
- Rõ ràng — những gì bạn có thể viết ra (tài liệu, nhận xét)
- Ngầm hiểu — những gì bạn biết nhưng không thể diễn đạt (trực giác, trí nhớ cơ bắp)
- Không biết — những gì bạn không biết rằng mình không biết (điểm mù)
gstack mã hóa kiến thức ngầm hiểu thành các kỹ năng rõ ràng. Kỹ năng /review không chỉ là “kiểm tra lỗi.” Đó là 20 năm gỡ lỗi sản xuất của Garry, được viết dưới dạng danh sách kiểm tra.
Quy tắc sắt của việc gỡ lỗi
Không sửa lỗi mà không điều tra. Ba lần sửa lỗi thất bại, dừng lại và đánh giá lại. Điều này tồn tại vì các tác nhân AI (và con người) có xu hướng sửa lỗi mà không hiểu nguyên nhân gốc rễ.
Kết luận
gstack là câu trả lời của Garry Tan cho câu hỏi mà mọi người đang hỏi: Làm thế nào một người có thể xuất xưởng như một đội ngũ hai mươi người?
Câu trả lời không phải là làm việc chăm chỉ hơn. Đó là làm việc với công cụ tốt hơn. Hai mươi chuyên gia — một CEO, quản lý kỹ thuật, nhà thiết kế, người đánh giá, trưởng QA, cán bộ an ninh, kỹ sư phát hành — tất cả đều có sẵn dưới dạng lệnh slash. Miễn phí, được cấp phép MIT, mã nguồn mở.
Sprint rất đơn giản:
/office-hours— định hình lại vấn đề/plan-ceo-review— thách thức phạm vi/plan-eng-review— khóa kiến trúc/plan-design-review— đánh giá thiết kế- Xây dựng — triển khai kế hoạch
/review— tìm lỗi/qa— kiểm thử trong trình duyệt/ship— đẩy PR
Tám lệnh, từ đầu đến cuối. Đó là cách Garry xuất xưởng 10.000-20.000 dòng mỗi ngày trong khi vẫn điều hành YC toàn thời gian.
Các bước tiếp theo:
- Cài đặt gstack:
git clone ~/.claude/skills/gstack && ./setup - Chạy
/office-hourstrên ý tưởng tính năng tiếp theo của bạn - Xem liệu đầu ra có thay đổi cách bạn nghĩ về vấn đề không
Câu hỏi thường gặp
gstack có miễn phí không?
Có, miễn phí 100% và được cấp phép MIT. Không có cấp độ cao cấp, không có danh sách chờ. Fork nó, cải thiện nó, biến nó thành của bạn.
Tôi có cần Claude Code để sử dụng gstack không?
gstack được tối ưu hóa cho Claude Code, nhưng nó hoạt động trên bất kỳ tác nhân nào hỗ trợ tiêu chuẩn SKILL.md: Codex CLI, Gemini CLI, Cursor. Các kỹ năng nằm trong .agents/skills/ và được phát hiện tự động.
Việc cài đặt mất bao lâu?
Khoảng 30 giây. Clone kho lưu trữ, chạy ./setup, và bạn đã hoàn tất. Không có gì chạm vào PATH của bạn. Không có gì chạy trong nền.
Tôi có thể sử dụng các kỹ năng riêng lẻ mà không cần toàn bộ sprint không?
Có. Nếu bạn chỉ muốn /review và /qa, hãy sử dụng chúng độc lập. Cấu trúc sprint là một khuyến nghị, không phải yêu cầu.
gstack có hoạt động với các kho lưu trữ riêng tư không?
Có. Các kỹ năng nằm trong .claude/skills/gstack bên trong kho lưu trữ của bạn. Commit chúng, và đồng đội sẽ có gstack khi git clone.
Nếu tôi đang dùng Windows thì sao?
gstack hoạt động trên Windows 11 thông qua Git Bash hoặc WSL. Node.js được yêu cầu ngoài Bun — Bun có lỗi đã biết với pipe transport của Playwright trên Windows.
/browse hoạt động như thế nào?
/browse sử dụng Playwright để điều khiển trình duyệt Chromium không giao diện. Các lệnh thực thi trong khoảng ~100ms. Sử dụng /setup-browser-cookies để nhập cookie của trình duyệt của bạn cho việc kiểm thử đã xác thực.
Tôi có thể tùy chỉnh các kỹ năng không?
Có. Các kỹ năng là các tệp Markdown. Chỉnh sửa chúng để phù hợp với quy trình làm việc của bạn. Nếu bạn cải thiện điều gì đó, hãy xem xét mở một PR lên kho lưu trữ gốc.
Sự khác biệt giữa /qa và /qa-only là gì?
/qa tìm lỗi và tự động sửa chúng bằng các commit nguyên tử. /qa-only tìm lỗi nhưng chỉ báo cáo chúng — không có thay đổi mã. Sử dụng /qa-only cho các nhật ký kiểm toán.
Đo lường từ xa hoạt động như thế nào?
Chỉ khi bạn chọn tham gia. Nếu bạn bật nó, gstack gửi tên kỹ năng, thời lượng, thành công/thất bại, phiên bản và hệ điều hành. Không có mã, đường dẫn tệp, tên kho lưu trữ, tên nhánh hoặc lời nhắc nào được gửi đi. Tắt bất cứ lúc nào với gstack-config set telemetry off.
Nếu tôi gặp lỗi trong chính gstack thì sao?
Chạy /investigate trên codebase của gstack. Hoặc mở một vấn đề trên GitHub. Garry và cộng đồng là những người đóng góp tích cực.
Tôi có thể chạy các kỹ năng gstack song song không?
Có, với Conductor. Chạy nhiều phiên Claude Code song song — mỗi phiên trong không gian làm việc biệt lập của riêng nó. Cấu trúc sprint làm cho song song hóa hoạt động.