gstack คืออะไร เปลี่ยนวิธีเขียนโค้ดไปตลอดกาล

TL;DR / คำตอบแบบรวดเร็ว

gstack คือโอเพนซอร์สชุดทักษะ Claude Code ที่ Garry Tan ใช้เปลี่ยน Claude ให้เป็นทีมวิศวกรเสมือนจริง 20 คน สร้างโค้ดจริง 10,000–20,000 บรรทัดต่อวัน (35% เป็นเทสต์) ด้วย slash command เช่น /office-hours (กลยุทธ์ผลิตภัณฑ์), /plan-ceo-review (ตรวจสอบขอบเขตงาน), /review (จับข้อผิดพลาด), /qa (ทดสอบเบราว์เซอร์), /ship (นำไปใช้งาน) ติดตั้งใน 30 วินาที:

git clone ~/.claude/skills/gstack && ./setup

ฟรี, MIT License

ทดลองใช้ Apidog วันนี้

บทนำ

“ผมไม่คิดว่าผมได้พิมพ์โค้ดแม้แต่บรรทัดเดียวเลยนับตั้งแต่เดือนธันวาคม ซึ่งเป็นความเปลี่ยนแปลงที่ยิ่งใหญ่มาก”

เมื่อ Andrej Karpathy กล่าวสิ่งนี้ในพอดแคสต์ No Priors เมื่อเดือนมีนาคม 2026 โลกเทคโนโลยีต่างให้ความสนใจ ผู้ร่วมก่อตั้ง OpenAI กำลังอธิบายถึงการเปลี่ยนแปลงพื้นฐาน: คนเพียงคนเดียว ที่มีตัวแทน AI สามารถส่งมอบงานได้เหมือนกับทีมที่มีคนยี่สิบคน

Peter Steinberger ได้พิสูจน์แล้ว เขาสร้าง OpenClaw — ได้รับ 247,000 ดาวบน GitHub — โดยพื้นฐานแล้วทำคนเดียวด้วยตัวแทน AI การปฏิวัติไม่ได้กำลังจะมาถึง แต่มันมาถึงแล้ว

Garry Tan รู้เรื่องนี้ดีกว่าคนส่วนใหญ่ ในฐานะประธานและ CEO ของ Y Combinator เขาทํางานร่วมกับสตาร์ทอัพหลายพันแห่ง เช่น Coinbase, Instacart, Rippling ในขณะที่พวกเขายังคงเป็นคนหนึ่งหรือสองคนในโรงรถ ก่อนหน้า YC เขาเป็นหนึ่งในวิศวกรกลุ่มแรกที่ Palantir, ร่วมก่อตั้ง Posterous (ขายให้กับ Twitter) และสร้าง Bookface ซึ่งเป็นโซเชียลเน็ตเวิร์กภายในของ YC

gstack คือคำตอบของเขา: คนเดียวจะส่งมอบงานระดับทีม 20 คนได้อย่างไร?

ตัวเลขชัดเจน: 60 วันล่าสุด

• โค้ดจริง 600,000+ บรรทัด (35% เทสต์)
• 10,000–20,000 บรรทัด/วัน (ทำพาร์ทไทม์ + บริหาร YC)
• /retro ล่าสุด: +140,751 บรรทัด, 362 คอมมิต, ~115k บรรทัดสุทธิใน 1 สัปดาห์

ต่างกันที่เครื่องมือ ไม่ใช่ความพยายาม

บทความนี้จะสรุป gstack คืออะไร, ใช้อย่างไร, และควรอยู่ในเวิร์กโฟลว์ของคุณหรือไม่ พร้อมตัวอย่างจริง, แค็ตตาล็อกทักษะ, และแนวคิดเบื้องหลัง

💡 หากคุณทำ API, gstack ทำงานร่วมกับ Apidog ได้ดีมากสำหรับเวิร์กโฟลว์ API test + doc ทักษะ /qa ช่วยตรวจสอบ endpoint, /document-release ซิงค์เอกสารกับโค้ดที่ปล่อย

