من الصور التاريخية إلى 3D التفاعلي: Gemini 4 Carbon يعيد تجسيد عملية بناء برج إيفل بموجه واحد

ملاحظة الكاتب: ينطلق هذا المقال من العرض التجريبي الذي قدّمته Google عن برج إيفل، ويشرح كيف تنظّم عدة وكلاء (Agents) الصور التاريخية والمواد الهندسية في معرض ثلاثي الأبعاد تفاعلي.

نظرة سريعة على المصطلحات (to know)

• Agent (الوكيل الذكي): برنامج ذكاء اصطناعي يستطيع استدعاء الأدوات وتنفيذ المهام. لا يكتفي بالإجابة عن الأسئلة، بل يخطط وينفذ ويتحقق من النتائج.
• التعاون بين عدة وكلاء: يتقاسم عدة وكلاء المهام الفرعية ويتبادلون النتائج الوسيطة.
• Antigravity: أداة تطوير بالذكاء الاصطناعي من Google، وقد أُطلق فيها Gemini 4 Carbon.
• Swarm (‏/swarm): ميزة معاينة في Antigravity لتنظيم التعاون بين عدة وكلاء، وقد أُطلقت في 10 نوفمبر 2026.
• المخططات الهندسية: مواد تعبّر عن التصميم الهندسي بالرسوم والأبعاد، وهي المصدر الهندسي الأهم لإعادة البناء ثلاثية الأبعاد.
• Three.js: مكتبة JavaScript لبناء المشاهد ثلاثية الأبعاد في صفحات الويب، وتتيح العرض والتفاعل مباشرة داخل المتصفح.
• البنية الشبكية (Lattice): بنية حاملة تتكوّن من عدد كبير من القضبان المتصلة، وبرج إيفل مثال نموذجي عليها بوصفه بنية شبكية من الحديد.

فتحت Google باب Gemini 4 Carbon رسميًا في 10 نوفمبر 2026، وعرضت في إعلانها الرسمي حالة لافتة بصريًا: عدة وكلاء من Carbon استخدموا ميزة /swarm في Antigravity لتحويل صور تاريخية ومخططات هندسية إلى معرض Three.js ثلاثي الأبعاد تفاعلي، يعيد بناء مراحل تشييد برج إيفل بين عامي 1887 و1889. وقد بدأت المهمة كلها بموجه واحد.

هذا ليس مجرد «ذكاء اصطناعي رسم برجًا بشكل عابر». فإعلان Google الرسمي ومدونة Antigravity يشرحان هذه الحالة وآلية Swarm. وسيفصل هذا المقال بين ثلاثة أنواع من المعلومات: الحقائق التاريخية، وما وصفته Google في عرضها الرسمي، وما نستنتجه نحن من تحليلنا.

القيمة الأساسية: بعد قراءة المقال ستعرف المشكلات التقنية التي يعالجها هذا العرض، والدور الذي يؤديه تعدد الوكلاء فيه، وكيف يمكنك تجربة سير عمل مشابه من «المخططات إلى 3D» عبر API.

ملخص سريع لأهم معلومات عرض برج إيفل من Gemini 4 Carbon

نبدأ بما يمكن تأكيده من إعلان Google الرسمي. يعرض الجدول التالي ما ذكرته الشركة صراحةً فقط، أما التفاصيل التي لم تُكشف فسنوضحها على حدة.

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

لماذا يُعدّ برج إيفل اختبارًا صعبًا لنموذج Gemini 4 Carbon

لو كان الهدف مجرد توليد نموذج “يشبه البرج”، فلن يكون هذا العرض لافتًا. الصعوبة الحقيقية أن برج إيفل نفسه مشروع هندسي كثيف المعلومات ومعقّد البنية. البيانات التالية مأخوذة من الأرشيف التاريخي للموقع الرسمي لبرج إيفل.

الجدول الزمني للإنشاء واضح بدوره. بدأ العمل رسميًا في 26 يناير 1887، وبدأ تركيب أعمدة البرج في 1 يوليو من العام نفسه. اكتمل الطابق الأول في 1 أبريل 1888، والطابق الثاني في 14 أغسطس 1888، وانتهى تجميع القمة والهيكل بالكامل في 31 مارس 1889. وفي معرض يهدف إلى “إعادة تمثيل عملية البناء”، تشكّل هذه المحطات الهيكل الأساسي للخط الزمني.

البنية الشبكية لبرج إيفل وتصميمه لمقاومة الرياح

