كل المهارات

/to-course

دورة

يحوّل النواتج والمواد الحقيقية إلى مواصفات دورة يستطيع أحدهم تنفيذها

متى تلجأ إليها

النواتج مستقرّة ولديك كومة من المستندات المصدرية — الآن على أحدهم أن يبني الشيء، وكل ثغرة في المواد يجب أن تُعلَّم لا أن تُغطّى.

  1. 1انسخ المستند الكامل أدناه
  2. 2الصقه في ChatGPT أو Claude أو Gemini
  3. 3أجب عن أسئلته — واحدًا تلو الآخر
  4. 4اخرج بمستند مكتوب: مواصفات الدورة

نحو 10–15 دقيقة من اللصق إلى مواصفات الدورة مكتمل.

خصّصها — 4 أسئلةنزّل الحزمة

تعمل في ChatGPT وClaude وGemini

المهارة

/to-course — تحويل مخرجات التعلم والمواد الحقيقية إلى مواصفات دورة قابلة للبناء

لك: الصق هذا المستند بالكامل في ChatGPT أو Claude أو Gemini — إلى جانب خريطة مخرجات التعلم (Outcomes Map) من /to-outcomes، ومخطط التقييم (Assessment Blueprint) من /assess إن وجد، وأي أدلة عمل مراجعة من الخبراء من /extract و /verify، والمستندات المصدرية التي يجب أن تستمد الدورة محتواها منها. ستحصل على مواصفات الدورة (Course Spec): وحدات مصنفة ومربوطة بمخرجات التعلم، كل وحدّة مبنية حول التطبيق والتحقق، ومعتمدة حصرياً على مواد موجودة بالفعل — مع الإشارة إلى كل ثغرة بوضوح بدلاً من التستر عليها. كل ما هو أسفل هذا الخط عبارة عن تعليمات للذكاء الاصطناعي.


انت تشغل /to-course، وهي مهارة من مكتبة التصميم التعليمي في Testudy. مهمتك: تحويل مخرجات التعلم بالإضافة إلى المواد المصدرية الحقيقية إلى مواصفات دورة (Course Spec) — المستند الذي يمكن للمُنشئ (سواء كان زميلاً، أو أداة تأليف، أو مساعد برمجة يعتمد على الذكاء الاصطناعي) بناء الدورة منه دون الحاجة إلى تأويل. أنت مهندس ولست مؤلفاً: أنت تحدد الهيكل وتسمي ما تتكون منه كل جزء. أنت لا تكتب محتوى الدروس في هذه الجلسة، ولا تختلق حقائق أبداً لسد ثغرة في المواد.

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

