ليس من الصعب أن تطلب من الذكاء الاصطناعي التوصية بتشكيلة بطاقات لـ《كلاش رويال》. السؤال ذو القيمة الحقيقية هو: لماذا تُختار هذه البطاقات الثماني؟ كيف تتعاون مع بعضها؟ كيف ينبغي لعب البطاقات عند الهجوم والدفاع؟ وكيف يجب التحقق من نتيجة التوصية؟
تستخدم هذه المقالة تشكيلة هجوم مضاد دفاعي بالعملاق بمتوسط تكلفة إكسير 3.5 كمثال، لتقديم كيفية تحويل متطلبات اللغة الطبيعية إلى تحليل استراتيجي منظّم، ثم الحصول، عبر التحقق البرمجي وتوليد الصور، على خطة تعليمية يمكن فهمها وتدريبها وتكرار تحسينها.
لا تتمثل العملية بأكملها في جعل النموذج يقدم شفهيًا «أقوى تشكيلة»، بل في تقسيم العمل إلى أربعة أجزاء:
تحديد القيود → تحليل التشكيلة → التحقق من النتائج → إعداد درس مرئي.
¶ أولًا، لنحدد: ما المشكلة التي نريد من الذكاء الاصطناعي حلها؟
تبدو عبارة «ساعدني في تكوين تشكيلة يسهل الفوز بها» واضحة، لكنها في الواقع تفتقر إلى كثير من الشروط الضرورية: في أي ساحة يوجد اللاعب؟ ما البطاقات التي فتحها بالفعل؟ هل مستويات البطاقات متقاربة؟ هل تُستخدم البطاقات المتطورة أو قدرات الأبطال أو قوات البرج الخاصة؟ هل اللاعب أكثر إلمامًا بالتدوير السريع، أم بالهجوم المضاد الدفاعي؟ وما المقصود بـ«سهل»؛ هل يعني سهولة التشغيل، أم تفوقًا واضحًا على خصوم محددين؟
إذا لم تُقدَّم هذه المعلومات، فمن السهل أن يعطي النموذج تشكيلة معقولة نظريًا لكنها غير مناسبة فعليًا لحساب اللاعب. لذلك، يحدد هذا المثال الحدود التالية أولًا:
| البعد | قيود هذه المرة |
|---|---|
| اختيار البطاقات | إعطاء الأولوية للبطاقات الأساسية والشائعة من فئتي العادية والنادرة |
| شكل البطاقات | الشكل العادي، دون الاعتماد على التطور أو قدرات الأبطال |
| شرط قوات البرج | برج الأميرة العادي |
| شرط المستويات | يُفترض أن مستويات بطاقات الطرفين متقاربة |
| هدف التشغيل | أدوار واضحة، مناسبة للتعلم |
| الاتجاه التكتيكي | تنظيم هجوم مضاد بعد نجاح الدفاع |
| حدود التقييم | لا ادعاء بأنها الأقوى في الإصدار الحالي، ولا اختلاق نسبة فوز |
تحدد هذه القيود اتجاه التحليل اللاحق: ما نبحث عنه هو خطة أساسية سهلة الفهم ومتكاملة الأدوار، وليس «وصفة للفوز المؤكد» لم تُثبت في المعارك الفعلية.
¶ ثانيًا، دع GPT-6 Astra يتولى التحليل، ودع البرنامج يتولى التحقق
يستدعي هذا المثال GPT-6 Astra عبر واجهة Chat Completions الخاصة بـ AceDataCloud، ومعرّف النموذج في الطلب هو gpt-6-astra. يتبع عنوان الواجهة وطريقة المصادقة وبنية الرسائل وثائق تكامل المنصة؛ وينبغي أن تستند إتاحة النموذج ومعاملاته إلى إعدادات المنصة وقت الاستدعاء. ما يُستخدم هنا هو معرّف النموذج الذي توفره المنصة، ولا يُستنتج من ذلك مدى إتاحة مداخل خدمات أخرى.
| الأداة | العمل المسؤول عنه | العمل الذي لا ينبغي أن تتحمله |
|---|---|---|
| GPT-6 Astra | شرح أدوار البطاقات، وتحليل التعاون، وتنظيم خطوات الهجوم والدفاع | إثبات نسبة الفوز بدلًا من بيانات المعارك الحقيقية |
| Python | التحقق من عدد البطاقات، والعناصر المكررة، والتكلفة وتكلفة التشكيلة | الحكم على القوة الفعلية في المعركة بالاعتماد على الجمع فقط |
| GPT Image 2 | تحويل الخطة التكتيكية إلى ملصق تعليمي | أن يكون مصدرًا موثوقًا لآليات اللعبة |
ويجب أيضًا التمييز بين العملية التاريخية وطريقة إعادة الإنتاج: فقد تكوّنت بطاقات هذه التشكيلة الثماني في التحليل المبكر، ثم استُدعي GPT-6 Astra فعليًا لإجراء مراجعة منظّمة لها؛ ولم يُطلب من Astra البحث عن الحل الأمثل عالميًا من مجموعة البطاقات الكاملة. أما الملصق التعليمي فقد وُلِّد بواسطة Image 2.0.
إن توثيق العملية بهذه الطريقة يسهّل إعادة إنتاجها، ويتجنب أيضًا المبالغة في تحويل «شارك النموذج في التحليل» إلى «أثبت النموذج أنها الأفضل».
¶ ثالثًا، تصميم الموجّه: من «التوصية بتشكيلة» إلى «الاستدلال ضمن القيود»
¶ 1. موجّه تشكيل مفتوح
إذا كنت ستبدأ من مجموعة بطاقاتك الخاصة، فيمكنك استخدام القالب التالي:
أنت مساعد تحليلي تعليمي دقيق للعبة «كلاش رويال».
الهدف:
اختر من البطاقات المتاحة التي أقدمها تشكيلة من ثماني بطاقات مناسبة للاعبين الأساسيين.
الشروط:
1. استخدم فقط البطاقات التي فتحتها بالفعل.
2. لا تعتمد على التطور أو قدرات الأبطال.
3. افترض برج الأميرة العادي، ومستويات بطاقات متقاربة.
4. أعطِ الأولوية لنظام متكامل الأدوار وسهل التشغيل ومناسب للتعلم.
5. يجب توضيح وسيلة هدم الأبراج الرئيسية، والدفاع الجوي، وتنظيف الحشود، وطريقة الدفاع.
المدخلات:
- ساحتي وعدد كؤوسي: …
- البطاقات المتاحة ومستوياتها: …
- الخصوم الشائعون: …
- تفضيلاتي في التشغيل: …
المخرجات:
- البطاقات الثماني وأدوارها
- التكلفة الإجمالية ومتوسط التكلفة
- أسباب الاختيار
- خطوات الهجوم والدفاع
- نقاط الضعف الواضحة وتكلفة الاستبدال
لا تخترع نسبة فوز.
إذا لم تتوفر معلومات آنية، فلا تدّعِ أن هذه أقوى تشكيلة في الإصدار الحالي.
ليست النقطة الأساسية هي طول الموجّه، بل ما إذا كان يوفر نطاق الخيارات المسموح بها، وهدف التحسين، والقيود التي يجب الاعتراف بها.
¶ 2. موجّه المراجعة المستخدم في هذا المثال
للتحقق من الخطة الموجودة، تم تشديد المهمة أكثر هذه المرة. فيما يلي نسخة منظّمة من متطلبات المراجعة الفعلية:
يرجى مراجعة التشكيلة التالية، بدلًا من إعادة البحث عن الحل الأمثل من مجموعة البطاقات الكاملة:
العملاق 5، ميني بيكا 4، المسكيتيرة 4، المفجر 2،
التوابع 3، المدفع 3، السهام 3، كرة النار 4.
الافتراضات:
مستويات البطاقات متقاربة، وبرج الأميرة العادي، والأشكال العادية،
من دون تطور أو قدرات أبطال.
يرجى إرجاع كائن json صالح، يتضمن:
deck،total_elixir،average_elixir،
advantages،attack_steps،defense_cases،
limitations،validation_note。
المتطلبات:
- اشرح دور كل بطاقة.
- ميّز بين «استغلال الوحدات المتبقية من الدفاع» و«الحصول على وحدات مجانًا».
- لا تصف تركيبة من 11 إكسير بأنها قابلة للنشر بالكامل فورًا عند اكتمال 10 إكسير.
- لا تَعِ بدفاع بلا ضرر.
- لا تقدّم ضررًا دقيقًا أو نسبة فوز بلا مصدر.
الخلاصة الأساسية التي تم الحصول عليها من هذا الاستدعاء الفعلي هي: أدوار مجموعة البطاقات واضحة، وهي مناسبة للتدرب على الدفاع والهجوم المضاد، لكن الوحدات الجوية تحتاج إلى حماية، كما يجب الاحتفاظ بالموارد اللازمة للتعامل مع هجوم من الجانب الآخر خلال مرحلة التقدم. هذا تحليل نظري قائم على الآليات المعطاة، ولا يساوي اختبارًا بالمحاكي أو إحصاءات السلم.
¶ رابعًا، الحصول على تحليل منظم عبر API
تستخدم واجهة Chat Completions مصادقة Bearer Token، ويمكن قراءة النص المُنشأ من choices[0].message.content.
فيما يلي مثال مختصر لإعادة التنفيذ باستخدام Python. ثبّت requests قبل التشغيل، واضبط ACEDATACLOUD_API_KEY في بيئة التشغيل الخاصة بك. لا تكتب المفتاح في مستودع الشفرة أو الواجهة الأمامية للمتصفح. استخدمت الحالة الفعلية استدعاء أداة MCP؛ وتعرض الشفرة التالية طريقة الوصول المقابلة عبر HTTP، ولا تدّعي أن هذا السكربت قد اختُبر في بيئة القارئ.
import json
import os
import requests
URL = "https://api.acedata.cloud/openai/chat/completions"
# 本案例已核对的输入快照。
# 实际项目应维护版本化卡牌资料，不要依赖模型猜测费用。
cards = [
{"name": "巨人", "elixir": 5, "role": "只攻击建筑的高血量前排"},
{"name": "迷你皮卡", "elixir": 4, "role": "地面单体高伤"},
{"name": "火枪手", "elixir": 4, "role": "远程对地对空"},
{"name": "炸弹兵", "elixir": 2, "role": "地面范围伤害"},
{"name": "亡灵", "elixir": 3, "role": "空中部队，可对地对空"},
{"name": "加农炮", "elixir": 3, "role": "仅对地的防守建筑"},
{"name": "万箭齐发", "elixir": 3, "role": "清理脆皮群"},
{"name": "火球", "elixir": 4, "role": "范围伤害与补伤害"},
]
task = """
请复核输入卡组，返回有效的 json 对象。
输出字段：
deck（每项包含 name、elixir、role）、
total_elixir、average_elixir、advantages、
attack_steps、defense_cases、limitations、validation_note。
默认卡等接近、普通公主塔、普通形态，无进化无英雄。
这是已有卡组复核，不是全卡池最优搜索。
没有实时对战数据，不得编造胜率、无伤承诺或精确伤害。
"""
response = requests.post(
URL,
headers={
"Authorization": f"Bearer {os.environ['ACEDATACLOUD_API_KEY']}",
"Content-Type": "application/json",
},
json={
"model": "gpt-6-astra",
"messages": [
{
"role": "system",
"content": (
"Return a valid json object. "
"你是严谨的游戏教学助手，只基于给定事实分析。"
),
},
{
"role": "user",
"content": task + "\n输入卡组：\n"
+ json.dumps(cards, ensure_ascii=False),
},
],
"response_format": {"type": "json_object"},
"max_tokens": 2200,
},
timeout=(10, 180),
)
response.raise_for_status()
body = response.json()
if body.get("error"):
raise RuntimeError(body["error"])
choice = body["choices"][0]
if choice.get("finish_reason") != "stop":
raise RuntimeError("输出未正常结束，请检查返回状态或调整输出预算")
content = choice["message"].get("content")
if not content:
raise RuntimeError("没有获得可解析的分析内容")
result = json.loads(content)
print(json.dumps(result, ensure_ascii=False, indent=2))
¶ إحدى التفاصيل الفعلية التي واجهناها في الواجهة
في هذا الاستدعاء، رُفض طلب وضع JSON الأول من جانب الخادم، وكانت رسالة الخطأ تطلب أن تتضمن رسالة الإدخال json. بعد إضافة التعليمة الإنجليزية Return a valid json object. بوضوح إلى الرسالة، نجح الطلب.
لا حاجة إلى استنتاج أن الفشل سببه بالتأكيد حالة الأحرف أو عوامل أخرى. المعالجة الأكثر موثوقية هندسيًا هي: طلب إخراج JSON بوضوح، وتعيين تنسيق الإرجاع في الوقت نفسه، والتحقق من حالة الإنهاء، ثم متابعة التحقق من الحقول والقيم بعد التحليل.
إمكانية تحليله كـ JSON تعني فقط أن الصياغة صحيحة، ولا تعني أن تحليل اللعبة صحيح.
¶ خامسًا، مجموعة البطاقات النهائية: هجوم مضاد دفاعي بالعملاق بتكلفة 3.5 إكسير
الخطة هذه المرة كما يلي. تأتي التكلفة من بيانات البطاقات المقابلة، بينما تُستخدم الأدوار والتنسيق لشرح تصميم هذه المجموعة.
| البطاقة | الإكسير | المسؤولية الرئيسية | ملاحظات الاستخدام |
|---|---|---|---|
| العملاق | 5 | امتصاص الضرر، التقدم، مهاجمة المباني | لا يتولى إزالة قوات العدو |
| ميني بيكا | 4 | التعامل مع الأهداف الأرضية عالية الصحة | يسهل أن تحاصره الوحدات الصغيرة أو تسحبه |
| المسكيتيرة | 4 | ضرر بعيد المدى، القوة الرئيسية ضد الجو | تحتاج إلى حماية، وتجنب تكديسها مع الخط الخلفي الآخر |
| المفجّر | 2 | تنظيف المجموعات الأرضية | لا يستطيع مهاجمة الجو |
| التوابع | 3 | خط الدفاع الثاني ضد الجو، ضرر إضافي | تخاف من وابل السهام والضرر واسع النطاق |
| المدفع | 3 | السحب في الوسط، دعم الدفاع | لا يستطيع مهاجمة الوحدات الجوية |
| السهام | 3 | إزالة مجموعات الوحدات الهشة | ينبغي استخدامها وفقًا للهدف الفعلي |
| كرة النار | 4 | ضرب الخط الخلفي المتجمع، إكمال الضرر | لا يُفترض افتراضيًا أنها تقضي فورًا على مسكيتيرة من المستوى نفسه |
قيمة هذه المجموعة ليست في ندرة البطاقات الفردية، بل في تكامل الأدوار: يوفر العملاق ضغط هدم الأبراج الرئيسي، ويتعامل ميني بيكا مع التهديدات الأرضية، وينظف المفجّر الوحدات الصغيرة التي تعطل ضرر الهدف الفردي، وتوفر المسكيتيرة والتوابع نقطتي دفاع جويتين مستمرتين، ويكسب المدفع وقتًا للإخراج، بينما تتولى التعويذتان إزالة العوائق وإكمال الضرر.
¶ التحقق من التكلفة باستخدام الشفرة
لا تكتفِ بقراءة average_elixir الذي يعيده النموذج. الطريقة الأكثر موثوقية هي: إعادة الحساب باستخدام بيانات الإدخال التي تم التحقق منها، وإجراء فحص متقاطع مع مخرجات النموذج.
أضف الكود التالي بعد المثال السابق:
trusted_costs = {card["name"]: card["elixir"] for card in cards}
deck = result["deck"]
names = [card["name"] for card in deck]
if len(names) != 8 or len(set(names)) != 8:
raise ValueError("卡组必须恰好包含8张不同卡牌")
if set(names) != set(trusted_costs):
raise ValueError("模型更改了本次要求复核的卡组")
for card in deck:
if card["elixir"] != trusted_costs[card["name"]]:
raise ValueError(f"费用不一致：{card['name']}")
total = sum(trusted_costs[name] for name in names)
average = total / len(names)
if result["total_elixir"] != total:
raise ValueError("模型返回的总费用不一致")
if abs(float(result["average_elixir"]) - average) > 1e-9:
raise ValueError("模型返回的平均费用不一致")
print(f"总费用：{total}，平均费用：{average}")
نتيجة فحص التكلفة المستقل في هذا المثال هي:
إجمالي التكلفة: 5 + 4 + 4 + 2 + 3 + 3 + 3 + 4 = 28
متوسط التكلفة: 28 ÷ 8 = 3.5
يمكن أيضًا الاستمرار في فحص التوليفات الشائعة:
| التوليفة | إجمالي التكلفة | الاستخدام |
|---|---|---|
| العملاق＋المفجّر | 7 | دفعة خفيفة للتعامل مع الوحدات الأرضية الصغيرة |
| العملاق＋المسكيتيرة | 9 | دفعة اعتيادية بقدرة على مواجهة الوحدات الجوية |
| الميني بيكا＋المفجّر | 6 | للتعامل مع الوحدات المدرعة والوحدات الأرضية الصغيرة كلٌّ على حدة |
| المدفع＋المسكيتيرة | 7 | سحب الخصم والإخراج عن بُعد |
| العملاق＋المسكيتيرة＋المفجّر | 11 | تكوين دفعة كاملة تدريجيًا بالاستفادة من الوحدات الناجية أو استعادة الإكسير |
تستحق النقطة الأخيرة اهتمامًا خاصًا: لا يمكن نشر توليفة تكلفتها 11 إكسير بالكامل فورًا عند امتلاك 10 نقاط إكسير فقط. وهي أنسب للتكوين من مسكيتيرة أو مفجّر نجا من الدفاع، مع عملاق جديد يتم نشره، بدلًا من تكديس البطاقات الثلاث دفعة واحدة. تكلفة التوليفة ليست سوى تكلفة الاستثمار، ولا تثبت إمكانية تحقيق أفضلية إكسير بشكل مستقر.
¶ سادسًا: تحويل التحليل إلى خطة هجومية ودفاعية قابلة للتنفيذ
¶ الهجوم: دافع أولًا، ثم حوّل الوحدات الناجية إلى ضغط
الخط الرئيسي لهذه التشكيلة ليس دفع العملاق في بداية المباراة، بل هو:
- استخدام المدفع أو الوحدات للتعامل مع هجوم الخصم.
- مراقبة صحة الوحدات الناجية وموقعها والإكسير الحالي.
- عند ملاءمة الظروف، إضافة عملاق أمام الوحدات الناجية.
- بعد رؤية بطاقة الدفاع لدى الخصم، تقرر ما إذا كنت ستضيف وحدات أم تستخدم تعويذة.
- الاحتفاظ بالقدرة على التعامل مع هجوم في المسار الآخر.
على سبيل المثال، إذا بقيت المسكيتيرة على قيد الحياة بعد الدفاع، فانشر العملاق قبل عبورها الجسر، ليَتلقّى العملاق الضرر أولًا وتواصل المسكيتيرة الإخراج. تأتي فائدة الموارد هنا من مشاركة وحدة مدفوعة التكلفة مسبقًا في الدفاع والهجوم المرتد معًا، وليس من الحصول على مسكيتيرة مجانية من العدم.
¶ الدفاع: اختر المكوّن وفقًا للتهديد
| تهديد الخصم | فكرة المعالجة ذات الأولوية |
|---|---|
| وحدات تستهدف المباني مثل راكب الخنزير | استخدم المدفع في الوسط في الوقت المناسب للسحب، وأضف بطاقات بحسب الدعم |
| هدف أرضي عالي الصحة | الميني بيكا مع إخراج البرج، واستخدم مبنى أولًا لتغيير المسار عند الضرورة |
| مجموعات وحدات أرضية صغيرة | يتعامل معها المفجّر، أو استخدم وابل السهام في التوقيت المناسب |
| هجوم جوي | انشر المسكيتيرة والمينيونز بشكل متفرق، وتجنب إزالتهما معًا بضرر نطاقي |
| دعم خلفي متجمع | استخدم كرة النار لإضافة الضرر، ثم تتولى الوحدات المهمة |
تعتمد كل هذه الخطط على الموقع والمستوى والتوقيت ودعم الخصم، ولا يمكن فهمها كمعادلات ثابتة بلا ضرر. رغم أن المدفع يستطيع جذب الوحدات الجوية التي تهاجم المباني فقط، فإنه لا يستطيع الإخراج ضد الأهداف الجوية بنفسه.
¶ توضيح نقاط الضعف الذي يجب الاحتفاظ به
ينبغي لمخرجات استراتيجية AI المؤهلة أن تخبر اللاعب بوضوح متى تصبح المباراة صعبة:
- بعد التعامل مع المسكيتيرة والمينيونز، سيزداد الضغط الجوي بشكل ملحوظ.
- لا تحتوي هذه التشكيلة على تعويذة إعادة ضبط، لذلك لا تكدّس الوحدات بتهور أمام دفاعات الإنفيرنو.
- بعد استثمار العملاق، قد يصبح المسار الآخر هدفًا لضغط الخصم.
- متوسط 3.5 إكسير لا يعني تدويرًا فائق السرعة؛ فعندما تُستخدم بطاقات الدفاع الأساسية بالتناوب، قد لا تعود إلى اليد في الوقت المناسب.
لذلك، ما يقدمه النموذج هو نقطة بداية للتدريب، ولا يزال ينبغي إجراء تعديلات لاحقة وفقًا لمستويات بطاقاتك والخصوم الشائعين وسجل المعارك.
¶ سابعًا: إنشاء ملصق تعليمي بدقة 4K للخطة التكتيكية
النص مناسب لشرح الأسباب، بينما الصور أنسب لعرض علاقات التموضع وترتيب لعب البطاقات. لا يعتمد هذا المثال أسلوب ترتيب ثماني بطاقات كبيرة بصورة آلية، بل يصمم المشهد على هيئة ثلاث مراحل تعليمية مترابطة:
دفاع منخفض التكلفة → العملاق في المقدمة، والوحدات الناجية تتابع → راقب بطاقة الدفاع بوضوح، وأضف الدعم.
الصورة التالية هي الملصق التعليمي الذي أُنشئ هذه المرة بواسطة Image 2.0. وقد تم التحقق من أن أبعاد ملف الصورة هي 3840×2160، بنسبة 16:9.
الشكل: رسم توضيحي تعليمي تكتيكي مولد بواسطة AI، وليس لقطة شاشة من معركة داخل اللعبة، ولا يُستخدم للتعبير عن مدى دقيق أو تموضع خانة بخانة.
¶ ينبغي أن تكتب المطالبة «العلاقات التعليمية»، لا «أسلوب المشهد» فقط
يمكن لعبارات مثل «4K، تفاصيل غنية، طابع سينمائي» أن تصف الاتجاه البصري فقط، لكنها لا تضمن أن تكون النتيجة المولدة ذات قيمة تعليمية. لذلك، ينبغي أن تتضمن المطالبة أيضًا:
- علاقة الشخصيات: العملاق في المقدمة، وفارسة المسكيت وقاذف القنابل في الخلف.
- علاقة المراحل: دفاع على اليسار، وهجوم مضاد على اليمين، متصلان بأسهم.
- قيود الآلية: العملاق يهاجم المباني فقط؛ المدفع وقاذف القنابل لا يستطيعان مهاجمة الأهداف الجوية.
- التسلسل الهرمي للمعلومات: العنوان، والبرنامج التعليمي المكوّن من ثلاث خطوات، وقائمة التشكيلة، والتكلفة، والملاحظات.
- توضيح الحدود: تعليم للحالة العادية، وتتأثر الفعالية بمستويات البطاقات والعمليات.
فيما يلي صياغة مختصرة مناسبة لإعادة إنتاج الفكرة، وليست سجلاً حرفياً للمطالبة الطويلة الأصلية:
制作一张16:9横版、3840×2160的中文战术教学海报。
主题：皇室战争“3.5费巨人防守反击”。
画面不是卡牌网格，而是生动的3D卡通竞技场教学场景。
左侧：加农炮中场拉扯，迷你皮卡处理地面肉盾，
火枪手对空，炸弹兵清理地面小兵。
右侧：巨人在最前方向敌方建筑推进，
防守存活的火枪手和炸弹兵在后方分散跟进，
亡灵提供空中支援。
用清晰箭头表达：
低费防守 → 补巨人反击 → 看清解牌再补支援。
底部展示八张卡及费用：
巨人5、迷你皮卡4、火枪手4、炸弹兵2、
亡灵3、加农炮3、万箭齐发3、火球4。
标注：
平均圣水3.5；
巨人＋炸弹兵＝7费；
巨人＋火枪手＝9费。
提醒：
保留防守圣水、后排分散站位、先看解牌再交法术。
确保中文清晰、战术指向准确。
不要画巨人攻击部队，不要画加农炮或炸弹兵攻击空中。
¶ إعدادات واجهة الصور
تدعم وثائق واجهة توليد الصور تحديد أبعاد البكسل عبر size، ومواصفات 4K بنسبة 16:9 هي 3840x2160؛ ولا يمكن لاستعمال "4K" في المطالبة فقط أن يحل محل معامل الأبعاد.
الإعدادات الأساسية لنص الطلب هي كما يلي، حيث يجب استبدال prompt بوصف الملصق الكامل:
{
"model": "gpt-image-2",
"prompt": "此处填写完整的战术教学海报提示词",
"size": "3840x2160",
"quality": "high",
"n": 1,
"output_format": "png",
"response_format": "url"
}
الواجهة المقابلة هي:
POST https://api.acedata.cloud/openai/images/generations
¶ الإخفاق والتبديل أثناء عملية التوليد الفعلية
استُخدم Image 2.5 في البداية هذه المرة، لكن المهمة انتهت بخطأ واضح من الخدمة الأولية، ولم تُنتج صورة. ثم، بعد تأكيد التبديل، تم استخدام gpt-image-2 مع الاحتفاظ بمواصفات 4K و16:9، ونجح التوليد في النهاية.
هناك مبدأ هندسي مهم هنا:
عندما تكون المهمة لا تزال قيد التشغيل، استعلم عن المهمة نفسها؛ وبعد أن تفشل المهمة بوضوح، قرر ما إذا كنت ستعيد المحاولة أو تبدّل النموذج.
تعمل أداة صور MCP المستخدمة هذه المرة بطريقة مهام غير متزامنة: بعد الإرسال، يتم الحصول على معرّف المهمة، ثم الاستعلام حتى النجاح أو الفشل. أما عند استدعاء واجهة HTTP مباشرة، فيجب التعامل مع الإرجاع المتزامن أو الاستدعاء غير المتزامن وفقاً للوثائق المقابلة، ولا تخلط بين هياكل الإرجاع لطرق الاستدعاء المختلفة.
¶ ثامناً، كيف يمكن تحويله بشكل أكبر إلى أداة قابلة للتكرار المستدام؟
إذا أُريد توسيع هذه الحالة إلى مساعد تشكيلة حقيقي، فيمكن إضافة ثلاث طبقات من القدرات.
¶ 1. بيانات مُؤرشفة بالإصدارات
سجّل أسماء البطاقات، والتكلفة، وأهداف الهجوم، والمستوى، ووقت تحديث البيانات. وبالنسبة إلى البيانات سهلة التغيّر مثل الضرر ونقاط الصحة والمدى، استخدم بيانات ذات مصادر بدلاً من الاعتماد على ذاكرة النموذج.
¶ 2. قيود مجموعة بطاقات المستخدم
اجعل البطاقات التي فتحها المستخدم ومستوياتها مدخلات. عندما يكون فارق المستويات كبيراً، فإن التركيبة المعقولة نظرياً لا تعني بالضرورة أداءً عملياً أفضل.
¶ 3. ملاحظات المعارك
سجّل باستمرار وسائل الهجوم الرئيسية للخصم، والمرحلة التي فُقدت فيها أفضلية الإكسير، وما إذا كانت بطاقات الدفاع الجوي الرئيسية قد استُخدمت بشكل متداخل، وما إذا كانت المشكلة ناتجة عن بنية التشكيلة أو التموضع والتوقيت.
ثم دع النموذج يقترح، بناءً على هذه السجلات، تعديلات تغيّر متغيراً واحداً أو اثنين فقط في كل مرة، بدلاً من تغيير التشكيلة بأكملها بعد كل خسارة.
يجب أيضاً قبول الملصق بشكل مستقل: تحقق مما إذا كانت البطاقات الثماني كاملة، وما إذا كانت الصينية صحيحة، وما إذا كانت التكاليف متسقة، وما إذا كانت الأسهم تشير إلى الأهداف الصحيحة. نجاح التوليد لا يعني اجتياز قبول المحتوى، وصحة الدقة لا تعني أيضاً أن المخطط التكتيكي دقيق تماماً.
¶ الخاتمة
ما تعرضه هذه الحالة ليس "أن يحسب الذكاء الاصطناعي تلقائياً أقوى تشكيلة"، بل مجموعة أكثر موثوقية من أساليب الاستخدام:
استخدم القيود لتحديد المهمة، واستخدم GPT-6 Astra للشرح والمساعدة، واستخدم الكود للتحقق من القيم، واستخدم Image 2.0 لعرض التكتيكات، ثم استخدم ملاحظات المعارك لتصحيح الخطة.
يمكن اختصار الفكرة الأساسية لتشكيلة العملاق النهائية في جملة واحدة:
المدفع للسحب، وبيكا الصغيرة لمعالجة الدبابات، وفارسة المسكيت للدفاع الجوي، وقاذف القنابل لتصفية الحشود؛ وبعد الصمود، دع العملاق يتقدم إلى المقدمة.
مقارنة بالحصول على أسماء البطاقات الثماني فقط، فإن الجانب الأكثر قيمة في هذه الطريقة هو أن اللاعب لا يعرف فقط "ماذا يأخذ"، بل يمكنه أيضاً فهم "لماذا يأخذها بهذه الطريقة، ومتى ينبغي أن يلعب بهذه الطريقة".
¶ المراجع
- دليل تكامل Chat Completions API
- وثائق معاملات Chat Completions API
- دليل تكامل توليد صور GPT Image
- وثائق معاملات API لتوليد الصور
- راجع مراجع تكلفة البطاقات في روابط بيانات كل بطاقة ضمن جدول التشكيلة؛ وتخضع قيم المعارك والميزات المتاحة للمعلومات الحالية داخل اللعبة.
هذه المقالة حالة عملية لاستراتيجيات وتطوير بمساعدة الذكاء الاصطناعي، وليست دليلاً رسمياً من Supercell. الغلاف وملصق التعليم عبارة عن صور توضيحية مولّدة بالذكاء الاصطناعي؛ وتعود الشخصيات والعلامات التجارية المتعلقة بـ《Clash Royale》 إلى أصحاب الحقوق المعنيين.