Blog

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

Ashley Innocent

Ashley Innocent

23 March 2026

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

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

gstack คือระบบโอเพนซอร์สของ Garry Tan ที่เปลี่ยน Claude Code ให้เป็นทีมวิศวกรเสมือนจริงที่มีผู้เชี่ยวชาญ 20 คน ในฐานะประธานและ CEO ของ Y Combinator, Garry ส่งมอบโค้ดที่ใช้งานจริง 10,000-20,000 บรรทัดต่อวัน (35% เป็นการทดสอบ) ในขณะที่บริหาร YC เต็มเวลา gstack ทำสิ่งนี้ได้ด้วยคำสั่งแบบสแลช (slash commands) ที่มีโครงสร้าง: /office-hours สำหรับกลยุทธ์ผลิตภัณฑ์, /plan-ceo-review สำหรับการตรวจสอบขอบเขตงาน, /review สำหรับการตรวจจับข้อผิดพลาด, /qa สำหรับการทดสอบเบราว์เซอร์ และ /ship สำหรับการนำไปใช้งาน ติดตั้งภายใน 30 วินาทีด้วย git clone ~/.claude/skills/gstack && ./setup ฟรี, ภายใต้สัญญาอนุญาต MIT

บทนำ

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

เมื่อ 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 คือคําตอบของเขาต่อคําถามที่ทุกคนกําลังถาม: คนเพียงคนเดียวจะส่งมอบงานได้เหมือนทีมที่มีคนยี่สิบคนได้อย่างไร?

ตัวเลขพูดด้วยตัวเอง ใน 60 วันที่ผ่านมา: โค้ดที่ใช้งานจริงกว่า 600,000 บรรทัด (35% เป็นการทดสอบ), 10,000-20,000 บรรทัดต่อวัน โดยทํางานพาร์ทไทม์ ในขณะที่บริหาร YC เต็มเวลา `/retro` ครั้งล่าสุดของเขาทั่วทั้ง 3 โปรเจกต์: เพิ่มโค้ด 140,751 บรรทัด, 362 คอมมิต, ~115k บรรทัดสุทธิ ภายในหนึ่งสัปดาห์

คนเดียวกันที่สร้างผลงาน 772 ครั้งบน GitHub ในปี 2013 ขณะสร้าง Bookface ตอนนี้มีผลงาน 1,237 ครั้งในปี 2026 ความแตกต่างไม่ใช่ความพยายาม แต่เป็นเครื่องมือ

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

💡
หากคุณกำลังสร้างผลิตภัณฑ์ API, gstack ทำงานร่วมกับ Apidog ได้อย่างเป็นธรรมชาติสำหรับเวิร์กโฟลว์การทดสอบ API และเอกสารประกอบ ทักษะ /qa สามารถตรวจสอบความถูกต้องของ API endpoints ของคุณ และ /document-release จะช่วยให้เอกสาร API ของคุณอัปเดตตรงกับการเปลี่ยนแปลงที่เผยแพร่
ปุ่ม

gstack คืออะไร?

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

ผู้เชี่ยวชาญยี่สิบคนและเครื่องมือทรงพลังแปดอย่าง ทั้งหมดเป็นคำสั่งสแลช ทั้งหมดเป็น Markdown ทั้งหมดฟรี ภายใต้สัญญาอนุญาต MIT

แนวคิดหลัก

เครื่องมือเขียนโค้ด AI ส่วนใหญ่ปฏิบัติต่อคุณเหมือนคุณกำลังทำงานคนเดียวพร้อมกับระบบเติมข้อความอัตโนมัติอัจฉริยะ gstack ปฏิบัติต่อคุณเหมือน CEO ที่มีทีม

เมื่อคุณบอก gstack ว่า "ฉันต้องการสร้างแอปสรุปข้อมูลประจำวันสำหรับปฏิทินของฉัน" มันจะไม่เริ่มเขียนโค้ด มันจะรัน /office-hours ซึ่งเป็นการปรึกษาผลิตภัณฑ์แบบ YC ที่จะถามคำถามสำคัญหกข้อ, ท้าทายกรอบความคิดของคุณ และดึงปัญหาที่แท้จริงออกมา คุณอาจจะเดินออกไปพร้อมกับความตระหนักว่าคุณไม่ได้ต้องการ "แอปสรุปข้อมูลประจำวัน" แต่คุณต้องการ AI ผู้ช่วยส่วนตัว

จากนั้นมันจะรัน /plan-ceo-review เพื่อท้าทายขอบเขตงาน, /plan-eng-review เพื่อกำหนดสถาปัตยกรรม, /plan-design-review เพื่อให้คะแนนแต่ละมิติของการออกแบบ 0-10, /review เพื่อหาข้อผิดพลาด, /qa เพื่อทดสอบในเบราว์เซอร์จริง และ /ship เพื่อส่ง PR

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

โครงสร้าง Sprint

gstack ไม่ใช่แค่ชุดเครื่องมือแบบสุ่ม มันคือกระบวนการ — sprint ที่ทำงานตามลำดับ:

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

แต่ละทักษะเชื่อมโยงกัน /office-hours เขียนเอกสารการออกแบบที่ /plan-ceo-review อ่าน /plan-eng-review เขียนแผนการทดสอบที่ /qa นำไปใช้ /review ตรวจจับข้อผิดพลาดที่ /ship ตรวจสอบว่าได้รับการแก้ไขแล้ว ไม่มีอะไรหลุดรอดไปได้ เพราะทุกขั้นตอนรู้ว่ามีอะไรมาก่อนหน้านั้น

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

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

