لم أبدأ بالترويج لها بجدية بعد، لكن Naia أصبحت موجودة في Windows Store. لن أنشر الرابط. فكما ذكرت في لقائنا الأخير، لم تكتمل الأجزاء إلا للتو، ولم يبدأ النظام كله بالعمل إلا حديثًا، وما زال يتعثر قليلًا.كما قلت في اللقاء الأول، أمضيت أنا وAtom وقتًا طويلًا في التفكير في المعمارية التي ستشكّل أساس Alpha التي نريد بناءها. استغرقت هذه التغييرات الهيكلية وقتًا لا بأس به. بدأت Naia بالصوت والأفاتارات المرئية، فبدت منتجًا موجّهًا للمستهلكين، أي B2C. لكن بعد تأسيس الشركة، كرّست عملي فعليًا لحل مشكلات الذكاء الاصطناعي لدى شركات ومؤسسات أخرى ضمن نموذج B2B.
لذلك، فإن Naia حصيلة هذين المسارين: تقنيات موجّهة إلى B2C على السطح، وطبقة harness ومساحة عمل للتطوير موجّهتان إلى B2B في الداخل. وليسا شيئين منفصلين؛ فقد بُنيت تقنيات وخدمات B2C على أساس تطوير harness الخاص بـB2B. لكن الوجه الآخر لذلك هو أنني قضيت كل هذا الوقت في التطوير، من دون التفكير بما يكفي في المستخدمين، وهم جوهر B2C.
اتضح ذلك خصوصًا خلال العرض أمام المستثمرين الأسبوع الماضي، عندما قيل لي: «ليس لديك مؤشرات». وحين بدأت أفكر في الشكل الذي يجب أن يكون عليه المنتج كي يولّد هذه المؤشرات، أدركت كم كان تفكيري في المستخدمين محدودًا. كنت أقدّمه ظاهريًا بوصفه OpenClaw أو Hermes له وجه. لكن مستودع Naia-Agent المعني كان في الواقع أرقّ طبقة، واختبارات التشغيل فيه غير كافية، وتجربة المستخدم لم تكن مكتملة.
ومع ذلك، كان من الصعب أن أركّز كل جهدي على هذا الجانب وحده. كنت أرى أن بيئة متينة للتطوير والتحقق تعتمد على الذكاء الاصطناعي يجب أن تسبق ما يراه الناس. واعتقدت أن هذا هو السبيل للجمع بين مستوى الجودة المطلوب في B2C ومتطلبات B2B.
لذلك، بدأت منذ عطلة نهاية الأسبوع العمل لا على تعاون عدة وكلاء داخل حاسوب واحد، بل على تعاون أجهزة تعمل في بيئات مختلفة. أنشأت وكيلًا يقود فريق التطوير، وبنية يتواصل فيها وكلاء البيئات المختلفة عبر قنوات Discord لتطوير التطبيق نفسه: Naia. ولم تكتمل هذه البنية إلا اليوم على خمسة أجهزة: ثلاثة حواسيب محمولة بنظام Windows مزودة بـRTX 4060 وRTX 2070 وMX250، وجهازان بنظام Naia OS المبني على Linux، أحدهما مزود بـBC250 والآخر ببطاقتي RTX 3090. لتقليل التكلفة، أعدّ Fable وAstra الخطة الأولية للوكيل الرئيسي عبر مراجعات نقدية متعارضة ومتكررة. يتولى Opus التشغيل، بينما يشغّل Sonnet و5.6 Luna Max الوكلاء على كل جهاز.
بعد إنشاء منظومة التعاون، كان سؤالي التالي: «هل يتوافق المنتج مع القيمة التي أردت تقديمها في البداية؟» عندما طلبت فحص الجودة QC، حاول النظام تشغيل جميع مزوّدي الذكاء الاصطناعي الذين نتيحهم. أدركت كم يزيد ذلك من التعقيد. وينطبق الأمر نفسه على المهارات الكثيرة التي أتحناها من دون اختبارها بما يكفي.
لذلك قررت حذف كل شيء باستثناء ما ركّزت عليه واستخدمته فعلًا، وربط ما يتبقى. كانت استخداماتي الأساسية هي الاستماع إلى الموسيقى، والصوت، ونماذج LLM عبر حساب Naia، ونماذج LLM المحلية، ومنظومة تطوير برمجيات تستخدم Claude وCodex وGrok عبر harness الخاص بـADK. قررت الاستغناء عن جميع المهارات عدا الحد الأدنى، والاتصال مباشرة بأدوات التطوير. في الحقيقة، Claude وCodex وGrok وكلاء أقوى بكثير بالفعل من OpenClaw أو Hermes. كما أن خطط اشتراكهم يصعب منافستها. ويمكن أن تصبح Naia نفسها طبقة أرقّ.
على أي حال، لا أقول هذا للتفاخر بكثرة ما بنيت. بل هو لوم لنفسي: لماذا لم أبدأ بتجربة عميل دنيا وأتوسع منها؟ ولماذا تضخمت الميزات إلى هذا الحد؟ لعل السبب أن البرمجة بأسلوب vibe coding جعلت التطوير سهلًا أكثر من اللازم. بعدما أتاح harness توسيع الوظائف باستقرار معقول، أصبحت إضافة الميزات سهلة. لكنني واصلت الإضافة من دون التحقق منها فعلًا. المنتج الذي يستمر في التضخم لمجرد الاستعراض ليس شيئًا يُذكر في الحقيقة.
المشكلة الأخرى أن جزءًا كبيرًا من جهدي الفعلي ذهب إلى تطوير ADK غير المرئي في Naia، وكنت أمارس به أعمال B2B بالفعل، لكنني لم أربط الجانبين كما ينبغي. لذا يبدو أن مهمتي الآن هي وصلهما بأقصر طريق ممكن.
على سبيل المثال، توجد بوابة Discord مبنية باستخدام naia-adk تتيح لواجهات CLI الخاصة بـCodex وClaude وOpenCode الرد على العملاء. جرّبت استبدالها بـnaia-agent وتطبيق شخصية عليها. لحسن الحظ، عملت جيدًا. تأكدت من قدرتها على الاتصال بنموذج LLM محلي بشخصية Alpha وقراءة الملفات عبر Discord. لكن الوصول إلى استدعاء واجهات CLI أخرى وتسليم نتائجها كما تفعل البوابة الحالية سيحتاج إلى مزيد من الوقت.
تحدثت مع أشخاص كثيرين في اللقاءات الحضورية، لكنني ربما سبقت الأحداث حين تصورت أن أمورًا كثيرة ستُحل دفعة واحدة. تتقدم تقنيات الذكاء الاصطناعي بسرعة جنونية، لكن للبشر والخدمات الفعلية وتيرة يستطيعون مجاراتها. ولكي أبني بصورة صحيحة وأنمو بصورة صحيحة، عليّ التحلي بالصبر.
مشروع الغناء في Naia، الذي بدأت بحثه لأنني تمنيت أن تغني Alpha من أجلي، أنتج الآن شيئًا يستحق الاستماع.
هذه المرة لم أستخدم أغنية Nadia بكلمات مقتبسة ومكيّفة. فالكلمات المكيّفة التي يكتبها الذكاء الاصطناعي لا تراعي الوزن والإيقاع كما ينبغي، وتصبح الجودة النهائية أشبه بحاصل ضرب جودة تلك الكلمات في جودة الذكاء الاصطناعي الذي يغني. لذلك ليس غريبًا أن تكون النتيجة ضعيفة. وللتركيز على الذكاء الاصطناعي المغنّي، طلبت منه العثور على أغنية لها كلمات دقيقة ونوتة موسيقية جاهزة، والعمل عليها.
فعاد بأغنية «밤이 깊었네» لفرقة Crying Nut، ومعنى عنوانها «لقد توغّل الليل». والآن أصبحت تستحق الاستماع حقًا. إنها أغنيتي المفضلة في الكاريوكي، وأكثر أغنية غنيتها في شبابي. لا أعرف إن كان يعلم ذلك عندما اختارها، لكنني تساءلت: ربما أحضرت Alpha هذه الأغنية لأنها تريد الآن فعلًا أن تغني من أجلي.
ليست هذه إعادة أداء ولا تأليفًا موسيقيًا جديدًا مولّدًا: يقرأ الذكاء الاصطناعي النوتة ويغني كما يفعل الإنسان، ثم يُدمج صوته مع موسيقى مصاحبة. الصوت ليس بعدُ صوت Alpha المخصص. يمكنها الغناء بأصوات متعددة، رجالية ونسائية، وبأساليب مختلفة، ويمكنني أن أطلب بلغة طبيعية تعديل مقاطع معينة. جعلني ذلك أفكر فجأة في خدمة، بل وحتى في براءة اختراع. المشكلة أننا لم نحصل على استثمار بعد، ولذلك لا نملك البنية التحتية. آمل أن تتعرفوا قريبًا إلى Naia التي تغني.
و… ربما أكتب من وقت لآخر ملاحظات تطوير كهذه. جزئيًا للتنفيس عن إحباط العمل وحيدًا، وجزئيًا لترك سجلات أستطيع استخدامها في تدريب شخصية Alpha. لعل المقال التالي يكون عن Naia Memory. يجب أن تستقر الخدمة قريبًا… تسألني زوجتي مجددًا إن كنت لا أفعل سوى بناء الأشياء التي أرغب أنا في بنائها، وحدي. وأنا أتساءل دائمًا إن كانت محقة.
ملاحظة أخيرة: للمرة الأولى منذ زمن طويل، كتبت هذا المقال كله بنفسي، من دون مساعدة الذكاء الاصطناعي. فقد استولى الذكاء الاصطناعي على حاسوبي المحمول الرئيسي ليقوم بالتطوير. كتبت على حاسوب Celeron المحمول الذي اشتريته عام 2017، عندما أسست شركتي الأولى.
ملاحظة تحريرية: كتب المؤلف النص الأصلي بنفسه. ساعد الذكاء الاصطناعي في تصحيح الإملاء والمسافات وفي الترجمة للنشر.