وفقًا للمصادر التاريخية الرسمية، جاءت فكرة تصميم البرج في الأصل من المهندسين Maurice Koechlin وÉmile Nouguier، وشارك المعماري Stephen Sauvestre في تصميم الشكل الخارجي، ثم دفع غوستاف إيفل بالتصميم النهائي إلى الأمام. اعتمد التصميم الأولي على أربعة أعمدة شبكية متباعدة عند القاعدة، وتتقارب تدريجيًا نحو القمة.

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

كيف يحوّل Gemini 4 Carbon المواد التاريخية ثنائية الأبعاد إلى بنية ثلاثية الأبعاد

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

1. فهم الصور التاريخية: صور الإنشاء تُلتقط من زوايا متفاوتة وبوضوح محدود. لذا يجب أن يحدد النموذج إلى أي طابق وصل البناء في الصورة وفي أي مرحلة يقف البرج، ثم يربط كل صورة بنقطة محددة على الجدول الزمني.
2. استخراج المعلومات الهندسية من المخططات: تضم المخططات الهندسية واجهات ومقاطع وأبعادًا مدوّنة، ومنها يجب قراءة معاملات مثل ميل أعمدة البرج وارتفاع المنصات وتوزيع العناصر الإنشائية.
3. استنتاج العلاقات المكانية وتنظيمها في بيانات قابلة لإعادة البناء: الصور والمخططات كلها ثنائية الأبعاد، فلا بد من مواءمة المعلومات القادمة من عدة زوايا، واستنتاج موضع كل مكوّن في الفضاء ثلاثي الأبعاد، ثم ترتيبها في وصف منظَّم يمكنه تشغيل شفرة النمذجة.

تُظهر بطاقة نموذج Gemini 4 Carbon أنه يقبل مدخلات نصية وصورًا وصوتًا وفيديو، وأن مخرجاته نصية، وأن إجمالي سعة السياق فيه 1,048,576 رمزًا (Token). ومن ذلك يمكن الاستنتاج بشكل معقول أن المعرض سُلِّم على هيئة “نص” هو شفرة Three.js، وأن المتصفح ينفّذ الشفرة فيعرض التأثير ثلاثي الأبعاد، وليس أن النموذج يُخرج ملفًا ثلاثي الأبعاد مباشرة.

وعرضت جوجل في الإعلان نفسه حالة مشابهة يمكن الاستئناس بها: عالج Carbon سبع ملفات PDF عامة للتخطيط العمراني واستخرج منها 206 مناظير من الرسومات الهندسية، وبعد 10 جولات تكرار ليلية أنتج نموذجًا معماريًا تفاعليًا بتقنية Three.js يضم نحو 906,000 وجه مثلثي. والفكرة في الحالتين متقاربة: “مواد غير متجانسة ← معلومات مكانية ← نموذج ثلاثي الأبعاد تفاعلي”.

كيف تتعاون عدة وكلاء في Gemini 4 Carbon لإنجاز معرض برج إيفل

أكدت Google أن هذه الحالة أُنجزت عبر عدة وكلاء من Carbon يتعاونون من خلال الأمر /swarm، لكنها لم تكشف كيف وُزّعت المهام في هذا المشروع تحديدًا. لذلك فإن ما نعرضه أدناه هو الآلية العامة لـ Swarm كما وصفتها مدونة Antigravity الرسمية، وليس سجلًا فعليًا لهذه الحالة.

تقول Google إن الوكيل لا يستهلك أي Token أثناء انتظاره وهو خامل، لكنها تنبّه في الوقت نفسه إلى أن التنفيذ المتوازي لعدة وكلاء يرفع الاستهلاك الكلي بشكل ملحوظ. كما توصي الجهة الرسمية بتوزيع النماذج بحسب الدور: تصميم البنية، وتنسيق المهام، والتدقيق المعقّد تُسند إلى Carbon، أما التنفيذ المعتاد وتعديل الملفات بالتوازي فيُسندان إلى نماذج أسرع وأخف.

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

كيف تجرّب مهمة مشابهة (من المخطط إلى 3D) عبر Gemini 4 Carbon API

ميزة /swarm في Antigravity موجودة داخل المنتج نفسه، ولا يمكن للمطوّرين إعادة إنتاجها بمعامل API واحد. لكن يمكنك بناء نسخة مبسّطة من سير العمل عبر API، لتجرّب بنفسك سلسلة «قراءة الصورة ← استخراج المعاملات ← توليد Three.js». معرّف النموذج الرسمي هو gemini-4-carbon.

مثال مبسّط: دع Carbon يحلّل صورة من موقع البناء

import base64
from openai import OpenAI

client = OpenAI(
    api_key="YOUR_API_KEY",
    base_url="https://api.apiyi.com/v1"  # واجهة موحّدة متوافقة مع OpenAI
)

with open("eiffel_1888.jpg", "rb") as f:
    img_b64 = base64.b64encode(f.read()).decode()

resp = client.chat.completions.create(
    model="gemini-4-carbon",
    messages=[{"role": "user", "content": [
        {"type": "text", "text": "判断照片中铁塔建到了哪一层，估算塔柱倾角与平台高度比例，输出 JSON。"},
        {"type": "image_url", "image_url": {"url": f"data:image/jpeg;base64,{img_b64}"}}
    ]}]
)
print(resp.choices[0].message.content)

import base64
import json
from concurrent.futures import ThreadPoolExecutor
from openai import OpenAI

client = OpenAI(
    api_key="YOUR_API_KEY",
    base_url="https://api.apiyi.com/v1"
)
MODEL = "gemini-4-carbon"


def encode(path: str) -> str:
    with open(path, "rb") as f:
        return base64.b64encode(f.read()).decode()


def ask(content, system: str = "") -> str:
    messages = []
    if system:
        messages.append({"role": "system", "content": system})
    messages.append({"role": "user", "content": content})
    resp = client.chat.completions.create(model=MODEL, messages=messages)
    return resp.choices[0].message.content


def worker_extract(path: str) -> str:
    """عامل متوازٍ: يستخرج المعاملات الإنشائية من صورة فوتوغرافية أو مخطط واحد"""
    return ask([
        {"type": "text", "text": "提取该资料中的结构信息：所属施工阶段、塔柱倾角、平台高度比例、可见杆件排布，只输出 JSON。"},
        {"type": "image_url", "image_url": {"url": f"data:image/jpeg;base64,{encode(path)}"}}
    ], system="你是结构工程资料分析员，数据不确定时标注 uncertain，不要编造。")


def builder(merged: str) -> str:
    """المُنشئ: يولّد صفحة Three.js اعتمادًا على المعاملات المدمجة"""
    return ask(
        "根据以下结构参数，生成单文件 HTML，使用 Three.js 构建四根格构塔柱与两层平台，"
        "并提供 1887—1889 时间轴滑块按阶段显示结构：\n" + merged
    )


def verifier(merged: str, html: str) -> str:
    """المُدقّق: يتحقق من اتساق الشفرة مع المعاملات"""
    return ask(
        "检查下列 Three.js 代码是否与结构参数一致，列出比例错误、阶段错误和无法运行的代码：\n"
        f"参数：{merged}\n代码：{html}"
    )


sources = ["photo_1887.jpg", "photo_1888.jpg", "drawing_elevation.jpg"]

with ThreadPoolExecutor(max_workers=3) as pool:
    results = list(pool.map(worker_extract, sources))

merged = json.dumps(results, ensure_ascii=False)
html = builder(merged)
report = verifier(merged, html)

with open("eiffel_exhibit.html", "w", encoding="utf-8") as f:
    f.write(html)
print(report)

هذه الشفرة تنفيذ مبسّط يحاكي فكرة Swarm عبر واجهة API عادية، وليست الحل الداخلي لدى Google. وهناك نقطتان تستحقان الانتباه: يتجاهل Carbon معاملات أخذ العينات مثل temperature وtop_p، وتمرير thinking_budget يُرجع خطأ HTTP 400. كما أن مستوى الاستدلال الافتراضي هو MEDIUM، أما المستويات الأعلى فتستهلك رموزًا (Tokens) أكثر وتكون استجابتها أبطأ.

🚀 نصيحة للبدء السريع: عند إجراء تجارب متعددة الصور والخطوات، من الأفضل أولًا اختبار فعالية الموجّه على عينة صغيرة. يمكنك الحصول على رصيد اختبار مجاني عبر APIYI على apiyi.com، حيث يتيح لك مفتاح API واحد التنقل بين Gemini وClaude وOpenAI وغيرها. وهذا يسهّل تطبيق تقسيم العمل في الشفرة: نماذج خفيفة للاستخراج الدفعي، ونماذج ذات استدلال قوي للتخطيط والتحقق.

مقارنة بين المعرض التفاعلي ثلاثي الأبعاد في Gemini 4 Carbon وأشكال التسليم التقليدية

تتيح Three.js تشغيل المشاهد ثلاثية الأبعاد مباشرة في المتصفح. لا يحتاج الزائر إلى تثبيت أي برنامج ليدوّر زاوية العرض، أو يكبّر التفاصيل، أو يحرّك الخط الزمني ليرى حالة البناء في سنوات مختلفة. يقارن الجدول التالي بين عدة طرق شائعة لعرض المواد التاريخية.

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

تحليل تأثير عرض برج إيفل مع Gemini 4 Carbon

أولًا، لنوضّح حدود هذا العرض: هذه حالة قدّمتها Google رسميًا، وليست نتيجة تحقق مستقل من جهة خارجية. هي تبيّن ما يمكن أن يحققه Carbon مع Swarm، لكنها لا تسمح باستنتاج عام مفاده أن «أي مواد عن المباني يمكن إعادة بنائها بثبات».

التأثير على المطورين

• تحوّل سير العمل من استدعاء واحد إلى التنسيق بين عدة وكلاء: يقف وراء موجّه واحد عدة وكلاء (Agents) يتقاسمون العمل، ولذلك يحتاج المطور إلى الاهتمام بتقسيم المهام، وصيغة النتائج الوسيطة، وآليات التحقق.
• حساب التكلفة يكون لكل مهمة لا لكل وحدة: سعر الإطلاق لـ Carbon هو 2 دولار لكل مليون رمز (Token) إدخال و10 دولارات للإخراج، ويتضاعف ابتداءً من 1 ديسمبر. كما تُحتسب رموز التفكير ضمن الإخراج، وتشغيل عدة وكلاء بالتوازي يضخّم الاستهلاك أكثر.
• الجمع بين عدة نماذج أصبح أكثر واقعية: توصي الجهة الرسمية بأن يتولى Carbon التخطيط والتنسيق والتدقيق فقط، وأن يُسند التنفيذ الدفعي إلى نماذج خفيفة، وهذا أمر حاسم للتحكم في التكلفة.

التأثير على القطاع

• رقمنة المباني التاريخية: هناك كثير من المباني لا يوجد منها سوى صور ومخططات، وقد تتاح لها فرصة التحول إلى نماذج تفاعلية بعتبة دخول أقل، ليقارن بينها الباحثون.
• إعادة بناء المواد الهندسية: حالة ملف PDF الخاص بالتخطيط العمراني وحالة البرج تشيران إلى الاتجاه نفسه، وهو استخراج المعلومات المكانية من مستندات متباينة الأشكال.
• المعارض الرقمية والتصور التعليمي: يستطيع المتاحف والمعلمون تحويل أرقام مجردة مثل «5,300 مخطط و2.5 مليون برشام» إلى مشهد يحرّك فيه الطلاب الشريط الزمني ليراقبوا التطور.

ومع ذلك، لا بد من الانتباه إلى القيود. ما زالت ميزة /swarm في مرحلة المعاينة، وتنبّه بطاقة النموذج صراحةً إلى أن Carbon قد يصاب بالهلوسة، وأن مستويات الاستدلال العالية قد تكون استجابتها بطيئة وقد تنتهي مهلتها. وفي السيناريوهات الهندسية التي تتطلب دقة صارمة، يجب أن يراجع مختصون نتائج إعادة البناء التي ينتجها الذكاء الاصطناعي.

الأسئلة الشائعة FAQ

أهم النقاط الرئيسية في عرض Gemini 4 Carbon لبرج إيفل (Key Takeaways)

• جوهر الحالة: حوّلت عدة وكلاء Carbon صورًا تاريخية ومخططات هندسية إلى معرض تفاعلي مبني بـ Three.js.
• موجه واحد لا يعني توليدًا في جولة واحدة: خلف الموجه تقف عملية Swarm التي تقسّم المهمة وتوزّعها على وكلاء يعملون بالتوازي.
• الصعوبة الهندسية حقيقية: 18,038 قطعة إنشائية و5,300 مخطط، ما يتطلب دقة عالية جدًا في البنية.
• صيغة التسليم هي الشفرة البرمجية: يُخرج Carbon نصًا، ويظهر المعرض في صورة شفرة Three.js قابلة للتعديل.
• التكلفة تُقاس على المجموع: تعدد الوكلاء العاملين بالتوازي يضاعف الاستهلاك، ومزج النماذج بحسب دور كل وكيل أوفر.
• حدود يجب توضيحها: العرض الرسمي لا يعكس الأداء المعتاد، وSwarm ما زالت ميزة معاينة.
• كيف تبدأ: يمكنك استخدام واجهة موحدة عبر APIYI على apiyi.com، وتجربة عملية قراءة الصور والنمذجة على عينة صغيرة.

