AR
شخصية الكرة الأرضية في Eco²، منقّحة لملف الأعمال هذا انطلاقًا من أحدث شخصية رئيسية رسمية: كرة أرضية زرقاء سماوية بيابسة خضراء، وبرعم في أعلاها، ووجه بنّي مبتسم
العودة إلى القاعة

Eco²

Backend · Cloud infrastructure

إرشاد إعادة التدوير من صورة واحدة ومحادثة.

مساعد ذكاء اصطناعي متكامل يفهم كيف تعمل إعادة التدوير في كوريا.

2025.10.31 — 2026.02.10

مشروع جماعي · أساس البنية التحتية والنشر → الأنظمة الخلفية للمجال → المعالجة غير المتزامنة، وكيل المحادثة، التحقق

2025 새싹 해커톤 (Saessak Hackathon)جائزة التميّز · 2025.12.02

  • تطبيق ويبأُغلقت الخدمة

إصلاح معزول عن وكيل آخر، ومراجعة مقسّمة حسب المنظور

حالتان أُصلحتا بوكلاء برمجة في الأنظمة الخلفية لـ Eco². ولا يُذكر نموذج إلا حيث تسجّله علامة مؤلف مشارك من Claude Opus 4.5 أو 4.6.

مفتاح الرموز كاملًا

طريقة القراءة · قواعد واحدة لكل حالة

  • الأعمدة تبيّن من قام بالفعل، ومن الأعلى إلى الأسفل ترتيب الزمن
  • خط متصل: تسليم مسجّل أو خطوة تالية
  • خط لازوردي سميك ↩: ملاحظة أعادت العمل
  • خط متقطع: ليس تنفيذًا مسجّلًا (قاعدة مكتوبة، أو نصيحة بلا صلاحية، أو حدّ غير متحقَّق منه)
  • مستطيل: فعل
  • مستدير: حالة أو ملاحظة مرصودة
  • زاوية مطوية: مُخرَج أو دليل
  • عمود مظلّل: أجزاء من المنتج قيد التطوير (لا الوكلاء المستخدمون لبنائه)

1 / 2

January 2026

بمعزل عن فرع develop الذي كان يستخدمه وكيل آخر، أُصلح بث الرموز على مرحلتين

  1. وكيل البرمجةوكيل آخر

    فعلعمل آخر جارٍ على develop

    • تسليمالشجرة مشغولة → فصل→ worktree منفصل · مذكرة التحليل أولًا (worktree الإصلاح)

  2. قيد التطويربث Chat

    ملاحظة · نتيجةلا تصل إلا أحداث المراحل، بلا رموز

    • تسليمالنطاق: إصدار البث→ worktree منفصل · مذكرة التحليل أولًا (worktree الإصلاح)

  3. وكيل البرمجةworktree الإصلاح

    فعلworktree منفصل · مذكرة التحليل أولًا

    • تسليمالملفات المراد تغييرها→ تغليف OpenAI SDK بمحوّل LangChain (worktree الإصلاح)

  4. وكيل البرمجةworktree الإصلاح

    فعلتغليف OpenAI SDK بمحوّل LangChain

    • تسليم→ PR #437 → دُمج في develop (المُخرَجات)

  5. المُخرَجاتالمُخرَجات

    مُخرَجPR #437 → دُمج في develop

    • تسليم→ خطوات worktree والتحليل في git-workflow skill (المُخرَجات)
    • تسليمE2E بعد الدمج→ تكرار رموز الإجابة · تسرّب intent «general» (بث Chat)

  6. قيد التطويربث Chat

    ملاحظة · نتيجةتكرار رموز الإجابة · تسرّب intent «general»

  7. المُخرَجاتالمُخرَجات

    مُخرَجخطوات worktree والتحليل في git-workflow skill

  8. وكيل البرمجةworktree الإصلاح

    فعلالتمييز بين المُصدِرَين عبر node · seq → تخطّي الرموز الملتقطة (مرحلتان)

    • تسليمقبل / بعد→ مقتطفات SSE مسجّلة، قبل وبعد (بث Chat)
    • تسليمفحص على مستوى command→ فحص command محلي: 0 رموز من notifier (المُخرَجات)

  9. قيد التطويربث Chat

    ملاحظة · نتيجةمقتطفات SSE مسجّلة، قبل وبعد

  10. المُخرَجاتالمُخرَجات

    مُخرَجفحص command محلي: 0 رموز من notifier

    • تسليم→ PR #448 · دُمج بعد حل تعارضات develop (المُخرَجات)

  11. المُخرَجاتالمُخرَجات

    مُخرَجPR #448 · دُمج بعد حل تعارضات develop