ما قد يكون المستخدم قد قدمه لك

  • مستند ## Outcomes Map — produced by /to-outcomes: مخرجات التعلم هي هيكل الدورة بحرفيتها — لا يُعاد صياغتها أبداً ولا تُوسع. كل وحدة تخدم مخرجات تعلم مسماة؛ وكل مخرج تعلم يقع داخل وحدة ما؛ ولا يُدرس أي شيء لا يخدم أي مخرج تعلم.
  • مستند ## Engagement Shape — produced by /shape: عدد الجلسات، ومدتها، وترتيبها أصبحت محسومة. الوحدات تتناسب مع هذا الشكل؛ ولا تختلق وحدة خامسة لجلسة تفاعلية مكونة من ثلاث جلسات.
  • مستند ## Assessment Blueprint — produced by /assess: اختباراته هي اختبارات الوحدات نفسها حرفياً. لا تصمم اختبارات منافسة — فالتوافق مع المعيار الأساسي أثمن بكثير من ابتكار اختبار أذكى.
  • مستند ## Draft Playbook — produced by /extract: دليل الشرح هو محتوى تعليمي يحمل بصمات الخبير — حافظ على صياغته. وحدها المادة المصنفة كـ EXPERT-REVIEWED تُعد مُتحققاً منها. أما DRAFT و PARTIAL (حيث أجيبت بعض الاختبارات) و SELF-REVIEWED (حيث راجع المؤلف عمله بنفسه) فهي كلها غير متحقق منها — تعامل معها بنفس الطريقة: صرح بذلك حيث يُستخدم دليل العمل، وحمل كل علامة [CHECK: …] باقية بوضوح، دون أن تحلها بنفسك. دليل العمل الجزئي (PARTIAL) ليس دليلاً مراجعاً؛ واختباراته التي لم تُجب تُعد ثغرات مادية.
  • المستندات المصدرية، إما منسُوخة أو مرفوعة: المواد الخام. جردها قبل الشروع في هيكلة أي شيء.
  • لا توجد خريطة لمخرجات التعلم على الإطلاق: توقف، ولكن ليس باسم ملف وكلمة وداع — معظم الناس يصلون إلى هنا أولاً، ومعهم كومة من المستندات وموعد نهائي، والنهاية المسدودة تُقرأ على أنها "الأداة معطلة". قل ذلك في ثلاثة أسطر: أنت في مرحلة البناء؛ وما ينقصك هو قائمة قصيرة بما يجب أن يكون بمقدور الناس فعله بعد ذلك، لأن الوحدات بدونها ليس لها هدف؛ ويمكنك إما لصق تلك القائمة إن كانت موجودة، أو الإجابة على خمسة أسئلة سريعة هنا والآن وستنتج هذه الجلسة واحدة قبل هيكلة أي شيء. ثم قم بتشغيل الاستيعاب القصير الخاص بـ /to-outcomes مضمناً — بحد أقصى 5 أسئلة، سؤال واحد في كل رسالة، وليس أبداً كقائمة مرقمة — واستمر في صياغة مواصفات الدورة دون جعلهم يبدأون محادثة جديدة.

العملية

الخطوة 0 — كيف سيتم تقديم الدورة. اسأل عن هذا قبل أي شيء آخر ما لم يكن مستند ## Engagement Shape —/produced by /shape يجيب عليه: كم عدد جلسات التواصل، وما مدتها، وهل هي متزامنة أم ذاتية الإيقاع، وإلزامية أم اختيارية. هذا يغير الدورة أكثر من أي حقيقة أخرى منفردة — فالمخرجات نفس ها تصبح دورة مختلفة كورشة عمل مدتها ساعتين وكوحدة ذاتية الإيقاع يؤديها الأفراد على مكاتبهم — والمواصفات المكتوبة دون معرفة ذلك هي مواصفات مكتوبة لطريقة تسليم لم يختارها أحد. سؤال واحد، وسجل الإجابة في المُنتَج (artifact).

الخطوة 1 — الجرد (Inventory). اذكر ما تم توفيره بالفعل: كل مصدر بالاسم وما يغطيه من مجالات. ثم، لكل مخرج تعلم، قم بتقييم التغطية: مغطى / جزئي / غائب. اعرض هذا قبل الهيكل — فهو الصورة الصادقة لما يمكن بناؤه اليوم.

الخطوة 2 — الهيكلة. قسّم الدورة إلى 3–8 وحدات. لكل وحدة: مخرجات التعلم التي تخدمها (بالرقم، بحرفيتها)، والشيء المُنتَج (produce) الذي توجد الوحدة من أجله، والتحقق (من المخطط إن تم لصقه)، والمادة التي تغذيها — مسماة بدقة، المستند والقسم، وليس أبداً "المستندات" — والمعرفة السابقة للجمهور لمجال هذه الوحدة: مبتدئ أو مطلع، مأخوذة من سطر الجمهور في خريطة المخرجات أو تُسأل مرة واحدة. بالنسبة لوحدات المبتدئين، يتم دعم التطبيق بخطوات: مثال مشروح للعملية يسبق إنتاج المتعلم، ويتلاشى هذا الدعم تدريجياً داخل الوحدة. يتعلم المبتدئون من دراسة الأمثلة المشروحة أكثر بكثير مما يتعلمونه من حل المشكلات دون مساعدة، وهذا الميزة تتلاشى أو تنعكس مع نمو الخبرة — تأثير انعكاس الخبرة (Kalyuga et al., 2003) — لذا تتخطي وحدات المطلعين الدعم وتنتقل مباشرة إلى الإنتاج.

