Saudi

تصرّف كمطوّر خبير في تكاملات المنصات وواجهات برمجة التطبيقات. المطلوب منك تصميم نهج آمن ومتوافق للوصول برمجيًا إلى ميزات معيّنة في إنستقرام عبر القنوات المصرّح بها فقط.

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

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

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

المتغيرات:
- feature - الميزة المطلوب الوصول إليها، مثل المنشورات أو القصص
- GET - طريقة HTTP المستخدمة
- userAgent - نص مخصّص لتعريف وكيل المستخدم في الطلبات المصرّح بها

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

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

القواعد:
- ضمّن معايير واضحة ومحددة لكل جزء من أجزاء الواجب.
- قدّم تعليمات لإعداد وتشغيل اختبارات الوحدة أو أساليب التقييم المقترحة.
- احرص على أن تكون عملية التقييم عادلة ومتسقة بين جميع الطلاب.

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

المطلوب منك:
- تحديد الأفكار والحجج الرئيسية وتلخيصها
- التأكد من أن الملخص واضح ومختصر ويحافظ على المعنى الأصلي
- استخدام أسلوب محايد وموضوعي

القواعد:
- لا تضف آراء شخصية أو استنتاجات غير مذكورة في النص
- يجب ألا يتجاوز الملخص 100 كلمة

---
name: create-plan
description: أنشئ خطة مختصرة. تُستخدم عندما يطلب المستخدم صراحةً خطة مرتبطة بمهمة برمجية.
metadata:
  short-description: إنشاء خطة
---

# إنشاء خطة

## الهدف

حوّل طلب المستخدم إلى **خطة واحدة قابلة للتنفيذ** تُقدَّم في رسالة المساعد النهائية.

## سير العمل المختصر

طوال سير العمل، التزم بوضع القراءة فقط. لا تكتب ملفات ولا تحدّثها.

1. **راجع السياق بسرعة**
   - اقرأ `README.md` وأي مستندات واضحة مثل (`docs/`, `CONTRIBUTING.md`, `ARCHITECTURE.md`).
   - مرّ سريعًا على الملفات ذات العلاقة (الأكثر احتمالًا أن تتأثر).
   - حدّد القيود: اللغة، الأطر المستخدمة، أوامر CI/الاختبارات، ونمط النشر.

2. **اسأل أسئلة متابعة فقط إذا كانت مانعة**
   - اسأل **سؤالًا واحدًا إلى سؤالين كحد أقصى**.
   - لا تسأل إلا إذا تعذّر إعداد خطة سليمة بدون الإجابة؛ وفضّل صيغة الاختيار من متعدد.
   - إذا كان هناك غموض لكنه لا يمنع التخطيط، افترض افتراضًا منطقيًا وتابع.

3. **أنشئ الخطة باستخدام القالب أدناه**
   - ابدأ بـ **فقرة قصيرة واحدة** توضّح الهدف والنهج العام.
   - وضّح باختصار ما هو **داخل النطاق** وما هو **خارج النطاق**.
   - بعدها قدّم **قائمة تحقق صغيرة** من بنود العمل (الافتراضي 6–10 بنود).
      - يجب أن يكون كل بند إجراءً واضحًا، وعند الحاجة اذكر الملفات/الأوامر.
      - **اجعل البنود مستقلة ومرتبة**: استكشاف → تعديلات → اختبارات → إطلاق.
      - **ابدأ بفعل**: «أضف…»، «أعد هيكلة…»، «تحقّق…»، «اطرح…».
   - أدرج بندًا واحدًا على الأقل لـ **الاختبارات/التحقق** وبندًا واحدًا لـ **الحالات الحدّية/المخاطر** عند الحاجة.
   - إذا كانت هناك أمور غير واضحة، أضف قسمًا صغيرًا بعنوان **أسئلة مفتوحة** (بحد أقصى 3).

4. **لا تسبق الخطة بشرح تمهيدي أو ملاحظات عن العملية؛ أرسل الخطة فقط حسب القالب**

## قالب الخطة (اتبعه بالضبط)

```markdown
# الخطة

<1–3 جمل: ماذا سنفعل، ولماذا، وما النهج العام.>

## النطاق
- داخل النطاق:
- خارج النطاق:

## بنود العمل
[ ] <الخطوة 1>
[ ] <الخطوة 2>
[ ] <الخطوة 3>
[ ] <الخطوة 4>
[ ] <الخطوة 5>
[ ] <الخطوة 6>

## أسئلة مفتوحة
- <السؤال 1>
- <السؤال 2>
- <السؤال 3>
```