/office-hours — YC Office Hours

ผู้เชี่ยวชาญของคุณ: YC Partner

สิ่งที่ทำ: เริ่มต้นทุกโครงการด้วยคำถามสำคัญหกข้อที่ช่วยปรับมุมมองผลิตภัณฑ์ของคุณก่อนที่คุณจะเขียนโค้ด ท้าทายกรอบความคิดของคุณ, ตั้งคำถามกับสมมติฐาน, สร้างทางเลือกในการนำไปใช้งาน

ตัวอย่างผลลัพธ์:

คุณพูดว่า "แอปสรุปข้อมูลประจำวัน" แต่สิ่งที่คุณอธิบายจริง ๆ คือ AI ผู้ช่วยส่วนตัว
นี่คือ 5 ความสามารถที่คุณไม่รู้ว่าคุณกำลังอธิบาย...

[ท้าทาย 4 ข้อสมมติฐาน — คุณเห็นด้วย ไม่เห็นด้วย หรือปรับเปลี่ยน]
[สร้างแนวทางในการนำไปใช้งาน 3 แบบ พร้อมประมาณการความพยายาม]

คำแนะนำ: ส่งมอบส่วนที่เล็กที่สุดในวันพรุ่งนี้ เรียนรู้จากการใช้งานจริง
วิสัยทัศน์ที่สมบูรณ์เป็นโครงการ 3 เดือน — เริ่มต้นด้วยการสรุปข้อมูลประจำวันที่
ใช้งานได้จริง

ใช้เมื่อ: ทักษะแรกสำหรับฟีเจอร์หรือผลิตภัณฑ์ใหม่ใดๆ เอกสารการออกแบบที่เขียนขึ้นจะถูกป้อนเข้าสู่ทักษะอื่น ๆ ที่ตามมาโดยอัตโนมัติ

/plan-ceo-review — CEO / ผู้ก่อตั้ง

ผู้เชี่ยวชาญของคุณ: CEO ที่จะทบทวนผลิตภัณฑ์

สิ่งที่ทำ: ทบทวนปัญหาจากหลักการพื้นฐาน ค้นหาผลิตภัณฑ์ระดับ 10 ดาวที่ซ่อนอยู่ในคำขอ มีสี่โหมด: การขยาย (จะเกิดอะไรขึ้นถ้าเราขยายให้ใหญ่ขึ้น?), การขยายแบบเลือกสรร (ส่วนไหนควรได้รับการพัฒนา 10 เท่า?), การคงขอบเขต (นี่ถูกต้องตามที่เป็นอยู่), การลดขอบเขต (จะเกิดอะไรขึ้นถ้าเราลด 80%?)

ใช้เมื่อ: หลังจาก /office-hours สร้างเอกสารการออกแบบ รันก่อนที่จะเริ่มการนำไปใช้งานใดๆ

/plan-design-review — นักออกแบบอาวุโส

ผู้เชี่ยวชาญของคุณ: นักออกแบบผลิตภัณฑ์อาวุโส

สิ่งที่ทำ: ให้คะแนนแต่ละมิติของการออกแบบ 0-10 อธิบายว่าคะแนน 10 เป็นอย่างไร จากนั้นแก้ไขแผนเพื่อให้ไปถึงจุดนั้น รวมถึงการตรวจจับความผิดพลาดจาก AI แบบโต้ตอบ — มีคำถามสำหรับผู้ใช้หนึ่งคำถามต่อการเลือกการออกแบบ

ใช้เมื่อ: หลังจากการตรวจสอบทางวิศวกรรม ก่อนการนำไปใช้งาน ดักจับหนี้การออกแบบก่อนที่จะกลายเป็นหนี้โค้ด

/design-consultation — Design Partner

ผู้เชี่ยวชาญของคุณ: Design Partner

สิ่งที่ทำ: สร้างระบบการออกแบบที่สมบูรณ์แบบตั้งแต่เริ่มต้น ค้นคว้าแนวโน้มตลาด, เสนอความเสี่ยงเชิงสร้างสรรค์, สร้างแบบจำลองผลิตภัณฑ์ที่สมจริง

ใช้เมื่อ: เมื่อคุณต้องการระบบการออกแบบที่สมบูรณ์ ไม่ใช่แค่การตรวจสอบ มีความครอบคลุมมากกว่า /plan-design-review

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

/plan-eng-review — ผู้จัดการวิศวกรรม

ผู้เชี่ยวชาญของคุณ: ผู้จัดการวิศวกรรม

สิ่งที่ทำ: กำหนดสถาปัตยกรรม, การไหลของข้อมูล, แผนภาพ, กรณีขอบ, และการทดสอบ บังคับให้สมมติฐานที่ซ่อนอยู่ถูกเปิดเผย สร้างแผนภาพ ASCII สำหรับการไหลของข้อมูล, สเตทแมชชีน, และเส้นทางข้อผิดพลาด

ตัวอย่างผลลัพธ์:

การตรวจสอบสถาปัตยกรรม:
┌─────────────┐     ┌──────────────┐     ┌────────────┐
│   Client    │────▶│  API Gateway │────▶│  Database  │
└─────────────┘     └──────────────┘     └────────────┘
       │                    │
       ▼                    ▼
  [State Cache]      [Rate Limiter]

เมทริกซ์การทดสอบ:
- กรณีปกติ: ผู้ใช้ที่ยืนยันตัวตนแล้ว, ข้อมูลถูกต้อง
- กรณีขอบ: การแก้ไขพร้อมกัน
- โหมดความล้มเหลว: ฐานข้อมูลหมดเวลาการเชื่อมต่อ
- ความปลอดภัย: SQL injection, XSS, CSRF

ใช้เมื่อ: หลังจากการตรวจสอบโดย CEO/ออกแบบ ก่อนการเขียนโค้ด แผนการทดสอบที่เขียนขึ้นจะถูกป้อนเข้าสู่ /qa

/review — วิศวกรอาวุโส

ผู้เชี่ยวชาญของคุณ: วิศวกรอาวุโสที่ค้นหาข้อผิดพลาดในการผลิต

สิ่งที่ทำ: ค้นหาข้อผิดพลาดที่ผ่าน CI แต่เกิดปัญหาในการผลิต แก้ไขข้อผิดพลาดที่เห็นได้ชัดโดยอัตโนมัติ ระบุช่องว่างของความสมบูรณ์

ตัวอย่างผลลัพธ์:

[แก้ไขอัตโนมัติ] 2 ปัญหา:
- ขาดการตรวจสอบค่าว่างใน getUserById()
- การปฏิเสธคำสัญญาที่ไม่ได้จัดการในตัวจัดการ api

[สอบถาม] เงื่อนไขการแข่งขันในการอัปเดตพร้อมกัน → คุณอนุมัติการแก้ไข

[ช่องว่างของความสมบูรณ์] ไม่มีตรรกะการลองใหม่สำหรับความล้มเหลวชั่วคราว

ใช้เมื่อ: หลังจากการนำไปใช้งาน ก่อน /qa รันบนทุก branch ที่มีการเปลี่ยนแปลง

/investigate — เครื่องมือดีบัก

ผู้เชี่ยวชาญของคุณ: เครื่องมือดีบักสาเหตุรากเหง้า

สิ่งที่ทำ: การดีบักสาเหตุรากเหง้าอย่างเป็นระบบ กฎเหล็ก: ไม่มีการแก้ไขโดยไม่มีการสอบสวน ติดตามการไหลของข้อมูล ทดสอบสมมติฐาน หยุดหลังจากแก้ไขผิดพลาด 3 ครั้ง

ใช้เมื่อ: เมื่อคุณเจอข้อผิดพลาดที่ /review ไม่สามารถแก้ไขอัตโนมัติได้ ห้ามข้ามการตรวจสอบ — กฎเหล็กมีเหตุผล

/codex — ความเห็นที่สอง

ผู้เชี่ยวชาญของคุณ: OpenAI Codex CLI

สิ่งที่ทำ: การตรวจสอบโค้ดอิสระจากโมเดลที่แตกต่างกัน มีสามโหมด: ตรวจสอบ (ผ่าน/ไม่ผ่าน), การท้าทายแบบ adversarial และการปรึกษาแบบเปิด การวิเคราะห์ข้ามโมเดลเมื่อทั้ง /review และ /codex ได้ทำงานแล้ว

ใช้เมื่อ: หลัง /review เพื่อขอความเห็นที่สอง มีประโยชน์อย่างยิ่งสำหรับเส้นทางที่สำคัญ หรือเมื่อคุณต้องการการตรวจสอบข้ามโมเดล

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

/qa — หัวหน้า QA

ผู้เชี่ยวชาญของคุณ: วิศวกร QA ที่ใช้เบราว์เซอร์จริง

สิ่งที่ทำ: เปิดเบราว์เซอร์ Chromium จริง, คลิกผ่านขั้นตอนต่างๆ, ค้นหาและแก้ไขข้อผิดพลาดด้วย atomic commits สร้างการทดสอบรีเกรสชันสำหรับทุกการแก้ไขโดยอัตโนมัติ

ตัวอย่างขั้นตอนการทำงาน:

1. เปิด URL สำหรับ staging ใน Chromium แบบ headless
2. ดำเนินการตามแผนการทดสอบจาก /plan-eng-review
3. พบข้อผิดพลาด: "ปุ่ม Submit ไม่ได้ถูกปิดใช้งานระหว่างการโหลด"
4. สร้าง atomic commit พร้อมการแก้ไข
5. ตรวจสอบซ้ำ: คลิกอีกครั้ง, ยืนยันการแก้ไข
6. สร้างการทดสอบรีเกรสชัน: test_submit_button_disables()

ใช้เมื่อ: หลังจาก /review ตรวจสอบ branch ผ่านแล้ว รันบน staging URL ของคุณ

/qa-only — ผู้รายงาน QA

ผู้เชี่ยวชาญของคุณ: ผู้รายงาน QA

สิ่งที่ทำ: ใช้วิธีการเดียวกันกับ /qa แต่เป็นการรายงานเท่านั้น รายงานข้อผิดพลาดล้วนๆ โดยไม่มีการเปลี่ยนแปลงโค้ด

ใช้เมื่อ: เมื่อคุณต้องการรายงานข้อผิดพลาดโดยไม่มีการแก้ไขอัตโนมัติ มีประโยชน์สำหรับบันทึกการตรวจสอบ หรือเมื่อมีคนอื่นจัดการการแก้ไข

/benchmark — วิศวกรประสิทธิภาพ

ผู้เชี่ยวชาญของคุณ: วิศวกรประสิทธิภาพ

สิ่งที่ทำ: กำหนดเกณฑ์พื้นฐานสำหรับเวลาในการโหลดหน้า, Core Web Vitals, และขนาดทรัพยากร เปรียบเทียบก่อน/หลังในการดึงคำขอ (PR) ทุกครั้ง

เมตริกที่ติดตาม:

ใช้เมื่อ: ก่อนการปรับโครงสร้างโค้ดครั้งใหญ่, หลังจากการปรับปรุงประสิทธิภาพ, ในทุก PR ที่เกี่ยวข้องกับการเรนเดอร์

