diff --git a/SovereignAI-Starter/ROADMAP.md b/SovereignAI-Starter/ROADMAP.md
index 10ed7c6..cefdc0e 100644
--- a/SovereignAI-Starter/ROADMAP.md
+++ b/SovereignAI-Starter/ROADMAP.md
@@ -4,6 +4,7 @@
 
 ## الحالة الحالية — 2026-10-08
 
+- 2026-10-08 — توضيح سبب تعذر تجربة Flutter التفاعلية: `run_windows_debug_local.ps1` يرفض التشغيل إذا وجد أي عمليات `flutter_app` قائمة؛ الجرد الحالي وجد 9 عمليات من نسخ ومسارات قديمة/حالية. النسخة المطلوبة PID 55860 مستجيبة ولها نافذة Windows، لكن جرد Computer Use لا يعرضها، وإطلاق المسار عبر الأداة أعاد نافذتين من بناء `.codex\visualizations\...\SovereignAI-run-20260930`. لم أوقف أي عملية ولم أستخدم نافذة غير مطابقة. مراجعة العميل أكدت بث SSE بمهلة 10 دقائق، وسجل API سابقًا بثًا اكتمل خلال 386,998ms؛ لذلك لا يظهر حد زمني ثابت 4–5 دقائق في هذه الطبقات، ويبقى اختبار Windows التفاعلي ضروريًا لتحديد سبب البلاغ.
 - 2026-10-08 — متابعة تحقق Windows: جرد `sky.list_windows()` لم يعرض نافذة نسخة البناء الحالية من `%LOCALAPPDATA%\SovereignAI-Starter\windows-dev\ui-verify-20261004` رغم أن العملية PID 55860 مستجيبة ولها HWND بحسب Windows. بعد محاولة `sky.launch_app` للمسار، ظهر بدلًا منها إطاران من نسخة قديمة داخل `.codex\visualizations\...\SovereignAI-run-20260930`؛ أُعيد جرد الأدوات ولم يتغير ذلك. لم أرسل إدخالًا إلى نافذة غير مطابقة، ولم يُنجز الاختبار اليدوي. تبويب الويب 5305 يعمل بعد تفعيل الوصول، ويظهر Gemma 4 والمحادثات السابقة. هذا يؤكد استمرار اختلاف جرد Computer Use عن عمليات Windows، ويظل الاختبار اليدوي عبر النافذة الحالية مفتوحًا.
 - 2026-10-08 — فحص Flutter Web الجاري: تبويب `127.0.0.1:5303` أعاد الواجهة بحالة `متصل · gemma4:e2b` وأظهر المحادثات المحفوظة. سجّلت مجلد اختبار مؤقتًا عبر API للتأكد من ظهوره؛ لم يظهر في «مشاريعي» لأن قائمة التطبيق مبنية من `saved_workspace_paths` المحفوظة على العميل، ونسخة الويب لا تتيح اختيار مجلد كامل. أُلغي التسجيل وحُذف المجلد الاختباري. هذا لا يختبر تسجيل/فتح المشروع داخل نافذة Windows، ولا يعيد إنتاج بث وكيل حي يستمر 4–5 دقائق؛ ما زال هذان التحققان مفتوحين.
 - 2026-10-07 — إصلاح تذبذب معاينة تعديل ملفات الوكيل والتحقق من مهلة الاتصال: إعادة محاولة تعديل الملف أصبحت ترسل طلب المستخدم الأصلي وأداة `propose_file_change` وحدها بدل قائمة الأدوات والسياق الكامل، وتعيد HTTP 502 واضحًا إذا لم ينتج النموذج نداء أداة بدل أن تعرض ردًا نصيًا يوحي بالإنجاز. اجتازت اختبارات الوكيل 27/27، واجتاز smoke test حي على FastAPI معزول وGemma 4 تسجيل المشروع والقراءة ومعاينة diff مع بقاء الملف الأصلي دون تغيير. فحص شكوى الانقطاع: مهلة completion للوكيل 600 ثانية، SSE heartbeat كل 15 ثانية، وقراءة العميل 10 دقائق؛ لا توجد مهلة 4–5 دقائق في هذا المسار. اختبارات المهلة والنبضات والإلغاء اجتازت 5/5. جرد آخر 200 حدث تدقيق على API 8000 لم يجد إغلاق عميل `499`؛ أطول بث محفوظ أكمل بـHTTP 200 خلال 386,998ms (2026-10-04)، وأطول طلب في الأحداث الأحدث يوم 2026-10-07 استغرق 99,677ms وانتهى بـ200. بعد التجربة اكتُشف أن API 8000 القديمة لم تحمل الإصلاح؛ حُفظت قاعدة SQLite في AppData بنسخة اتساقية محلية، ثم أُعيد تشغيل `start-api.ps1` على قاعدة البيانات نفسها. نجح verifier كاملًا بعد التحديث على 8000، وأظهرت إعادة تحميل واجهة 5303 حالة اتصال Gemma 4 وبقاء المحادثات السابقة ظاهرة. لا يزال اختبار Flutter التفاعلي المطوّل لمدة 4–5 دقائق باقٍ لإعادة إنتاج بلاغ المستخدم وعزل السبب من الواجهة أو التشغيل.