## إرشادات بنود قائمة التحقق
بنود قائمة التحقق الجيدة:
- تشير إلى ملفات/وحدات محتملة مثل: src/..., app/..., services/...
- تذكر تحققًا محددًا مثل: «Run npm test»، أو «أضف اختبارات وحدة لـ X»
- تتضمن طرحًا آمنًا عند الحاجة: feature flag، خطة ترحيل، ملاحظة تراجع

تجنّب:
- الخطوات العامة والغامضة مثل: «عالج الواجهة الخلفية»، «نفّذ المصادقة»
- كثرة التفاصيل الصغيرة جدًا
- كتابة مقاطع كود؛ اجعل الخطة مستقلة عن تفاصيل التنفيذ

## الهدف
أجرِ تحليلًا شاملًا لكامل المستودع بهدف اكتشاف جميع الأخطاء القابلة للتحقق، والثغرات الأمنية، والمشكلات الحرجة، ثم ترتيبها حسب الأولوية، وإصلاحها، وتوثيقها، بغض النظر عن لغة البرمجة أو إطار العمل أو حزمة التقنيات المستخدمة.

## المرحلة 1: التقييم الأولي للمستودع

### 1.1 رسم خريطة البنية المعمارية
- ارسم خريطة هيكل المشروع بالكامل (src/, lib/, tests/, docs/, config/, scripts/, وغيرها)
- حدّد حزمة التقنيات والتبعيات (package.json, requirements.txt, go.mod, pom.xml, Gemfile, وغيرها)
- وثّق نقاط الدخول الرئيسية، والمسارات الحرجة، وحدود النظام
- حلّل إعدادات البناء ومسارات CI/CD
- راجع التوثيق الموجود (README، توثيق API، المخططات المعمارية)

### 1.2 تحليل بيئة التطوير
- حدّد أطر الاختبار المستخدمة (Jest, pytest, PHPUnit, Go test, JUnit, RSpec، وغيرها)
- راجع إعدادات الفحص linting والتنسيق formatting (ESLint, Prettier, Black, RuboCop، وغيرها)
- افحص وجود تتبّع للمشكلات (GitHub Issues، وتعليقات TODO/FIXME/HACK/XXX)
- حلّل سجل commits لتحديد المناطق التي ظهرت فيها مشكلات مؤخرًا
- راجع تقارير تغطية الاختبارات الحالية إن وجدت

## المرحلة 2: اكتشاف الأخطاء بشكل منهجي

### 2.1 فئات الأخطاء المطلوب اكتشافها
**أخطاء حرجة:**
- ثغرات أمنية (SQL injection، XSS، CSRF، تجاوز المصادقة، وغيرها)
- مخاطر تلف البيانات أو فقدانها
- انهيار النظام أو حالات deadlock
- تسرّب الذاكرة أو استنزاف الموارد

**أخطاء وظيفية:**
- أخطاء منطقية (شروط غير صحيحة، حسابات خاطئة، أخطاء off-by-one)
- مشكلات إدارة الحالة (race conditions، حالة غير متسقة، تعديلات غير سليمة)
- عقود API أو خرائط بيانات غير صحيحة
- تحققات ناقصة أو غير صحيحة
- قواعد أعمال أو مسارات عمل متعطلة

**أخطاء التكامل:**
- استخدام غير صحيح لواجهات API خارجية
- أخطاء أو عدم كفاءة في استعلامات قاعدة البيانات
- مشكلات في التعامل مع طوابير الرسائل message queues
- مشكلات في عمليات نظام الملفات
- أخطاء في اتصال الشبكة

**الحالات الحدّية ومعالجة الأخطاء:**
- التعامل مع null/undefined/nil
- المجموعات الفارغة أو حالات القيم الصفرية
- شروط الحدود وتجاوز الحدود المسموحة
- غياب تمرير الأخطاء أو كتم الاستثناءات
- مشكلات منطق timeout و retry

**مشكلات جودة الكود:**
- عدم تطابق الأنواع أو استخدام casts غير آمنة
- استخدام APIs مهملة أو deprecated
- كود ميت أو فروع غير قابلة للوصول
- تبعيات دائرية
- اختناقات أداء (استعلامات N+1، خوارزميات غير فعّالة)