gstack คืออะไร?

gstack คือชุด skill Claude Code แบบโอเพนซอร์ส 28 รายการ เปลี่ยน Claude จากผู้ช่วยโค้ดเป็นทีมวิศวกรเสมือนจริง ทักษะแต่ละตัวคือผู้เชี่ยวชาญ: CEO ทบทวนผลิตภัณฑ์, Engineering Manager วางสถาปัตยกรรม, Designer ตรวจจับบั๊ก, Reviewer หาข้อผิดพลาด, QA เปิดเบราว์เซอร์จริง, Security ตรวจสอบ OWASP+STRIDE, Engineer ปล่อย PR

ผู้เชี่ยวชาญ 20 คน, เครื่องมือ 8 อย่าง ทั้งหมดผ่าน slash-command, ทั้งหมดเป็น Markdown, ทั้งหมดฟรี MIT

แนวคิดหลัก

AI coding tool ส่วนใหญ่ = autocomplete ฉลาด gstack = คุณเป็น CEO ที่มีทีม

ตัวอย่าง:

คุณบอก gstack "อยากทำ daily calendar summary app" → ไม่เริ่มโค้ดทันที แต่จะรัน /office-hours ถามคำถามเชิงผลิตภัณฑ์ 6 ข้อ, ท้าทายกรอบคิด, แตกโจทย์จริง

แล้วค่อย /plan-ceo-review (ท้าทายขอบเขต), /plan-eng-review (สถาปัตยกรรม), /plan-design-review (คะแนนดีไซน์), /review (หาข้อผิดพลาด), /qa (test เบราว์เซอร์), /ship (เปิด PR)

8 คำสั่ง = จบกระบวนการ นี่คือทีม ไม่ใช่แค่ผู้ช่วยโค้ด

โครงสร้าง Sprint

gstack = กระบวนการ sprint ที่ชัดเจน:

คิด → วางแผน → สร้าง → ตรวจสอบ → ทดสอบ → ปล่อย → ทบทวน

แต่ละทักษะเชื่อมโยง output → input

ตัวอย่าง: /office-hours สร้าง doc → /plan-ceo-review อ่าน doc → /plan-eng-review สร้าง test plan → /qa ใช้ test plan → /review หาบั๊ก → /ship ตรวจสอบว่าสิ่งที่แก้ไขผ่าน

อธิบายทักษะทั้ง 28 รายการ

ทักษะด้านผลิตภัณฑ์และกลยุทธ์

/office-hours — YC Office Hours

• Role: YC Partner
• ทำอะไร: ถาม 6 คำถามสำคัญปรับมุมมองผลิตภัณฑ์ก่อนเขียนโค้ด ท้าทาย assumption, สร้าง solution ทางเลือก
• ใช้เมื่อ: เริ่มฟีเจอร์/โปรเจกต์ใหม่ — doc ที่ได้จะถูกใช้ต่อในขั้นตอนถัดไป

• ตัวอย่าง:
  

  คุณพูดว่า "แอปสรุปข้อมูลประจำวัน" แต่สิ่งที่คุณอธิบายจริง ๆ คือ AI ผู้ช่วยส่วนตัว
  [ท้าทาย 4 ข้อสมมติฐาน]
  [สร้างแนวทาง 3 แบบ พร้อม effort]
  คำแนะนำ: ส่งมอบส่วนที่เล็กที่สุดในวันพรุ่งนี้
  

/plan-ceo-review — CEO / Founder

• Role: CEO
• ทำอะไร: ทบทวนปัญหาจากหลักการพื้นฐาน, หาผลิตภัณฑ์ 10 ดาวที่ซ่อนอยู่, โหมดขยาย/ลดขอบเขต
• ใช้เมื่อ: หลัง /office-hours ก่อนเริ่ม implement

/plan-design-review — Senior Designer