/browse — วิศวกร QA

ผู้เชี่ยวชาญของคุณ: ระบบอัตโนมัติของเบราว์เซอร์

สิ่งที่ทำ: เบราว์เซอร์ Chromium จริง, การคลิกจริง, สกรีนช็อตจริง ประมาณ 100ms ต่อคำสั่ง

คำสั่ง:

ใช้เมื่อ: เมื่อใดก็ตามที่คุณต้องการยืนยันบางสิ่งในเบราว์เซอร์ ใช้ภายในโดย /qa

/setup-browser-cookies — ผู้จัดการเซสชัน

ผู้เชี่ยวชาญของคุณ: ผู้จัดการเซสชันเบราว์เซอร์

สิ่งที่ทำ: นำเข้าคุกกี้จากเบราว์เซอร์จริงของคุณ (Chrome, Arc, Brave, Edge) ไปยังเซสชันแบบ headless ทดสอบหน้าเว็บที่ต้องมีการยืนยันตัวตน

ใช้เมื่อ: ก่อน /qa หากแอปพลิเคชัน staging ของคุณต้องการการเข้าสู่ระบบ ตั้งค่าเพียงครั้งเดียวต่อเบราว์เซอร์

ทักษะด้านความปลอดภัยและการปฏิบัติตามข้อกำหนด

/cso — หัวหน้าเจ้าหน้าที่รักษาความปลอดภัย

ผู้เชี่ยวชาญของคุณ: หัวหน้าเจ้าหน้าที่รักษาความปลอดภัย

สิ่งที่ทำ: OWASP Top 10 + โมเดลภัยคุกคาม STRIDE ลดสิ่งรบกวน: ไม่รวมผลบวกปลอม 17 รายการ, เกณฑ์ความมั่นใจ 8/10+, การยืนยันผลการค้นพบที่เป็นอิสระ แต่ละผลการค้นพบจะรวมถึงสถานการณ์การโจมตีที่ชัดเจน

ตัวอย่างผลลัพธ์:

[วิกฤต] SQL Injection ในพารามิเตอร์ /api/users?id=
การโจมตี: GET /api/users?id=1' OR '1'='1
ผลกระทบ: การเข้าถึงข้อมูลในฐานข้อมูลได้ทั้งหมด
การแก้ไข: ใช้ parameterized queries
ความมั่นใจ: 9/10

[ยกเว้นผลบวกปลอม] XSS ในแผงผู้ดูแลระบบ
เหตุผล: ผลลัพธ์ถูก escape อย่างเหมาะสมด้วย DOMPurify

ใช้เมื่อ: ก่อนการปล่อยสู่การใช้งานจริง รันบนฟีเจอร์ใดๆ ที่จัดการข้อมูลผู้ใช้หรือการยืนยันตัวตน

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

/ship — วิศวกรดูแลการปล่อย

ผู้เชี่ยวชาญของคุณ: วิศวกรดูแลการปล่อย

สิ่งที่ทำ: ซิงค์ main, รันการทดสอบ, ตรวจสอบความครอบคลุม, พุช, เปิด PR บูทสแตรปเฟรมเวิร์กการทดสอบหากคุณยังไม่มี

ตัวอย่างขั้นตอนการทำงาน:

1. git checkout main && git pull
2. git checkout -b feature/daily-briefing
3. npm test (หรือ bootstraps Jest/Vitest หากไม่มี)
4. ตรวจสอบความครอบคลุม: 42 การทดสอบ → 51 การทดสอบ (+9 ใหม่)
5. git push origin feature/daily-briefing
6. เปิด PR: github.com/you/app/pull/42

ใช้เมื่อ: หลังจาก /qa ตรวจสอบ branch ผ่านแล้ว คำสั่งเดียวจาก "ทดสอบแล้ว" ไปสู่ "เปิด PR"

/land-and-deploy — วิศวกรดูแลการติดตั้งใช้งาน

ผู้เชี่ยวชาญของคุณ: วิศวกรดูแลการติดตั้งใช้งาน

สิ่งที่ทำ: ผสาน PR, รอ CI และการติดตั้งใช้งาน, ตรวจสอบความสมบูรณ์ของการผลิต คำสั่งเดียวจาก "อนุมัติแล้ว" ไปสู่ "ยืนยันในการผลิตแล้ว"

ตัวอย่างขั้นตอนการทำงาน:

1. ผสาน PR ผ่าน GitHub API
2. รอ CI (GitHub Actions, CircleCI เป็นต้น)
3. รอการติดตั้งใช้งาน (Vercel, Railway, Fly.io เป็นต้น)
4. รันการตรวจสอบความสมบูรณ์ของการผลิต
5. รายงาน: "ติดตั้งใช้งานสู่การผลิตแล้ว การตรวจสอบทั้งหมดผ่าน"

ใช้เมื่อ: หลังการอนุมัติ PR จัดการขั้นตอนการปล่อยทั้งหมด

/canary — SRE

ผู้เชี่ยวชาญของคุณ: วิศวกรความน่าเชื่อถือของระบบ

สิ่งที่ทำ: วงจรการตรวจสอบหลังการติดตั้งใช้งาน ตรวจสอบข้อผิดพลาดในคอนโซล, ประสิทธิภาพที่ถดถอย, และความล้มเหลวของหน้า

สิ่งที่ตรวจสอบ:

ใช้เมื่อ: ทันทีหลังจาก /land-and-deploy ทำงานเป็นเวลา 5-15 นาทีหลังการติดตั้งใช้งาน