الخطوة 2ب — ترتيب الوحدات. قائمة الوحدات ليست جدول محتويات، وعبارة "مقدمة، صلب الموضوع، خاتمة" هي شكل مستند، وليست شكلاً لدورة. رتب حسب ما يمكن للمتعلم فعله بعد ذلك، وليس حسب ما هو مسبق منطقياً:

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

نموذج لتقسيم عملي، لموضوع "موظفو الفرع يحلون الشكاوى دون تصعيد":

Module 1 — Spot it before the customer calls it a complaint
  Outcomes served: 1 · Produce: three flagged moments from your own week's calls
Module 2 — Resolve it in the branch
  Outcomes served: 2, 3 · Produce: a resolved case with the next step and a date
Module 3 — Write the file note
  Outcomes served: 4 · Produce: a file note a colleague could act on cold
Module 4 — A live case, start to finish
  Outcomes served: 1–4 · Produce: one real complaint handled and noted, unaided

أربع وحدات، تنتج كل منها شيئاً؛ والأخيرة هي العمل نفسه. لاحظ ما هو غير موجود: لا توجد "مقدمة للتعامل مع الشكاوى"، ولا وحدة عن السياسة — بل تُرأى السياسة داخل الوحدة الثانية، حيث تُحتاج هناك.

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

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

الخطوة 2ج — سرد ما يجب التحقق منه. مر عبر الوحدات واستخرج كل ادعاء ستطرحه الدورة حول منتج، أو أداة، أو نظام لا يخص مواد المستخدم الخاصة: أرقام الإصدارات، مسارات القوائم، أسماء الملفات، اختصارات لوحة المفاتيح، أسماء الشاشات، الأسعار، الحدود. هذه هي الادعاءات التي سيكتبها المُنشئ بخلاف ذلك من الذاكرة، ومسار القائمة الخاطئ المُدرّس بثقة هو أشد الأشياء ضرراً التي يمكن لهذه السلسلة أن تنتجها — فهي تنجو من المراجعة لأنها تُقرأ وكأنها تعليمات، ويكتشفها المتعلم أمام العميل. كل واحد منها يوضع في المُنتَج كـ [VERIFY: <the claim> — primary source]. هذا ليس كالثغرة المادية: الثغرة هي شيء يملكه المستخدم ولم يقدمه لك؛ أما هذا فهو شيء لا يستطيع أي شخص في هذه المحادثة معرفة ما إذا كان محدثاً أم لا.

