غاري تان يطلق gstack: نظام سير عمل لـ Claude Code يشمل مراجعة الكود وضمان الجودة والإصدار

نشر غاري تان gstack كمشروع مفتوح المصدر، وهو مجموعة مهارات (skills) لـ Claude Code تجعل العمل مع وكيل الذكاء الاصطناعي المخصص للبرمجة أكثر صرامة وقابلية للتنبؤ. الفكرة بسيطة: بدلًا من خلط التخطيط والفحص الهندسي وضمان الجودة والإصدار في موجّه (prompt) واحد لا ينتهي، يوزّع المشروع هذه المراحل على أوضاع منفصلة بأدوار واضحة.

ما هو gstack

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

«Eight opinionated workflow skills for

Claude Code» — هكذا يصف المشروع نفسه.

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

ثمانية أوضاع عمل

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

• `/plan-ceo-review` — مراجعة المنتج للفكرة والأولويات
• `/plan-eng-review` — البنية وتدفق البيانات (data flow) والحالات الحدّية (edge cases) والاختبارات
• `/review` — البحث عن مخاطر الإنتاج ومشكلات الكود
• `/ship` — مزامنة الفرع وتشغيل الاختبارات وتجهيز طلب الدمج (PR)
• `/browse` و`/qa` و`/setup-browser-cookies` و`/retro` — المتصفح وضمان الجودة واستيراد ملفات تعريف الارتباط والمراجعة الختامية (retrospective)

ويبدو هذا التقسيم إلى أدوار منطقيًا بوجه خاص أمام مشكلة معروفة في البرمجة بالذكاء الاصطناعي: يكتب الوكيل المسار السعيد (happy path) بسرعة، لكنه كثيرًا ما يتجاوز السيناريوهات الحدّية والانحدارات (regressions) وأعطال تجربة المستخدم (UX). في gstack تُنقل هذه الفحوص إلى أوضاع مستقلة كي لا تتنافس مع مهمة «اكتب الكود بأسرع ما يمكن». هذا لا يضمن غياب الأخطاء، لكنه يقرّب العملية من الممارسة الهندسية المعتادة، حيث لا يُختزل التصميم والتنفيذ والفحص والإصدار في خطوة واحدة.

المتصفح وضمان الجودة والحزمة التقنية

أكثر أجزاء gstack إثارة للاهتمام ليست المهارات المكتوبة بصيغة markdown، بل بيئة تشغيل المتصفح الدائمة. فبدلًا من تشغيل متصفح جديد مع كل إجراء، يشغّل النظام خدمة (daemon) طويلة العمر لمتصفح Chromium بلا واجهة رسومية، ويتواصل معها عبر HTTP على localhost. والغاية من ذلك السرعة والاحتفاظ بالحالة بين الخطوات. وبحسب بيانات وصف المشروع، يستغرق البدء البارد لأداة المتصفح نحو 3–5 ثوانٍ، أما الاستدعاءات اللاحقة بعد التشغيل فتستغرق نحو 100–200 ميلي ثانية. وبفضل ذلك تبقى ملفات تعريف الارتباط وعلامات التبويب وlocalStorage وحالة تسجيل الدخول محفوظة بين الأوامر.

ومن المهم أيضًا كيف يندمج هذا المتصفح في مسار ضمان الجودة. يتيح الأمر `/browse` للوكيل دخول التطبيق والنقر عبر الواجهة والتقاط لقطات الشاشة ورؤية مواضع العطل. أما `/qa` فيذهب أبعد: يحلل الفروقات (diff) في الفرع، ويحدد المسارات المتأثرة، ويفحص تحديدًا الصفحات والسيناريوهات التي قد تتأثر بالتغييرات. وفي المثال الوارد في المستودع، حلّل هذا الوضع ثمانية ملفات معدّلة، ووجد ثلاثة مسارات متأثرة، وشغّلها على نسخة محلية من التطبيق، أي ربط تغييرات الكود بسلوك الواجهة الفعلي.

ومن الناحية التقنية، جاء gstack عمليًا أيضًا. يتطلب العمل Claude Code وGit وBun 1.0+، وكان المستودع وقت النشر يستخدم Playwright وحزمة `diff`، فيما يُبنى الأمر `/browse` كملف تنفيذي مستقل. ويمكن تثبيت المجموعة في `~/.claude/skills/gstack` أو وضعها في `.claude/skills/gstack` المحلي داخل المشروع، ليعتمد الفريق كله العملية نفسها. ويعلّل المؤلفون اختيار Bun بأسباب بسيطة: ملفات تنفيذية مُجمَّعة، ووصول أصلي إلى SQLite، وتشغيل TypeScript دون طبقات إضافية، وخادم HTTP مدمج عبر `Bun.serve()`.

ماذا يعني ذلك

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