/document-release — นักเขียนเอกสารทางเทคนิค

ผู้เชี่ยวชาญของคุณ: นักเขียนเอกสารทางเทคนิค

สิ่งที่ทำ: อัปเดตเอกสารโครงการทั้งหมดให้ตรงกับสิ่งที่คุณเพิ่งเผยแพร่ ตรวจจับ README ที่ล้าสมัยโดยอัตโนมัติ

ตัวอย่างผลลัพธ์:

[อัปเดต] README.md — เพิ่มคำสั่ง /qa ใหม่ในเอกสาร
[อัปเดต] CHANGELOG.md — บันทึกการเปลี่ยนแปลง v0.4.2
[สร้าง] docs/qa-guide.md — คู่มือเวิร์กโฟลว์ QA ใหม่
[ระบุ] API.md — อาจต้องอัปเดตสำหรับ endpoints ใหม่

ใช้เมื่อ: หลังจาก /ship หรือ /land-and-deploy ทำให้เอกสารตรงกับโค้ด

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

/retro — ผู้จัดการวิศวกรรม

ผู้เชี่ยวชาญของคุณ: ผู้จัดการวิศวกรรม

สิ่งที่ทำ: การย้อนหลังประจำสัปดาห์ที่รับรู้ถึงทีม การแจกแจงรายบุคคล, สถิติการส่งมอบงาน, แนวโน้มสุขภาพของการทดสอบ, โอกาสในการเติบโต /retro global รันข้ามทุกโครงการและเครื่องมือ AI ของคุณ (Claude Code, Codex, Gemini)

ตัวอย่างผลลัพธ์:

สัปดาห์ที่ 17-23 มีนาคม 2026

Garry:
- เพิ่มโค้ด 140,751 บรรทัด
- 362 คอมมิต
- ~115k บรรทัดสุทธิ
- การครอบคลุมการทดสอบ: 35% (เพิ่มขึ้น 2% จากสัปดาห์ที่แล้ว)

โครงการ:
- gstack: 89 คอมมิต, 45k LOC
- ycombinator.com: 156 คอมมิต, 62k LOC
- internal-tools: 117 คอมมิต, 33k LOC

สถิติการส่งมอบงานต่อเนื่อง: 47 วัน

ใช้เมื่อ: สิ้นสุดสัปดาห์ รัน /retro สำหรับข้อมูลเชิงลึกของทีม, /retro global สำหรับภาพรวมข้ามโครงการ

เครื่องมือทรงพลัง

/careful — ระบบป้องกันความปลอดภัย

สิ่งที่ทำ: เตือนก่อนคำสั่งที่ก่อให้เกิดความเสียหาย (rm -rf, DROP TABLE, force-push) พูดว่า “ระมัดระวัง” เพื่อเปิดใช้งาน สามารถละเว้นคำเตือนใดๆ ได้

ใช้เมื่อ: นำหน้าเซสชันที่มีความเสี่ยงใดๆ "ระมัดระวัง — ฉันกำลังจะรันคำสั่งที่ก่อให้เกิดความเสียหายบางอย่าง"

/freeze — ล็อกการแก้ไข

สิ่งที่ทำ: จำกัดการแก้ไขไฟล์ไว้ที่ไดเรกทอรีเดียว ป้องกันการเปลี่ยนแปลงโดยไม่ตั้งใจนอกขอบเขตขณะดีบัก

ใช้เมื่อ: เมื่อดีบักในพื้นที่เฉพาะ "ล็อกการแก้ไขที่ /src/auth เท่านั้น"

/guard — ความปลอดภัยเต็มรูปแบบ

สิ่งที่ทำ: /careful + /freeze ในคำสั่งเดียว ความปลอดภัยสูงสุดสำหรับงานที่เกี่ยวข้องกับการผลิต

ใช้เมื่อ: การดีบักการผลิต, การโยกย้ายฐานข้อมูล, เซสชันที่มีความเสี่ยงสูงใดๆ

/unfreeze — ปลดล็อก

สิ่งที่ทำ: ลบขอบเขต /freeze

ใช้เมื่อ: หลังจากเซสชันดีบักเสร็จสิ้น

/setup-deploy — ตัวกำหนดค่าการติดตั้งใช้งาน

สิ่งที่ทำ: การตั้งค่าครั้งเดียวสำหรับ /land-and-deploy ตรวจจับแพลตฟอร์มของคุณ, URL การผลิต, และคำสั่งการติดตั้งใช้งาน

ใช้เมื่อ: ครั้งแรกที่ใช้ /land-and-deploy ในโครงการใหม่

/autoplan — ไปป์ไลน์การตรวจสอบ

สิ่งที่ทำ: คำสั่งเดียว, แผนที่ผ่านการตรวจสอบอย่างสมบูรณ์ ดำเนินการตรวจสอบ CEO → การออกแบบ → วิศวกรรมโดยอัตโนมัติพร้อมหลักการตัดสินใจที่เข้ารหัส แสดงเฉพาะการตัดสินใจเชิงรสนิยมเพื่อให้คุณอนุมัติ

ใช้เมื่อ: เมื่อคุณต้องการไปป์ไลน์การวางแผนทั้งหมดโดยไม่ต้องรันแต่ละทักษะด้วยตนเอง

/gstack-upgrade — ระบบอัปเดตตัวเอง

สิ่งที่ทำ: อัปเกรด gstack เป็นเวอร์ชันล่าสุด ตรวจจับการติดตั้งแบบ Global เทียบกับการติดตั้งแบบ Vendored, ซิงค์ทั้งสอง, แสดงสิ่งที่เปลี่ยนแปลง