### 2.2 طرق الاكتشاف
- تحليل ثابت للكود باستخدام أدوات مناسبة لكل لغة
- البحث عن الأنماط الشائعة المضادة للممارسات الجيدة
- فحص ثغرات التبعيات
- تحليل مسارات الكود غير القابلة للوصول أو غير المختبرة
- التحقق من صحة الإعدادات
- مطابقة التوثيق مع التنفيذ الفعلي

## المرحلة 3: توثيق الأخطاء وترتيب الأولويات

### 3.1 قالب تقرير الخطأ
لكل خطأ يتم اكتشافه، وثّق الآتي:
```
BUG-ID: [Sequential identifier]
Severity: [CRITICAL | HIGH | MEDIUM | LOW]
Category: [Security | Functional | Performance | Integration | Code Quality]
File(s): [Complete file path(s) and line numbers]
Component: [Module/Service/Feature affected]

Description:
- السلوك الحالي (ما الخلل الحاصل)
- السلوك المتوقع (ما الذي يجب أن يحدث)
- تحليل السبب الجذري

Impact Assessment:
- أثره على المستخدم (تراجع تجربة الاستخدام، فقدان بيانات، تعرض أمني)
- أثره على النظام (الأداء، الاستقرار، قابلية التوسع)
- أثره على العمل (الامتثال، الإيرادات، السمعة)

Reproduction Steps:
1. [Step-by-step instructions]
2. [Include test data/conditions if needed]
3. [Expected vs actual results]

Verification Method:
- [Code snippet or test that demonstrates the bug]
- [Metrics or logs showing the issue]

Dependencies:
- Related bugs: [List of related BUG-IDs]
- Blocking issues: [What needs to be fixed first]
```

### 3.2 مصفوفة ترتيب الأولويات
رتّب الأخطاء بناءً على:
- **Severity**: Critical > High > Medium > Low
- **User Impact**: عدد المستخدمين أو الميزات المتأثرة
- **Fix Complexity**: Simple < Medium < Complex
- **Risk of Regression**: Low < Medium < High

## المرحلة 4: تنفيذ الإصلاحات

### 4.1 استراتيجية الإصلاح
**لكل خطأ:**
1. أنشئ فرع إصلاح مستقلًا (إذا كان المشروع يستخدم نظام تحكم بالإصدارات)
2. اكتب اختبارًا يفشل أولًا قبل الإصلاح (منهجية TDD)
3. نفّذ إصلاحًا محدودًا ومركّزًا
4. تحقق من نجاح الاختبار
5. شغّل اختبارات الانحدار
6. حدّث التوثيق عند الحاجة

### 4.2 إرشادات الإصلاح
- **مبدأ أقل تغيير ممكن**: استخدم أصغر تعديل يعالج المشكلة بشكل صحيح
- **بدون توسّع خارج النطاق**: تجنّب إعادة الهيكلة أو التحسينات غير المرتبطة
- **الحفاظ على التوافق السابق**: إلا إذا كان الخطأ نفسه يتطلب تغييرًا كاسرًا للتوافق في API
- **اتباع معايير المشروع**: التزم بأسلوب الكود والأنماط المعتمدة في المشروع
- **إضافة برمجة دفاعية**: امنع تكرار أخطاء مشابهة مستقبلًا

### 4.3 قائمة مراجعة الكود
- [ ] الإصلاح يعالج السبب الجذري وليس الأعراض فقط
- [ ] جميع الحالات الحدّية تمت معالجتها
- [ ] رسائل الخطأ واضحة وتساعد على اتخاذ إجراء
- [ ] أثر الأداء مقبول
- [ ] تمت مراعاة الاعتبارات الأمنية
- [ ] لم تتم إضافة تحذيرات أو أخطاء linting جديدة

## المرحلة 5: الاختبار والتحقق

### 5.1 متطلبات الاختبار
**لكل خطأ تم إصلاحه، وفّر:**
1. **Unit Test**: اختبارًا معزولًا للإصلاح المحدد
2. **Integration Test**: إذا كان الخطأ يشمل أكثر من مكوّن
3. **Regression Test**: للتأكد من أن الإصلاح لا يكسر الوظائف الحالية
4. **Edge Case Tests**: لتغطية الحالات الحدّية المرتبطة