• Role: Product Designer
• ทำอะไร: ให้คะแนนแต่ละด้านของดีไซน์ 0-10, อธิบายว่าคะแนน 10 คืออะไร, แก้ไขแผนเพื่อให้ไปถึงจุดนั้น
• ใช้เมื่อ: หลังวิศวกรรม, ก่อนเริ่มเขียนโค้ด

/design-consultation — Design Partner

• Role: Design Partner
• ทำอะไร: สร้างระบบดีไซน์ตั้งแต่เริ่ม, วิจัยแนวโน้ม, สร้าง mockup
• ใช้เมื่อ: ต้องการระบบดีไซน์เต็ม ไม่ใช่แค่รีวิว

ทักษะด้านวิศวกรรมและสถาปัตยกรรม

/plan-eng-review — Engineering Manager

• Role: Eng Manager
• ทำอะไร: วางสถาปัตยกรรม, data flow, test matrix, สร้าง ASCII diagram, ขุด edge case

• ใช้เมื่อ: หลัง CEO/Design, ก่อนเขียนโค้ด

• ตัวอย่าง:
  

  ┌─────────────┐     ┌──────────────┐     ┌────────────┐
  │   Client    │────▶│  API Gateway │────▶│  Database  │
  └─────────────┘     └──────────────┘     └────────────┘
         │                    │
         ▼                    ▼
    [State Cache]      [Rate Limiter]
  

/review — Senior Engineer

• Role: Senior Engineer
• ทำอะไร: ตรวจบั๊กที่รอด CI, แก้ไขอัตโนมัติ, ระบุช่องโหว่ความสมบูรณ์
• ใช้เมื่อ: หลัง implement ก่อน QA

/investigate — Debug Tool

• Role: Root Cause Debugger
• ทำอะไร: Debug ตามหลัก ไม่มี fix ถ้าไม่เข้าใจสาเหตุ, หยุดหลัง fix ผิด 3 ครั้ง
• ใช้เมื่อ: /review แก้เองไม่ได้

/codex — Second Opinion

• Role: Codex CLI
• ทำอะไร: Audit ข้ามโมเดล (OpenAI, Claude ฯลฯ), adversarial check, open consult
• ใช้เมื่อ: อยาก double check สำคัญๆ

ทักษะการทดสอบและ QA

/qa — Head of QA

• Role: QA Engineer
• ทำอะไร: เปิด Chromium จริง, ดำเนินการ test plan, คลิก/เช็ค error, ทำ atomic commit สำหรับ fix, gen regression test อัตโนมัติ

• ใช้เมื่อ: หลัง /review, บน staging URL

• ตัวอย่าง:
  

  1. เปิด staging URL ใน headless Chromium
  2. ดำเนินการ test plan
  3. พบข้อผิดพลาด: "ปุ่ม Submit ไม่ disable ระหว่างโหลด"
  4. สร้าง commit แก้ไข
  5. ตรวจสอบซ้ำ
  6. สร้าง regression test
  

/qa-only — QA Reporter

• Role: QA Reporter
• ทำอะไร: เหมือน /qa แต่ไม่แก้ไขโค้ด รายงาน error เท่านั้น
• ใช้เมื่อ: ต้องการบันทึก audit, ให้คนอื่น fix

/benchmark — Performance Engineer

• Role: Performance Engineer
• ทำอะไร: ตรวจสอบ metrics Web Vitals, bundle size ทุก PR
• ใช้เมื่อ: ก่อน/หลัง refactor ใหญ่, ทุก PR ที่เกี่ยวกับ rendering

/browse — QA Engineer

• Role: Browser Automation
• ทำอะไร: Chromium จริง, คำสั่ง goto/click/type/screenshot/wait
• ใช้เมื่อ: ยืนยันเบราว์เซอร์/DOM

/setup-browser-cookies — Session Manager