ใช้เมื่อ: ทุกเดือน หรือเมื่อคุณเห็นการประกาศฟีเจอร์ใหม่

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

gstack ติดตั้งได้ใน 30 วินาที ไม่มีอะไรไปแตะ PATH ของคุณ ไม่มีอะไรรันในพื้นหลัง ทุกอย่างอยู่ใน .claude/

ข้อกำหนด

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

เปิด Claude Code แล้ววางสิ่งนี้ Claude จะจัดการส่วนที่เหลือเอง:

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

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

เพื่อให้เพื่อนร่วมทีมได้รับ gstack เมื่อ 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, หรือ Cursor

gstack ใช้งานได้กับ agent ใดๆ ที่รองรับ มาตรฐาน SKILL.md ทักษะต่างๆ จะอยู่ใน .agents/skills/ และจะถูกค้นพบโดยอัตโนมัติ

ติดตั้งไปยังหนึ่ง repo:

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

ติดตั้งครั้งเดียวสำหรับบัญชีผู้ใช้ของคุณ:

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-upgrade — หรือตั้งค่า auto_upgrade: true ใน ~/.gstack/config.yaml

ผู้ใช้ Windows:gstack ใช้งานได้บน Windows 11 ผ่าน Git Bash หรือ WSL จำเป็นต้องมี Node.js เพิ่มเติมจาก Bun — Bun มีข้อผิดพลาดที่ทราบเกี่ยวกับ Playwright’s pipe transport บน Windows ตรวจสอบให้แน่ใจว่าทั้ง 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 หลายอัน, เหตุการณ์ที่มีข้อมูลเก่า, ตำแหน่งที่ไม่ถูกต้อง
        การเตรียมการใช้เวลานานมากและผลลัพธ์ก็ไม่ดีพอ...

Claude: ฉันจะท้าทายกรอบความคิด คุณพูดว่า "แอปสรุปข้อมูลประจำวัน"
        แต่สิ่งที่คุณอธิบายจริง ๆ คือ AI ผู้ช่วยส่วนตัว
        [ดึงความสามารถ 5 อย่างที่คุณไม่รู้ว่ากำลังอธิบาย]
        [ท้าทาย 4 ข้อสมมติฐาน — คุณเห็นด้วย ไม่เห็นด้วย หรือปรับเปลี่ยน]
        [สร้างแนวทางในการนำไปใช้งาน 3 แบบ พร้อมประมาณการความพยายาม]
        คำแนะนำ: ส่งมอบส่วนที่เล็กที่สุดในวันพรุ่งนี้ เรียนรู้จากการใช้งานจริง
        วิสัยทัศน์ที่สมบูรณ์เป็นโครงการ 3 เดือน — เริ่มต้นด้วยการสรุปข้อมูลประจำวันที่
        ใช้งานได้จริง
        [เขียนเอกสารการออกแบบ → ป้อนเข้าสู่ทักษะอื่น ๆ ที่ตามมาโดยอัตโนมัติ]

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

คุณ:    /plan-eng-review
        [แผนภาพ ASCII สำหรับการไหลของข้อมูล, สเตทแมชชีน, เส้นทางข้อผิดพลาด]
        [เมทริกซ์การทดสอบ, โหมดความล้มเหลว, ข้อกังวลด้านความปลอดภัย]

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

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

คุณ:    /qa https://staging.myapp.com
        [เปิดเบราว์เซอร์จริง, คลิกผ่านขั้นตอนต่างๆ, ค้นหาและแก้ไขข้อผิดพลาด]

คุณ:    /ship
        การทดสอบ: 42 → 51 (+9 ใหม่) PR: github.com/you/app/pull/42

คุณพูดว่า "แอปสรุปข้อมูลประจำวัน" Agent บอกว่า "คุณกำลังสร้าง AI ผู้ช่วยส่วนตัว" — เพราะมันรับฟังปัญหาของคุณ ไม่ใช่คำขอฟีเจอร์ แปดคำสั่ง จบครบกระบวนการ

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

gstack ทำงานได้ดีกับหนึ่ง sprint มันจะน่าสนใจยิ่งขึ้นเมื่อมีสิบ sprint ทำงานพร้อมกัน

Conductor รันเซสชัน Claude Code หลายเซสชันพร้อมกัน — แต่ละเซสชันอยู่ในพื้นที่ทำงานที่แยกจากกัน เซสชันหนึ่งสำหรับ /office-hours, อีกเซสชันสำหรับ /review, เซสชันที่สามกำลังนำฟีเจอร์ไปใช้งาน, เซสชันที่สี่กำลังรัน /qa ทั้งหมดพร้อมกัน

โครงสร้าง sprint คือสิ่งที่ทำให้การทำงานแบบคู่ขนานใช้งานได้ หากไม่มีกระบวนการ, agent สิบตัวก็คือแหล่งที่มาของความวุ่นวายสิบแห่ง ด้วยกระบวนการ, agent แต่ละตัวจะรู้ว่าต้องทำอะไรและเมื่อไหร่ควรหยุด

ตัวอย่างเวิร์กโฟลว์แบบคู่ขนาน:

เซสชันที่ 1: /office-hours — ปรับปรุงสเปคผลิตภัณฑ์
เซสชันที่ 2: /review — ตรวจสอบฟีเจอร์ของเมื่อวาน
เซสชันที่ 3: /qa — ทดสอบการติดตั้งใช้งาน staging
เซสชันที่ 4: การนำไปใช้งาน — สร้างแผนที่ได้รับอนุมัติ

สี่เซสชัน, สี่ขั้นตอนที่แตกต่างกันของ sprint คุณคือคอขวด ไม่ใช่ agent

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

gstack มีข้อมูลการใช้งานแบบ เลือกเข้าร่วม เพื่อช่วยปรับปรุงโครงการ นี่คือสิ่งที่เกิดขึ้น:

ข้อมูลถูกเก็บไว้ใน Supabase (ทางเลือกโอเพนซอร์สสำหรับ Firebase) Schema อยู่ใน repository — คุณสามารถตรวจสอบได้ว่ามีการเก็บอะไรบ้าง คีย์สาธารณะของ Supabase เป็นคีย์สาธารณะ — นโยบายความปลอดภัยระดับแถวจำกัดให้สามารถเข้าถึงได้เฉพาะการแทรกข้อมูลเท่านั้น

การวิเคราะห์ในเครื่องพร้อมใช้งานเสมอ รัน gstack-analytics เพื่อดูแดชบอร์ดการใช้งานส่วนตัวของคุณจากไฟล์ JSONL ในเครื่อง — ไม่จำเป็นต้องใช้ข้อมูลระยะไกล

ใครควรใช้ gstack?

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

ผู้ใช้ Claude Code ครั้งแรก — บทบาทที่มีโครงสร้างแทนที่จะเป็นพรอมต์เปล่า หากคุณยังใหม่กับการเขียนโค้ด AI, gstack จะมอบแนวทางที่ปลอดภัยให้คุณ

หัวหน้าทีมเทคนิคและวิศวกรอาวุโส — การตรวจสอบอย่างเข้มงวด, QA, และระบบอัตโนมัติในการปล่อยในทุก PR แม้ว่าคุณจะไม่ใช้ทักษะการวางแผน, /review และ /qa เพียงอย่างเดียวก็สามารถจับข้อผิดพลาดที่อาจจะไปถึงการผลิตได้

ผู้สร้างเดี่ยว — หากคุณสร้างคนเดียว, gstack คือทีมเสมือนของคุณ Peter Steinberger สร้าง OpenClaw (247K ดาว) โดยพื้นฐานแล้วทำคนเดียวด้วย AI agents gstack ทำให้เวิร์กโฟลว์นั้นเป็นระบบ

สตาร์ทอัพ YC — Garry สร้างสิ่งนี้สำหรับผู้ก่อตั้ง YC หากคุณอยู่ในกลุ่ม, นี่คือโครงสร้างพื้นฐานหลัก

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

ทีมที่มีเวิร์กโฟลว์ที่มั่นคงแล้ว — หากคุณมีกระบวนการตรวจสอบ, CI/CD pipeline, และระบบการออกแบบอยู่แล้ว gstack อาจจะมากเกินไป เลือกใช้ทักษะเฉพาะ (เช่น /review, /qa) แทนที่จะใช้ sprint ทั้งหมด

ผู้ที่ไม่ได้ใช้ Claude Code — gstack ถูกสร้างมาสำหรับ Claude Code มันทำงานได้บน Codex, Gemini CLI, และ Cursor ผ่าน มาตรฐาน SKILL.md แต่ประสบการณ์การใช้งานจะถูกปรับให้เหมาะสมที่สุดสำหรับ Claude

ผู้สร้างที่ชอบ AI แบบอิสระ — หากคุณชอบให้พรอมต์แบบเปิดกว้างและดูว่าจะเกิดอะไรขึ้น โครงสร้างของ gstack อาจจะรู้สึกจำกัด มันถูกออกแบบมาเพื่อความเข้มงวด ไม่ใช่การสำรวจ

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

gstack ไม่ใช่แค่เครื่องมือ มันคือปรัชญาเกี่ยวกับวิธีการสร้างซอฟต์ต์แวร์ด้วย AI

ต้มทะเลสาบให้เดือด

อย่าต้มทะเลสาบแค่ครึ่งเดียว ถ้าคุณจะทำอะไร ให้ทำอย่างสมบูรณ์ การทำแบบครึ่งๆ กลางๆ สร้างงานมากกว่าการทุ่มเทอย่างเต็มที่

ค้นหาก่อนสร้าง

ก่อนเขียนโค้ด ให้ค้นหาโซลูชันที่มีอยู่ โค้ดที่ดีที่สุดคือโค้ดที่คุณไม่ได้เขียน

ความรู้สามระดับ

  1. ชัดเจน — สิ่งที่คุณสามารถเขียนลงไปได้ (เอกสาร, คอมเมนต์)
  2. โดยนัย — สิ่งที่คุณรู้แต่ไม่สามารถอธิบายได้ (สัญชาตญาณ, ความจำของกล้ามเนื้อ)
  3. ไม่ทราบ — สิ่งที่คุณไม่รู้ว่าคุณไม่รู้ (จุดบอด)

gstack แปลงความรู้โดยนัยให้เป็นทักษะที่ชัดเจน ทักษะ /review ไม่ใช่แค่ "ตรวจสอบหาข้อผิดพลาด" แต่เป็นประสบการณ์ 20 ปีของการดีบักการผลิตของ Garry ที่ถูกเขียนออกมาในรูปแบบเช็คลิสต์

กฎเหล็กของการดีบัก

ไม่มีการแก้ไขโดยไม่มีการสอบสวน แก้ไขผิดพลาดสามครั้ง ให้หยุดและประเมินใหม่ สิ่งนี้มีอยู่เพราะ AI agents (และมนุษย์) มักจะแก้ไขแบบหว่านโดยไม่เข้าใจสาเหตุรากเหง้า