### 5.2 هيكل الاختبار
```[language-specific]
describe('BUG-[ID]: [Bug description]', () => {
  test('should fail with original bug', () => {
    // هذا الاختبار كان سيفشل قبل الإصلاح
    // يوضح وجود الخطأ
  });
  
  test('should pass after fix', () => {
    // هذا الاختبار ينجح بعد الإصلاح
    // يتحقق من السلوك الصحيح
  });
  
  test('should handle edge cases', () => {
    // تغطية إضافية للحالات الحدّية
  });
});
```

### 5.3 خطوات التحقق
1. شغّل كامل حزمة الاختبارات: `[npm test | pytest | go test ./... | mvn test | etc.]`
2. افحص تغيّر تغطية الاختبارات
3. شغّل أدوات التحليل الثابت
4. تحقق من مؤشرات الأداء القياسية إذا كانت منطبقة
5. اختبر في بيئات مختلفة إن أمكن

## المرحلة 6: التوثيق والتقارير

### 6.1 توثيق الإصلاح
لكل خطأ تم إصلاحه:
- حدّث التعليقات داخل الكود لشرح الإصلاح
- أضف أو حدّث توثيق API إذا تغيّر السلوك
- أنشئ أو حدّث أدلة استكشاف الأخطاء وحلها
- وثّق أي حلول مؤقتة للمشكلات غير المعالجة

### 6.2 تقرير الملخص التنفيذي
```markdown
# تقرير إصلاح الأخطاء - [Repository Name]
التاريخ: [YYYY-MM-DD]
المحلّل: [Tool/Person Name]

## نظرة عامة
- إجمالي الأخطاء المكتشفة: [X]
- إجمالي الأخطاء التي تم إصلاحها: [Y]
- غير مُصلح/مؤجل: [Z]
- تغيّر تغطية الاختبارات: [Before]% → [After]%

## أبرز النتائج الحرجة
[List top 3-5 most critical bugs found and fixed]

## ملخص الإصلاح حسب الفئة
- الأمن: [X bugs fixed]
- الوظائف: [Y bugs fixed]
- الأداء: [Z bugs fixed]
- التكامل: [W bugs fixed]
- جودة الكود: [V bugs fixed]

## قائمة الإصلاحات التفصيلية
[Organized table with columns: BUG-ID | File | Description | Status | Test Added]

## تقييم المخاطر
- المشكلات عالية الأولوية المتبقية: [List]
- الخطوات التالية الموصى بها: [Actions]
- الدين التقني الذي تم رصده: [Summary]

## نتائج الاختبار
- أمر الاختبار: [exact command used]
- الاختبارات الناجحة: [X/Y]
- الاختبارات الجديدة المضافة: [Count]
- أثر التغطية: [Details]
```

### 6.3 قائمة تسليم المخرجات
- [ ] تم توثيق جميع الأخطاء بالصيغة القياسية
- [ ] تم تنفيذ الإصلاحات واختبارها
- [ ] تم تحديث حزمة الاختبارات وهي ناجحة
- [ ] تم تحديث التوثيق
- [ ] تم إكمال مراجعة الكود
- [ ] تم تقييم أثر الأداء
- [ ] تم إجراء مراجعة أمنية للإصلاحات المتعلقة بالأمن
- [ ] تم تجهيز ملاحظات النشر

## المرحلة 7: التحسين المستمر

### 7.1 تحليل الأنماط
- حدّد أنماط الأخطاء المتكررة
- اقترح إجراءات وقائية
- أوصِ بتحسينات على الأدوات
- اقترح تعديلات معمارية تمنع تكرار مشكلات مشابهة

### 7.2 توصيات المراقبة
- اقترح مؤشرات يتم تتبعها
- أوصِ بقواعد تنبيه مناسبة
- اقترح تحسينات على التسجيل logging
- حدّد المناطق التي تحتاج إلى تغطية اختبارات أفضل

## القيود وأفضل الممارسات

1. **لا تساوم أبدًا على الأمن** مقابل التبسيط
2. **حافظ على سجل تدقيق** لكل التغييرات
3. **اتبع الإصدار الدلالي semantic versioning** إذا كانت الإصلاحات تغيّر API
4. **احترم حدود المعدل rate limits** عند اختبار الخدمات الخارجية
5. **استخدم feature flags** للإصلاحات عالية المخاطر إذا كان ذلك مناسبًا
6. **ضع استراتيجية rollback** لكل إصلاح
7. **وثّق الافتراضات** التي اعتمدت عليها أثناء التحليل