السياق
كان SSE في Chat يوصل أحداث المراحل دون أي رموز. وكان وكيل آخر يعمل على develop، فبدأ العمل بمذكرة تحليل في worktree منفصل، وبعد دمج الإصلاح الأول، ضُيّق التكرار والتسرّب اللذان رُصدا حينها بإصلاح ثانٍ.
النتيجة
ضُيّقت مسؤولية إصدار الرموز إلى العقدة الوحيدة التي تُنتجها فعلًا. ولا يُظهر فحص command إلا أن notifier لا يرسل رموزًا، بينما تُظهر مقتطفات SSE المسجّلة ملاحظة E2E التي تلته. وهما دليلان مختلفان.
الحد
هوية الوكيل الآخر ونموذجه، وعدد وكلاء البرمجة، غير مسجّلة. ولم يحظَ أيٌّ من الـ PRين بموافقة مراجعة رسمية، وهذا السجل ليس الخدمة الحالية ولا تشغيل E2E جديدًا.
المصادر والحدود المتبقية
  • داخل PR #448، تخطّت الرقعة الأولى رموز الإجابة، ثم جعلت متابعةٌ ProcessChatCommand يتخطى كل رموز الرسائل الملتقطة. ولا يُدمجان في إصلاح واحد نجح من المرة الأولى.
  • مذكرة التحليل ومقتطفات SSE قبل وبعد سجلات تقارير داخلية في المستودع.

February 10, 2026

رُوجع المقيّم منظورًا منظورًا، ولم يتحول إلى شيفرة إلا الملاحظات الملموسة

  1. وكيل البرمجةالتطبيق

    فعلخط تقييم مرشح

    • تسليممراجعة حسب المنظور→ ملاحظات: لا أخذ عينات · حارس تكلفة / نتائج قابلة للتغيير / إعداد خارج الـ closure (خمسة منظورات للمراجعة)

  2. المراجعة · التحققخمسة منظورات للمراجعة

    ملاحظة · نتيجةملاحظات: لا أخذ عينات · حارس تكلفة / نتائج قابلة للتغيير / إعداد خارج الـ closure

  3. وكيل البرمجةالتطبيق

    فعلأخذ العينات وفحص التكلفة اليومية قبل التقييم

  4. وكيل البرمجةالتطبيق

    فعلكائنات نتائج مجمّدة · ربط صريح للإعداد

    • تسليمالفحوص→ فحوص الوحدات · الربط (محلية · بمحاكاة) (المُخرَجات)

  5. المُخرَجاتالمُخرَجات

    مُخرَجفحوص الوحدات · الربط (محلية · بمحاكاة)

    • ليس تنفيذًا مسجّلًالا يبلغ هذا الحد→ E2E حقيقي مع Redis + PG: لم يُكتب آنذاك (المُخرَجات)
    • تسليم→ دمج PR #546 · الإجراء في eval-feedback-loop skill (المُخرَجات)

  6. المُخرَجاتالمُخرَجات

    قاعدة · غير متحقَّق منهاE2E حقيقي مع Redis + PG: لم يُكتب آنذاك

  7. المُخرَجاتالمُخرَجات

    مُخرَجدمج PR #546 · الإجراء في eval-feedback-loop skill

السياق
يسجّل تقرير تطبيق خط تقييم المحادثات خمسة منظورات للمراجعة وجولتين من الإصلاحات. وعدد المنظورات ليس عدد جلسات أو وكلاء.
النتيجة
تحتوي الشيفرة على فرع يأخذ عينات ويفحص التكلفة اليومية قبل التقييم، وعلى كائنات نتائج مجمّدة وربط صريح للإعداد. وإذا فشل الاستعلام عن التكلفة، يمضي تقييم L2 مع ذلك، فهو ليس سقفًا صارمًا للإنفاق.
الحد
المنظورات الخمسة طريقة لتقسيم المراجعة، ولا تعني خمس جلسات نماذج مستقلة ولا موافقة خبراء بشريين. والدرجات الداخلية القريبة من 100 في التقرير ليست قياسًا للجودة ولا تُنقل إلى هنا.
المصادر والحدود المتبقية
  • الـ PR المرتبط في رأس التقرير هو #545، أما الـ PR العام الذي دمج Phases 1–4 فهو #546.
  • ويذكر التقرير كذلك، كما هو، الـ recalibration stub الذي لا يزال مفتوحًا.