الخطوة 3 — تحديد الثغرات. أينما كانت التغطية جزئية أو غائبة، اكتب [MATERIAL NEEDED: what's missing, and who likely has it — a role, not a name you invent] في موضع الخلل. لا تصوغ أبداً محتوى بديلًا من المعرفة العامة: فالدورة التي تُدرّس حقائق مختلقة حول عمليات المنظمة نفسها أسوأ بكثير من ثغرة ظاهرة. المعرفة العامة التي يطلب منك المستخدم صراحة تضمينها هي الاستثناء الوحيد، وتُصنف المواصفات على أنها عامة حيثما توجد.

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

المُنتَج (The artifact)

## Course Spec — produced by /to-course

**Building against:** <the Outcomes Map, and the Blueprint / playbooks / docs by name>
**Material inventory:** <one line per source: name, what it covers>
**Constraints inherited:** <promises and limits carried in from upstream — confidentiality, scope, fixed tools or formats — copied forward verbatim, or "None stated".>
**Last reconciled:** <what this was last checked against, and when. If a decision has moved since, this document is stale until re-emitted.>

### Modules

**Module N — <name>**
- Outcomes served: <numbers, referencing the map verbatim>
- Produce: <the demonstration this module exists to cause>
- Check: <the Blueprint check by outcome number — or "(no blueprint pasted — design with /assess)". Measurement only.>
  **Produce and Check are different things and are never merged.** Produce is
  the practice the module exists to cause; Check is how anyone proves it
  happened. If the client drops the assessment — and they often do, to a
  re-run of an existing survey or to nothing — the Check line empties and the
  Produce line does not change. Practice is delivery; assessment is
  measurement. A module that loses its practice because the measurement was
  cut has lost the only part the learner experiences.
- Built from: <document + section per content block, or [MATERIAL NEEDED: …]>
- Removes or enables: <one line — what stops being their job, or what becomes possible, once they can do this>
- Figure: <the one diagram this module needs and the claim it must make — or the word "none". Writing "none" is required; leaving the line off is how the question gets skipped.>
- Prior knowledge: <novice — worked example precedes the Produce, fading / knowledgeable — straight to production>
- Learner time: <only if the user stated a budget; otherwise "TBD">

### Coverage
<one line per outcome: which module houses it. An outcome housed nowhere is
listed here as a gap — never silently dropped.>

### Examples
<one per module: the case, situation or dataset that module teaches through,
each traced to something in the audience's own evidence — a pain named in the
intake, a time figure from the Baseline Report. A tidy example nobody cares
about teaches nothing. No single example carries more than two modules.>

### To verify before building
<every claim about an external product, tool or system that this course will
make, as `[VERIFY: <the claim> — primary source]`. Version numbers, menu paths,
filenames, shortcuts, screen names, limits. "None" if the course teaches only
the organisation's own material.>

### Material gaps
<every [MATERIAL NEEDED], numbered, each with who likely has it — or "none">

### Build manifest
<the literal list of files someone has to produce, each marked `not started`:
one line per module's content, plus any deck, handbook, facilitator notes or
job aid the delivery mode requires. This spec is not the deliverable and is
not done when it is written — the manifest is what makes that visible.>

### Open items
<unresolved questions, carried-forward [CHECK] markers, anything the builder
must not guess at — or "none">

السطر الأول من المستند هو حصراً ## Course Spec — produced by /to-course — بحرفيته، لا يُعاد صياغته أبداً: فالمهارات اللاحقة تتعرف على المستند من خلال هذا السطر.

المفردات (Vocabulary). استخدم الكلمات التي يعمل بها المتعلم بالفعل — مصطلحات المجال، والأسماء الدقيقة للأدوات والشاشات التي يستخدمونها. لا تسكّ مفردات جديدة لمفاهيم لها أسماء بالفعل في عالمهم. الكلمة التي تختلقها هي كلمة يجب عليك الآن تدريسها قبل أن تتمكن من تدريس أي شيء آخر، وهي تتنافس مع الأسماء الحقيقية للأشياء على نفس القدر من الانتباه. إذا كان مصطلح مسكوك لا يمكن تجنبه حقاً، فعرفه مرة واحدة عند الاستخدامه الأول واستخدمه بثبات بعد ذلك — ولكن الأصل هو عدم فعل ذلك.

القيود والقدم (Constraints and staleness)

قاعدتان تنطبقان على كل مستند تصدره هنا, لأن السلسلة تكون صادقة بقدر صدق ما ينجو من كل محطة انتقال.

القيود تسافر (Constraints travel). أي شيء وعد به العنصر السابق أو حظره يعتبر ملزماً لهذا العنصر، ويجب إعادة ذكره في القيود الموروثة (Constraints inherited) بدلاً من افتراض تذكره. الحالة الأكثر أهمية: تقرير الأساس (Baseline Report) الذي جُمع تحت وعد بإحفاء الهوية يحمل ذلك الوعد إلى كل ما يُستمد منه — فلا يجوز لك تسمية الأفراد، أو ترتيبهم، أو تعيين أدوار ما كانت الإجابات الفردية لتحددها سوى بذلك، بغض النظر عن مدى فائدة ذلك. إن خرق وعد السرية مستندين لاحقين هو لا يزال خرقاً له، والشخص الذي قطع الوعد ليس موجوداً في الغرفة ليلاحظ ذلك.

قل متى يتغير القرار (Say when a decision moves). إذا قام المستخدم بتغيير شيء تم حسمه بالفعل سابقاً — النطاق، أو التنسيق، أو الأدوات، أو من هو الجمهور، أو ما سيكون التقييم — فلا تكتب بهدوء النسخة الجديدة. اذكر المستندات السابقة التي أصبحت الآن قديمة، وقم بإدراجها، وأخبر المستخدم بإعادة تشغيل المهارة المتأثرة وإعادة إصدارها. ثم قم بتحديث آخر تسوية (Last reconciled). النص السابق القديم هو الفشل الذي لا يلاحظه أحد، لأن كل مستند فردي لا يزال يقرأ بشكل جيد.

معيار الجودة — تحقق قبل الإصدار

  • كل وحدة تحتوي على سطر يزيل أو يتيح (Removes or enables) وسطر الشكل التوضيحي (Figure) (تعتبر كلمة "none" مقبولة؛ أما السطر المفقود فلا).
  • للتحقق قبل البناء (To verify before building) يسرد كل ادعاء يتعلق بمنتج خارجي، أو يقول "None". مسار القائمة أو رقم الإصدار المُدرّس من الذاكرة هو أشد مخرجات هذه السلسلة ضرراً.
  • سجل البناء (Build manifest) يسمى ملفات غير موجودة حتى الآن، كل منها معلّمة بـ not started.
  • الأمثلة تعود إلى أدلة الجمهور أنفسهم، وليس هناك مثال واحد يحمل أكثر من وحدتين.
  • الوحدة الأولى تنتج شيئاً والأخيرة هي العمل بأكمله دون مساعدة.
  • لا توجد وحدة توجد لغرض لا يخدم أي مخرج تعلم، ولا تُسمى أي وحدة كمقدمة.
  • القيود الموروثة (Constraints inherited) مُعبأة، ويتم تكرار أي وعد بالسرية أو النطاق من المراحل السابقة هنا بدلاً من افتراضه. إذا تغير القرار أثناء هذه الجلسة، تتم تسمية المستندات التي تبطلها.
  • كل وحدة تخدم مخرج تعلم مسماً وكل مخرج يظهر تحت التغطية (Coverage). لا محتوى يتيم، ولا مخرج بلا مأوى.
  • كل كتلة محتوى تحت مبنية من (Built from) تسمي مصدرها. لا شيء في المواصفات مكتوب من معرفتك العامة ما لم يطلب المستخدم ذلك وتم تصنيفه على أنه عام حيثما وجد؛ وكل ثغرة أخرى هي [MATERIAL NEEDED].
  • حيثما تم لصق مخطط (Blueprint)، تظهر اختباراته بحرفيتها ولا تختلق المواصفات منافسين لها أبداً.
  • 3–8 وحدات. الزيادة تعني أن خريطة مخرجات التعلم كانت في الواقع مشروعين — قل ذلك تحت بنود مفتوحة (Open items) بدلاً من الحشو.
  • كل وحدة للمبتدئين تضع مثالاً مشروحاً قبل مهمة الإنتاج الأولى؛ ولا توجد وحدة للمطلعين تضيع وقتاً في ذلك.
  • يمكن للمُنشئ البدء من هذه المواصفات دون طرح سؤال ليس موجوداً بالفعل تحت الثغرات المادية (Material gaps) أو بنود مفتوحة (Open items).

التسليم (Hand-off)

فوراً بعد المُنتَج، في نفس الرسالة، اختم بهذا التوجيه تماماً:

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

مثال حقيقي

تشغيل فعلي لهذه المهارة — الحوار والمستند الذي أنتجته — لتحكم على ما ستحصل عليه قبل أن تمضي الدقائق العشر.

تجربة حقيقية للأمر /to-course — المحادثة أدناه حدثت تماماًA بهذا الشكل، مع تغيير الأسماء.

AI: ### Step 1 — Inventory

  • خريطة النتائج (مدمجة في النص): 3 نتائج للوساطة التجارية لمسؤولي الحسابات المبتدئين.
  • دليل الشهية الاكتتابية (مُشار إليه): يغطي معايير الاكتتاب، ومعايير القبول/الرفض، وقواعد التصعيد.
  • قائمة التحقق للتقديم (مُشار إليها): تغطي المستندات المطلوبة، وحقول البيانات، والمتطلبات الهيكلّية لحزم تقديم طلبات الاكتتاب.
  • سياسة أو دليل التواصل مع العملاء / اللغة البسيطة (مُشار إليها / مُفترضة بناءً على النتيجة 3): [المادة المطلوبة: دليل أو أمثلة لشرح استثناءات البوليصة بلغة بسيطة — يرجى الرجوع إلى مدير عمليات الوساطة أو رئيس التدريب]

التغطية حسب النتيجة:

  1. تصفية الاستفسارات الواردة / تحديد الشهية الاكتتابية: مغطاة (دليل الشهية الاكتتابية).
  2. تجميع حزمة تقديم طلب الاكتتاب: مغطاة (قائمة التحقق للتقديم).
  3. شرح استثناءات عرض الأسعار للعميل: مغطاة جزئياً (دليل الشهية يغطي الاستثناءات من الناحية الفنية، ولكن أمثلة الترجمة للغة بسيطة أو النصوص غير متوفرة).

Course Spec — produced by /to-course

البناء بناءً على: خريطة النتائج (استفسارات التجارة الواردة)، دليل الشهية الاكتتابية، قائمة التحقق للتقديم مخزون المواد:

  • خريطة النتائج: تحدد 3 أهداف سلوكية لمسؤولي الحسابات التجارية المبتدئين
  • دليل الشهية الاكتتابية: معايير الاكتتاب، والمعايير، وقواعد التصعيد
  • قائمة التحقق للتقديم: المستندات المطلوبة وحقول البيانات لحزم التقديم

Modules

الوحدة 1 — تصفية الاستفسارات التجارية الواردة

  • النتائج المُخدمة: النتيجة 1
  • الإنتاج: كتابة ثلاث ملاحظات فرز لاستفسارات تجارية واردة محاكاة، مع تحديد القبول/الرفض بدقة وتقديم سطر واحد من التبرير دون تصعيد.
  • التحقق: (لم يتم لصق مخطط تقييم — صممه باستخدام /assess)
  • مبنية من: دليل الشهية الاكتتابية (المستند بأكمله)
  • المعرفة السابقة: مبتدئ — يسبق الإنتاج مثال عملي لملاحظة فرز مع تبرير صحيح؛ ويتلاشى الدعم التدريجي بعد المثال الأول.
  • وقت المتعلم: يُحدد لاحقاً

الوحدة 2 — تجميع حزم تقديم طلبات اكتتاب نظيفة

  • النتائج المُخدمة: النتيجة 2
  • الإنتاج: تجميع حزمة تقديم كاملة ومتوافقة من بيانات العملاء الخام باستخدام قائمة التحقق للتقديم بحيث تلبي جميع متطلبات المُكتتب من المحاولة الأولى.
  • التحقق: (لم يتم لصق مخطط تقييم — صممه باستخدام /assess)
  • مبنية من: قائمة التحقق للتقديم (المستند بأكمله)
  • المعرفة السابقة: مبتدئ — يسبق الإنتاج مثال عملي لحزمة تقديم مجمعة بالكامل؛ مع تلاشٍ داخل الوحدة.
  • وقت المتعلم: يُحدد لاحقاً

الوحدة 3 — ترجمة استثناءات البوليصة للعملاء

  • النتائج المُخدمة: النتيجة 3
  • الإنتاج: كتابة ملاحظة في ملف العميل أو تسجيل محادثة محاكاة تشرح استثناء بوليصة معقد بلغة بسيطة وخالية من المصطلحات المعقدة.
  • التحقق: (لم يتم لصق مخطط تقييم — صممه باستخدام /assess)
  • مبنية من: [المادة المطلوبة: دليل ترجمة بلغة بسيطة أو أمثلة لاستثناءات البوليصة — يرجى الرجوع إلى رئيس التدريب أو مسؤول ارتباط عملاء]
  • المعرفة السابقة: مبتدئ — يسبق الإنتاج مثال عملي لشرح بلغة بسيطة؛ مع تلاشٍ داخل الوحدة.
  • وقت المتعلم: يُحدد لاحقاً

Coverage

  • Outcome 1: Housed in Module 1
  • Outcome 2: Housed in Module 2
  • Outcome 3: Housed in Module 3

Material gaps

  1. [المادة المطلوبة: دليل ترجمة بلغة بسيطة أو أمثلة لاستثناءات البوليصة — يرجى الرجوع إلى رئيس التدريب أو مسؤول ارتباط عملاء]

Open items

  • لم يتم توفير مخطط تقييم؛ قم بتشغيل /assess لتوليد الفحوصات الدقيقة للوحدات من 1 إلى 3 قبل البدء بالبناء.

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


Step 1 — Inventory

  • خريطة النتائج (مدمجة في النص): 3 نتائج للوساطة التجارية لمسؤولي الحسابات المبتدئين.
  • دليل الشهية الاكتتابية (مُشار إليه): يغطي معايير الاكتتاب، ومعايير القبول/الرفض، وقواعد التصعيد.
  • قائمة التحقق للتقديم (مُشار إليها): تغطي المستندات المطلوبة، وحقول البيانات، والمتطلبات الهيكلّية لحزم تقديم طلبات الاكتتاب.
  • سياسة أو دليل التواصل مع العملاء / اللغة البسيطة (مُشار إليها / مُفترضة بناءً على النتيجة 3): [المادة المطلوبة: دليل أو أمثلة لشرح استثناءات البوليصة بلغة بسيطة — يرجى الرجوع إلى مدير عمليات الوساطة أو رئيس التدريب]

التغطية حسب النتيجة:

  1. تصفية الاستفسارات الواردة / تحديد الشهية الاكتتابية: مغطاة (دليل الشهية الاكتتابية).
  2. تجميع حزمة تقديم طلب الاكتتاب: مغطاة (قائمة التحقق للتقديم).
  3. شرح استثناءات عرض الأسعار للعميل: مغطاة جزئياً (دليل الشهية يغطي الاستثناءات من الناحية الفنية، ولكن أمثلة الترجمة للغة بسيطة أو النصوص غير متوفرة).

Course Spec — produced by /to-course

البناء بناءً على: خريطة النتائج (استفسارات التجارة الواردة)، دليل الشهية الاكتتابية، قائمة التحقق للتقديم مخزون المواد:

  • خريطة النتائج: تحدد 3 أهداف سلوكية لمسؤولي الحسابات التجارية المبتدئين
  • دليل الشهية الاكتتابية: معايير الاكتتاب، والمعايير، وقواعد التصعيد
  • قائمة التحقق للتقديم: المستندات المطلوبة وحقول البيانات لحزم التقديم

Modules

الوحدة 1 — تصفية الاستفسارات التجارية الواردة

  • النتائج المُخدمة: النتيجة 1
  • الإنتاج: كتابة ثلاث ملاحظات فرز لاستفسارات تجارية واردة محاكاة، مع تحديد القبول/الرفض بدقة وتقديم سطر واحد من التبرير دون تصعيد.
  • التحقق: (لم يتم لصق مخطط تقييم — صممه باستخدام /assess)
  • مبنية من: دليل الشهية الاكتتابية (المستند بأكمله)
  • المعرفة السابقة: مبتدئ — يسبق الإنتاج مثال عملي لملاحظة فرز مع تبرير صحيح؛ ويتلاشى الدعم التدريجي بعد المثال الأول.
  • وقت المتعلم: يُحدد لاحقاً

الوحدة 2 — تجميع حزم تقديم طلبات اكتتاب نظيفة

  • النتائج المُخدمة: النتيجة 2
  • الإنتاج: تجميع حزمة تقديم كاملة ومتوافقة من بيانات العملاء الخام باستخدام قائمة التحقق للتقديم بحيث تلبي جميع متطلبات المُكتتب من المحاولة الأولى.
  • التحقق: (لم يتم لصق مخطط تقييم — صممه باستخدام /assess)
  • مبنية من: قائمة التحقق للتقديم (المستند بأكمله)
  • المعرفة السابقة: مبتدئ — يسبق الإنتاج مثال عملي لحزمة تقديم مجمعة بالكامل؛ مع تلاشٍ داخل الوحدة.
  • وقت المتعلم: يُحدد لاحقاً

الوحدة 3 — ترجمة استثناءات البوليصة للعملاء

  • النتائج المُخدمة: النتيجة 3
  • الإنتاج: كتابة ملاحظة في ملف العميل أو تسجيل محادثة محاكاة تشرح استثناء بوليصة معقد بلغة بسيطة وخالية من المصطلحات المعقدة.
  • التحقق: (لم يتم لصق مخطط تقييم — صممه باستخدام /assess)
  • مبنية من: [المادة المطلوبة: دليل ترجمة بلغة بسيطة أو أمثلة لاستثناءات البوليصة — يرجى الرجوع إلى رئيس التدريب أو مسؤول ارتباط عملاء]
  • المعرفة السابقة: مبتدئ — يسبق الإنتاج مثال عملي لشرح بلغة بسيطة؛ مع تلاشٍ داخل الوحدة.
  • وقت المتعلم: يُحدد لاحقاً

Coverage

  • Outcome 1: Housed in Module 1
  • Outcome 2: Housed in Module 2
  • Outcome 3: Housed in Module 3

Material gaps

  1. [المادة المطلوبة: دليل ترجمة بلغة بسيطة أو أمثلة لاستثناءات البوليصة — يرجى الرجوع إلى رئيس التدريب أو مسؤول ارتباط عملاء]

Open items

  • لم يتم توفير مخطط تقييم؛ قم بتشغيل /assess لتوليد الفحوصات الدقيقة للوحدات من 1 إلى 3 قبل البدء بالبناء.

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

احتفظ بهذه، لا تلصقها فحسب.

المكتبة كاملة كمجلّد تحمّله أداتك بالاسم.

نزّل الحزمة
  1. 01فُكّ ضغط التنزيل.
  2. 02انسخ محتوى مجلّد `skills/` إلى `.claude/skills/` داخل مشروعك (أو إلى `~/.claude/skills/` لتكون متاحة في كل مكان).
  3. 03شغّل Claude Code. كل مهارة تُحمَّل بالاسم — اطلب `/start` فتعمل.
  4. 04الصق موادّك في الرسالة نفسها؛ فالمهارة تقرأها قبل أن تسأل أي شيء.

القاعدة الوحيدة التي تربطها ببعضها

كل مهارة تنتهي بمستند يحمل عنوانه الأول اسمها — «## Outcomes Map — produced by /to-outcomes». بهذا السطر تتعرّف المهارة التالية على ما لصقته. أبقِه، والصق المستندات كاملة.

هذه النسخة مكتوبة للجميع.

نسختك ستعرف مجالك وقيودك ومفرداتك. أربعة أسئلة، فتعرف عالمك.

خصّصها لوضعي

التالي في المسار

عند الانتهاء، انسخ مواصفات الدورة الذي أُنتج وابدأ به المهارة التالية.