حالة الذاكرة — صفحة واحدة، حقيقة واحدة (BL-428)

ما هي هذه الصفحة

لقد تتبع OrbitPilot بالفعل، في عدة أماكن مختلفة، ما يتذكره عنك: بطاقة بناء على لوحة القيادة، أيقونات صغيرة بجانب كل Blink، وسطر يضيفه إلى إجاباته عندما تكون الذاكرة قديمة. كلمات مالك الحساب في اليوم الذي تم شحنه: زمن التحديث الذي يكون صامتًا بشأن SCOPE — "تم التحديث اليوم ولكن لا يمكن الوصول" — هي جملة صادقة تتركك مع ذلك في حيرة. صفحة حالة الذاكرة (/orbitpilot/memory-status/) تجمع كل ذلك في صفحة واحدة: متى آخر مرة تغيرت فيها الذاكرة وكيف، كل مصدر موجود حاليًا مع العد، و — لأي شيء مفقود — السبب الصادق لذلك، بلغة بسيطة.

ماذا تظهر

• آخر تحديث. الوقت الذي تغيرت فيه الذاكرة آخر مرة والطريقة — إعادة بناء كاملة، تحديث سريع، أو تحديث تلقائي/يدوي من تغيير محفوظ واحد — بالإضافة إلى، إذا كانت الذاكرة قديمة، متدهورة، أو لم يتم بناؤها أبدًا، الجملة الدقيقة التي ستربطها OrbitPilot بالإجابة الآن.
• في ذاكرتك. كل مصدر يحتوي على محتوى حقيقي في الذاكرة — Blinks، أهداف، مشاريع، أعمال، ملفات، والمزيد — مع عدد العناصر ومتى تم بناؤها آخر مرة.
• ليس في ذاكرتك. كل مصدر آخر متاح، كل منها مع سبب قابل للتنفيذ: خارج الموقع بالكامل، غير موجود في خطتك (الترقية ستضيفه)، ملفات تنتظر أن تُنقل إلى مجلد ملفات OrbitPilot المحمي، أو ببساطة لم يتم اختياره للبناء بعد.

أين تجدها

رابط "916 حالة الذاكرة" موجود في شريط الأدوات أسفل نافذة دردشة OrbitPilot — في نفس الصف مع جديد / تاريخ / نسخ / هذه الدردشة — لذا فهي على بعد نقرة واحدة من كل محادثة، سواء كانت مثبتة أو في صفحة كاملة. يرى الضيوف نفس الرابط، لكنه يؤدي إلى إنشاء حساب بدلاً من ذلك، لأنه لا يوجد ذاكرة شخصية للإبلاغ عنها بعد.

كيف يعمل هذا — للمسؤولين

لا يوجد شيء للإعداد اليوم. الصفحة مفتوحة لكل مستخدم مسجل؛ حيث أن هناك بوابة خطة لاحقة (على سبيل المثال، تقييدها لمستويات أعلى) على بعد صف واحد من سجل الميزات — سجل Feature باستخدام مفتاح orbitpilot_memory_status_page وتخصيصه أو تعطيله، دون الحاجة لتغيير الكود.

يرى حسابات الموظفين وحسابات المستخدمين المتميزين إشعارًا إضافيًا في الصفحة: حساباتهم تتجاوز بوابات الخطط تمامًا (plans.services.get_effective_limits يمنح الموظفين كل علم دون قيد)، لذا ما يراه حساب الموظف ليس ما سيراها مستخدم غير موظف في نفس الخطة. هذه الوجود منعًا لأي خطأ للمدير في خلاصة المشاهدة الخاصة به بالنسبة لما تبدو عليه صفحة المستخدم الحقيقي.

كيف يعمل هذا — للمطورين

orbitpilot/services.py::get_memory_status_page(user) هو الحساب بالكامل، وهو يجمع فقط — يستدعي نفس الوظائف التي تستخدمها كل واجهة أخرى، لذا لا يمكن أن تتعارض هذه الصفحة معها: get_last_build/get_last_completed_build, memory_is_stale, build_notice.ask_honesty_note (BL-405، تم إرجاعه بحذافيره)، و resolve_build_sources + _plan_gate_reason (#597 / BL-410-P1، نفس أسباب build_user_snapshot التي تمنح النموذج في منتصف المحادثة). تأتي العدادات لكل مصدر من GROUP BY واحد على OrbitPilotMemoryChunk، مستبعدًا get_rag_disabled_keys() بنفس الطريقة التي تستبعدها pipeline/retrieve.py — مصدر تم إيقافه بواسطة المدير بعد بنائه لا يزال له صفوف في الجدول، ويجب ألا تطلق هذه الصفحة على تلك الصفوف "في الذاكرة" عندما لن تقوم الاسترجاع بالبحث عنها أبدًا.

عرض: orbitpilot.views.orbitpilot_memory_status، اسم URL orbitpilot_memory_status. القالب: orbitpilot/templates/orbitpilot/memory_status.html. ترتبط التوافق بواسطة orbitpilot/test_memory_status_page.py — اختبار يُنشئ صفًا حقيقيًا ويؤكد أن عدد الصفحة يساوي استعلامًا بسيطًا على نفس الجدول، لذا لا يمكن للصفحة أن تبدأ بحساب أرقامها الخاصة بصمت.

صفحات ذات صلة

Docshub: "أيقونات حالة الذاكرة لكل Blink" (BL-417، نفس المفردات وعائلة الصياغة)، "ذاكرتك تبقى صادقة" (BL-405). docs/orbitpilot/TASKS.md.