Claude Code حدّد موقع جهاز استشعار يطلق صفيرًا من خلال الصوت المسجَّل على خمسة أجهزة بدقة 40 سم

قصة منزلية مألوفة: في غرفة تملؤها صناديق لم تُفرَّغ بعد الانتقال، يصدر شيء ما صفيرًا من حين لآخر. الصوت نادر، ولا يمكن تحديد اتجاهه بالأذن، ولا أحد يرغب في تقليب كل شيء. حلّ مؤلف الملاحظة الأصلية المشكلة كما تُحلّ اليوم كثير من المشكلات الصغيرة: كلّف بها Claude Code. تسمّى النتيجة Beep Locator، ولا تكمن أهميتها في الصفير نفسه بقدر ما تكمن في طريقة تقاسم العمل بين الإنسان والوكيل.

كيف يعمل Beep Locator

يعمل على الحاسوب المحمول خادم ويب مكتوب بلغة Python. تدخل بقية الأجهزة إلى الصفحة عبر رمز QR أو رابط، فتصبح أجهزة استماع. شارك في الاختبار جهازا iPad وهاتف وMacBook Pro وSurface. يحصل كل جهاز على إذن استخدام الميكروفون عبر WebAudio ويحتفظ في الذاكرة بآخر 60 ثانية من التسجيل. ويقوم كاشف بسيط يعتمد على تحويل فورييه السريع مع مرشح للترددات العالية بتمييز الصفيرات المشبوهة وإبلاغ الخادم بها.

ثم يبدأ الجزء الأهم. يطلب الخادم من أحد الأجهزة تشغيل نغمة «تشيرب» قصيرة، ويطلب من كل جهاز استماع مقطعًا من التسجيل يمتد من نحو 0.6 ثانية قبل الصفير إلى 0.8 ثانية بعد التشيرب. تعمل النغمة كنقطة مرجعية مشتركة: بها تُحاذى تسجيلات الأجهزة المختلفة، فيتضح كم وصل الصفير إلى أحد الميكروفونات قبل غيره. ومن فارق الزمن يُحسب الموضع على الخريطة.

وجد Claude الفكرة بنفسه، وهي ورقة بحثية من عام 2007 اسمها BeepBeep عن قياس المسافات بالصوت على الهواتف العادية والمساعدات الرقمية الشخصية. وهي لا تحتاج إلا إلى مكبّر صوت وميكروفون وقناة اتصال. وعند الضبط، شغّلت الأجهزة أصواتًا لبعضها أولًا لتحديد مواضعها النسبية، لكن النتيجة كانت ضعيفة. فأُضيف «الوضع التقريبي»: تُسحب الأيقونات على الخريطة إلى ما يقارب أماكن الأجهزة، ثم يدقّق النظام الإحداثيات.

الاستبدال الفوري للشيفرة والتكرار مع الوكيل

أكثر الحلول عملية هنا لا علاقة له بالصوتيات. ففي المرحلة الأولى أُدرجت في أجهزة الاستماع دالة installModule(): عبر WebSocket يستطيع الخادم إرسال شيفرة JavaScript جديدة إلى أي جهاز فتُنفَّذ فورًا. والسبب بسيط: في بعض الأجهزة يطلب المتصفح إذن الميكروفون من جديد بعد كل إعادة تحميل للصفحة، وكان المرور على جميع الأجهزة يدويًا بعد كل تعديل عذابًا.

وبفضل ذلك استطاع الوكيل تغيير سلوك «الآذان» مباشرة، وقراءة سجلات الأصوات، وإعادة ضبط الكاشف دون تدخل بشري. أما المؤلف فكان في الغالب جالسًا بجوارهم يصوغ المهام بلغة بسيطة. طلب إضافة وضع التصفيق لاختبار النظام، وطوابع زمنية على الأيقونات، وسجلًا مع زر لتشغيل تسجيل كل جهاز، وزر «هذا هو الصفير الغامض». يساعد هذا الوسم النظام على التعرف إلى التردد المطلوب ومتابعته تحديدًا. ثم ظهرت وظيفة «إعادة ترتيب الأجهزة» دون إعادة تشغيل أجهزة الاستماع، واقتراح بمكان وضع ميكروفون إضافي لتحسين تحديد الموضع بنحو 12%.

بدأ المشروع على iPhone في Claude Code بنموذج Opus 5.5، ثم أُكمل على الحاسوب المحمول بنموذج Fable 5.2 الجديد. وهذا مثال جيد على تقسيم العمل: كتبت الجلسة الأولى problem.md والأساس، وصحّحت الثانية أخطاء النظام في البيئة الحية.

ما الذي نخرج به

الفكرة الرئيسية للمؤلف: يمكن منح وكيل البرمجة حواسّ حتى لو لم تكن لدى النموذج. ليس لدى Claude مدخل صوتي خاص به، لكنه يستطيع كتابة وتشغيل شيفرة تحلل الصوت من ميكروفونات أجهزة أخرى، ويعدّل هذه الشيفرة بنفسه. وقد رُوي أسلوب مشابه في GitHub Universe: وُجّهت كاميرا ويب إلى شاشة جهاز ليرى الوكيل ما إذا نجح التحديث. والخلاصة للمطوّر بسيطة: إذا كان الوكيل «أعمى»، ففكّر في قناة تغذية راجعة رخيصة تمنحه إياها (كاميرا، ميكروفون، سجلات، لقطات شاشة)، وسيبدأ بنفسه بإغلاق الحلقة «عدّل — تحقّق».

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