## صيغة المخرجات
قدّم النتائج بالصيغ التالية:
- Markdown لتسهيل القراءة البشرية
- JSON/YAML للمعالجة الآلية
- CSV للاستيراد في أنظمة تتبع الأخطاء

## اعتبارات خاصة
- في monorepos: حلّل كل package بشكل مستقل
- في microservices: راعِ التبعيات بين الخدمات
- في الكود القديم legacy: وازن بين مخاطر الإصلاح وفائدته
- في تبعيات الطرف الثالث: بلّغ المشروع الأصلي upstream عند الحاجة

تصرّف بصفتك أخصائي تصميم عروض تقديمية. أنت خبير في تحويل البيانات الخام إلى عروض جذابة وسهلة القراءة باستخدام Figma. مهمتك تحويل بيانات Excel الأسبوعية إلى تنسيق عرض تقديمي في Figma يركّز على وضوح المعلومات وجمال التصميم.

ستعمل على:
- تحليل بيانات Excel المقدمة لاستخراج أهم الرؤى والاتجاهات.
- تصميم تخطيط عرض تقديمي في Figma يعزّز فهم البيانات ويجعلها أكثر جاذبية بصريًا.
- تطبيق مبادئ التصميم الحديثة لضمان أن يكون العرض احترافيًا وجاذبًا للجمهور.

القواعد:
- حافظ على دقة البيانات وسلامتها بدون تغيير المعنى أو الأرقام.
- استخدم ألوانًا وخطوطًا تساعد على القراءة وتبرز المعلومات المهمة.
- تأكد أن التصميم مناسب للفئة المستهدفة: targetAudience.

المتغيرات:
- general - حدّد الفئة المستهدفة لتخصيص أسلوب التصميم بما يناسبها.

تصرّف كاستراتيجي محتوى متخصص في تحسين محركات البحث (SEO). مهمتك هي تحسين المحتوى للكلمة المفتاحية 'container tracking' بهدف الوصول إلى أحد أول 3 مراكز في نتائج محركات البحث.

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

القواعد:
- احرص على أن يكون المحتوى فريدًا، جذابًا، ومفيدًا للباحث
- حافظ على كثافة الكلمة المفتاحية ضمن الحدود الموصى بها دون حشو
- ركّز على نية المستخدم واحتياجات الباحثين في السوق المستهدف

المتغيرات:
- container tracking - الكلمة المفتاحية الرئيسية المطلوب تحسينها
- English - لغة المحتوى
- 2000 - الطول المطلوب للمحتوى بعدد الكلمات

أنشئ كود Manim يشرح قاعدة السلسلة في التفاضل بطريقة سهلة وواضحة. اجعل المشهد مناسبًا للمبتدئين، واستخدم رسومات وحركات تدريجية توضّح الفكرة خطوة بخطوة.

اعمل كمساعد لاكتشاف الأخطاء البرمجية. أنت خبير في تطوير البرمجيات، وعندك قدرة عالية على رصد الأخطاء ومواطن عدم الكفاءة.

مهمتك تحليل الكود وتحديد الأخطاء أو المشكلات المحتملة.

ستعمل على:
- مراجعة الكود المقدّم بدقة
- تحديد الأخطاء المنطقية أو أخطاء الصياغة البرمجية أو أخطاء وقت التشغيل
- اقتراح حلول أو تحسينات مناسبة

القواعد:
- ركّز على جوانب الأداء والأمان معًا
- قدّم ملاحظات واضحة ومختصرة
- استخدم متغيرات قابلة لإعادة الاستخدام مثل code لجعل التوجيه قابلًا للاستخدام أكثر من مرة

فتاة بأسلوب إنستغرام، سيلفي أمام المرآة في ممر، لقطة جوال واقعية بطابع هاوٍ، ملمس بشرة طبيعي، مكياج خفيف جدًا، تشويه بسيط من عدسة كاميرا الجوال، وقفة عفوية، لبس يومي، اهتزاز خفيف جدًا بسبب التصوير باليد، بطابع بيانات EXIF لعدسة iPhone 11 Wide 26mm، تأطير غير مثالي مع قص بسيط من أعلى الرأس، إضاءة داخلية مختلطة مع ميل لوني خفيف، وجود فوضى بسيطة في الخلفية، بدون تنقيح، بدون فلتر تجميل، تشريح طبيعي ومتسق، نفس هوية الشخص، نفس نسب الجسم، مطابقة وجه المرجع بأقرب شكل ممكن، iphone 11 pro max,

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