• Role: Session Manager
• ทำอะไร: นำเข้าคุกกี้ browser จริงไป headless session
• ใช้เมื่อ: ทดสอบ staging ที่ต้อง login

ทักษะด้านความปลอดภัยและ compliance

/cso — Chief Security Officer

• Role: CSO
• ทำอะไร: OWASP Top 10 + STRIDE, ตัด false positive, ความมั่นใจ 8/10+, มี attack scenario

• ใช้เมื่อ: ก่อน production สำหรับฟีเจอร์ที่เกี่ยวข้องกับ user data/auth

• ตัวอย่าง:
  

  [วิกฤต] SQL Injection ที่ /api/users?id=
  การโจมตี: ...
  แก้ไข: ใช้ parameterized queries
  ความมั่นใจ: 9/10
  

ทักษะการนำส่งและใช้งาน

/ship — Release Engineer

• Role: Release Engineer
• ทำอะไร: sync main, run test, ตรวจ coverage, push + เปิด PR, bootstrap test framework

• ใช้เมื่อ: หลัง QA ผ่าน

• ตัวอย่าง:
  

  git checkout main && git pull
  git checkout -b feature/daily-briefing
  npm test
  git push origin feature/daily-briefing
  เปิด PR
  

/land-and-deploy — Deployment Engineer

• Role: Deployment Engineer
• ทำอะไร: merge PR, รอ CI, รอ deploy, ตรวจ production, รายงาน
• ใช้เมื่อ: หลัง PR อนุมัติ

/canary — SRE

• Role: SRE
• ทำอะไร: ตรวจข้อผิดพลาด post-deploy, error API, performance fallback
• ใช้เมื่อ: หลัง deploy

/document-release — Tech Writer

• Role: Technical Writer
• ทำอะไร: sync เอกสารกับโค้ด, อัพเดต README/CHANGELOG
• ใช้เมื่อ: หลัง /ship หรือ /land-and-deploy

ทักษะการทบทวนและวิเคราะห์

/retro — Eng Manager

• Role: Eng Manager
• ทำอะไร: ย้อนหลังสัปดาห์, แยกแต่ละคน, สถิติ delivery, test coverage, growth
• ใช้เมื่อ: สิ้นสัปดาห์, หรือข้ามโปรเจกต์ด้วย /retro global

Powerful Tools

• /careful — เตือนก่อนคำสั่งอันตราย (rm -rf, DROP TABLE, force-push)
• /freeze — ล็อกแก้ไขเฉพาะไดเรกทอรี
• /guard — /careful + /freeze ในคำสั่งเดียว
• /unfreeze — ปลดล็อก
• /setup-deploy — ตั้งค่า deploy ครั้งแรก
• /autoplan — pipeline วางแผนอัตโนมัติ
• /gstack-upgrade — อัปเดต gstack เป็นเวอร์ชันล่าสุด

---

คู่มือการติดตั้ง

gstack ติดตั้งใน 30 วินาที ไม่มีอะไรแตะ PATH หรือรัน background ทุกอย่างใน .claude/

ข้อกำหนด

• Claude Code
• Git
• Bun v1.0+
• Node.js (สำหรับ Windows เท่านั้น)

ขั้นตอนที่ 1: ติดตั้งบนเครื่อง

เปิด Claude Code แล้ววาง:

git clone https://github.com/garrytan/gstack.git ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setup

CLAUDE.md

ขั้นตอนที่ 2: เพิ่มไปยัง Repo (ไม่บังคับ)

ให้ทีมได้ gstack อัตโนมัติ:

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

CLAUDE.md

Codex, Gemini CLI, Cursor

รองรับ agent ที่ใช้ SKILL.md

ติดตั้งไป repo เดียว:

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

ติดตั้งระดับ user:

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

ตรวจจับ agent อัตโนมัติ:

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

การแก้ไขปัญหา

• ทักษะไม่แสดง?
  

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

• /browse ล้มเหลว?
  

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

