ترجمت Typeless مرة أخرى: لا دليل قاطع على النموذج، لكنني كشفت مسار البحث

هذه المرة اعتبرت Typeless على جهازي كمشروع تحقيق صغير وفتّشته بالكامل، والهدف كان مباشرًا جدًا: أي نموذج يستخدم بالضبط؟ ولماذا تفاعله الذي يشبه “اضغط مرة لأستمع إليك ثم أرد عليك مباشرة” سلس جدًا، ولماذا تحديدًا لا يسمح بالمتابعة بأسئلة متعددة الجولات؟

خلّني أبدأ بخلاصة النتائج:

  • لم أجد داخل عميل الجهاز اسم نموذج واحد مكتوبًا بشكل ثابت. لم أعثر على سلاسل مباشرة مثل gpt-4o أو claude أو gemini.
  • ليس نموذجًا محليًا؛ الطلبات الأساسية تمر عبر https://api.typeless.com، ومدخل الذكاء الاصطناعي الرئيسي هو /ai/voice_flow.
  • قدرته على “ابحث لي” حقيقية؛ وقد التقطت من السجل المحلي قيْدًا يحتوي على web_metadata وفيه ظهر مباشرة رابط إحالة grounding إلى vertexaisearch.cloud.google.com.
  • لكن صفحة Typeless الرسمية العامة كانت قد ذكرت أنها تستخدم مزوّدي LLM من طرف ثالث مثل OpenAI. لذا يبدو الأمر أقرب إلى “الخادم يبدّل القدرات حسب السيناريو” بدل أن يكون العميل مربوطًا بنموذج واحد من البداية للنهاية.

الأدلة التي استخرجتها كانت ممتعة فعلًا:

  • مسار التثبيت: C:\\Users\\1\\AppData\\Local\\Programs\\Typeless\\Typeless.exe
  • بيانات المستخدم: C:\\Users\\1\\AppData\\Roaming\\Typeless.exe
  • إعدادات الاختصارات هي فعلًا التي أستخدمها يوميًا: RightAlt للتسجيل، وRightAlt+Space لوضع عدم الحاجة للإبقاء على الضغط
  • قاعدة البيانات المحلية فيها جدول أعمال أساسي واحد فقط: history
  • لم أرَ جداول محادثات متعددة مثل conversation أو thread أو message
  • سجل voice_command يخزّن أساسًا: user_prompt وrefined_text وweb_metadata وexternal_action وdelivery

وهذا يفسّر أيضًا بسهولة نقطتين هما أكثر ما يجعلني أحبه وأكرهه في نفس الوقت:

  1. نافذة الدردشة التي تظهر حديثًا لا تكاد تملك سياق المرة السابقة.
    السبب بسيط: هو أقرب إلى “أمر صوتي لمرة واحدة” وليس خيط محادثة مستمر.

  2. بعد أن يردّ، لا تستطيع متابعة السؤال اعتمادًا على الرسالة السابقة.
    لأن البنية محليًا ليست مصممة لمحادثة متعددة الجولات، بل أقرب إلى: “تقول جملة، أعطيك نتيجة، ثم تنتهي هذه المعاملة”.

وهناك دليل قاطع مهم جدًا:

عندما سألت أسئلة آنية مثل: “雷神加速器被恶意攻击,攻击者目的是什么?搜一下” (تمت مهاجمة LeiShen Accelerator بهجوم خبيث، ما هدف المهاجم؟ ابحث لي) ظهر في mode_meta.ai_result.web_metadata المخزّن محليًا:

  • grounding_chunks
  • grounding_supports
  • vertexaisearch.cloud.google.com/grounding-api-redirect/...

كما ظهرت في المصادر مواقع مثل sina.com.cn وcnyes.com وyoutube.com.

هذا يعني أنه على الأقل في جزء من أسئلة “المعلومات اللحظية”، هو فعلاً يمر عبر مسار grounding بمصادر بحث، وليس مجرد اختلاق رسميّ المظهر من الهواء.

لذلك فالخلاصة الأكثر موثوقية هذه المرة هي:

Typeless أقرب إلى “لوحة أوامر ذكاء اصطناعي صوتية على مستوى النظام”.
هو يجيد: السرعة، السلاسة، إمكانية استدعائه من أي مكان، ودمج سياق الشاشة الحالية لإعطاء نتيجة مباشرة.
ولا يجيد: الاحتفاظ بسياق طويل، أو تدوير الأسئلة ذهابًا وإيابًا حول نفس الإجابة على عدة جولات.

أي أنه ليس “غرفة دردشة ChatGPT بصوت”، بل “طبقة اختصارات/عمليات ذكاء اصطناعي صوتية شاملة للنظام”.
وهذا بالضبط سبب إحساسه الجيد في الاستخدام، وهو أيضًا سبب الشكوى: “لماذا لا يمكنني متابعة الحديث؟”.

وإذا كنت تحب هذا النوع من التفاعل، فقد ألقيت نظرة سريعة على منتجات قريبة منه:

  • Wispr Flow: الأكثر شبهًا بـ Typeless، بطابع “اختصار شامل + إدخال داخل أي تطبيق”
  • Superwhisper: ممتاز لسيناريو “تحديد نص ثم إعادة صياغته/سؤاله بجملة واحدة”
  • Aqua Voice: يعتمد أكثر على إدراك السياق
  • Braina: أقرب إلى مساعد صوتي قديم على Windows مع مساعد كتابة بالذكاء الاصطناعي

جملة واحدة كختام:

Typeless ليس أنه لا يعرف كيف “يدردش”؛ بل هو أساسًا لم يُصمَّم كـ “أداة محادثة”؛ هو أقرب إلى عامل ذكاء اصطناعي صوتي حاضر عند الطلب: تقول وتنتهي فينفّذ.

ولو واصلت الحفر لاحقًا، فأكثر شيئين أريد مراقبتهما هما:

  • هل يمكن لحقول debug التي يعيدها الخادم أن تكشف أدلة أكثر تحديدًا عن الـ provider
  • أي الأسئلة يمر عبر البحث، وأيها يمر عبر توليد عادي فقط
إعجاب واحد (1)