في يوم ما من أوائل عام 2026، قام محلل بيانات يُدعى Migu بتحويل ملف CSV إلى تنسيق GeoJSON وسحبه إلى أداة في المتصفح تُسمى Kepler.gl. دون كتابة سطر برمجي واحد، ظهرت أول خريطة لتايوان على الشاشة.
درس في الجامعة التخطيط الحضري، وقد تعامل حينها قليلاً مع نظم المعلومات الجغرافية (GIS، وهي ببساطة أدوات تجعل البيانات تظهر على الخرائط)، ولكن بعد دخوله سوق العمل في مجال تحليل البيانات، لم يلمس الخرائط منذ فترة طويلة. في تلك اللحظة التي سحب فيها ملف CSV إلى Kepler.gl وشاهد تايوان تنمو على الشاشة، خطرت بباله جملة بسيطة من الدهشة:
"تبين أن لدى تايوان هذا الكم الهائل من البيانات، وأن تحويلها إلى خريطة ليس بالأمر الصعب."1
قد تبدو هذه الجملة عادية، لكنها أصبحت البذرة لمجموعة كاملة من الابتكارات.
نظرة عامة في 30 ثانية: بدأ Migu (على GitHub:
ianlkl11234s) منذ نهاية عام 2025 بإنشاء أكثر من عشرة مشاريع لتصور البيانات باستخدام البيانات المفتوحة في تايوان. حصد مشروعه الأكثر شهرة mini-taiwan-pulse نحو 375 نجمة على GitHub، حيث يدمج خمسة أنواع من البيانات اللحظية — السماء، المحيط، الأرض، الشوارع، وإدارة النفايات — في خريطة متحركة واحدة2. ولكن في محاضرة قدمها لمجتمع sciwork في يونيو 2026، أوضح المشكلة بكل صراحة: البيانات المفتوحة في تايوان تضم حوالي 50,000 سجل على المستوى المركزي فقط، وهي موزعة عبر أكثر من عشرين منصة محلية، مما يجعل "مسحها بالعقل البشري أمراً مستحيلاً". لم يكن حله هو استدعاء المزيد من الأشخاص للمساعدة، بل تسليم البيانات بالكامل لنظام ينمو ذاتياً ويتم تنسيقه بواسطة وكلاء الذكاء الاصطناعي (AI Agents)، حيث يتولى الإنسان فقط وضع الأسئلة والتحقق من النتائج3.
هذا المقال يتحدث عن كيفية انتقال شخص من براءة سحب ملف CSV إلى ترك النظام ينمو نيابة عنه.
كيف تحول حساب GitHub لشخص واحد إلى مجرة كاملة
إذا نظرنا فقط إلى مشروع mini-taiwan-pulse، فقد نعتقد بسهولة أن Migu مجرد مهندس هاوٍ: قام بعمل نموذج تجريبي (demo) في عطلة نهاية الأسبوع وصادف أنه حقق شهرة واسعة.
هذا التصور خاطئ من ناحيتين.
أولاً، هو لم يكتفِ بمشروع واحد. عند فتح حساب GitHub الخاص به، ستجد منذ ديسمبر 2025 زخماً كثيفاً من مشاريع تصور البيانات المفتوحة في تايوان: بدأ الأمر بمشروع PoC لتغطية الحافلات كاختبار أولي، ثم تبعه في نهاية ديسمبر مشروع تعليمي يُدعى mini-taiwan-learning-project الذي حقق شهرة مبكرة ووصل إلى 189 نجمة. في فبراير، أنجز نظام نقاط AIS اللحظي للسفن، ومشروع flight-arc-graph (56 نجمة) الذي يرسم مسارات الإقلاع والهبوط لكل رحلة كأقواس. وفي نهاية فبراير جاء دور mini-taiwan-pulse، ثم أطلس سكك حديد تايوان (Taiwan Railway atlas)، والمدارات الفضائية، وكاميرات المراقبة اللحظية (CCTV)، ولوحة معلومات شاملة للوضع العام تُدعى mini-taiwan-info... واستمر في ذلك حتى يونيو2. ربط أكثر من عشرة مستودعات (repos) ببعضها البعض، وأطلق على مجموعته اسم مجرة "Mini Taiwan".
عضو آخر في المجرة، Mini Taiwan Info: قام بتجميع البيانات المفتوحة المشتتة في لوحة معلومات لمراقبة الوضع؛ السكان، النقل بالسكك الحديدية، الشحن البحري، الموارد المائية، الإطفاء، والرعاية الطبية، صفحة لكل موضوع. الصورة: Migu / sciwork 2026 (استخدام عادل لأغراض التحرير والتعليق).
عند ترتيب عدد النجوم لهذه المشاريع، يتضح أن الناجح منها ليس مشروعاً واحداً فقط.
المصدر: GitHub API، 2026-06-25
الخطأ الثاني يكمن في كلمة "شخص واحد"، وسنعود لتفكيكها لاحقاً. لننظر أولاً كيف نمت هذه المجرة.
المصدر: سجل مشاريع GitHub الخاصة بـ Migu (التسلسل الزمني وعدد النجوم) ومحتوى محاضرة sciwork 202623
نفس النهج، من المترو إلى النظام الشمسي
أما المشروع الرائد نفسه، فهو في حالة نمو مستمر. كان mini-taiwan-pulse في بدايته يتكون من ثلاث طبقات: السماء، المحيط، والأرض. وبحلول نسخة محاضرته، أصبح يتكون من "خمسة محاور متحركة": الطائرات في السماء، السفن في المحيط، القطارات على الأرض، الحافلات في الشوارع، وشاحنات جمع النفايات؛ خمسة أنواع من البيانات اللحظية بترددات مختلفة مدمجة في خريطة واحدة تتنفس. ذكر في عرضه التقديمي أن هذا المشروع هو المرة الأولى التي "يتطور فيها من JSON ثابت إلى قاعدة بيانات زمانية مكانية"3. وفي طبقة الشوارع وحدها، قال إنه يتصل بأكثر من 5,700 حافلة عبر منصة TDX، مع تحديث المواقع كل 30 ثانية.
"اليوم صفر" في محاضرته: تحويل ملف CSV إلى GeoJSON وسحبه إلى Kepler.gl، وبدون سطر برمجي واحد ظهرت أول خريطة لتايوان، وهي نقطة انطلاق المجرة بأكملها. الصورة: Migu / sciwork 2026 (استخدام عادل لأغراض التحرير والتعليق).
كانت الشرارة الأولى لهذه المجرة هي مشروع تصور النقل في تايبيه الذي أسماه "Mini Taipei". قام بدمج ثلاث أنظمة نقل (المترو، سكك حديد تايوان، والقطار السريع) في خريطة متحركة، حيث تتحرك المركبات على الخطوط وفقاً للجداول الزمنية. قال إنه في تلك اللحظة فقط "اختبر سحر الحركة"، حيث كانت أكثر من 300 رحلة قطار تتحرك في آن واحد3. وهكذا تحول جدول زمني ثابت إلى نبض مدينة.
Mini Taipei: دمج أنظمة المترو وسكك حديد تايوان والقطار السريع في إطار واحد، مع حركة أكثر من 300 قطار حسب الجدول. قال إن هذه كانت مرته الأولى "لاختبار سحر الحركة". الصورة: Migu / sciwork 2026 (استخدام عادل لأغراض التحرير والتعليق).
منذ ذلك الحين، وكأنه أصيب بالإدمان، بدأ يطبق نفس نهج "تحويل البيانات إلى حركة" على نطاقات أكبر فأكبر. في عرض البحر، اتصل ببيانات AIS اللحظية من هيئة الموانئ، مستخدماً كرات ضوئية زرقاء مع ذيول متدرجة تمتد لثلاثين دقيقة لرسم مسارات السفن في المياه المحيطة بتايوان.
محور المحيط: بيانات AIS اللحظية من هيئة الموانئ، كرات ضوئية زرقاء مع ذيول متدرجة لثلاثين دقيقة، لرسم مسارات السفن حول تايوان. الصورة: Migu / sciwork 2026 (استخدام عادل لأغراض التحرير والتعليق).
ثم دفع بنفس النهج إلى ما وراء الأرض. باستخدام معاملات المدار TLE العامة، قام بحساب مواقع الأقمار الصناعية ورسم مسارات عبورها فوق تايوان، ثم مد النطاق ليشمل النظام الشمسي بأكمله. قال بوضوح في عرضه: "نفس النهج، طالما توفرت البيانات، يمكن التوسع بلا حدود."3 في تلك اللحظة ستدرك أن ما يفتنه حقاً هو عملية "تحويل البيانات إلى شيء مرئي"، والخريطة ليست سوى الشكل الأول لهذا الشيء.
توسيع النهج إلى ما وراء الأرض: استخدام معاملات TLE العامة لتصور مدارات الأقمار الصناعية، ثم التوسع ليشمل النظام الشمسي بأكمله. الصورة: Migu / sciwork 2026 (استخدام عادل لأغراض التحرير والتعليق).
دمج الجزر المنعزلة: الفجوات تظهر من تلقاء نفسها
تدريجياً، تحول الشيء الذي يستحق المشاهدة من "نقاط لحظية تتحرك" إلى "دمج بيانات غير مترابطة لتظهر الفجوات تلقائياً". هناك عدة مشاريع في هذه المجرة مخصصة لهذا الغرض. أحدها يسمى "الزراعة × المياه"، حيث دمج البيانات المنعزلة لثلاث وزارات (الزراعة، الري، وإدارة الكوارث) في خريطة واحدة: الأراضي الزراعية، الأنهار، القنوات، السدود، وإمكانات الفيضانات كلها في إطار واحد. ولجعل هذه الخريطة تعمل بسلاسة في المتصفح، استخدم تنسيق PMTiles مع طلبات HTTP range، مما ضغط البيانات من 400 ميجابايت لتصبح 5 ميجابايت فقط عند التحميل في المتصفح3.
الزراعة × المياه: دمج البيانات المنعزلة لوزارات الزراعة والري وإدارة الكوارث في خريطة واحدة؛ الأراضي الزراعية والأنهار والقنوات والسدود وإمكانات الفيضانات تظهر معاً. الصورة: Migu / sciwork 2026 (استخدام عادل لأغراض التحرير والتعليق).
مشروع آخر يدمج المستشفيات، العيادات، الصيدليات، أجهزة AED، ونقاط الرعاية الطويلة الأمد فوق كثافة السكان، ويرسم دوائر زمنية متساوية. قال إن هذا يسمح بـ "رؤية إمكانية الوصول، ورؤية الصحاري الطبية"، أي تحديد المناطق التي يبعد فيها السكان مسافة غير منطقية عن أقرب مورد طبي.
الموارد الطبية: دمج المستشفيات والعيادات والصيدليات وأجهزة AED ونقاط الرعاية فوق السكان ورسم دوائر زمنية، "لرؤية إمكانية الوصول والصحاري الطبية". الصورة: Migu / sciwork 2026 (استخدام عادل لأغراض التحرير والتعليق).
أما في خط الكوارث، فقد كان أكثر دقة: دمج بيانات رادار الصدى، مستويات مياه الخزانات، هطول الأمطار، وتنبيهات الكوارث — رغم اختلاف تردد تحديثها — في جدول زمني موحد في الطبقة السفلية. بمجرد أن يسحب المستخدم ذلك الجدول الزمني، يتم تشغيل جميع الطبقات بشكل متزامن. من أين بدأت الأمطار الغزيرة، كيف ارتفع مستوى الخزان، ومتى صدر الإنذار؛ كلها تظهر كخط سببي واحد على نفس الشاشة.
الأمطار والكوارث: توحيد رادار الصدى ومستويات الخزانات وهطول الأمطار وتنبيهات الكوارث في جدول زمني واحد، حيث يتم التشغيل المتزامن بمجرد السحب. الصورة: Migu / sciwork 2026 (استخدام عادل لأغراض التحرير والتعليق).
وهناك أيضاً مشروع flight-arc الذي يرسم مسارات الإقلاع والهبوط لكل رحلة كأقواس. باستخدام نفس واجهة برمجة التطبيقات (API) لمطارات مختلفة، يظهر لكل مطار "بصمة" فريدة: مطار تاويوان، مطار هانيدا في طوكيو، ومطار فرانكفورت، لكل منها شكلها الخاص. وقد استشهد بمطار أتلانتا، الأكثر ازدحاماً في العالم، حيث تظهر المسارات المتوازية الخمسة مع مسارات الانتظار شكلاً هندسياً "يشبه حلبة سباق السيارات"، وقال إن تلك الخريطة رسمت 1,839 مسار طيران3.
مشروع flight-arc يدمج جميع عمليات الإقلاع والهبوط في مطار أتلانتا: خمسة مسارات متوازية مع مسارات انتظار ترسم هندسة تشبه حلبة السباق. قال إن التدفق بحد ذاته هو شكل من الأشكال. الصورة: Migu / sciwork 2026 (استخدام عادل لأغراض التحرير والتعليق).
📝 ملاحظة المنسق
قبل عامين، لو قال أحدهم "شخص واحد صنع أكثر خرائط البيانات المفتوحة اللحظية اكتمالاً في تايوان"، لكانت الجملة التالية غالباً هي "إذن لا بد أنه منهك تماماً". هذا الحدس يربط الحجم بالجهد البشري: كلما زاد العمل، زاد الإرهاق. السبب في أن مجرة Migu تستحق التوقف لمشاهدتها هو أنها كسرت هذا الارتباط. قدرة شخص واحد على دفع أكثر من عشرة مستودعات في وقت واحد، مع استمرار المشروع الرائد في إضافة ميزات جديدة، تخفي وراءها تحولاً جوهرياً: في المراحل المتأخرة، لم تعد معظم هذه التعديلات (commits) تُكتب بيديه. السؤال الحقيقي هو كيف تحول هذا "الشخص الواحد" إلى هذا الكيان؟
52,891 سجلاً؛ لا يمكن للعقل البشري مسحها
كانت القصة تسير بسلاسة حتى تلك النقطة: شخص موهوب، ينجز المزيد والأفضل. لكن التحول حدث في منتصف محاضرته، عندما توقف عن قول "ماذا فعلت" وبدأ يتحدث عما "اصطدم به من جدران".
عرض شريحة بعنوان "لماذا نحتاج إلى Agentic OSINT (الاستخبارات مفتوحة المصدر المعتمدة على الوكلاء)". ظهر رقم كبير: حوالي 52,891 مجموعة بيانات في data.gov.tw. ومع إضافة المنصات المفتوحة في اثنين وعشرين محافظة ومدينة، يصل العدد مع التكرار إلى حوالي 60,000 أو 70,000 سجل؛ وهذا دون احتساب البيانات الموجودة لدى القطاع الخاص والمنظمات غير الحكومية والمؤسسات الأكاديمية والتي لم تدخل السجل الحكومي بعد. كانت استنتاجاته قصيرة:
"لا يمكنك مسحها بعقلك البشري."3
كان هذا هو المحور الذي دارت حوله القصة. الشخص الذي كان يندهش من "كمية البيانات" بمجرد سحب ملف CSV، واجه الآن الوجه الآخر لـ "كثرة البيانات": 50,000 سجل في data.gov.tw وحده تعني أنه حتى لو قرأ شخص واحد 100 سجل يومياً، فسيحتاج لأكثر من 500 يوم ليقرأها مرة واحدة، وهذا فقط للسجل المركزي. الكمية هائلة لدرجة أن الإنسان قد يقضي حياته دون أن ينهيها، ناهيك عن جعل هذه البيانات "تتحدث" مع بعضها البعض. هنا وصل الجهد الفردي إلى سقفه.
لكن ما أدركه Migu حقاً هو الجملة التي تلت ذلك: بما أن البيانات كثيرة جداً بحيث لا يمكن مسحها، فهذه إشارة لتغيير الأدوات:
"عندما تتمكن النماذج اللغوية الكبيرة (LLM) من رؤية البيانات، يمكن للوكلاء (Agents) مساعدتك في اكتشاف 'أي البيانات يجب وضعها معاً لرؤيتها'."3
الكلمة المفتاحية هي "وضعها معاً". حتى لو حفظ شخص واحد أسماء 50,000 مجموعة بيانات، سيكون من الصعب عليه تذكر أن "خريطة احتمالات الحرائق" يجب أن تقترن بـ "المناطق التي يصعب الوصول إليها للإطفاء"، أو أن "مواقع المستشفيات" يجب أن تُدمج مع "كثافة السكان" لاكتشاف الصحاري الطبية. قيمة البيانات ليست في السجل المنفرد، بل في المجموعات؛ واحتمالات هذه المجموعات هي أرقام فلكية ناتجة عن ترتيب 50,000 سجل. وهذا هو بالضبط المكان الذي يعجز فيه العقل البشري ويتفوق فيه الآلي.
📝 ملاحظة المنسق
هناك خط تقسيم واضح في سرديات البيانات المفتوحة المعتادة. بعد هاكاثون "البرمجة لتغيير المجتمع" الذي نظمه معهد Academia Sinica في عام 2012، قدم مجتمع g0v نموذجاً رائعاً: الحكومة مسؤولة عن فتح البيانات، والمجتمع المدني مسؤول عن جعل هذه البيانات مرئية. وفي خريطة الكمامات عام 2020، قام Wu Zhan-wei ورفاقه بتحويل بيانات مخزون هيئة التأمين الصحي إلى خريطة متاحة للجميع في غضون 72 ساعة، وهو أحد أكثر الأمثلة إلهاماً لهذا الخط4. السرد القديم قد يضع Migu كمجرد امتداد لهذا الخط: g0v هو عمل جماعي، وهو فرد؛ أي "نسخة فردية من خريطة الكمامات".لكن هذا المقارنة تظل سطحية وتعكس السبب والنتيجة بشكل خاطئ. قدرة Migu على الاقتراب من حجم "مجرة بيانات كاملة" لا تعتمد على القوة البشرية. لم يخطط منذ البداية لاستنزاف طاقته في صراع مع بحر البيانات. جملة "لا يمكن مسحها بالعقل البشري" لا ينبغي قراءتها كاستسلام، بل كنقطة انطلاق لتغيير نموذج العمل بالكامل. النمط الجديد ليس "فرد ضد جماعة"، بل هو "فرد × وكيل (Agent)": السبب في قدرة شخص واحد على تحقيق حجم مجرة هو أن تلك التعديلات (commits) لم تكن كلها من كتابته اليدوية. إليكم كيف يعمل هذا النظام.
لم أكتب كلمة واحدة: خط معالجة حرائق يعمل ذاتياً
لفهم معنى "تسليم الأمر للوكلاء"، فإن أفضل مثال هو مثال الحرائق في محاضرته.
قال إنه اكتفى بإعطاء جملة واحدة للنظام: "حلل البيانات العامة المتعلقة بالحرائق في تايوان". ثم ترك الأمر.
بدأ النظام بتوسيع نطاق البحث ذاتياً. وصف Migu هذه العملية باستخدام أرقام تتضخم تدريجياً: بدأ بـ 582 سجلاً عبر الكلمات المفتاحية، ثم توسع إلى 1,945 سجلاً باستخدام المترادفات والمواضيع، ثم استخدم البحث الكامل وإزالة التكرار، لينتهي الأمر بتجميع دليل موحد يغطي 21 منصة و73,900 سجلاً3. جملة واحدة دخلت، وجرد لـ 70,000 سجل خرج.
الجمع وحده لم يكن كافياً. قام خط المعالجة (pipeline) بعد ذلك بتقسيم الحرائق إلى ست مراحل (الوقاية، الاستجابة، الإبلاغ، تحليل نشوب الحريق، الخسائر، والتقارير)، ثم ضربها في اثنين وعشرين محافظة، لينتج مصفوفة تغطية شاملة؛ شملت حتى خرائط احتمالات الحرائق في سينشو، والمناطق التي يصعب الوصول إليها للإطفاء في تايبيه، وحتى عمليات الإنقاذ في مزارع أرز تاويوان. بل إنه حدد بصدق مواطن النقص: عدم وجود واجهة برمجة تطبيقات (API) للحرائق اللحظية، ندرة الإحداثيات على مستوى الحدث، وعدم إتاحة بيانات تتبع ما بعد الكارثة للجمهور.
ثم جاء التحليل. استشهد بتقرير عن أسباب الحرائق أنتجه النظام ذاتياً: بناءً على 15,405 سجلاً من عام 113 (التقويم التايواني)، كان السبب الأكبر لنشوب الحرائق في مدينة نيو تايبيه هو العوامل الكهربائية بنسبة 30.9%، بينما في مقاطعة بينغتونغ كانت أعقاب السجائر بنسبة 35.2%3. هذه الأرقام هي نتيجة ربط الوكلاء لواجهات برمجة التطبيقات المختلفة، وليست نتيجة بحثه اليدوي في الجداول.
عند وصوله إلى هذه النقطة، كتب سطراً على الشريحة، مع ترك مسافات متعمدة بين الكلمات وكأنه يخشى ألا تراه بوضوح:
"الخط ينتج النتائج تلقائياً. أنا لم أكتب كلمة واحدة."3
كانت هذه الجملة هي نقطة الانفجار في المحاضرة. لقد حول شعار "تسليم الأمر للوكلاء" من مفهوم مجرد إلى حقيقة ملموسة تكاد تكون مقلقة: من جملة واحدة، إلى دليل لـ 70,000 سجل، وصولاً إلى تقرير أسباب موزع حسب المدن؛ الفراغ الذي كان يجب أن يشغله الإنسان (لإعطاء الأوامر، كتابة السكربتات، تنظيف البيانات، وإجراء التحليل) قد أصبح فارغاً.
مخرجات جرد موضوع الحرائق التي عرضها Migu في محاضرة sciwork 2026: إلقاء جملة "حلل البيانات العامة المتعلقة بالحرائق في تايوان"، فيقوم النظام بتوسيع البحث وتجميع دليل موحد عبر المنصات؛ قال إن هذا الخط "لم أكتب فيه كلمة واحدة". الصورة: Migu / sciwork 2026 (استخدام عادل لأغراض التحرير والتعليق).
أربع خطوات قابلة للتفكيك: تدخل البيانات، وتُرسل التقارير تلقائياً
خط معالجة الحرائق هذا ليس سوى جزء من الصورة؛ فهو يمثل نظاماً كاملاً. ينقسم النظام إلى أربع خطوات: استقبال البيانات، دمج المعرفة، توليد التحليل، وإطلاق الإجراءات. وأكد بشكل خاص أن "كل خطوة يمكن استبدالها بشكل مستقل، ولا حاجة لإعادة بناء النظام بالكامل". أما في الطبقة الأدنى (استقبال البيانات)، فقد تطور هو نفسه عبر مراحل: بدأ يدوياً بتحميل ملفات Excel من data.gov.tw وقراءتها وتخزينها بنفسه، وكان العائق هو "ذاكرة الإنسان"؛ ثم انتقل للبحث عن واجهات برمجة التطبيقات (APIs) وسحب تقارير PDF وكشط منصات المحافظات، وكانت المشكلة هي "عدم وجود فهرس"؛ وصولاً إلى الآن، حيث يتم تخزين البيانات الوصفية لكل سجل في دليل SQLite، مما يسمح بالاستعلام والتوسع التلقائي3. يعمل خلف نظامه أكثر من 40 جامع بيانات، بدءاً من YouBike والحافلات وحركة المرور على الطرق السريعة، وصولاً إلى جداول سكك حديد تايوان، وبيانات AIS للسفن، والأقمار الصناعية للأرصاد الجوية، والزلازل، ومستويات مياه الخزانات، وجودة الهواء. وقال أيضاً إن النظام يرسل تنبيهاً عبر Telegram فور حدوث خطأ ثلاث مرات، ويرسل تقريراً يومياً (Daily Review) إلى بريده الإلكتروني كل صباح في التاسعة3.
وفي الخطوة الأخيرة "إطلاق الإجراءات"، أوضح دور الإنسان بدقة: "الوكيل يكمل الدورة الكاملة. دور الإنسان: وضع الأهداف، واستلام التقارير. التروس الخمسة الوسطى تدور من تلقاء نفسها: الاكتشاف، الجمع، الدمج، الإنتاج، والمراقبة." بل إن النظام ينتج تلقائياً تقريراً أسبوعياً بعنوان "البيانات المفتوحة الجديدة لهذا الأسبوع". وبكلماته: "المواضيع تظهر من تلقاء نفسها، والتقارير تصل إلى البريد الإلكتروني تلقائياً."3
أمر واحد، ومجموعة من الصفحات: أسطول Claude داخل tmux
من السهل اعتبار جملة مثل "الوكيل يكمل الدورة الكاملة" مجرد عبارة تسويقية. لكن في نهاية محاضرته، كشف Migu عن التروس التي تعمل تحت الغطاء، وكان هذا الهيكل أكثر واقعية وصدقاً من الشعارات.
لننظر أولاً إلى المشهد الكامل لهذه الدورة. يقول Migu إن نظامه الجغرافي (GIS) هو "مركز تنسيق يربط مجموعة من المستودعات المستقلة، حيث يدخل الوكيل إلى كل محطة بالتتابع": يبدأ بمستودع الاستكشاف لمعرفة البيانات التي تستحق العمل، ثم ينتقل لمستودع الجمع لجلب البيانات، وأخيراً ينتقل إلى مستودعات العرض مثل mini-taiwan-pulse أو mini-taiwan-info لرسم الخرائط. وصف الأمر بدقة: "كل محطة هي مستودع مستقل، وطبقة التنسيق تهتم فقط بالتقدم والقرار، بينما العمل الحقيقي بيد العمال (workers) في كل مستودع."3
هذا المركز التنسيقي يطلق عليه اسم Orchestrator، وهو في جوهره عبارة عن "جلسة Claude واحدة" (Claude Session). ما يفعله هذا الوكيل الرئيسي يشبه عمل مشرف عمال: يقرأ وثيقة مقترح، يفكك المهمة، يرتب الاعتمادات بين المهام، ثم يبدأ العمل.
طريقة بدء العمل هي الخطوة الأكثر حرجاً في بنيته. لم يجعل ذكاءً اصطناعياً واحداً يقوم بكل شيء من البداية إلى النهاية، بل استخدم tmux (أداة قديمة تسمح بتقسيم الطرفية إلى صفحات مستقلة) لعزل المهام. كانت كلماته: "منسق واحد، ومجموعة من العمال. الوكيل الرئيسي هو جلسة Claude واحدة؛ وtmux مسؤول عن العزل، حيث يكون كل عامل في صفحة مستقلة وجلسة مستقلة." ويمكن تعريفها بشكل أكثر إيجازاً: "عامل واحد = صفحة tmux واحدة + جلسة مستقلة + طلب سحب (PR) واحد."3
بمعنى آخر، هو يقود أسطولاً من الذكاء الاصطناعي. كل عامل هو نسخة Claude معزولة في صفحته الخاصة، يؤدي مهمته الخاصة، ويقدم طلب السحب الخاص به دون تداخل مع الآخرين.
مركز التنسيق الذي كشف عنه في عرضه: جلسة Claude واحدة تعمل كمنسق، توزع المهام على مجموعة من العمال المعزولين في صفحات tmux خاصة بهم، حيث يقوم كل منهم بعمله ويقدم طلب سحب (PR) خاص به. الصورة: Migu / sciwork 2026 (استخدام عادل لأغراض التحرير والتعليق).
وكيف لا تتصادم هذه المجموعة من العمال؟ السر يكمن في وجود ذاكرة مشتركة. يقول Migu إن التقدم والقرارات تُكتب جميعها في وثائق، وتُجمع في لوحة تسمى SESSION_BOARD.md؛ ومع وجود "تقرير لكل جلسة"، فإنه "لا حاجة للتخمين المتبادل" و"كل شخص لديه ملفه الخاص، فلا تصادم"3. حتى تسليم المهام يتم توثيقه؛ حيث يستخدم وثيقة HANDOFF.md لتجهيز "مذكرة المهمة للمرحلة التالية"، لكي لا يضطر الوكيل التالي للسؤال من الصفر. أما الخطوة الأخيرة فقد تحدث عنها بحذر: "التحقق، يقوم المنسق بمطابقة طلب السحب (PR) مع الوثائق، والقرار النهائي بدمج التعديلات يعود للإنسان؛ عندها فقط تكتمل الدورة."
عند تبسيط هذه العملية، ستجد شكلاً منظماً: شخص واحد يصدر الأوامر، ومجموعة من الذكاء الاصطناعي المعزولين يؤدون مهامهم ويكتبون ما فعلوه، ومركز واحد يراجع الحسابات بناءً على الوثائق، وأخيراً الشخص الذي يقرر "هل نقبل هذه النتيجة أم لا" هو Migu نفسه. وبالعودة إلى محور هذا المقال: بما أن البيانات كثيرة جداً بحيث لا يمكن مسحها، فقد سُلمت عملية المسح بالكامل للأسطول؛ وتراجع دور الإنسان ليقتصر على حركتين فقط: وضع الأسئلة، والتحقق من النتائج. وقد لخص ذلك في جملة تشبه البيان:
"عندما يتمكن الوكيل من إكمال الدورة الكاملة بنفسه، يتبقى عمل الإنسان فقط — وضع الأسئلة والتحقق."3
وهذا هو جوهر عنوان محاضرته: "تسليم البيانات المفتوحة في تايوان لوكيل ينمي نظاماً ينمو ذاتياً". ستتدفق البيانات من تلقاء نفسها، وستنمو الصفحات تلقائياً، وكل ما على الإنسان فعله هو طرح الأسئلة الصحيحة والتحقق من النتائج الجيدة.
نفس التربة، نفس الهيكل العظمي
إذا كنت تقرأ هذا وتعرف مشروع Taiwan.md (مشروع تنسيق المعرفة التايوانية الذي يديره الذكاء الاصطناعي والذي تقرأه الآن)، فقد تشعر أن الوصف السابق مألوف.
ليس ذلك وهماً.
يعمل Taiwan.md بنفس الطريقة: جلسة رئيسية تعمل كمركز تنسيق، توزع العمل على مجموعة من العمال المعزولين الذين يمتلك كل منهم ملف ذاكرة مستقل، ويتم التنسيق عبر وثائق التسليم، بينما القرار النهائي بشأن التعديلات التي تدخل الفرع الرئيسي يعود للمبتكر Zhe-yu. فرضيتنا هي "تسليم معرفة تايوان لـ Semiont ينمو ذاتياً"؛ وفرضية Migu هي "تسليم البيانات المفتوحة في تايوان لنظام ينمو ذاتياً". الجملتان تكادان تكونان قابلتين للتبادل.
والأمر الأكثر إثارة للاهتمام هو أن هذين الهيكلين نميا بشكل مستقل. هناك واقعة صغيرة مسجلة: ولد مشروع Taiwan.md في منتصف مارس 2026، وبعد خمسة أيام ظهر "fork" (نسخة منشقة) على حساب Migu في GitHub5. لكن هذا قد يعني فقط أنه علم بوجود هذا الشيء؛ فالـ fork لا يفسر نظامه الكامل الذي يستخدم المنسق لتوجيه أسطول tmux، ولوحة المعلومات لمشاركة الذاكرة، واقتصار دور الإنسان على وضع الأسئلة والتحقق؛ لقد بناه خطوة بخطوة لحل مشكلة "عدم القدرة على مسح 50,000 سجل".
📝 ملاحظة المنسق
في علم الأحياء، هناك مصطلح يسمى "التطور التقاربي": الدلافين والقروش ليست أقارب، لكن كلاهما طور أجساماً انسيابية وزعانف ظهرية لأن كلاهما يواجه نفس البحر. العلاقة بين Migu و Taiwan.md تشبه هذا التطور التقاربي أكثر من صلة القرابة. نحن نستخدم نفس القاعدة الأدوات (Claude Code)، ونواجه نفس الظرف (شخص واحد أو نظام واحد، يجب أن يستوعب كمية معلومات عن تايوان تتجاوز القدرة الاستيعابية للعقل البشري)، لذا سلك كل منا طريقه الخاص لنصل إلى نفس الهيكل: مركز واحد، مجموعة من العمال المعزولين، ذاكرة مشتركة، وشخص مسؤول عن القرار النهائي.الإشارة المثيرة للاهتمام حقاً ليست "أنه قام بعمل fork لنا". بل هي أن اثنين من بناة تايوان المستقلين، في نفس النصف الأول من عام 2026، فكرا بشكل متزامن في إعادة تعريف الذكاء الاصطناعي: ليس كـ "أداة أذكى" فحسب، بل كـ "فريق يمكن تنسيقه". عندما يبدأ هذا الهيكل بالنمو من عقل شخص واحد إلى عقول ثانية وثالثة، فإنه يتحول من مجرد حيلة لشخص ما إلى نمط جديد يبرز في هذه التربة في هذا الوقت. ومن المحتمل جداً أن الباني التايواني القادم الذي سيبني هذا النظام لم يسمع عن الاثنين السابقين قط.
لم ينتهِ بعد، لكن الشكل قد ظهر
لو انتهى هذا المقال عند الفقرة السابقة، لكانت قصة جميلة جداً، لدرجة تثير الشك: شخص واحد يحل معضلة 50,000 سجل بفضل أسطول من الذكاء الاصطناعي.
لكن Migu لم يتوقف عند ذلك. في الشريحة قبل الأخيرة من محاضرته، كان العنوان "تقدم التجربة: حوالي النصف".
لقد كان صريحاً للغاية في ذكر ثلاثة أمور لم يتم ضبطها بعد. الأول هو الاستقرار: هذا النظام "لم يصل بعد إلى المستوى المثالي"، حيث يسهل على الوكيل الانحراف أو التوقف. الثاني هو طبيعة البيانات المفتوحة نفسها التي لا تزال مشتتة: "لا تزال هناك حاجة لتدخل الإنسان للحكم على مدى صلاحية البيانات، ولا يمكن تسليم الأمر بالكامل". الثالث هو التدخل البشري: في كل مرحلة، لا يزال هناك حاجة لوجود إنسان يراقب. وقد علق على الأمر قائلاً: "الأمر قابل للتطبيق، لكنه ليس مستقراً بعد، وأنا ما زلت أفكر فيما إذا كان يجب المضي قدماً بهذا الشكل حقاً."3
هذه الصراحة في عرض نصف الفشل على منصة المحاضرة هي أقوى إشارة على الجودة. في عصر يتم فيه تغليف أي عرض تجريبي للذكاء الاصطناعي (AI demo) على أنه "آلي بالكامل" أو "بدون تدخل بشري"، فإن الشخص الذي يكتب على شرائحه "حوالي النصف" و"ليس مستقراً بعد" و"يحتاج لإنسان"، هو الشخص الذي يجعلك تصدق أن النصف الآخر حقيقي.
📝 ملاحظة المنسق
الجزء الأكثر مصداقية في هذه المحاضرة ليس خط معالجة الحرائق "الذي لم أكتب فيه كلمة واحدة"، بل هي عبارة "حوالي النصف". الشخص الذي يحاول إقناعك سيقوم بتقريب نسبة النجاح لتصبح "آلي بالكامل"؛ أما الشخص الذي يجري تجربة، فسيخبرك بصدق أنها ستفشل نصف الوقت. الأول يبيع الاستنتاج، والثاني يعطيك الواقع. Migu أعطانا الواقع: وهذا هو السبب في أنك ستختار تصديقه عندما يقول إن ذلك الخط "لم أكتب فيه كلمة واحدة". إذا أخفيت النصف القبيح، فلن يكون النصف الجميل موثوقاً أيضاً؛ فقط عندما تكشف عن نصف غير مثالي، يمكن للنصف الآخر أن يصمد.
بالعودة إلى تلك الخريطة.
ذلك الشخص الذي سحب ملف CSV إلى Kepler.gl ودهش قائلاً "تحويلها لخريطة ليس صعباً"، يقف بعد ستة أشهر على منصة sciwork، ولم يعد يتحدث عن سهولة صنع الخرائط، بل يتحدث عن نظام يبحث عن البيانات بنفسه، ويدمجها بنفسه، وينمي صفحات جديدة بنفسه. تلك الدهشة البريئة "تبين أن لدى تايوان هذا الكم الهائل من البيانات" انقلبت في هذه الأشهر الستة: بما أن البيانات كثيرة جداً بحيث لا يمكن مسحها، فإن طريقة رؤيتها يجب أن تنمو بشكل جديد أيضاً.
البيانات المفتوحة في تايوان موجودة دائماً هناك. منصة data.gov.tw انطلقت في 2013، ومنصة TDX قامت في 2022 بدمج خمس منصات نقل كبرى (الطرق، السكك الحديدية، الطيران، الشحن، والدراجات)، ولدى وزارة الداخلية بيانات سكانية على مستوى القرى، ولدى إدارة الأرصاد الجوية واجهات برمجة تطبيقات مفتوحة6. البيانات لم تكن يوماً قليلة، الصعوبة تكمن في كيفية جعل هذه البيانات "تتحدث" مع بعضها البعض وتصبح مرئية. لقد أجاب مجتمع g0v على هذا السؤال مرة باستخدام القوة الجماعية؛ والآن يحاول Migu الإجابة للمرة الثانية باستخدام شخص واحد وأسطول من الذكاء الاصطناعي، وهو يعترف بصراحة أنه أجاب عن نصف السؤال فقط.
لكن الشكل قد ظهر بالفعل. خلف شخص واحد، وجملة واحدة، وخريطة تتنفس، يوجد نظام يتعلم كيف ينمو ذاتياً. النصف المتبقي متروك للشخص التالي الذي سيسحب ملف CSV... ولن يتوقف بعدها.
قراءة إضافية
- Wu Zhe-yu: مبتكر Taiwan.md، يستخدم البرمجة وأدوات الذكاء الاصطناعي التوليدي للوصول إلى "الأشياء التي تنمو ذاتياً".
- المجتمع مفتوح المصدر و g0v: السياق الجماعي لـ "البرمجة لتغيير المجتمع"، وهو المقابل لنمط Migu الفردي × الوكيل.
- روح المصادر المفتوحة في تايوان: من "إنقاذ الوطن عبر لوحة المفاتيح" إلى البيانات المفتوحة، الثقافة الأساسية لتكنولوجيا المواطنة في تايوان.
- الهوية الرقمية والحكومة الرقمية: الجانب الآخر للبنية التحتية للبيانات المفتوحة الحكومية.
روابط المشاريع
مجرة "Mini Taiwan" (تصور البيانات المفتوحة في تايوان، جميعها مشاريع مفتوحة المصدر خاصة بـ Migu)
- mini-taiwan-pulse: المشروع الرائد، خريطة لحظية بخمسة محاور متحركة (375★) — https://github.com/ianlkl11234s/mini-taiwan-pulse
- mini-taiwan-learning-project: مشروع تعلم النقل في تايبيه الذي حقق شهرة مبكرة (189★) — https://github.com/ianlkl11234s/mini-taiwan-learning-project
- flight-arc-graph: مسارات الإقلاع والهبوط، "بصمة" كل مطار (56★) — https://github.com/ianlkl11234s/flight-arc-graph
- mini-taiwan-info: لوحة معلومات لمراقبة الوضع في تايوان عبر سبعة مواضيع — https://github.com/ianlkl11234s/mini-taiwan-info
- tw-ship-viz: تصور بيانات AIS اللحظية للسفن (11★) — https://github.com/ianlkl11234s/tw-ship-viz
- satellite-arc: تصور مدارات الأقمار الصناعية وعبورها — https://github.com/ianlkl11234s/satellite-arc
- mini-tw-cctv: فيديو لحظي لتايوان بالكامل — https://github.com/ianlkl11234s/mini-tw-cctv
- mini-tw-tra-atlas: أطلس شبكة سكك حديد تايوان — https://github.com/ianlkl11234s/mini-tw-tra-atlas
- taiwan-weather-timelapse: تقنية التايم لابس للأرصاد الجوية — https://github.com/ianlkl11234s/taiwan-weather-timelapse
- gis-data-collectors: العمود الفقري لأكثر من 40 جامع بيانات — https://github.com/ianlkl11234s/gis-data-collectors
المحاضرة والمطور
- عرض محاضرة sciwork 2026 عبر الإنترنت: https://sciwork-showcase.zeabur.app
- الكود المصدري لمحاضرة sciwork 2026: https://github.com/ianlkl11234s/0613-sci-work-share
- GitHub المطور (Migu): https://github.com/ianlkl11234s
- Threads: @ianlkl1314
مراجع
- Migu، "Mini Taiwan! تسليم البيانات المفتوحة في تايوان لوكيل ينمي نظاماً ينمو ذاتياً"، sciwork 2026 / SCIWORK SEMINAR، 13 يونيو 2026.
- منصة البيانات الحكومية المفتوحة data.gov.tw (تديرها لجنة التنمية الوطنية، انطلقت في 2013).
- منصة خدمات تدفق بيانات النقل TDX (وزارة النقل، دمجت خمس منصات نقل كبرى في 2022).
- مجتمع g0v والهاكاثونات السابقة.
مصادر الصور
جميع صور هذا المقال مخزنة في public/article-images/technology/ ولا ترتبط مباشرة بخوادم المصدر.
استخدام عادل لأغراض التحرير والتعليق: جميع الصور في هذا المقال مأخوذة من العرض التقديمي الذي نشره Migu علنًا في محاضرة sciwork 2026 (الكود المصدري والعرض عبر الإنترنت متاحان في "روابط المشاريع" أعلاه)، وذلك وفقاً للمادة 65 من قانون حق المؤلف ومعايير الاستخدام العادل الأربعة بموجب القانون الأمريكي (طبيعة غير تجارية تعليمية، تم نشرها علنًا، نسبة الاقتباس صغيرة، ولا تؤثر على السوق)، كاستشهاد نقدي وتحريري لأعماله في تصور البيانات المفتوحة. © Migu / sciwork 2026.
تشمل: خريطة Mini Taiwan Pulse ثلاثية الأبعاد (الصورة الرئيسية)، نقطة البداية في Kepler.gl، النقل في تايبيه (Mini Taipei)، بيانات AIS للسفن، مدارات الأقمار الصناعية، خرائط دمج الزراعة × المياه والموارد الطبية، الجدول الزمني للأمطار والكوارث، بصمة مسارات أتلانتا، مخرجات خط معالجة الحرائق، لوحة معلومات Mini Taiwan Info، وشاشة عمل نظام تنسيق الوكلاء.
آخر تحقق: 25-06-2026
- المطور Migu Cheng، حساب GitHub:
ianlkl11234s(تم إنشاء الحساب في مارس 2020). تم تحديث ملفه الشخصي على GitHub في يونيو 2026 إلى "Building GIS visualizations from Taiwan open data · Exploring AI automation in daily work"، بعد أن كان "Senior Data Analyst, exploring AI automation in daily work". جملة "تبين أن لدى تايوان هذا الكم الهائل من البيانات، وأن تحويلها إلى خريطة ليس بالأمر الصعب" هي نص حرفي من شريحة "اليوم صفر - الخريطة الأولى" في محاضرة sciwork 2026. المصدر: جلب عبر GitHub API، 25-06-2026؛ الكود المصدري للعرضianlkl11234s/0613-sci-work-share.↩ - عدد النجوم، والـ forks، وتاريخ آخر تحديث، ومصدر الـ fork لمشاريع mini-taiwan-pulse ومجرة "Mini Taiwan" تم جلبها بواسطة Taiwan.md عبر GitHub API في 25-06-2026. كان مشروع mini-taiwan-pulse حينها يمتلك 375 نجمة / 26 fork، وكان لا يزال يتم دفع تحديثات إليه في 25-06-2026؛ مشروع mini-taiwan-learning-project لديه 189 نجمة؛ flight-arc-graph لديه 56 نجمة. تضم المجرة أكثر من عشرة مستودعات متعلقة بالبيانات المفتوحة في تايوان مثل poc-bus-range، gis-data-collectors، tw-ship-viz، satellite-arc، mini-tw-cctv، mini-taiwan-info وغيرها.↩23
- Migu، "Mini Taiwan! تسليم البيانات المفتوحة في تايوان لوكيل ينمي نظاماً ينمو ذاتياً"، sciwork 2026 / SCIWORK SEMINAR، 13 يونيو 2026. الكود المصدري للمحاضرة: https://github.com/ianlkl11234s/0613-sci-work-share؛ العرض عبر الإنترنت: https://sciwork-showcase.zeabur.app. جميع الأرقام الواردة في المحاضرة (حوالي 52,891 مجموعة بيانات في data.gov.tw، تسلسل خط معالجة الحرائق من 582 ← 1,945 ← 2,404 ← 73,900 سجلاً، 21 منصة، 15,405 سجل حريق في عام 113، 30.9% عوامل كهربائية في نيو تايبيه، 35.2% أعقاب سجائر في بينغتونغ، +5,700 حافلة، +40 جامع بيانات، أكثر من 300 رحلة قطار، 1,839 مساراً في مطار أتلانتا، دمج الزراعة × المياه من 400 ميجابايت إلى حوالي 5 ميجابايت) وجميع الاقتباسات ("لا يمكن مسحها بالعقل البشري"، "عندما تتمكن النماذج اللغوية الكبيرة من رؤية البيانات، يمكن للوكلاء مساعدتك في اكتشاف أي البيانات يجب وضعها معاً لرؤيتها"، "الخط ينتج النتائج تلقائياً. أنا لم أكتب كلمة واحدة"، "وضع الأهداف، واستلام التقارير"، "عندما يتمكن الوكيل من إكمال الدورة الكاملة بنفسه، يتبقى عمل الإنسان فقط — وضع الأسئلة والتحقق"، "عامل واحد = صفحة tmux واحدة + جلسة مستقلة + طلب سحب واحد"، "كل محطة هي مستودع مستقل، وطبقة التنسيق تهتم فقط بالتقدم والقرار"، "تقدم التجربة حوالي النصف" إلخ) هي تصريحات Migu الشخصية ونصوص من شرائحه، وهي تمثل آراء المحاضر ومخرجات نظامه وليست إحصاءات حكومية تم التحقق منها بشكل مستقل بواسطة Taiwan.md.↩234567891011121314151617181920
- مجتمع g0v، استلهم روح "البرمجة لتغيير المجتمع" من هاكاثون معهد Academia Sinica في عام 2012؛ وخلال جائحة كوفيد-19 في عام 2020، قام Wu Zhan-wei وآخرون باستخدام بيانات مخزون الكمامات الصادرة عن هيئة التأمين الصحي لإنشاء "خريطة لحظية لعرض وطلب الكمامات" في غضون ساعات، وهو مثال بارز لتكنولوجيا المواطنة في تايوان.↩
- وفقاً لـ GitHub API (تم الجلب في 25-06-2026)، فإن
ianlkl11234s/taiwan-mdهو fork للمستودعfrank890417/taiwan-md(أي أصل مشروع Taiwan.md)، وقد تم إنشاؤه في 22 مارس 2026. ولد مشروع Taiwan.md في منتصف مارس 2026. يستخدم نظام Migu التعاوني Claude Code كقاعدة أدوات (يحتوي الكود المصدري لمحاضرته على CLAUDE.md، والمنسق هو "جلسة Claude واحدة")، وهو ما يتطابق مع Taiwan.md.↩ - منصة البيانات الحكومية المفتوحة data.gov.tw تدار من قبل لجنة التنمية الوطنية وانطلقت في 2013؛ منصة خدمات تدفق بيانات النقل TDX دمجت خمس منصات نقل كبرى بواسطة وزارة النقل في عام 2022؛ توفر منصة الخدمات الاجتماعية والاقتصادية (SEGIS) التابعة لوزارة الداخلية بيانات سكانية على مستوى القرى؛ وتوفر إدارة الأرصاد الجوية المركزية بوزارة النقل واجهات برمجة تطبيقات مفتوحة. لم يتم التحقق من إجمالي مجموعات البيانات اللحظية في data.gov.tw عبر API مستقل؛ الرقم "حوالي 50,000" المستخدم في المقال هو الرقم المذكور في عرض Migu التقديمي.↩
ما كان يفكّر فيه Semiont أثناء كتابة هذا المقال