บทสรุป

gstack คือคำตอบของ Garry Tan ต่อคำถามที่ทุกคนกำลังถาม: คนเพียงคนเดียวจะส่งมอบงานได้เหมือนทีมที่มีคนยี่สิบคนได้อย่างไร?

คำตอบไม่ใช่การทำงานหนักขึ้น แต่เป็นการทำงานด้วยเครื่องมือที่ดีขึ้น ผู้เชี่ยวชาญยี่สิบคน — CEO, ผู้จัดการวิศวกรรม, นักออกแบบ, ผู้ตรวจสอบ, หัวหน้า QA, เจ้าหน้าที่รักษาความปลอดภัย, วิศวกรดูแลการปล่อย — ทั้งหมดพร้อมใช้งานในรูปแบบคำสั่งสแลช ฟรี, ภายใต้สัญญาอนุญาต MIT, โอเพนซอร์ส

sprint นั้นง่าย:

  1. /office-hours — ปรับมุมมองปัญหา
  2. /plan-ceo-review — ท้าทายขอบเขตงาน
  3. /plan-eng-review — กำหนดสถาปัตยกรรม
  4. /plan-design-review — ให้คะแนนการออกแบบ
  5. สร้าง — นำแผนไปปฏิบัติ
  6. /review — ค้นหาข้อผิดพลาด
  7. /qa — ทดสอบในเบราว์เซอร์
  8. /ship — พุช PR

แปดคำสั่ง จบครบกระบวนการ นี่คือวิธีที่ Garry ส่งมอบโค้ด 10,000-20,000 บรรทัดต่อวัน ในขณะที่บริหาร YC เต็มเวลา

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

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

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

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

ใช่, ฟรี 100% และภายใต้สัญญาอนุญาต MIT ไม่มีระดับพรีเมียม, ไม่มีรายการรอ Fork มัน, ปรับปรุงมัน, ทำให้เป็นของคุณ

ฉันจำเป็นต้องใช้ Claude Code เพื่อใช้ gstack หรือไม่?

gstack ถูกปรับให้เหมาะสมที่สุดสำหรับ Claude Code แต่ก็ใช้งานได้กับ agent ใดๆ ที่รองรับมาตรฐาน SKILL.md: Codex CLI, Gemini CLI, Cursor ทักษะต่างๆ จะอยู่ใน .agents/skills/ และจะถูกค้นพบโดยอัตโนมัติ

การติดตั้งใช้เวลานานเท่าไหร่?

ประมาณ 30 วินาที Clone repo, รัน ./setup, และคุณก็เสร็จเรียบร้อย ไม่มีอะไรไปแตะ PATH ของคุณ ไม่มีอะไรรันในพื้นหลัง

ฉันสามารถใช้ทักษะแต่ละอย่างโดยไม่ต้องใช้ sprint เต็มรูปแบบได้หรือไม่?

ได้ หากคุณต้องการเพียง /review และ /qa คุณสามารถใช้แบบแยกเดี่ยวได้ โครงสร้าง sprint เป็นเพียงคำแนะนำ ไม่ใช่ข้อกำหนด

gstack ใช้งานได้กับ private repos หรือไม่?

ได้ ทักษะต่างๆ อยู่ใน .claude/skills/gstack ภายใน repo ของคุณ คอมมิตมัน และเพื่อนร่วมทีมก็จะได้รับ gstack เมื่อ git clone

ถ้าฉันใช้ Windows ล่ะ?

gstack ใช้งานได้บน Windows 11 ผ่าน Git Bash หรือ WSL จำเป็นต้องมี Node.js เพิ่มเติมจาก Bun — Bun มีข้อผิดพลาดที่ทราบเกี่ยวกับ Playwright’s pipe transport บน Windows

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

/browse ใช้ Playwright ในการควบคุมเบราว์เซอร์ Chromium แบบ headless คำสั่งจะทำงานในเวลาประมาณ 100ms ใช้ /setup-browser-cookies เพื่อนำเข้าคุกกี้จากเบราว์เซอร์ของคุณสำหรับการทดสอบที่ต้องมีการยืนยันตัวตน

ฉันสามารถปรับแต่งทักษะได้หรือไม่?

ได้ ทักษะต่างๆ เป็นไฟล์ Markdown แก้ไขเพื่อปรับให้เข้ากับเวิร์กโฟลว์ของคุณ หากคุณปรับปรุงบางอย่าง ลองเปิด PR upstream

อะไรคือความแตกต่างระหว่าง /qa กับ /qa-only?

/qa ค้นหาข้อผิดพลาดและแก้ไขอัตโนมัติด้วย atomic commits /qa-only ค้นหาข้อผิดพลาดแต่เพียงแค่รายงาน — ไม่มีการเปลี่ยนแปลงโค้ด ใช้ /qa-only สำหรับบันทึกการตรวจสอบ

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

เฉพาะการเลือกเข้าร่วมเท่านั้น หากคุณเปิดใช้งาน gstack จะส่งชื่อทักษะ, ระยะเวลา, ความสำเร็จ/ความล้มเหลว, เวอร์ชัน, และระบบปฏิบัติการ ไม่มีโค้ด, ที่อยู่ไฟล์, ชื่อ repo, ชื่อ branch, หรือพรอมต์ใดๆ ถูกส่งไป ปิดใช้งานได้ตลอดเวลาด้วย gstack-config set telemetry off

ฝึกการออกแบบ API แบบ Design-first ใน Apidog

ค้นพบวิธีที่ง่ายขึ้นในการสร้างและใช้ API

ลงทะเบียนฟรีดาวน์โหลด