الخلاصة

يتركز الجانب اللافت في عرض Gemini 4 Carbon لبرج إيفل في ثلاث نقاط:

1. المدخلات مواد تاريخية متنوعة الأنواع: يجب فهم الصور والمخططات الهندسية ومواءمتها، ثم تحويلها إلى معاملات مكانية.
2. العملية تعاون بين عدة وكلاء: يطلق موجه واحد عملية Swarm، وتتوزع المهام بين التنسيق والتنفيذ والتحقق.
3. المخرجات معرض ثلاثي الأبعاد تفاعلي: تتيح Three.js تصفّح مراحل البناء بين عامي 1887 و1889 بحرية داخل المتصفح.

أما الفكرة الأجدر بالاستفادة للمطورين فهي أسلوب التنسيق هذا: نموذج استدلال عميق للتخطيط، ونموذج خفيف للتنفيذ، ومرحلة تحقق تعمل كشبكة أمان. أنصحك بتجربة سير العمل أولًا على مواد قليلة عبر APIYI على apiyi.com، ثم تقرر بعد ذلك هل تستثمر في مهام أكبر متعددة الوكلاء.

📚 المراجع

1. الإعلان الرسمي من Google: Gemini 4 Carbon is now available: حالة برج إيفل ومعلومات إطلاق /swarm
2. الرابط: blog.google/innovation-and-ai/models-and-research/gemini-models/gemini-4-carbon-now-available/

3. الوصف: الوصف الأصلي للحالة، ونطاق إتاحة الميزة، والتغيّرات في الأسعار

4. المدونة الرسمية لـ Google Antigravity: Gemini 4 Carbon in Google Antigravity

5. الرابط: antigravity.google/blog/gemini-4-carbon-in-google-antigravity/

6. الوصف: تنسيق Swarm، والعمل المتوازي، والتحقق التخاصمي، وآلية لوحة الرسائل

7. Gemini 4 Carbon Model Card: بطاقة النموذج من Google DeepMind

8. الرابط: deepmind.google/models/model-cards/gemini-4-carbon/

9. الوصف: وسائط الإدخال والإخراج، وحدود السياق، والقيود المعروفة

10. دليل المطورين لـ Gemini 4 Carbon: وثائق Google Cloud

11. الرابط: docs.cloud.google.cn/gemini-enterprise-agent-platform/models/guides/gemini-4-carbon

12. الوصف: Thinking Level، وحدود المعاملات، وشرح فك التشفير الطويل

13. المصادر التاريخية الرسمية لبرج إيفل: La tour Eiffel

14. الرابط: toureiffel.paris/en/the-monument/history
15. الوصف: عدد المكوّنات، وعدد المخططات، والجدول الزمني للبناء، وخلفية التصميم الإنشائي

المؤلف: فريق APIYI التقني
للنقاش التقني: إذا كانت لديك أسئلة حول تنسيق عدة وكلاء (Multi-Agent) أو توليد المجسمات ثلاثية الأبعاد متعدد الوسائط، يسعدنا التواصل معك عبر الصفحة الرئيسية لموقع APIYI على apiyi.com

مقالات ذات صلة

• اجعل النموذج يكتب Three.js بدلاً من إنشاء ملفات 3D مباشرة: خمسة دروس من سير عمل طبقة الكود الوسيطة: باستخدام Qwen3.5-4B-GLB-3D-Coder كمثال، فكّك سير عمل الطبقة الوسيطة البرمجية لـ"النص→Three.js→GLB"، وقدّم خطوات عملية للنشر المحلي والوصول السحابي والتحقق عبر Godot.
• تحليل إطلاق Gemini 4 Carbon: يتفوق على Opus 5.5 بنتيجة 59 نقطة ويفوز في 15 من أصل 17 معيارًا، لكن يتعذر استدعاؤه: تصدّر Gemini 4 Carbon مؤشر الذكاء العام لدى Artificial Analysis بـ59 نقطة، وفاز في 15 من أصل 17 مقارنة رسمية، لكنه لا يملك معرّف نموذج API أو جدولًا زمنيًا للإتاحة؛ ويوضح المقال معايير النتيجة وسبب تعذر استدعائه حاليًا، وإمكانية استخدام المطورين في الصين لـgemini-4-argon مؤقتًا.