استكشف كيف شكّلت أفكار لاري بيج المبكرة حول الذكاء الاصطناعي والمعرفة استراتيجية جوجل طويلة الأمد—من جودة البحث إلى الرهانات الطموحة والانتقال نحو AI-first.

هذه ليست قطعة ترويجية عن لحظة اختراق واحدة. الموضوع هنا هو التفكير طويل الأمد: كيف يمكن لشركة أن تختار اتجاهًا مبكرًا، وتستمر في الاستثمار عبر تحولات تكنولوجية متعددة، وتحوّل فكرة كبيرة تدريجيًا إلى منتجات يومية.
عندما تقول هذه التدوينة "رؤية لاري بيج للذكاء الاصطناعي"، لا نعني أن "جوجل تنبأت بروبوتات الدردشة الحالية". المقصود أبسط—وأكثر ديمومة: بناء أنظمة تتعلم من التجربة.
في هذه التدوينة، تشير "الرؤية" إلى مجموعة من المعتقدات المترابطة:
بعبارة أخرى، الرؤية أقل عن نموذج واحد وأكثر عن محرك: جمع الإشارات، تعلم الأنماط، إطلاق التحسينات، تكرار.
لجعل الفكرة ملموسة، يتتبع باقي التدوينة تقدمًا بسيطًا:
في النهاية، يجب أن تبدو "رؤية لاري بيج للذكاء الاصطناعي" أقل كشعار وأكثر كاستراتيجية: استثمر مبكرًا في أنظمة التعلم، وابنِ الأنابيب التي تغذيها، وتحلَّ بالصبر أثناء تحقيق تقدم يتراكم عبر سنوات.
كان لدى الويب المبكر مشكلة بسيطة بعواقب معقّدة: ظهرت فجأة معلومات أكثر مما يستطيع أي شخص تصفحه، وكانت معظم أدوات البحث في الأساس تخمن ما الذي يهم.
إذا كتبت استعلامًا، اعتمدت محركات كثيرة على إشارات واضحة—عدد مرات ظهور كلمة في الصفحة، ما إذا كانت في العنوان، أو عدد المرات التي يكرر فيها مالك الموقع الكلمات (حتى عبر نص مخفي). هذا جعل النتائج سهلة التلاعب وصعبة الثقة. كان الويب ينمو أسرع من الأدوات المصممة لتنظيمه.
الفكرة الأساسية لدى لاري بيج وسيرجي برين كانت أن الويب يحتوي بالفعل على نظام تصويت مدمج: الروابط.
الارتباط من صفحة إلى أخرى يشبه قليلًا الاقتباس في ورقة بحث أو توصية من صديق. لكن ليست كل التوصيات متساوية. يجب أن يحسب رابط من صفحة يعتبرها الكثيرون ذات قيمة أكثر من رابط من صفحة مجهولة. حول PageRank هذه الفكرة إلى رياضيات: بدلاً من ترتيب الصفحات فقط بما تقوله عن نفسها، رتّب جوجل الصفحات بما "يخبرها" به بقية الويب عبر الروابط.
هذا فعل شيئين مهمين في آنٍ واحد:
وجود فكرة تصنيف ذكية لم يكن كافيًا. جودة البحث متغيرة: صفحات جديدة تظهر، والسبام يتكيف، وما يقصده الناس من استعلام يتغير. لذا كان على النظام أن يكون قابلاً للقياس والتحديث.
اعتمدت جوجل على الاختبار المستمر—تجربة تغييرات، قياس ما إذا تحسنت النتائج، ثم التكرار. شكلت هذه العادة للتكرار نهج الشركة طويل الأجل تجاه أنظمة "التعلّم": اعتبر البحث شيئًا يمكنك تقييمه باستمرار، وليس مشروع هندسي لمرة واحدة.
البحث الجيد ليس فقط عن خوارزميات ذكية—بل عن جودة وكمية الإشارات التي يمكن لتلك الخوارزميات أن تتعلم منها.
كان لدى جوجل المبكرة ميزة مدمجة: الويب نفسه مليء بـ "الأصوات" حول ما يهم. الروابط بين الصفحات (الأساس وراء PageRank) تعمل مثل الاقتباسات، ونص الرابط يقدم معنى إضافيًا. فوق ذلك، أنماط اللغة عبر الصفحات تساعد النظام على فهم المترادفات، الأخطاء الإملائية المتكررة، وطرق عديدة لطرح نفس السؤال.
بمجرد أن يبدأ الناس في استخدام محرك بحث على نطاق واسع، يخلق الاستخدام إشارات إضافية:
هذه هي المروحة الدافعة: نتائج أفضل تجذب استخدامًا أكبر؛ استخدام أكبر يخلق إشارات أغنى؛ الإشارات الأغنى تحسّن الترتيب والفهم؛ وهذا التحسّن يجذب المزيد من المستخدمين. مع الوقت، يصبح البحث أقل مثل مجموعة ثابتة من القواعد وأكثر مثل نظام تعلم يتكيف مع ما يجده الناس مفيدًا بالفعل.
أنواع مختلفة من البيانات تعزز بعضها بعضًا. هيكل الروابط قد يبرز السلطة، بينما سلوك النقر يعكس التفضيلات الحالية، وبيانات اللغة تساعد في تفسير الاستعلامات المبهمة (مثل "jaguar" الحيوان مقابل السيارة). معًا، تجعل هذه الأنواع من الممكن الإجابة ليس فقط عن "ما الصفحات التي تحتوي هذه الكلمات"، بل عن "ما هي أفضل إجابة لهذه النية".
تثير هذه المروحة أسئلة خصوصية واضحة. أظهرت تقارير عامة وموثوقة منذ زمن أن المنتجات الاستهلاكية الكبيرة تولد بيانات تفاعل هائلة، وأن الشركات تستخدم إشارات مجمّعة لتحسين الجودة. كما استثمرت جوجل بمرور الوقت في رقابات الخصوصية والأمان، رغم أن التفاصيل وفاعلية هذه الضوابط موضوع للنقاش.
الخلاصة بسيطة: التعلم من الاستخدام الواقعي قوي—وثقة المستخدم تعتمد على مدى مسؤولية تعامل الشركة مع هذا التعلم.
لم تستثمر جوجل مبكرًا في الحوسبة الموزعة لأن ذلك كان صيحة—بل لأنه كان السبيل الوحيد لمجاراة الحجم الفوضوي للويب. إذا أردت زحف مليارات الصفحات، وتحديث التصنيفات بشكل متكرر، والإجابة على الاستعلامات في أجزاء من الثانية، فلا يمكن الاعتماد على حاسوب واحد كبير. تحتاج آلاف الآلات الأرخص العاملة معًا، وبرمجيات تتعامل مع الأخطاء كأمر طبيعي.
أجبر البحث جوجل على بناء أنظمة يمكنها تخزين ومعالجة كميات هائلة من البيانات بشكل موثوق. أصبح نهج "عدة حواسيب، نظام واحد" أساسًا لكل ما تلاه: الفهرسة، التحليلات، التجارب، وفي نهاية المطاف التعلم الآلي.
الفكرة الأساسية أن البنية التحتية ليست منفصلة عن الذكاء—إنها تحدد أي أنواع النماذج ممكنة.
تدريب نموذج مفيد يعني عرضه على أمثلة حقيقية كثيرة. تشغيل ذلك النموذج يعني تشغيله لملايين من الناس فورًا بدون أعطال. كلاهما "مشكلات نطاق":
بمجرد بناء خطوط أنابيب لتخزين البيانات، توزيع الحوسبة، مراقبة الأداء، ونشر التحديثات بأمان، يمكن لأنظمة التعلم أن تتحسن باستمرار بدلًا من الظهور كعمليات إعادة كتابة نادرة ومحفوفة بالمخاطر.
بعض الميزات المألوفة توضح لماذا كانت "الآلة" مهمة:
لم تكن ميزة جوجل على المدى الطويل مجرد خوارزميات ذكية—بل بناء محرك تشغيلي سمح للخوارزميات بالتعلم، والشحن، والتحسن على نطاق الإنترنت.
بدا جوجل المبكر بالفعل "ذكيًا"، لكن الكثير من تلك الذكاء كان مهندسًا: تحليل الروابط (PageRank)، إشارات ترتيب مضبوطة يدويًا، والعديد من القواعد للتعامل مع السبام. مع الوقت، تحرّك مركز الثقل من قواعد مكتوبة صراحةً إلى أنظمة تتعلم الأنماط من البيانات—خاصة حول ما يعنيه الناس، لا فقط ما يكتبونه.
حسّن التعلم الآلي تدريجيًا ثلاثة أشياء يلاحظها المستخدمون يوميًا:
للمصداقية، استشهد بمزيج من الأبحاث الأولية وشرح المنتجات العامة:
لم تكن لعبة جوجل طويلة الأمد مجرد أفكار كبيرة—بل اعتمدت على ثقافة بحثية يمكنها تحويل أوراق تبدو أكاديمية إلى أشياء يستخدمها الملايين فعليًا. هذا يعني مكافأة الفضول، لكن أيضًا بناء مسارات من النموذج الأولي إلى منتج يعتمد عليه.
تعامل كثير من الشركات مع البحث كجزيرة منفصلة. دفعت جوجل نحو حلقة أوثق: يمكن للباحثين استكشاف اتجاهات طموحة، نشر النتائج، والتعاون مع فرق المنتج التي تهتم بالزمن المستغرق للاستجابة والموثوقية وثقة المستخدم. عندما تعمل تلك الحلقة، ليست الورقة نهاية المطاف—بل بداية نظام أسرع وأفضل.
يمكن رؤية ذلك عمليًا في كيفية ظهور أفكار النماذج في ميزات "صغيرة": تصحيح إملائي أفضل، ترتيب أذكى، توصيات محسنة، أو ترجمة تبدو أقل حرفية. كل خطوة قد تبدو تدريجية، لكن مجتمعة تغيّر شعور "البحث".
تحولت عدة مبادرات إلى رموز لقناة الورقة إلى المنتج. ساعدت Google Brain على إدخال التعلم العميق داخل الشركة بإثبات أنه يمكن أن يتفوق على الأساليب القديمة عندما تتوفر بيانات وحوسبة كافيتان. لاحقًا، جعل TensorFlow من السهل للفرق تدريب ونشر النماذج باستمرار—مكون غير براق لكنه حاسم لتوسيع التعلم الآلي عبر المنتجات.
تحولت أعمال البحث على الترجمة العصبية، والتعرف على الكلام، وأنظمة الرؤية من نتائج مخبرية إلى تجارب يومية، غالبًا بعد دورات متعددة حسّنت الجودة وخفّضت التكلفة.
منحنى العائد نادرًا ما يكون فوريًا. الإصدارات المبكرة قد تكون مكلفة أو غير دقيقة أو صعبة الدمج. الميزات تُترجم من البقاء مع الفكرة طويلًا بما يكفي لبناء البنية التحتية، جمع التغذية الراجعة، وصقل النموذج حتى يصبح موثوقًا. ساعد هذا الصبر—تمويل "الرهانات الطويلة"، قبول الانحرافات، والتكرار لسنوات—في تحويل مفاهيم ذكاء طموحة إلى أنظمة مفيدة يمكن للناس الوثوق بها على مقياس جوجل.
كافأ البحث النصي الحيل الذكية للترتيب. لكن لحظة بدأ فيها جوجل باستلام الصوت والصور والفيديو، اصطدمت الطرق القديمة بجدار. هذه المدخلات فوضوية: لهجات، ضوضاء خلفية، صور ضبابية، لقطات مهتزة، لغة عامية، وسياق غير مكتوب. لجعلها مفيدة، احتاجت جوجل أنظمة تتعلم الأنماط من البيانات بدلًا من الاعتماد على قواعد مكتوبة يدويًا.
مع البحث الصوتي وإملاء أندرويد، الهدف لم يكن فقط "نسخ الكلمات". كان فهم ما قصده المستخدم—بسرعة، على الجهاز أو عبر اتصال ضعيف.
دفع الاعتراف الصوتي جوجل نحو التعلم الآلي واسع النطاق لأن الأداء تحسّن عندما تُدرَّب النماذج على مجموعات صوتية ضخمة ومتنوعة. برهن ضغط المنتج هذا على جدوى الاستثمار الجاد في الحوسبة (للتدريب)، والأدوات المتخصصة (خطوط أنابيب البيانات، مجموعات التقييم، أنظمة النشر)، وتوظيف أشخاص يمكنهم التكرار على النماذج كمنتجات حية—وليس عروض بحثية لمرة واحدة.
الصور لا تأتي دائمًا مع كلمات مفتاحية. يتوقع المستخدمون من Google Photos العثور على "كلاب" أو "شاطئ" أو "رحلتي إلى باريس" حتى لو لم يضعوا أي علامات.
أجبرت تلك التوقعات على فهم صور أقوى: كشف الأجسام، تجميع الوجوه، وبحث التشابه. مرة أخرى، القواعد لا تغطي تنوع الحياة الواقعية، لذا أصبح مسار التعلم هو الطريق العملي. تحسين الدقة احتاج المزيد من البيانات المعلّمة، وبنية تدريب أفضل، ودورات تجربة أسرع.
أضاف الفيديو تحديًا مزدوجًا: صور عبر الزمن بالإضافة إلى الصوت. مساعدة المستخدمين على التنقل في YouTube—البحث، التسميات التوضيحية، "التالي"، وفلاتر السلامة—طلبت نماذج يمكنها التعميم عبر الموضوعات واللغات.
جعلت التوصيات الحاجة إلى التعلم الآلي أوضح. عندما ينقر ويشاهد ويتخطى ويعود مليارات المستخدمين، يجب على النظام أن يتكيف باستمرار. تكافئ هذه الحلقة الراجعة الاستثمار في التدريب القابل للتوسع، ومقاييس الأداء، والمواهب للحفاظ على تحسّن النماذج دون كسر الثقة.
يمكن فهم "AI-first" ببساطة كقرار منتج: بدلًا من إضافة الذكاء كأداة جانبية، تعامل معه كجزء من المحرك داخل كل ما يستخدمه الناس بالفعل.
وصفت جوجل هذا الاتجاه علنًا حوالي 2016–2017، معتبرة إياه تحوّلًا من "mobile-first" إلى "AI-first". الفكرة لم تكن أن كل ميزة أصبحت فجأة "ذكية"، بل أن الطريقة الافتراضية لتحسين المنتجات ستصبح بشكل متزايد عبر أنظمة التعلم—الترتيب، التوصيات، التعرف على الكلام، الترجمة، وكشف السبام—بدلًا من قواعد مضبوطة يدويًا.
عمليًا، يظهر النهج AI-first عندما يتغير "الحلقة الأساسية" لمنتج بصمت:
قد لا يرى المستخدم زرًا مكتوبًا عليه "الذكاء". بل يلاحظ نتائج أقل خطأً، أقل احتكاكًا، وإجابات أسرع.
أعادت واجهات المساعدات الصوتية والمحادثات تشكيل التوقعات. عندما يقول الناس "ذكرني أن أتصل بأمي عندما أصل للمنزل"، يبدأون بتوقع أن يفهم البرنامج النية والسياق واللغة اليومية المعقدة.
دفع ذلك المنتجات نحو قدرات فهم اللغة الطبيعية كميزة أساسية—عبر الصوت والكتابة وحتى مدخلات الكاميرا (توجيه الهاتف نحو شيء والسؤال عنه). التحوّل إذًا كان عن تلبية عادات المستخدمين الجديدة بقدر ما كان عن طموحات البحث.
من المهم أن تقرأ "AI-first" كاتجاه—مدعوم بتصريحات عامة متكررة وحركات منتجات—لا كادعاء أن الذكاء استبدل كل نهج آخر بين ليلة وضحاها.
كان إنشاء Alphabet في 2015 أقل تغييرًا في الاسم وأكثر قرارًا تشغيليًا: فصل النواة الناضجة المولدة للإيرادات (جوجل) عن الجهود الأكثر مخاطرة وأطول أجلًا (غالبًا ما تُدعى "Other Bets"). هذا الهيكل مهم إذا فكرت في رؤية لاري بيج للذكاء كمشروع متعدد العقود بدلًا من دورة منتج واحدة.
كانت Search، والإعلانات، وYouTube، وAndroid تحتاج تنفيذًا متواصلًا: موثوقية، تحكمًا في التكاليف، وتكرارًا مستمرًا. أما المشاريع الطموحة—السيارات ذاتية القيادة، علوم الحياة، مشاريع الاتصال—فكانت تحتاج إلى شيء مختلف: تسامحًا مع عدم اليقين، مساحة لتجارب مكلفة، وإمكانية أن تُخطئ.
تحت مظلة Alphabet، يمكن إدارة النواة بتوقعات أداء واضحة، بينما تُقيّم الرهانات على معالم تعلم: "هل أثبتنا فرضية تقنية رئيسية؟" "هل تحسّن النموذج بما فيه الكفاية بالبيانات الواقعية؟" "هل المشكلة قابلة للحل بمستويات أمان مقبولة؟"
لا تفترض عقلية "اللعبة الطويلة" أن كل مشروع سينجح. تفترض أن التجريب المستمر هو كيف تكتشف ما سيهم لاحقًا.
مصنع المشاريع الطموحة مثل X مثال جيد: الفرق تختبر فرضيات جريئة، تقيس النتائج، وتقتل الأفكار بسرعة عندما تكون الأدلة ضعيفة. هذه الانضباطية مهمة جدًا للذكاء الاصطناعي، حيث يعتمد التقدم غالبًا على التكرار—بيانات أفضل، إعدادات تدريب أفضل، تقييم أفضل—وليس مجرد اختراق واحد.
لم تكن Alphabet ضمانًا للانتصارات المستقبلية. كانت وسيلة لحماية إيقاعات عمل مختلفة:
للفرق، الدرس هيكلية: إذا أردت نتائج ذكاء اصطناعي بعيدة المدى، صمّم لها. فصل التسليم قصير الأجل عن العمل الاستكشافي، موّل التجارب كآليات تعلم، وقيّم التقدم برؤى مُحققة—لا بالعناوين فقط.
عندما تخدم أنظمة الذكاء مليارات الاستعلامات، تتحول معدلات الخطأ الصغيرة إلى عناوين يومية. النموذج الذي "صحيح غالبًا" قد يضلل الملايين—خاصة في الصحة أو التمويل أو الانتخابات أو الأخبار العاجلة. على مقياس جوجل، الجودة ليست رفاهية؛ إنها مسؤولية متراكمة.
التحيّز والتمثيل. تتعلم النماذج أنماطًا من البيانات، بما في ذلك التحيزات الاجتماعية والتاريخية. الترتيبات "المحايدة" يمكن أن تضخّم وجهات نظر مهيمنة أو تقلل من خدمة اللغات والمناطق الأقل تمثيلًا.
الأخطاء والثقة المفرطة. يفشل الذكاء غالبًا بطرق تبدو مقنعة. أكثر الأخطاء ضررًا ليست أخطاء برمجية واضحة؛ بل إجابات تبدو معقولة ويثق بها المستخدمون.
السلامة مقابل الفائدة. المرشحات القوية تقلل الضرر لكنها قد تمنع استعلامات مشروعة. المرشحات الضعيفة تحسّن التغطية لكنها تزيد خطر التمكين للاحتيال أو الأذى الذاتي أو التضليل.
المساءلة. مع ازدياد الأتمتة، يصبح من الأصعب الإجابة على أسئلة أساسية: من وافق على هذا السلوك؟ كيف اختبر؟ كيف يستأنف المستخدمون أو يصحّحونه؟
يزيد التوسع القدرة، لكنه أيضًا:
لهذا السبب يجب أن تتوسع الضوابط أيضًا: مجموعات تقييم، فرق اختراق أحمر (red-teaming)، تطبيق السياسات، تتبّع المصدر، وواجهات مستخدم واضحة تُشير إلى عدم اليقين.
استخدمها للحكم على أي ميزة "مدعومة بالذكاء"—من جوجل أو غيرها:
تكسب الثقة من خلال عمليات قابلة للتكرار—ليس نموذجًا واحدًا ثوريًا.
النمط الأكثر قابلية للنقل وراء قوس جوجل الطويل بسيط: هدف واضح → بيانات → بنية تحتية → تكرار. لا تحتاج حجم جوجل لتطبيق الحلقة—تحتاج الانضباط حول ما تحاول تحسينه، وطريقة للتعلم من الاستخدام الحقيقي دون خداع نفسك.
ابدأ بوعد مستخدم واحد قابل للقياس (سرعة، أخطاء أقل، تطابقات أفضل). جهّزه بمراقبة حتى تتمكن من ملاحظة النتائج. ابنِ الحد الأدنى من "الآلة" التي تتيح لك جمع البيانات، تعليم الوسوم، وإطلاق التحسينات بأمان. ثم تكرّر بخطوات صغيرة ومتكررة—عامل كل إصدار كفرصة تعلم.
إذا كان عنق الزجاجة لديك هو الانتقال من "فكرة" إلى "منتج مزود بمقاييس" بسرعة، فإن تدفقات العمل الحديثة يمكنها المساعدة. على سبيل المثال، Koder.ai هي منصة "vibe-coding" حيث يمكن للفرق إنشاء تطبيقات ويب، خلفية، أو موبايل من واجهة دردشة—مفيدة لإطلاق MVP يتضمن حلقات تغذية راجعة (إبهام لأعلى/لأسفل، بلاغ عن مشكلة، استبيانات سريعة) بدون انتظار أسابيع لبناء خط مخصص كامل. ميزات مثل وضع التخطيط واللقطات/الاسترجاع تتماشى أيضًا مع مبدأ "جرّب بأمان، قِس، تكرّر".
لخطوات عملية تالية، اربط هذه القراءة بقائمة فريقك: