سلّم عادات الهندسة للوكيل لينفّذها

لمن تناسب

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

بعد التثبيت تحصل على مجموعة مهارات شرطة مائلة. تسمي الصفحة /think و/check و/hunt. في Claude Code تكتب أوامر الشرطة المائلة مباشرة. في Codex تستدعيها باسم المهارة المثبتة وتتبع الخطوات نفسها. تذكر الصفحة أيضًا Cursor وGemini CLI وCopilot وAmp وKimi Code CLI، وأن الوكلاء الآخرين الذين يقرؤون المجلد المشترك نفسه يمكنهم التقاط هذه المهارات الثماني. هذه علاقة قراءة مجلد وليست مجموعة أسماء حصرية.

الأنسب من لديه مستودع هدف يمكن فتحه ويريد أولًا خطة أو فحصًا للقراءة فقط، بدل أن يقول implement من البداية. الملاحظات الرسمية:

https://github.com/tw93/waza

أول محاولة في 3 دقائق

استخدم مسار التثبيت الرسمي هذا فقط:

npx skills add tw93/Waza -a claude-code codex cursor -g -y

الأمر يضع نسخة في مجلد المهارات المشترك ~/.agents/skills. يتصل Claude Code برابط رمزي. يتعرف Codex وCursor والوكلاء الآخرون الذين يقرؤون ذلك المجلد على المهارات بأسماء مثل /check و/think. الصفحة لا تعطي مثبّتًا ثانيًا كمسار رئيسي.

الشروط المسبقة: هذا الجهاز يستطيع تشغيل أمر npx أعلاه، وفتحت وكيلًا واحدًا على الأقل يقرأ ~/.agents/skills. موضع التثبيت هو هذا المجلد المشترك. لا تنسخه يدويًا إلى مجلد آخر.

للمهمة الأولى اختر فعلًا قابلًا للعكس ومائلًا إلى التحليل. بعد فتح المستودع الهدف في Claude Code اكتب /check، أو اكتب /think أولًا للخطة فقط. في Codex استدعِ الفحص أو الخطة نفسها باسم المهارة. لا تقل implement في المحاولة الأولى. إشارة النجاح: تظهر المهارات بأسماء مثل /check و/think، ويستطيع /check إعطاء نتيجة فحص من السياق العام للمستودع بدل القول إن المهارة غير مثبتة.

حالات استخدام

الحالة 1: خطط الوظيفة أولًا ثم قرر التنفيذ.

رسميًا تُكتب تخطيط الوظيفة هكذا: /think، وافق على الخطة، ثم قل implement X، ثم /check، وبعدها فقط merge. في المرة الأولى قف عند /think واقرأ الخطة. الدليل لا يكتب شكل زر الموافقة ولا أمر merge محددًا. ما يمكن تأكيده هو هذا الترتيب، وأن التنفيذ يجب أن يحدث بعد قبول الخطة.

الحالة 2: ابحث عن السبب الجذري أولًا ثم غيّر الشفرة.

رسميًا تُكتب إصلاح العيب هكذا: /hunt، ثم الإصلاح، ثم /check، ثم المتابعة. تكتب الصفحة المتابعة كـ release/publish/push/issue follow-through لكنها لا توسّع تلك الخطوات. في المرة الأولى شغّل /hunt فقط. بعد أن يطابق وصف السبب الجذري الظاهرة، غيّر. /hunt مكتوب لتأكيد السبب الجذري لا لبدء التغيير مباشرة.

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

حدود الاستخدام

يوفر Waza عادات هندسية عامة فقط. يقرأ /check أثناء التشغيل السياق العام للمستودع الهدف، بما في ذلك README وبيانات حزم وMakefile ومسارات التكامل المستمر وقيود هذه المهمة. لا يقرأ المسارات الخاصة أو بيانات الاعتماد أو الرموز. الصفحة لا تكتب أنه يستطيع الوصول إلى إعداد خاص أو أسرار.

أمر التثبيت يسمي الأهداف الثلاثة claude-code وcodex وcursor، وتقع النسخة في ~/.agents/skills. يمكن لوكلاء آخرين يقرؤون ذلك المجلد التقاط المهارات، لكن الصفحة لا تعطي مثال تشغيل لكل اسم. إلى جانب شرط Claude Code واستدعاء Codex بالاسم، المؤكد لبقية البيئات هو فقط «إن قرأوا المجلد المشترك تظهر هذه المهارات الثماني».

الصفحة لا تكتب نطاق لغات ولا حصة ولا نوع مستودع إلزامي. عندما ينقص السياق العام في المستودع الهدف، إلى أين يصل /check ليس له مثال فشل منفصل.