تعليمات المشروع في شات جي بي تي: كيف تكتب Project Instructions

بعد ما عملت Project، أول إغراء بيحصل إنك تدخل Project Instructions وتكتب كل حاجة تعرفها عن المشروع. وده غالبًا بداية الفوضى، لأن التعليمات المفروض تقول لـChatGPT كيف يتصرف داخل المشروع، مش تتحول إلى مخزن لكل معلومة وملف وقرار.

في المنتج الحالي، Project Instructions بتطبق داخل المشروع نفسه، وبتكون لها أولوية على Custom Instructions العامة. ودي نقطة قوية جدًا، لأنك تقدر تخلي كل مشروع له طريقة عمل مختلفة بدون ما تغير إعدادات حسابك كله.

فكر في Project Instructions كقواعد تشغيل

لو الـFiles هي المعلومات، والـChats هي مساحات العمل، فالـProject Instructions هي قواعد التشغيل المشتركة بين الـChats دي.

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

دي قواعد تنطبق على معظم العمل داخل المشروع.

لكن عنوان الفصل الثالث الحالي مش Instruction، ده معلومة أو جزء من الخطة. والنسخة النهائية من المقدمة مش Instruction، دي Source أو ملف.

إيه اللي يتحط داخل التعليمات؟

حط الأشياء اللي لو بدأت Chat جديدة داخل نفس المشروع عايز ChatGPT يعرفها من غير ما تعيدها.

الهدف العام للمشروع، الجمهور، قواعد ثابتة للتنفيذ، طريقة التعامل مع المصادر، شكل مراجعة الجودة، وما الذي يجب عدم فعله بشكل مستمر.

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

فرق مهم: قواعد ثابتة ومعلومات متغيرة

مثال: "كل تقرير لازم يذكر الافتراضات ومصدر الأرقام" قاعدة ثابتة.

"ميزانية الربع الحالي 85 ألف" معلومة متغيرة.

الأولى مكانها تعليمات المشروع، والثانية مكانها ملف أو مصدر يتم تحديثه.

لو خلطت الاثنين، بعد شهر هتلاقي ChatGPT ملتزم بدقة بميزانية قديمة لأنك أنت اللي قلت له إنها قاعدة ضمن المشروع.

ازاي تكتب Project Instructions بدون حشو؟

متكتبش شرحًا مطولًا عن كل شيء. اكتب القواعد اللي فعليًا تغير السلوك.

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

الجملة الثانية قابلة للتنفيذ وبتحل مشكلة حقيقية.

الـInstruction الجيدة لازم تقدر تتخيل موقفًا يظهر فيه فرق لو كانت موجودة أو غير موجودة.

اعمل ترتيب للأولوية داخل التعليمات

لو عندك قواعد كثيرة، نظمها حسب الوظيفة بدل ما تكون فقرة ضخمة.

مثلًا: هدف المشروع، المصادر المعتمدة، أسلوب التنفيذ، قواعد الكتابة، وقائمة قصيرة بالممنوعات.

لكن متعملش 60 بندًا لمجرد التنظيم. القائمة الطويلة جدًا تبدأ تخفي المهم وسط التفاصيل.

لو عندك Workflow كامل ومعقد يتكرر، هنشوف بعد كده إن Skill ممكن تكون مكانًا أنسب من تحميل Project Instructions بكل الخطوات.

ماذا تفعل عندما تتغير القاعدة؟

عدّل التعليمات نفسها، ما تكتفيش إنك تقول في Chat واحدة إن القاعدة اتغيرت ثم تترك Project Instructions القديمة كما هي.

لو القاعدة الجديدة أصبحت دائمة للمشروع، مصدر الحقيقة هو Project Instructions. لو التغيير مؤقت لمهمة واحدة، سيبه في الـChat الحالية.

دي نقطة مهمة جدًا في الإدارة: القاعدة الدائمة تتعدل في مكانها الدائم، والقاعدة المؤقتة تفضل في نطاقها المؤقت.

ماذا تفعل مع النسخ القديمة؟

لو التعليمات نفسها تطورت كثيرًا، احتفظ بمنطق واضح، مش ضروري تاريخ كامل داخل الحقل نفسه.

إنت مش محتاج تكتب: "كنا بنعمل كذا، وبعدها غيرنا لكذا، وبعدين رجعنا...". Project Instructions لازم تصف الحالة الحالية، مش تاريخ المشروع.

لو تاريخ القرار مهم، احفظه كملاحظة قرار أو ملف منفصل، لكن خلي التعليمات نظيفة ومباشرة.

مثال عملي

Project لدراسة مادة جامعية.

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

معلومات لا تتحط هنا: جدول المحاضرات الحالي، درجات الاختبارات، صفحات الواجب، نسخة الملخص الأخيرة.

دي معلومات تتغير وتتبع ملفات أو Chats أو مصادر.

الطريقة الغلط: Instructions تتحول إلى Wiki

لو حقل التعليمات بقى فيه تاريخ المشروع، قائمة الملفات، أسماء الأشخاص، الأرقام، المواعيد، الخطة، Style Guide، Workflow، وقائمة أخطاء، فأنت بنيت مستند ضخم داخل مكان المفروض يكون للتحكم.

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

الطريقة الأفضل: تعليمات صغيرة، مصادر قوية

خلي Project Instructions تمسك طريقة العمل، وخلي المعرفة في Files أو المصادر. لو Workflow متخصص بقى كبير، طلعه Skill. لو التغيير لمهمة واحدة، سيبه في Chat.

كده كل طبقة تبقى مسؤولة عن نوع واحد من المعلومات.

الخلاصة

Project Instructions هي قواعد تشغيل المشروع، مش قاعدة معلومات. استخدمها للحاجات اللي لازم تطبق في معظم Chats داخل المشروع، وخلي الحقائق المتغيرة في مصادرها، والتغييرات المؤقتة في نفس المهمة.