تحديد نطاق التذكرة

حدِّد نطاق الفكرة
قبل أن تبنيها

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

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

تحديد نطاق الفكرة
تحديد النطاق
ملاحظات

أضِف زرًّا في مكان ما على شاشة الملف الشخصي

حدِّد نطاق هذه الفكرة
وكيل PM
منتجك، في نموذج أولي
زر جديد
PM: هل يطابق هذا ما كان في ذهنك؟
1اقرأ قاعدة الشيفرة
2ابنِ النموذج الأولي
3انشُر للمراجعة

تدخل ملاحظات غامضة، ويخرج نموذج أولي مطابق للمنتج وسؤال توضيحي. يؤطّر تحديد النطاق التذكرة قبل أن يبنيها أي وكيل.

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

يضيف تحديد نطاق التذكرة خطوة تأطير فوق كل تذكرة ملاحظات. انقر "حدِّد نطاق هذه الفكرة" فيُنشئ AgentsRoom وكيل Product Manager مؤقتًا. يستكشف قاعدة شيفرة مشروعك ليفهم المنتج الحقيقي الذي يمسّه الطلب، ثم ينتج نموذجًا أوليًا مستقلًا بصيغة HTML يعيد إنتاج ذلك المنتج بأمانة مع تطبيق التغيير المطلوب في سياقه. إنه إثبات مفهوم يتعرّف عليه صاحب الملاحظة فورًا بوصفه تطبيقه أو موقعه.

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

ما الذي يمنحك إياه تحديد نطاق التذكرة

أطِّر قبل أن تبني. يحوّل وكيل Product Manager طلب ميزة مبهمًا إلى حاجة ملموسة ومُتحقَّق منها، بحيث يبدأ وكيل التنفيذ من الوضوح بدلًا من التخمين.

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

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

لا إشارة مبكّرة. لا يبدأ تحديد النطاق المهمة أبدًا ولا يُخطر صاحب الملاحظة بأن العمل قد بدأ. تتحقق من الفكرة أولًا، ثم تقرّر.

منتجك، لا مخطط هيكلي عام

الفرق بين نموذج أولي جاهز وآخر يُقرأ كأنه تطبيق المستخدم نفسه. يبني تحديد النطاق الثاني.

ما الذي تتفاداه

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

ما الذي يبنيه تحديد النطاق

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

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

كيف يعمل تحديد نطاق التذكرة

من اقتراح غامض إلى تذكرة مؤطَّرة ومُتحقَّق منها يمكن لفريقك بناؤها بثقة.

01

تصل تذكرة ملاحظات

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

02

انقر «حدِّد نطاق هذه الفكرة»

افتح التذكرة وانقر زر «حدِّد نطاق هذه الفكرة». لا يظهر إلا على تذاكر الملاحظات ويحمل صورة Product Manager، لتعرف بالضبط أي وكيل يُنشئه.

03

يقرأ وكيل PM قاعدة شيفرتك

يستكشف وكيل Product Manager مؤقت المشروع ليفهم المنتج الحقيقي الذي يستهدفه: الواجهة والهوية البصرية والشاشة المحددة التي يمسّها الاقتراح.

04

يبني نموذجًا أوليًا مطابقًا

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

05

تراجع رابط النموذج الأولي

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

06

تحقّق ووضّح على التذكرة

شارك النموذج الأولي مع صاحب الملاحظة عندما تكون جاهزًا، وواصِل التوضيح عبر تعليقات التذكرة. وبمجرد التحقق من الفكرة، تصبح التذكرة نفسها، وقد باتت واضحة، جاهزة لوكيل تنفيذ.

محادثة ثنائية الاتجاه على تذكرة واحدة

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

أنت، على قائمة المهام

هل ينبغي أن يفتح الزر المحرّر، أم أن ينتقل مباشرةً إلى الإعدادات؟

صاحب الملاحظة، المحادثة داخل التطبيق

مباشرةً إلى الإعدادات، فهناك يبحث عنه الناس.

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

ابنِ بلا رؤية، أو حدِّد النطاق أولًا

الطريقتان للتعامل مع طلب ميزة غامض. الثانية تُطلق الشيء الصحيح.

بدون تحديد النطاق

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

مع تحديد نطاق التذكرة

  • : يؤطّر وكيل Product Manager الطلب ويبني نموذجًا أوليًا لمنتجك.
  • : يتحقق منه صاحب الملاحظة بنظرة واحدة، لأنه يشبه تطبيقه.
  • : توضّح في محادثة ثنائية الاتجاه على التذكرة نفسها، ضمن السياق.
  • : يبدأ وكيل التنفيذ من حاجة واضحة ومُتحقَّق منها. إعادة عمل أقل.