• อัปเดต gstack?
  รัน /gstack-upgrade หรือเซ็ต auto_upgrade: true ใน ~/.gstack/config.yaml

• Windows:
  
  ใช้ Windows 11 + Git Bash / WSL + Node.js
  
  ตรวจสอบ bun และ node ใน PATH

• Claude ไม่เห็นทักษะ?
  
  เพิ่มใน CLAUDE.md:
  

  ## gstack
  ใช้ /browse จาก gstack สำหรับการเรียกดูเว็บทั้งหมด ห้ามใช้เครื่องมือ mcp__claude-in-chrome__*
  ทักษะที่มีอยู่: /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.
  

---

ตัวอย่างจริง: การสร้างแอปสรุปข้อมูลประจำวัน

gstack ทำงานแบบนี้:

คุณ:    ฉันต้องการสร้างแอปสรุปข้อมูลประจำวันสำหรับปฏิทินของฉัน
คุณ:    /office-hours
Claude: [ถามเกี่ยวกับปัญหา — ตัวอย่างจริง]

คุณ:    ปัญหา: หลาย Google Calendar, event เก่า, location ผิด, เตรียมนาน ผลลัพธ์ไม่ดี

Claude: คุณไม่ได้ต้องการ "daily summary app" — คุณอธิบาย AI assistant
        [ดึง 5 ความสามารถ, ท้าทาย 4 assumption, สร้าง 3 แนวทาง]
        คำแนะนำ: ส่งมอบส่วนที่เล็กที่สุดในวันพรุ่งนี้
        [เขียน doc → auto feed ไปขั้นตอนต่อไป]

คุณ:    /plan-ceo-review
        [อ่าน doc, ท้าทายขอบเขต, ตรวจสอบ 10 ส่วน]

คุณ:    /plan-eng-review
        [ASCII diagram, test matrix, edge, security]

คุณ:    อนุมัติแผน ออกจากโหมดวางแผน
        [เขียนโค้ด 2,400 บรรทัด 11 ไฟล์ ~8 นาที]

คุณ:    /review
        [แก้ไขอัตโนมัติ 2 ปัญหา, ถามเรื่อง race condition]

คุณ:    /qa https://staging.myapp.com
        [เปิด browser จริง, คลิก test, แก้ไข error]

คุณ:    /ship
        ทดสอบ: 42→51 (+9) PR: github.com/you/app/pull/42

สรุป: 8 คำสั่ง ครบ flow

---

Sprint คู่ขนาน: รัน Agent หลายตัวพร้อมกัน

gstack รองรับการรัน sprint หลายตัวผ่าน Conductor

ตัวอย่าง workflow คู่ขนาน:

Session 1: /office-hours — ปรับสเปค
Session 2: /review — ตรวจฟีเจอร์เมื่อวาน
Session 3: /qa — ทดสอบ staging
Session 4: deploy — สร้างแผนที่อนุมัติแล้ว

แต่ละ agent ทำหน้าที่เฉพาะใน sprint flow คุณคือคอขวด ไม่ใช่ agent

---

ความเป็นส่วนตัวและข้อมูลการใช้งาน

• Opt-in เท่านั้น: ไม่ส่งข้อมูลหากไม่อนุญาต
• สิ่งที่ส่ง (ถ้าเลือก): ชื่อทักษะ, เวลา, success/fail, เวอร์ชัน, OS
• ไม่ส่ง: โค้ด, path, repo, branch, prompt, user data

• ปิดได้ทันที:
  

  gstack-config set telemetry off
  

• วิเคราะห์ในเครื่อง:
  

  gstack-analytics
  

ข้อมูลเก็บใน Supabase (โอเพนซอร์ส Firebase)

---

ใครควรใช้ gstack?

• Founder / CEO Tech — ส่งมอบงานเร็วโดยไม่ต้องจ้างทีม
• มือใหม่ Claude Code — โครงสร้างชัดเจน ปลอดภัย
• หัวหน้าทีม/วิศวกรอาวุโส — review/QA อัตโนมัติในทุก PR
• Solo Builder — gstack = ทีม virtual
• Startup YC — Garry ทำเพื่อผู้ก่อตั้ง YC