لقطة مصوّرة بكاميرا Pentax Spotmatic مع عدسة 50mm Super-Takumar بفتحة f/1.4، بإطار غني بتباينات جريئة وحبيبات فيلمية ذات ملمس واضح. امرأة في أواخر العشرينات تجلس عند طاولة مطبخ خشبية، وحزمة واحدة من ضوء الشمس تدخل من نافذة قريبة فتضيء وجهها ويديها، بينما تغرق بقية الغرفة في ظل عميق. ترتدي فستاناً خفيفاً بحمالات رفيعة، وشعرها منسدل بنعومة وبشكل عفوي. يرسم الضوء ملامحها كأنها لوحة كلاسيكية، ويلامس حافة كوب القهوة وانحناءة كتفها. خلفها، تبدو الغرفة المعتمة شبه مسرحية وهادئة.

مشهد سيلفي أمام المرآة داخل شقة حديثة. امرأة شابة بشعر طويل بني فاتح متموّج طبيعيًا، ترتدي كاب بيسبول داكنًا مع ظهور حزام التعديل الخلفي، وقميص كرة قدم أسود بأكمام قصيرة عليه كتابة وردية ورقم “10”، مع ليقنز أسود عالي الخصر. تكون بظهرها للكاميرا ومواجهة للمرآة؛ وجهها غير ظاهر غالبًا (زاوية خلفية/ثلاثة أرباع من الخلف).
تمسك هاتفًا ذكيًا أسود بيدها اليمنى عند مستوى الكتف، مع ثني الكوع بنحو 90° واستقامة المعصم. تكون الكاميرا الخلفية للهاتف مواجهة للمرآة، بحيث تظهر شاشة الهاتف في الانعكاس وهي تعرض المشهد نفسه (تكرار الهاتف داخل الهاتف). الذراع اليسرى مرتخية للأسفل بمحاذاة الجسم.
الكاميرا والتكوين: اللقطة كسيلفي مرآة من الخلف؛ عدسة مكافئة تقريبًا لـ 26–28mm، وارتفاع الكاميرا بمستوى العين؛ اتجاه عمودي؛ الإطار من منتصف الفخذ إلى ما فوق الرأس، مع توسيط التركيز على نص القميص ورقمه. إضاءة نهارية ناعمة من الغرفة؛ بدون ظلال حادة.
البيئة: باب أبيض على اليسار بمقبض معدني بنمط ذراع، جزء جدار ضيق، ومدخل مفتوح يؤدي إلى مطبخ بسيط؛ تظهر فيه وحدة عمودية طويلة للثلاجة/الفرن. الجدران بألوان حيادية فاتحة، والأرضية فاتحة. الخلفية ناعمة قليلًا لكن تفاصيلها مقروءة وواضحة.
تفاصيل اللبس التي يجب الحفاظ عليها: نص القميص “MESSI” بحروف وردية مستديرة فوق رقم وردي كبير “10”؛ نمط الخط الوردي متناسق؛ القميص واسع قليلًا؛ لون الكاب داكن؛ الليقنز أسود مطفي؛ طول الشعر يصل إلى منتصف الظهر مع بعض الخصل المتموجة المنسدلة.
الوقفة والزوايا الدقيقة: الرأس مائل قليلًا إلى اليمين، وحافة الكاب الأمامية مائلة قليلًا إلى الأسفل؛ الكتفان مرتخيان؛ الحوض مواجه للمرآة بشكل مستقيم؛ العمود الفقري بوضع طبيعي. قبضة اليد اليمنى ثابتة على الهاتف مع ظهور أطراف الأصابع عند الحافة البعيدة للهاتف؛ حواف الهاتف موازية لإطار المرآة؛ الهاتف متمركز تقريبًا فوق خط العمود الفقري.
الإضاءة: ضوء داخلي طبيعي ناعم، توازن بياض محايد، بدون فلاش وبدون صبغة لونية. الانعكاسات صحيحة فيزيائيًا بدون نسخ إضافية غير مقصودة أو انزياح.
الطابع الجمالي: نظيف وواقعي، بدون فلاتر، مع ملمس طبيعي وحقيقي للبشرة والأقمشة؛ تركيز حاد على حروف القميص والهاتف؛ تحبّب بسيط جدًا.
القصّ ونِسب الأبعاد: النسبة الأساسية 3:4 (عمودي)؛ البدائل الآمنة 9:16 و4:5 مع الحفاظ على ظهور نص القميص والرقم كاملين داخل الإطار.
قيود الاتساق (لا تغيّرها):
نفس المرأة: طول الشعر، لونه، ونمط تموّجه؛ كاب بيسبول داكن مع حزام تعديل خلفي؛ قميص أسود بكتابة وردية “MESSI” + “10”؛ ليقنز أسود؛ حمل الهاتف باليد اليمنى على ارتفاع الكتف؛ الذراع اليسرى مرتخية؛ سيلفي مرآة من الخلف؛ توزيع الشقة/المطبخ؛ باب بمقبض معدني بنمط ذراع؛ ارتفاع الكاميرا العام ≈ مستوى العين؛ ظهور تكرار الهاتف داخل الشاشة.
حافظ على النِسب وبنية الجسم؛ بدون تنحيف أو إطالة.
حافظ على ألوان وخط حروف القميص كما هي تمامًا؛ بدون إعادة تصميم.
حافظ على هندسة البيئة ومواقع العناصر.

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

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

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

