الذاكرة في لانغ غراف ليست صندوقاً سحرياً بل ثلاث قطع منفصلة: الحالة (State)، ومُحافِظ النقاط (checkpointer)، والمخزن (store). يشرح المقال كيف تُدمج حقول الحالة بدوال الدمج، ولماذا إرجاع قائمة فارغة لا يفرّغ حقلاً مدموجاً، ولماذا يُعدّ thread_id المؤشر الدائم للمحادثة وحدّه الأقصى 255 حرفاً. كما يوضح الفرق بين الذاكرة الدلالية والبحث الدلالي، وينبّه إلى أن القنوات الخاصة في الحالة لا تُخفى أثناء البثّ.

لانغ غراف يبني سير العمل من ثلاث قطع: الحالة والعقد والحواف، ويُنفّذها في خطوات كبرى متوازية. هنا تشرح بنية StateGraph ومتى تختار Command أو Send بدل الحواف الشرطية، وأنماط سير العمل الخمسة، ثم بوابة الموافقة البشرية بـ interrupt — مع الفخاخ التي تُعيد العقدة تنفيذ نفسها عند الاستئناف فتضاعف ما تدفعه فعلاً.

دليل عملي تبني فيه وكيل حجوزات كاملاً سطراً بسطر: ثلاث أدوات، رسم حالة بعقدتين، حفظ دائم على القرص، وبوابة موافقة بشرية قبل أي حجز. التحذيران اللذان يُكلّفان مالاً حقيقياً مكتوبان داخل البناء لا في نهايته: أن InMemorySaver يفقد كل شيء عند إعادة تشغيل البرنامج، وأن استئناف المقاطعة يعيد العقدة من بدايتها فيجب تصميم الحجز كي لا يتكرر. وينتهي الدليل بقائمة تحقق من ثمانية أسئلة تشخيصية، بعد عرض الرسم عبر draw_mermaid_png والبثّ التشخيصي عبر stream_events بنسخته v3.