حدِّد النطاق قبل أن تبني، ويُطلق الفريق بأكمله الشيء الصحيح من المرة الأولى.

كيف يتصرّف تحديد النطاق

لا يبدأ المهمة أبدًا
تحديد النطاق خطوة تحقّق. فهو لا ينقل التذكرة إلى حالة قيد التنفيذ، ولا يرسل إشعار «بدأ العمل»، ولا يكتب ملفات ولا ينفّذ أي commit. أنت تؤطّر الفكرة، لا تلتزم ببنائها.
مستقل عن المزوّد
يعمل وكيل تحديد النطاق بدور Product Manager على المزوّد الذي تختاره. يعمل بالطريقة نفسها مع Claude وCodex وAntigravity، على جهازك الخاص، مقابل قاعدة شيفرتك الخاصة.
تذكرة واحدة، من البداية إلى النهاية
تعيش الملاحظة والنموذج الأولي والمحادثة جميعها على التذكرة نفسها، وهي التذكرة نفسها التي ينفّذها وكيل لاحقًا. يجسر تحديد النطاق بين اقتراح مبهم والبناء الصحيح تمامًا.

FAQ

ما هو تحديد نطاق التذكرة في AgentsRoom؟

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

كيف أحدّد نطاق تذكرة؟

افتح تذكرة ملاحظات وانقر زر «حدِّد نطاق هذه الفكرة». يظهر فقط على تذاكر الملاحظات ويُظهر صورة Product Manager. عندها يُنشئ AgentsRoom وكيل PM مؤقتًا، ويحقن موجّه تحديد نطاق، ويفتح طرفيته لتشاهده يعمل.

ما نوع النموذج الأولي الذي يبنيه وكيل تحديد النطاق؟

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

هل يبدأ تحديد النطاق المهمة أو يُخطر الشخص الذي قدّم الفكرة؟

لا. تحديد النطاق خطوة تحقّق عن قصد. فهو لا ينقل التذكرة إلى حالة قيد التنفيذ أبدًا ولا يرسل إشعار «بدأ العمل» أبدًا. يعود إليك رابط النموذج الأولي أولًا. ولا يُسلَّم إلى المحادثة داخل التطبيق لدى صاحب الملاحظة إلا إذا اخترت صراحةً مشاركته.

هل يُرسَل النموذج الأولي إلى العميل تلقائيًا؟

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

كيف تعمل المحادثة ثنائية الاتجاه؟

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

لماذا تحدّد نطاق تذكرة بدلًا من بنائها مباشرةً؟

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

أي دور وكيل يستخدمه تحديد النطاق؟

وكيل Product Manager. يحمل الزر صورة PM لتعرف دائمًا أي وكيل يُنشئه. الوكيل مؤقت ومقتصر على تلك التذكرة، وهو غير مرتبط بوصفه وكيل التنفيذ للتذكرة.

هل يعمل تحديد نطاق التذكرة مع قائمة المهام العامة عن بُعد؟

نعم، هذا موطنه الطبيعي. تصل الملاحظات عبر قائمة المهام العامة، ويعيش تحديد النطاق على التذكرة نفسها، وتُنفَّذ التذكرة نفسها لاحقًا بواسطة وكيل. تحديد النطاق هو الجسر بين الجمع المدفوع بالملاحظات والبناء.

هل يعمل تحديد النطاق مع Claude وCodex وAntigravity؟

نعم. وكيل تحديد النطاق مستقل عن المزوّد ويتصرّف بالطريقة نفسها عبر Claude وCodex وAntigravity وغيرها من واجهات سطر أوامر الوكلاء. يعمل محليًا مقابل مشروعك الخاص.

قد يعجبك أيضًا

حدِّد نطاق الفكرة قبل أن تبنيها

احصل على AgentsRoom وحوّل الملاحظات الغامضة إلى تذاكر مؤطَّرة ومُتحقَّق منها مع وكيل ذكاء اصطناعي بدور Product Manager.

مجانيتحميل AgentsRoom

التطبيق المرافق: تابع وكلاءك أينما كنت

استخدم Claude أو Codex أو Antigravity CLI أو أي مزود AI آخر.

تثبيت الملحق
Chrome Web Store

أرسل الأخطاء والطلبات مباشرة إلى قائمة المهام العامة.

لمحة عن AgentsRoom أثناء العمل.

مشاريع متعددة
متعدد المزوّدين
وكلاء متعددون
حالة مباشرة
فرق الملفات والإيداع
تطبيق الهاتف
معاينة مباشرة
فرق الوكلاء
أتمتة المتصفح
تطوير موجّه بالـ backlog
مكتبة البرومبت
مكتبة المهارات
عرض جميع الميزات