تفشل أنظمة الترميز متعددة الوكلاء في كثير من الأحيان ليس بسبب ضعف التواصل، بل لأن الالتزامات التي تتم في المحادثة تفتقر إلى سجل دائم. حتى عندما يتواصل الوكلاء بفعالية، يمكنهم تكرار العمل أو ترتيب المهام بشكل خاطئ أو تفويت التبعيات لأن لا توجد حالة خارجية تتتبع من وعد بماذا. قام المؤلف ببناء Commitment Ledger باستخدام المكتبة القياسية لـ Python فقط لتسجيل التزامات الوكلاء—مثل 'سأبني ملف items'—كحالة صريحة. يتحقق هذا Ledger من التعارضات والعمل المفقود وإعادة العمل دون الحاجة إلى قواعد بيانات أو واجهات برمجة التطبيقات. في الاختبار، منع العمل المكرر وفشل التبعيات، لكنه لم يصلح الحالات التي فشل فيها الوكلاء في إكمال المهام أو أبلغوا عن عمل غير موثق. يحسن Ledger حالة التنسيق ولكنه لا يستطيع إ enforce متابعة الوكيل. تنبع هذه الرؤية من معيار Cooper Bench من Stanford و SAP Labs، والذي أظهر أن أزواج الوكلاء المتعاونة سجلت أحيانًا نتائج أسوأ من وكيل واحد بسبب الرسائل الغامضة والافتراضات غير الصحيحة والالتزامات المنحرفة. في حين أن التنسيق ممكن—كما يُرى في عمليات التشغيل الأقلية حيث تفاوض الوكلاء على الأدوار أو تقاسموا الموارد—إلا أنه غير موثوق بدون آلية للاحتفاظ بالالتزامات. يعزل Ledger هذا الوضع المحدد للفشل: الالتزامات الموجودة فقط في الدردشة، مع عدم وجود طريقة للوكلاء الآخرين للتحقق منها لاحقًا. الحل خفيف الوزن وحتمي ويركز فقط على جعل الالتزامات مرئية وقابلة للفحص.