لا، هذا ليس مصنع برمجيات — ريان كوك، WorkOS
원제 · No, That's Not a Software Factory — Ryan Cooke, WorkOS
핵심 요약
تتحقق الفائدة الحقيقية لمصنع البرمجيات عبر أتمتة عمليات هندسة المنتجات وإدارة سياق العمل بواسطة بوابة MCP وخطاطيف الويب، وليس لمجرد زيادة كمية الكود وطلبات السحب المنشأة بالذكاء الاصطناعي.
하이라이트
التركيز على مقاييس المخرجات مثل عدد طلبات السحب (PRs) أو كمية الكود المنشأة بالذكاء الاصطناعي يخفي جودة عمل الأنظمة ولا يعكس تحقيق نتائج فعلية.
يعتمد نظام TARS في WorkOS على الاشتراك في خطاطيف الويب (Webhooks) لربط Slack وLinear وGitHub لتتبع تقدم المشاريع وأتمتة المهام بدلاً من كتابة الكود فقط.
تستخدم WorkOS نظام Horizon كطبقة تنسيق للبنية التحتية تقع أمام بوابة بروتوكول سياق النموذج (MCP Gateway).
تغني أتمتة وثائق متطلبات المنتج (Hilltop documents) عبر وكيل مدير المنتج (PM Agent) عن وجود مديري منتجات في الفرق الهندسية بشركة WorkOS.
ربط خادم MCP ببوابة البيانات Snowflake يتيح للوكلاء استعلام جداول استخدام المنتجات ومحادثات العملاء مباشرة عبر Slack.
타임라인
الفرق بين مقاييس المخرجات ومقاييس النتائج في أتمتة البرمجيات
تُظهر منشورات القطاع التقني تركيزاً مكثفاً على عدد طلبات السحب وكمية التعليمات البرمجية المولدة بالذكاء الاصطناعي. هذه الأرقام تُخفي الفاعلية الحقيقية للأنظمة وتفشل في إثبات فائدتها للمؤسسة. بدلاً من قياس حجم المخرجات، يتوجب تقييم مدى تسريع بناء الميزات المعقدة وإطلاقها. التوجه الفعال يعامل الذكاء الاصطناعي كفريق دعم مصغر لكل مهندس لزيادة القيمة المقدمة للمستخدمين.
- مقاييس المخرجات مثل عدد طلبات السحب وحجم الكود المنشور تضلل قياس الكفاءة الحقيقية.
- النجاح الحقيقي لمصنع البرمجيات يقاس بتسريع تسليم الميزات وتزويد كل مهندس بفريق هندسي مصغر.
- الاستثمار الهندسي في الأتمتة يتطلب التركيز على نتائج الأعمال لا على زيادة الإنتاج البرمجي المجرد.
معمارية مصنع البرمجيات: التنسيق بين TARS وHorizon وبوابة MCP
بدأت تجارب تشغيل وكلاء البرمجة في بيئات معزولة على Cloudflare دون تحقيق فارق ملموس مقارنة بالتطوير المحلي. تطلب ذلك دمج كامل العمليات الهندسية داخل المصنع. يعمل نظام TARS كواجهة ربط مع Slack وLinear وGitHub عبر خطاطيف الويب لمتابعة المشاريع. يتولى نظام Horizon إدارة البنية التحتية والتنسيق أمام بوابة MCP لتزويد الوكلاء بالسياق التشغيلي اللازم.
- بيئات الاختبار المعزولة القائمة على الموجهات البسيطة لا تقدم زيادة أسية في إنتاجية المهندسين.
- يتكون نظام WorkOS من TARS للتفاعل مع أدوات التطوير وHorizon لتنسيق البنية التحتية.
- بوابة MCP تمكن الوكلاء من الوصول إلى سياق العمل الشامل عبر مختلف الأدوات.
أتمتة إدارة المنتجات وتحويل الوثائق إلى تذاكر تنفيذية
تعتمد WorkOS ثقافة هندسية خالية من مديري المنتجات، حيث يتولى المهندسون صياغة وثائق متطلبات المنتجات (Hilltop) التي تجمع أهداف المشروع والتحليل التنافسي والتصاميم. يقوم وكيل ذكاء اصطناعي مخصص بإنشاء المسودة الأولى لهذه الوثائق وتقسيمها إلى تذاكر عمل في Linear. عند موافقة المهندسين على الوثيقة، يبدأ TARS بالتنفيذ الذاتي وإعادة تقييم المشروع لسد أي ثغرات تخطيطية.
- يتعرف TARS تلقائياً على التذاكر المحجوبة في Linear ويبدأ تنفيذها فور اكتمال التبعيات.
- وكيل مدير المنتج (PM Agent) يصوغ المسودة الأولى لوثائق متطلبات المنتج (Hilltop) ويقسمها إلى مهام.
- تدخل العنصر البشري يتركز على التوجيه والمراجعة بدلاً من إعداد الوثائق من الصفر.
إدارة المشاريع عبر Slack وتكامل بيئات التطوير
إدخال وصف مختصر لمشروع جديد عبر Slack يدفع TARS لإنساء كافة الموارد المطلوبة في Linear وNotion فوراً. هذا يوفر الهيكل الأساسي للمهندس الرئيسي للبدء في ضبط المواصفات دون إضاعة الوقت في الإعداد الأولي. لا يقتصر التنفيذ على وكيل واحد، بل يمكن توجيه أدوات مثل Devon أو النماذج المحلية للعمل على نفس التذاكر والمستندات باستخدام سياق MCP الموحد.
- أمر بسيط في Slack يطلق مشروعاً كاملاً ويولد السجلات والأسئلة المفتوحة تلقائياً.
- يمكن استخدام وكلاء خارجيين مثل Devon أو الأدوات المحلية عبر بوابة MCP بنفس السياق.
- تساعد الأتمتة على تجاوز مشكلة البداية الباردة في كتابة المستندات وتخطيط المشاريع.
بناء محرك السياق وتوصيل قاعدة البيانات Snowflake
ربط بوابة MCP بمستودع البيانات Snowflake يزود الوكلاء بجدول دلالي يصف بيانات العملاء واستخدام المنتجات. يتضمن وصف الأدوات إرشادات للوكيل حول كيفية كتابة الاستعلامات واستخراج البيانات المطلوبة. تحول خادم MCP من مجرد أداة لوكلاء البرمجة إلى منصة داخلية تستخدمها مختلف الفرق لإجراء التحليلات والإجابة عن الاستفسارات مباشرة من Slack.
- محرك السياق الداخلي يربط خادم MCP بجميع الأنظمة الداخلية وقواعد البيانات.
- استعلام جداول Snowflake الدلالية يتيح للوكيل الوصول إلى بيانات استخدام المنتجات ومحادثات العملاء.
- إتاحة خادم MCP للفرق الداخلية عبر Slack وسع استخداماته لتشمل تحليل البيانات المباشر.
الفرز الآلي للأخطاء والبنية التحتية للتحسين الذاتي
يتولى TARS الاستماع إلى بلاغات الأخطاء وطلبات الدعم في قنوات Slack المشتركة، حيث يفحص الشفرة البرمجية ويفتح طلبات سحب لإصلاح المشاكل. تسعى WorkOS لبناء طبقة ذاكرة دائمة وبيئة معزولة خاصة بها لضمان التحكم في بيانات الجلسات ونقل أحمال العمل. امتلاك هذه البنية التحتية يسمح للنظام بالتعلم الذاتي، وتحديد الفجوات في أداء الوكلاء، وتحديث المهارات البرمجية القديمة بناءً على تغييرات الكود.
- يستمع TARS لطلبات الأخطاء في Slack لفرزها وإصلاحها بفتح طلبات سحب تلقائية.
- امتلاك طبقة البيئة المعزولة (Sandbox) والذاكرة الدائمة يوفر سياقاً مستمراً على مستوى المؤسسة.
- المراقبة المستمرة لعمل الوكلاء تتيح تحديث مهاراتهم وآلياتهم وتصحيح الأخطاء تلقائياً.
설명
The standard software factory puts an agent in a sandbox, prompts it and merges the PR. When WorkOS built one, the results were hard to tell apart from engineers running Claude Code on their laptops. Ryan Cooke, an engineer at WorkOS, argues that counting PRs or lines of AI code is the wrong measure. What matters is outcomes: are you actually shipping more to customers? WorkOS's answer is to build its engineering process into the factory itself. TARS, its agent, lives in Slack, Linear and GitHub and uses webhooks to track projects and pick up the next ticket on its own. A PM agent drafts the "Hilltop" product doc and breaks approved work into tickets, which solves the blank-page problem. Horizon, the orchestration layer, sits in front of an internal MCP gateway that connects every tool, including Snowflake. Cooke calls that gateway the single best investment for any team starting a factory. He also covers bug and support triage, why WorkOS is building its own sandboxes and a company-wide memory layer, and how it measures success with defect rates, recovery time and adoption. Related links: WorkOS: https://workos.com Timestamps: 0:00 Intro: the standard software factory 1:17 Output metrics hide what's working 2:37 Measuring outcomes instead 3:12 Why a basic sandbox wasn't enough 4:07 TARS and Horizon 5:22 Webhooks: from code work to product work 6:32 Building the Hilltop doc into the factory 8:07 The PM agent 8:52 Demo: kicking off a project from Slack 10:17 Solving the blank-page problem 11:02 Works with Devin and Claude Code too 11:57 The MCP gateway: a context engine 13:37 Why every factory needs an MCP gateway 14:07 Bugs, support triage and our own sandboxes 15:27 Next: a company-wide memory layer 15:57 How we measure success 17:02 Owning the infrastructure to self-improve 18:02 Wrap-up