ملخص سريع: يمكنك إدارة استراتيجية الوصول إلى السوق (GTM) عبر Claude Code بتقسيم العمل إلى مهمة مستقلة على لوحة المهام لكل مرحلة: فلاتر الملف التعريفي للعميل المثالي (ICP)، وملف القواعد، والتأهيل، والبحث عن الأشخاص، والعثور على رسائل البريد الإلكتروني والتحقق منها، وتتبع المؤشرات (Signals)، والتواصل المباشر (Outreach). يتولى وكيل ذكاء اصطناعي (Agent) تنفيذ مهام البيانات مستندًا إلى Treg كطبقة للبيانات، بينما يتولى شخص مسؤولية ملف القواعد ويعتمد السطر الافتتاحي لكل رسالة قبل إرسالها.
قد تبدو إدارة عمليات GTM في Claude Code وكأنها مجرد مطالبة (Prompt) طويلة واحدة: «ابحث لي عن 50 حسابًا ملائمًا وراسل مسؤول المشتريات». قد ينجح هذا في العروض التجريبية، لكنه ينهار تمامًا عندما تنفد سعة أداة البحث، أو حين يعجز الفريق عن معرفة من وافق على إرسال بريد إلكتروني معين.
يغطي دليل هندسة GTM من Treg جانب البيانات بالكامل: 16 فصلاً تبدأ من تحديد الـ ICP حتى الإطلاق الفعلي، استنادًا إلى ست عمليات تشغيل مسجلة، و502 طلب مسجل، وتكلفة فعلية بلغت 5.03 دولارات. جميع الأرقام الواردة هنا تمثل نتائج مسجلة لشركة Treg ولم تُعاد مراجعتها بشكل مستقل بعد، لذا يُنصح بتجربتها على بياناتك الخاصة.
أما النصف الآخر فيتعلق بالتنسيق: تحديد مسؤول عن إيقاف العمليات، وشخص معني بالتواصل، ومتابعة أعداد الصفوف في كل مرحلة. ولا يمكن لجلسة عمل واحدة استيعاب كل ذلك. يوضح هذا المقال كيفية تنظيم هذا الدليل في صورة مهام على Sharkly، بحيث تدير الوكلاء كل مرحلة عبر Claude Code أو Codex مع وجود إشراف بشري عند النقطتين المحوريتين اللتين يحددهما الدليل.
لماذا تتطلب إدارة GTM في Claude Code لوحة مهام بدلاً من جلسة واحدة؟
تخفي الجلسات الطويلة مع الوكلاء ثلاثة إخفاقات لا تحتملها عمليات GTM:
- الإنفاق دون نقاط تفتيش: إجراء إثراء مدفوع للبيانات (Paid enrichment) لصفوف كان ينبغي استبعادها منذ البداية.
- الأعطال الصامتة: رصدت Treg الأعطال التي طرأت أثناء عمليات التشغيل لديها دون أن توقفها: نفاد سعة أداة البحث، ونفاد سعة نقطة النهاية لمجموعات الشراء (Buying-group endpoint)، وحظر مؤقت لثلاثة حسابات لتجاوز حد الطلبات (Rate limit)، وخطأ في معالج النصوص (Parser bug) كلف إعادة تشغيل بقيمة 1.08 دولار.
- غياب المسؤول عن الإرسال: قاعدة التواصل في الدليل حاسمة وصريحة: «لا يُرسل أي شيء لم يقرأه إنسان أولاً».
كل مشكلة من هذه هي مشكلة تنظيمية تُحل بتحديد المسؤوليات وحالة التقدم وسجل واضح لكل مرحلة. إنه نموذج المسؤولية البشرية عن أعمال الوكلاء مطبقًا على قوائم العملاء المحتملين.
البنية التقنية: أين تعمل كل أداة؟
ثلاث طبقات، تؤدي كل منها مهمة محددة.
| الطبقة | الأداة | المهمة |
|---|---|---|
| التنفيذ | Claude Code أو Codex | تشغيل المطالبات، وقراءة ملف القواعد، وتصدير ملفات CSV |
| البيانات | Treg | البحث عن الشركات والأشخاص، وإثراء البيانات، والعثور على البريد الإلكتروني والتحقق منه، وتتبع مؤشرات التوظيف والتمويل، مع احتساب التكلفة حسب كل طلب |
| التنسيق | Sharkly | مهمة واحدة لكل مرحلة، ومسؤول مخصص لكل مهمة، وحالات مراجعة، وسجل كامل لعمليات التشغيل |
قم بتهيئة Treg مرة واحدة على الجهاز الذي تعمل عليه الوكلاء. وفقًا لما ورد في ملف إعداد Treg:
# install the CLI and the treg skill for every agent it detects
curl -fsSL https://treg.to/install.sh | sh
# browser sign-in (GitHub, Google, or an emailed code)
treg login
# headless Computer: pass a token instead of a browser
curl -fsSL https://treg.to/install.sh | sh -s -- --token "$TREG_TOKEN"
أو الصق هذا السطر مباشرة في الوكيل: set up treg - https://treg.to/llms.txt. توضح Treg أن الحسابات الجديدة المؤكدة تحصل على رصيد مجاني بقيمة 1.00 دولار لمرة واحدة، وتُحسب تكلفة الطلبات وفقًا لتسعيرة المزود الأصلية دون أي هامش ربح إضافي (0%)، والطلبات التي لا تُسفر عن نتائج لا يُحتسب عليها أي مقابل (0.00 دولار).
مسار GTM كمهام على لوحة العمل
إليك كيفية تحويل الدليل إلى مهام؛ ويوضح العمود الثالث نتائج التشغيل المسجلة لـ Treg في كل مرحلة.
| المهمة (فصل الدليل) | المسؤول | نتائج تشغيل Treg المسجلة |
|---|---|---|
| فلاتر الـ ICP والعد المجاني (1-2) | وكيل | CompanyEnrich، شركات B2B وSaaS، بين 51 و200 موظف، الولايات المتحدة: 10,403؛ التمويل من 2024 فصاعدًا: 1,357 |
| ملف القواعد (3) | شخص | بوابة بإشراف بشري: الحدود الدنيا للاختيار، وشروط الاستبعاد، وسقوف الإنفاق، والمسؤول عن إيقاف التشغيل |
| العملاء المشابهون (Lookalikes) (4) | وكيل | 71 مرشحًا بتكلفة 0.006 دولار؛ اجتاز 8 من أصل 71 فحص الـ ICP بنسبة 50% |
| التأهيل قبل الدفع (5) | وكيل | 50 شركة: تأهلت 27، واستُبعدت 21؛ التكلفة الإجمالية 2.33 دولار، أي 0.12 دولار لكل عميل محتمل قابل للتسليم |
| البحث عن الأشخاص حسب الدور الوظيفي (6) | وكيل | دور "التسويق" في 8 حسابات: 20 شخصًا بتكلفة 0.00 دولار (استخراج بيانات الاتصال هي الخطوة المدفوعة) |
| البحث المتتالي عن البريد والتحقق منه (Email waterfall + verify) (7-8) | وكيل | 60 شخصًا: 32 قابلاً للتسليم، 16 عالي الخطورة، 4 غير معروف، 8 غير صالح؛ بتكلفة 0.65 دولار |
| المؤشرات (9-10) | وكيل | 27 حسابًا: 16 منها لديها شواغر لوظائف GTM خلال 60 يومًا، بتكلفة 1.35 دولار |
| التواصل المباشر (11-12) | الوكيل يصيغ المسودة، والشخص يعتمدها | 4 من أصل 19 سطرًا افتتاحيًا مستندًا إلى الأخبار قُيمت بأنها مقبولة أو أفضل |
| الوسوم، والمقاييس، والإطلاق (14-16) | وكيل + شخص | إحصاء الصفوف لكل مرحلة، وحفظ الاستجابات الأولية، وسقف إنفاق لكل عملية تشغيل |
كيف تكتب ملف ICP يمكن للوكيل استخدامه في الفلترة؟
قسّمه إلى فلاتر وتدقيقات نوعية. الفلاتر هي حقول يمكن لمزود الخدمة البحث عبرها: الدولة، وعدد الموظفين، والتصنيف، والتمويل. أما التدقيقات فهي تقديرات تتطلب تقييمًا لكل صف على حدة، وتُنفذ قبل أي خطوة مدفوعة.
يمكن أن يتضمن وصف المهمة مطالبة Treg التالية: «باستخدام treg، حوّل ملف الـ ICP الموجود في icp.md إلى فلاتر لاثنين من مزودي خدمات البحث عن الشركات. واقتصر فقط على نقاط النهاية الخاصة بالعد المجاني». وتُستمد معايير القبول من الدليل نفسه: لا تُشترى أي قائمة حتى تتطابق نتائج العد المجاني من المزودين تقريبًا، وتظهر عشرة صفوف نموذجية بالشكل المطلوب.
Why does the rules file need a human owner?
لأن تغيير الحد الأدنى للقبول يغيّر محتوى القائمة بأكمله؛ ففي تجربة تشغيل Treg، تأهلت 27 شركة من أصل 48 عند حد مطابقة للـ ICP بنسبة 50%، بينما لم يكن ليتأهل سوى 14 شركة عند رفعه إلى 60%. هذا قرار تجاري بحت، لذا يجب أن يكون الشخص هو المسؤول عن المهمة التي تحدده وتصيغه.
ضع القواعد في مكان تطلع عليه كل مرحلة. تتيح ميزة المهارة (Skill) في Sharkly حزم التعليمات القابلة لإعادة الاستخدام لعمل الوكلاء، وبذلك يتحول ملف القواعد إلى مهارة واحدة ترتبط بكل وكيل GTM بدلاً من نسخ فقرة ولصقها في تسع مطالبات منفصلة.
# gtm-rules.md (owner: the person who can stop the run)
icp_threshold: 0.50
max_spend_per_run_usd: 3.00
drop_if: [no_usable_domain, headcount_outside_51_200]
send_only: verifier_verdict == "deliverable"
stop_owner: "growth lead"
every_stage_reports: [rows_in, rows_out, metered_cost]
المراحل من 3 إلى 7: التأهيل قبل الدفع
هذه هي مهام البيانات ذات التكلفة المنخفضة أولاً. اربطها بعلاقة يعطّل / يتعطل بواسطة (blocks / is blocked by) لضمان انتهاء مرحلة التأهيل قبل بدء البحث عن الأشخاص. هذا الترتيب بالغ الأهمية لضبط التكاليف: فقد أهّلت Treg 50 شركة بتكلفة 2.33 دولار، بينما قُدّرت تكلفة إثراء جميع الشركات الـ 48 بنطاق صالح للاستخدام بنحو 4.12 دولار.
تتحول قاعدتان من الدليل إلى معايير قبول: تخضع الشركات المشابهة (Lookalikes) لنفس فلتر الحجم وتدقيق الـ ICP كأي صف آخر، ولا يدخل التسلسل سوى العناوين التي ثَبُتت قابليتها للتسليم؛ ففي دراسة Treg التي شملت 60 شخصًا، استخرجت أداة البحث 60 عنوانًا، ولم يجتز منها فحص التحقق سوى 32 عنوانًا.
تنتهي كل مهمة بيانات بتعليق من الوكيل يوضح: عدد الصفوف المدخلة، وعدد الصفوف المخرجة، وتكلفة Treg الفعلية المحتسبة؛ ليمثل ذلك مع سجل التشغيل إيصالاً رسميًا لإتمام المرحلة.
كيف تضمن بقاء الإشراف البشري على زر الإرسال؟
مهمة التواصل هي المرحلة التي يجري فيها الوكيل البحث ويصيغ المسودة ثم يتوقف تمامًا. ففي تشغيل Treg، حققت 4 فقط من أصل 19 جملة افتتاحية مستندة إلى الأخبار تقييمًا مقبولاً أو أفضل. لذلك، يترك الوكيل المهمة بحالة في انتظار المراجعة البشرية (waiting for human review)، ليتولى المراجع الموافقة عليها أو تعديلها أو إعادة كتابتها بالكامل. لقد استعرضنا هذا النمط سابقًا في مقالنا عن وكلاء البرمجة مع التدخل البشري المستمر (Human-in-the-loop)، وهو ينطبق تمامًا على البريد الإلكتروني دون أي اختلاف.
كيف يضمن Sharkly الالتزام بقواعد الدليل بدقة؟
- مهمة مستقلة لكل مرحلة: يمنح كل مرحلة حالة تقدم واضحة، ومسؤولاً محددًا (وكيل، أو فريق Crew، أو شخص)، ومعايير قبول محددة.
- حالات المراجعة: توجيه الانتباه نحو الأولويات؛ إذ يمكن للوكيل ترك المهمة بانتظار رد بشري أو مراجعة بشرية، وتظهر هذه الإشارات مباشرة في صندوق وارد (Inbox) الشخص المسؤول.
- سجل التشغيل: يعرض توقيت بدء وانتهاء كل عملية، واستدعاءات الأدوات، وأحداث بيئة التشغيل (Runtime)، وتفاصيل الإخفاقات؛ وهو مسار التدقيق الذي يتطلبه فصل الإطلاق في الدليل.
- المهام الرئيسية: تحتوي المخرجات الشاملة؛ فمثلاً تكون «قائمة مسؤولي مشتريات التسويق للربع الرابع» هي المهمة الرئيسية، بينما تمثل المراحل التسع مهامًا فرعية تابعة لها.
وإذا كنت تفضل عدم توزيع المهام التسع بنفسك، يمكن لقائد الفريق (Crew leader) تقسيم المهمة الرئيسية وتفويض المراحل المختلفة، كما هو موضح في مقال فرق Sharkly (Sharkly Crews). يتيح Sharkly البدء مجانًا، بينما يتم احتساب استهلاك النماذج وفقًا لخطة Claude Code أو Codex المرتبطة ببيئة التشغيل (Runtime) لديك.
المؤشرات: لا تواصل دون رابط المصدر
تتطلب مهمة تتبع المؤشرات أدق معايير قبول وأكثرها صرامة. فقد وجدت Treg أن 16 حسابًا من أصل 27 كانت لديها شواغر لوظائف GTM خلال آخر 60 يومًا، إلا أن 355 إعلان توظيف من أصل 675 كانت قد أُغلقت بالفعل.
أما التغييرات الوظيفية فالوضع فيها أكثر تعقيدًا؛ ففي دراسة Treg التي شملت 148 شخصًا أعلنوا عن توليهم مناصب جديدة، عجزت قواعد بيانات جهات الاتصال عن رصد جهة العمل الجديدة بنسبة بلغت 68% في المتوسط. وفي حين لم يتمكن الفحص المباشر للملف الشخصي سوى من الوصول إلى 49 شخصًا فقط من أصل 148، إلا أنه كان دقيقًا في 47 حالة منها. وتظل قاعدة الدليل واضحة وثابتة: إن لم يتوفر رابط المصدر، فلا ترسل أي رسالة.
كما لم يُظهر اختبار Treg بشأن التوظيف قبل جولات التمويل أي فارق إحصائي بين المجموعات، لذا احرص على التحقق من أي مؤشر توقيت عبر سجل صفقاتك الناجحة والخاسرة قبل اعتماده كمعيار تقييم.
ما تكشفه أرقام Treg وما لا تقوله
تنشر Treg مقارنتين تستحقان الاطلاع الدقيق على صفحة البحث عن الأشخاص لديها:
- تكلفة البريد الإلكتروني الصحيح: في عينة شملت 100 عميل محتمل في أكتوبر 2026، سجلت Treg نحو 92 بريد عمل صحيح بتكلفة 0.58 دولار لكل 100 بريد صحيح، مقابل 84 بريدًا بتكلفة 3.77 دولارات عبر أداة Clay.
- دقة الوكيل: في مهام استكشاف عملاء B2B ضمن اختبار People Search Bench من LessieAI (المكون من 119 مهمة)، سجل Claude Code بمفرده دقة بلغت 43%، بينما قفزت النسبة إلى 78.2% عند دمج Claude Code مع Treg، مع إنجاز القائمة في 1.4 دقيقة بدلاً من 2.8 دقيقة.
هذه النتائج أجرتها الشركة المطورة نفسها وفق الأسعار المعلنة في ذلك اليوم، وتشير Treg إلى أن الفارق الضئيل لعدة صفوف يُعد تعادلاً. لذا استفد من هذه البيانات في تحديد ما ترغب باختباره عمليًا على 50 صفًا من بياناتك الخاصة.
الإطلاق التدريجي على غرار البرمجيات
تنص قاعدة الفصل الأخير على الآتي: لا يعمل أي شيء بشكل مستقل تمامًا قبل اختباره في وضع الظل (Shadow mode). ويتم ذلك عبر اللوحة من خلال ثلاث مراحل:
- وضع الظل (Shadow): يتولى الوكلاء تشغيل جميع مهام البيانات، بينما تظل مهمة التواصل في حالة مراجعة دون إرسال أي رسالة.
- شريحة صغيرة: فئة مستهدفة واحدة لمدة أسبوع، مع مراقبة أعداد الصفوف وتكلفة كل عميل قابل للتسليم ومطابقتها مع ملف القواعد.
- أتمتة مهام البيانات فقط دون الإرسال: تعمل مهام البيانات وفق جدول زمني محدد عبر الأتمتة (Automation)، بينما يظل قرار الإرسال مسؤولية بشرية خالصة.
ولمتابعة عدة عمليات تشغيل في وقت واحد، راجع دليلنا حول كيفية مراقبة وكلاء البرمجة أثناء عملهم بالتوازي.
ابدأ بمرحلة واحدة
تنجح إدارة عمليات GTM في Claude Code عندما تكون كل مرحلة محددة النطاق، ومسعرة بدقة، ومسندة إلى مسؤول واضح، وتوضح لوحة المهام من يملك صلاحية إيقاف التشغيل ومن يعتمد الإرسال. ابدأ بخطوات بسيطة: أنشئ مهمة الـ ICP ومهمة ملف القواعد في Sharkly، وأجرِ عملية العد المجاني، وبعدها فقط انتقل إلى المراحل المدفوعة.
الأسئلة الشائعة
ما هي هندسة الوصول إلى السوق (GTM engineering)؟
يعرّفها دليل Treg بأنها تصميم وبناء وصيانة الأنظمة التي تحول استراتيجية الوصول إلى السوق إلى تدفقات عمل قابلة للتكرار: استهداف الحسابات، وإثراء بيانات العملاء المحتملين، والتقييم، وتتبع المؤشرات، والبحث، وتوجيه الوارد، مع اشتراط المراجعة البشرية قبل إرسال أي رسائل خارجية.
كم تبلغ تكلفة Treg لكل عميل محتمل؟
في عملية التشغيل التي نفذتها Treg في 23 سبتمبر 2026، بلغت تكلفة العملاء المحتملين المؤهلين 0.12 دولار لكل عميل قابل للتسليم، و2.33 دولار للقائمة بأكملها. وتُحسب التكلفة حسب الاستخدام الفعلي للطلبات، مع عدم فرض أي رسوم على الطلبات غير الناجحة (0.00 دولار).
هل يجوز لوكيل الذكاء الاصطناعي إرسال رسائل بريد ترويجية باردة دون مراجعة؟
لا. يشدد دليل Treg على عدم إرسال أي رسالة لم يقرأها إنسان، ولم تحقق سوى 4 جمل افتتاحية فقط من أصل 19 صاغها الوكيل تقييمًا مقبولاً أو أفضل في تجربة التشغيل.
أين تُحفظ قواعد عمل وكيل الـ GTM؟
في ملف قواعد يتضمن حدودًا رقمية واضحة، وشروطًا صريحة للاستبعاد، وسقفًا للإنفاق، وتحديد شخص بعينه يملك صلاحية إيقاف التشغيل. ويمكنك في Sharkly حزم هذا الملف كـ مهارة (Skill) لتمكين جميع الوكلاء من الاطلاع على القواعد نفسها.
هل يعمل هذا مع Codex بدلاً من Claude Code؟
نعم. يدعم إعداد Treg كلاً من Claude Code وCodex وCursor، ويمكن لوكيل Sharkly العمل على أي من بيئتي التشغيل (Runtime) من اللوحة نفسها. راجع مقال مدير مهام الذكاء الاصطناعي: تعيين أعمال الوكلاء وتتبعها ومراجعتها للاطلاع على خطوات الإعداد العامة.