gstack: المهارة اللي ما أبرمج مع Claude بدونها

الخلاصة أولًا: gstack مجموعة مهارات (أوامر سلاش) مفتوحة المصدر بترخيص MIT من Garry Tan، رئيس Y Combinator، تضيف إلى Claude Code مراحل تفكير ومراجعة قبل البرمجة وبعدها. أنا شخصيًا صرت نادرًا ما أبرمج في Claude بدونها، وأنصح فيها كل من يشتغل بأسلوب الـ vibe coding. هنا أشرح ليش، وبأي أوامر تبدأ، ووين حدود الأداة.

لمن هذا؟

• إذا تبني تطبيقات مع Claude Code وتلاحظ أنك تعيد التخطيط مرة بعد مرة.
• إذا كانت فكرتك واضحة في راسك، لكن النتيجة تطلع ناقصة أو واجهتها ضعيفة.
• إذا كنت مبتدئًا أو متوسطًا وتبي طريقة منظمة تفكر فيها قبل ما تطلب الكود.

المشكلة اللي عشتها قبل gstack

هذي تجربتي أنا، مو قاعدة عامة. كنت أكتب الفكرة، أستخدم التخطيط المدمج في Claude، ويبدأ يبرمج. بعد ما يسلّمني الكود أكتشف مشاكل كثيرة، فأرجع للخطة، ثم أكتشف مشاكل جديدة، وهكذا بلا نهاية تقريبًا.

وفي الآخر كان التطبيق ما يسوي اللي أبيه بالضبط. واجهة ضعيفة، أو أشياء ناقصة ما كنت أعرف أصلًا إني أحتاجها. في رأيي، السبب أن Claude برمج، لكن ما أحد وقف وسأل عن الحالات والمسارات اللي لازم نتأكد منها قبل البداية.

ما هو gstack فعليًا؟ (حسب التوثيق)

حسب ملف README الرسمي، gstack يحوّل Claude Code إلى ما يشبه «فريق هندسي افتراضي»: مدير تنفيذي يعيد التفكير في المنتج، مدير هندسة يثبّت البنية، مصمم، مراجع كود، مسؤول اختبار يفتح متصفحًا حقيقيًا، ومهندس إصدار. كل هذا أوامر سلاش مكتوبة بـ Markdown.

التوثيق يوضح كيف ترتبط المهارات ببعض: /office-hours يكتب وثيقة تصميم يقرأها /plan-ceo-review، و/plan-eng-review يكتب خطة اختبار يستخدمها /qa لاحقًا.

الأوامر اللي غيّرت طريقتي

هذي الأوامر بأسمائها الدقيقة كما في التوثيق:

1. /office-hours: هل الفكرة تستاهل أصلًا؟

التوثيق يصفه بأنه نقطة البداية. يطلع لك وثيقة تصميم، مو كود. يتكيّف حسب نوع مشروعك: لو مشروع ناشئ (startup) يمر بك على «ستة أسئلة إجبارية» ويعترض على طريقة طرحك ويتحدى افتراضاتك، ولو مشروع تعلّم أو هواية أو مفتوح المصدر يتحول إلى شريك عصف ذهني. وفي الحالتين يقترح بدائل للتنفيذ. بالنسبة لي هذي المرحلة توفّر وقت. تعرف مبكرًا إذا الفكرة تستاهل، أو إذا فيه طريق أبسط.

2. /plan-ceo-review: نقد الخطة من فوق

يقرأ الخطة ويعيد التفكير في المشكلة ونطاقها، وله أربعة أوضاع حسب ملف المهارة: توسيع النطاق، التوسيع الانتقائي، تثبيت النطاق، وتقليص النطاق. وأي تغيير في النطاق يحتاج موافقتك. في تجربتي يطلع نقاط ضعف وأشياء ناقصة وافتراضات غلط، ويسألك أسئلة كثيرة. أحيانًا الجلسة عندي أخذت ساعات، لأنه ما يمشي قبل ما توصل الخطة لمستوى مقبول.

3. /plan-eng-review و/plan-design-review: الهندسة والواجهة

• /plan-eng-review: يثبّت البنية وتدفق البيانات والحالات الحدّية والاختبارات، ويطلع الافتراضات المخفية.
• /plan-design-review: يقيّم كل جانب تصميمي من 0 إلى 10، يشرح شكل الـ 10، ثم يعدّل الخطة. وفيه كشف لما يسميه التوثيق «AI Slop»، أي الواجهة العامة اللي واضح أن الذكاء الاصطناعي سواها.

وإذا تبي الكل مرة وحدة، فيه /autoplan: حسب ملف المهارة يشغّل المراجعات بالترتيب CEO ثم التصميم (إذا فيه واجهة) ثم تجربة المطوّر (إذا المشروع موجّه للمطوّرين) ثم الهندسة دائمًا في الأخير، ويتخذ قرارات تلقائية ويرجع لك قرارات الذوق.

4. بعد البرمجة: /review و/qa