على الطاولة: شاي تركي في كأس صغير، لاتيه نصف منتهٍ، مناديل مكرمشة، جوال، علبة مناديل، وربما صحن حلى صغير عليه فتات. فوضى واضحة، ولا شيء مرتب أو منسق.

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

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

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

صورة فوتوغرافية هاوية فائقة الواقعية لامرأة تركية عمرها 28 سنة في زقاق خلفي بحي تركي قديم ومتهالك، قوام ممتلئ وناعم بانحناءات طبيعية، شعر أشقر مصبوغ، بشرة فاتحة بدرجة دافئة، ترتدي بلوزة بفتحة صدر واضحة تحت هودي كاجوال مفتوح، بنطال رياضي منقوش، وحذاء رياضي عليه اتساخ بسيط من الشارع

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

حولها: خرسانة متشققة، كتابات جدارية باللغة التركية على الحائط، صندوق بلاستيكي أزرق قديم، أكياس نفايات متفرقة، طلاء متقشر، آثار صدأ، وكل شيء يبدو مثل فناء خلفي لعمارة سكنية تركية قديمة

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

صورة شارع عفوية فائقة الواقعية، كأنها التُقطت بعدسة هاوٍ، لامرأة تركية الملامح عمرها 27 عامًا في أنقرة، بنفس القوام الناعم الممتلئ قليلًا، شعرها أشقر ومنسدل حول كتفيها، ترتدي توب أبيض ضيقًا بلا أكمام وبنطالًا عالي الخصر بنقشة، ومعها حقيبة كروس بودي صغيرة. تمشي في شارع مزدحم في أنقرة وهي تحاول بعفوية أن توازن على يد واحدة سيميتًا عملاقًا بحجم سيارة، وتبدو عليها حيرة خفيفة ممزوجة بتسلية.

خلفها، تظهر لوحات طرق كبيرة ما زالت تشير إلى Eskişehir و Kızılay. سيارات الأجرة الصفراء عالقة في الزحام لأن السيميت الضخم المتدحرج يسد جزءًا من الطريق. مبانٍ سكنية قديمة بشرفات، ومشاة يرتدون سترات داكنة يلتقطون صور السيميت بهواتفهم، وحركة مرور تركية معتادة فيها شيء من الفوضى.

في الخلفية، تظهر لوحة سوبرماركت Migros من بعيد، ومتجر Şok صغير على جانب الشارع، ومحل Turkcell مع شعاره الأزرق ظاهر جزئيًا. لوحات إعلانية صغيرة لمنتجات Ülker و Eti تبدو طبيعية بشكل ساخر مقارنة بالسيميت العملاق العبثي. كل عناصر الخلفية خارج التركيز قليلًا، لكنها مقروءة بما يكفي لتعطي إحساسًا تركيًا أصيلًا.

الصورة ملتقطة بجوال iPhone عادي بواسطة شخص يمشي خلفها ببضع خطوات، تصوير يدوي مع اهتزاز بسيط، وبإطار عمودي. المرأة ليست في منتصف الكادر، والسيميت الضخم مقصوص جزئيًا من أحد الجوانب، التعريض تلقائي، السماء محروقة قليلًا من شدة السطوع، بدون إضاءة استوديو، مع ضوء نهار طبيعي بعد الظهر.

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