عشرة آلاف شخص. مكانٌ واحد. عشرون دقيقةً قبل الاختناق.

أكثرُ الأماكن يَعلمُ بالاختناق بالطريقة نفسها التي يَعلمُ بها الحشد — حين يكون قد وقع فعلاً.

في تلك اللحظة، يكون فريقُ المكان قد فَشِل في إعادة الانتشار، والطابورُ قد تكوّن، والمنشوراتُ عن الانتظار قد خرجت، ولوحاتُ العمليات لا تزال تُظهر تدفّقاً عمرُه عشرون دقيقة.

أردنا اختبار ما إن كان نظامٌ صغيرٌ وسريع قادراً على رؤية ما هو قادمٌ قبل أن يراه المكان.

بنينا CrowdFlow.

طبقةٌ تنبؤية تستوعب تغذياتٍ بصرية مُجهَّلة وكثافةَ مستشعرات الحافة من أرجاء المكان، وتدمجها مع جدول اليوم والأنماط التاريخية، وتُخرج ثلاثة أشياء يحتاجها قائد العمليات فعلياً: أين الحشدُ الآن، وأين سيكون بعد خمس عشرة دقيقة، وما الذي ينبغي فعله حيال ذلك.

وجهُ الزائر غير مرئيّ بالتصميم. لا تطبيق. لا QR. لا بيانات مربوطة بشخص. النظام يستدلّ بالكثافات، لا بالهويات.

وجهُ العمليات شاشةٌ واحدة. خريطةُ كثافة حيّة للمكان. جدولٌ زمنيّ يُظهر الاختناقات المتوقّعة بعد ثلاثين دقيقة. طابورُ تدخّلاتٍ مقترحة — افتح هذه البوّابة، أعِد نشر هذا الفريق، وجِّه اللافتات عبر هذا الممرّ — كلٌّ منها بنقرةٍ واحدة للقبول.

الاستدلال يجري على صناديق حافّةٍ موضوعة قرب عناقيد المستشعرات. النموذج تجميعٌ صغير — مُقدّرُ كثافةٍ تلافيفي مع مُتنبّئٍ زمنيّ دُرِّب على ديناميكيات حشدٍ تركيبية وأرشيف لقطاتٍ علنية لأماكن. حلقةُ التنبّؤ تُغلَق في أقلّ من ثلاثين ثانية.

خلال التشغيل المُحاكى، توقّع CrowdFlow ثلاثةً وتسعين في المئة من الاختناقات في أفق خمس عشرة دقيقة، وثمانيةً وسبعين في المئة في أفق ثلاثين دقيقة. لوحةُ العمليات أظهرت اقتراحاً قابلاً للتنفيذ بمتوسط سبع عشرة دقيقة قبل أن يتكوّن الاختناق.

المفهوم يُبيّن الشكلَ التشغيليّ الذي يقترحه سيريوس لأيّ مكانٍ يستقبل أكثر من بضعة آلاف زائرٍ في الذروة: طبقةٌ تنبؤيةٌ رفيعة، مُعايَرة للمكان المحدّد وتركيبة أحداثه، تعيش بالكامل على جانب العمليات ولا تمسّ الزائر أبداً.

نحن الآن في حوارٍ مع مُشغّلَيْ مكانَين بشأن نشرٍ حقيقيّ.