حسب التوثيق، /review يراجع التغييرات بحثًا عن أخطاء قد تعدّي الاختبارات ويقترح أو يطبق إصلاحات للواضح منها، و/qa يستكشف التطبيق في متصفح أو عبر API وCLI ويحاول إعادة إنتاج الأخطاء وإصلاحها. هذا ما يعني أنه يلقط كل شيء.

أما /ship فيصفه ملفه بأنه يدمج الفرع الأساسي، يشغّل الاختبارات، يراجع الفرق، يحدّث VERSION وCHANGELOG، ثم يعمل commit وpush ويفتح PR. يعني يلمس مستودعك فعليًا، فراجع التغييرات والصلاحيات قبل ما تشغّله.

مثال تسلسل (من التوثيق، مو مسار إجباري)

هذا المثال مأخوذ من قسم «See it work» في README:

/office-hours
/plan-ceo-review
/plan-eng-review
(وافق على الخطة واخرج من وضع التخطيط، ثم يبرمج Claude)
/review
/qa https://staging.myapp.com
/ship

والتوثيق نفسه يقترح بداية أخف: جرّب /office-hours ثم /review ثم /qa، وتوقف. بتعرف بسرعة إذا الأداة تناسبك.

ليش الأسئلة تحسّن الخطة؟ (والطول مو الهدف)

أنا لاحظت أن الخطة الأشمل تعطيني نتائج أفضل من Claude في أغلب المرات. وهذي تجربتي، مو ضمان أن الخطة الأطول دائمًا أفضل.

اللي يفرق هو نوعية الخطة: هل تجاوب على «مين المستخدم؟»، «وش يصير لو فشل هذا الطلب؟»، «وش الشاشة اللي يشوفها أول مرة؟». الأسئلة تجبرك تقرر هذي الأشياء بنفسك بدل ما يخمّنها Claude. خطة طويلة مليانة حشو ما تفيد، وخطة متوسطة فيها قرارات واضحة أفضل منها.

التثبيت (من التوثيق الحالي)

المتطلبات حسب README: Claude Code، وGit، وBun (التوثيق يقول إن الإصدار المختبر هو 1.4.2، وإن الإعداد يرفض أي إصدار أقدم من 1.3.3)، وNode.js على ويندوز. التوثيق يقترح تلصق هذا الأمر داخل Claude Code عشان يثبّته:

git clone --single-branch --depth 1 https://github.com/garrytan/gstack.git ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setup

التعليمات الرسمية تطلب أيضًا إضافة قسم «gstack» في ملف CLAUDE.md. ارجع لـ README قبل التثبيت لأن الخطوات تتحدث باستمرار. الدعم الكامل لـ macOS وLinux، وويندوز دعمه محدود حسب التوثيق.

انتبه لهذي النقاط

• قرارك أنت: gstack يسأل ويقترح، لكن أنت اللي تقرر النطاق والأولويات والذوق. لا توافق على كل اقتراح بدون ما تفهمه.
• مو ضمان: لا يضمن كودًا بلا أخطاء، ولا أمانًا كاملًا، ولا جاهزية للإنتاج. راجع واختبر بنفسك.
• الخصوصية: حسب صفحة الخصوصية، التتبع (telemetry) اختياري ومقفل افتراضيًا، وفحص التحديثات مفعّل افتراضيًا. و«المراجعات الخارجية» مفعّلة افتراضيًا: مراجعات الخطط و/autoplan و/office-hours و/review و/ship وغيرها قد تطلب رأي نموذج ثانٍ (Codex تحت Claude Code)، فترسل الخطة أو الكود أو الفرق لذلك المزوّد بحسابك أنت، وأول إرسال يطبع تنبيهًا. لإيقافها: gstack-config set codex_reviews disabled.
• الوقت والاستهلاك: المراجعات الطويلة تعني محادثات أطول مع Claude، يعني استهلاك أكثر من حصتك.
• الفهم مطلوب: المبتدئ يقدر يبدأ فيه، لكن لازم يفهم القرارات اللي يوافق عليها. كل ما فهمت أسئلته، صارت إجاباتك وخطتك أقوى.

أسئلة شائعة

هل gstack مجاني؟ نعم، مفتوح المصدر بترخيص MIT. لكنك تحتاج Claude Code واستهلاكه حسب اشتراكك.

هل يشتغل مع غير Claude؟ التوثيق يذكر دعمًا تجريبيًا لأدوات أخرى مثل Codex وCursor عبر خيار --host، والدعم الكامل لـ Claude Code.

بأي أمر أبدأ؟ بـ /office-hours. اشرح وش تبني وخله يتحداك قبل أي كود.

ماذا بعد؟

أنا أجهّز باقة ودليل مفصّل عن كيف تصير vibe coder متقدم، بكل التفاصيل اللي تعلمتها. خلك مستعد.

المصادر

• garrytan/gstack — README (اطلعنا عليه 7 نوفمبر 2026)
• gstack — Privacy & Telemetry
• gstack — Deep dives لكل مهارة
• ملفات المهارات: office-hours، plan-ceo-review، plan-eng-review، plan-design-review، autoplan، ship (كلها اطلعنا عليها 7 نوفمبر 2026)