ใครไม่ควรใช้ gstack?

• ทีมที่มี workflow/CI/CD/design system อยู่แล้ว — อาจใช้แค่บางทักษะเช่น /review /qa
• ไม่ได้ใช้ Claude Code — gstack เหมาะสุดกับ Claude (รองรับ Codex, Gemini CLI, Cursor ผ่าน SKILL.md)
• ชอบ AI แบบ freestyle — gstack คือความเข้มงวด

---

ปรัชญาเบื้องหลัง gstack

• ต้มทะเลสาบให้เดือด: ถ้าจะทำ ทำเต็ม อย่าครึ่งๆกลางๆ
• ค้นหาก่อนสร้าง: โค้ดที่ดีที่สุดคือโค้ดที่ไม่ต้องเขียน
• ความรู้ 3 ระดับ: ชัดเจน/โดยนัย/ไม่รู้ — gstack แปลง tacit knowledge เป็น explicit checklist
• กฎเหล็ก debug: ไม่มี fix โดยไม่ investigate แก้ผิด 3 ครั้งให้หยุด

---

บทสรุป

gstack คือคำตอบของ Garry Tan: คนเดียวจะส่งมอบงานระดับทีม 20 คนได้อย่างไร?

8 คำสั่ง sprint:

1. /office-hours — ปรับโจทย์
2. /plan-ceo-review — ท้าทาย scope
3. /plan-eng-review — วางสถาปัตยกรรม
4. /plan-design-review — review ดีไซน์
5. สร้าง — ลงมือทำ
6. /review — หาบั๊ก
7. /qa — ทดสอบเบราว์เซอร์
8. /ship — Push PR

ขั้นตอนต่อไป:

1. ติดตั้ง: git clone ~/.claude/skills/gstack && ./setup
2. รัน /office-hours กับไอเดียฟีเจอร์ถัดไป
3. ดูว่าผลลัพธ์เปลี่ยนวิธีคิดคุณหรือไม่

---

คำถามที่พบบ่อย

gstack ฟรีหรือไม่?

ฟรี 100% MIT License ไม่มี premium/รอคิว Fork/ปรับปรุงได้เต็มที่

ต้องใช้ Claude Code ไหม?

เหมาะสุดกับ Claude Code แต่รองรับ Codex CLI, Gemini CLI, Cursor (ผ่าน SKILL.md)

ติดตั้งใช้เวลานานไหม?

30 วินาที: clone repo + run setup

ใช้เฉพาะบางทักษะได้ไหม?

ได้ เช่น /review กับ /qa แยกเดี่ยวได้ sprint เป็นแค่แนวทาง

ใช้กับ private repo ได้ไหม?

ได้ ทักษะอยู่ใน .claude/skills/gstack commit ไปใน repo ทีมใช้ร่วมกันได้

ใช้ Windows ได้ไหม?

ได้ ใช้ Windows 11 + Git Bash หรือ WSL + Node.js

/browse ทำงานอย่างไร?

ใช้ Playwright ควบคุม headless Chromium ~100ms ต่อคำสั่ง ใช้ /setup-browser-cookies เมื่อต้องทดสอบ login

ปรับแต่งทักษะเองได้ไหม?

ได้ ทักษะเป็น Markdown file ปรับได้ตาม workflow

/qa กับ /qa-only ต่างกันยังไง?

/qa แก้ไขอัตโนมัติ + commit, /qa-only รายงาน error เท่านั้น

Telemetry ทำงานอย่างไร?

เฉพาะ opt-in ส่งชื่อทักษะ, เวลา, เวอร์ชัน, OS ไม่มีโค้ด/ข้อมูลส่วนตัว ปิดได้ทันทีด้วย gstack-config set telemetry off