مراجعة Kilo Code: متى يستحق الانتقال إليه؟

ما هو Kilo Code؟

Kilo Code، ويُعرف أيضًا باسم Kilo، وكيل يقرأ سياق المشروع ويستخدم أدوات تساعده على كتابة الكود وتعديله ومراجعته. إنه البرنامج المحيط بالنموذج اللغوي، وليس نموذجًا بحد ذاته. تتيح تطبيقاته مفتوحة المصدر العمل في Visual Studio Code وبيئات التطوير المتكاملة (IDEs) من JetBrains والطرفية، فيما تضيف خدماته المستضافة Cloud Agents ومراجعات طلبات السحب وبوابة للوصول إلى النماذج. وهذا فرق مهم: تستطيع فحص مصدر الوكيل، لكن ذلك لا يعني أنك تملك البنية التحتية أو النموذج الذي يعالج طلبًا مستضافًا. كما أن تعدد النماذج المعلن عنه يوفّر خيارات لمحرك التنفيذ، ولا يثبت أن جميعها ستتعامل مع مستودعك بالكفاءة نفسها.

جرت مطابقة المعلومات مع صفحات Kilo الرسمية ووثائقه وأسعاره المنشورة في 31 أكتوبر 2026. ورُوجعت المعلومات المتعلقة بالبدائل في صفحات الشركات المطوّرة لها في التاريخ نفسه. هذا تقييم يستند إلى الوثائق العامة، ويتضمن أساليب عمل مقترحة وأمثلة حسابية؛ ولم يتضمن اختبار أداء من داخل حساب مسجّل الدخول. ويستند الحكم إلى استمرارية العمل بين البيئات، والتحكم في النماذج، ووضوح الفوترة، وحدود المراجعة.

لمن يناسب Kilo، ومتى يُفضّل تجاوزه؟

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

المقارنة هنا تتعلق بما ستكسبه من الانتقال. فقائمة المزايا الطويلة لا تثبت أن تعديلات الكود ستكون أفضل، ولا تدّعي هذه المراجعة أن Kilo يتفوّق على أيّ من البديلين في مشروعك.

Kilo Code أم Cline؟

Cline وكيل مفتوح المصدر بواجهات للمحرر والطرفية، يتيح اختيار مزوّد النموذج ويدعم النماذج المحلية. ويستخدم أسلوب Plan/Act الذي يفصل مناقشة التغيير عن تنفيذه. ويوثّق موقعه الحالي أيضًا المهارات والتكاملات والعمل بعدة وكلاء. لذلك لا تُعدّ هذه القدرات أسبابًا حصرية لاختيار Kilo. قدرات Cline الحالية.

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

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

للتعرّف عن قرب إلى طريقتي العمل البديلتين، اقرأ مقارنة Cline وClaude Code. وهناك تفصيل يهم مستخدمي JetBrains: تضع صفحة أسعار Cline الحالية إضافة JetBrains ضمن خطة Enterprise؛ فلا تفترض أن عرضه للأفراد يدعم المحررات نفسها التي يدعمها Kilo.

Kilo Code أم Claude Code؟

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

اختر Claude Code إذا كنت تريد طريقة عمل تتمحور حول Claude، وكانت حصة الاستخدام في اشتراكك الحالي تغطي العمل بأريحية. عندها تقل حاجتك إلى إضافة بوابة أخرى لمجرد الوصول إلى نموذج تستخدمه أصلًا. والقيد المؤثر هنا هو اشتراك Claude وClaude Code في حصة استخدام واحدة؛ إذ يستهلك استخدام Claude التفاعلي وClaude Code من الرصيد نفسه.

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

Kilo Code أم Cursor؟

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

Kilo Code أم OpenCode؟

OpenCode وكيل برمجة مفتوح المصدر، له واجهات للطرفية والمحرر وسطح المكتب، ويتيح اختيار المزوّد. وتعتمد عليه واجهة Kilo الحالية لسطر الأوامر وإضافة VS Code التي أُعيد بناؤها. اختر OpenCode إذا كانت طريقته في العمل تلائمك بالفعل، واختر Kilo إذا كانت الخدمات المحيطة به هي سبب بحثك عن أداة. والاعتماد على الأساس نفسه لا يعني تطابق السلوك أو وتيرة الإصدارات أو المزايا المستضافة. OpenCode، الأساس الذي بُني عليه Kilo CLI.

Kilo Code أم Roo Code؟

لا ينبغي التعامل مع Roo Code بوصفه منتجًا مماثلًا ما زال يحظى بالصيانة عند إعداد قائمة خيارات جديدة. فمستودعه الرسمي مؤرشف، ويذكر ملف README أن الإضافة توقفت عن العمل. وعلى مستخدميه الحاليين الذين يدرسون Kilo التعامل مع الانتقال بوصفه عملية نقل للتعليمات وأساليب العمل، لا افتراض أن الإعدادات القديمة ستنتقل كما هي. مستودع Roo Code.

إذا لم تناسبك أيّ من هذه الطرق، فقد تفيدك القائمة الأوسع لـبدائل Claude Code.

اعمل في المحرر والطرفية بالوكيل نفسه

أول ما يفيدك في Kilo هو إبقاء الوكيل قريبًا من الكود، مع إمكانية تقسيم المهام إلى تغييرات يسهل فحصها. وتشمل إمكاناته الحالية في المحرر جلسات متوازية وأشجار عمل (worktrees) ومراجعة الفروق، وتتجاوز نافذة دردشة تقترح مقاطع برمجية.

VS Code: افصل إعداد التعديل عن تقصّي المشكلة

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

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

ينبغي أن تصف معايير القبول النتيجة المطلوبة: ألّا يؤدي تكرار webhook، أي إشعار وارد بحدث، إلى استرداد ثانٍ، وأن يظل المسار الناجح الحالي يعمل، وألّا يتغير كود المدفوعات غير المرتبط بالمشكلة. هذه نقطة بداية أنفع من طلب عام لتحسين نظام المدفوعات.

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

JetBrains: إضافة أصلية مع تفاصيل تخص أشجار العمل

يوفّر Kilo إضافة أصلية لبيئات JetBrains، ومنها IntelliJ IDEA وPyCharm وWebStorm، دون الحاجة إلى Node.js. ثبّتها عبر الإعدادات (Settings) → الإضافات (Plugins) → المتجر (Marketplace)، ثم اضبطها من الإعدادات (Settings) → الأدوات (Tools) → Kilo Code. تُحفظ إعدادات الوكيل المشتركة في kilo.jsonc، بينما تبقى إعدادات بيئة التطوير الخاصة داخل الإضافة. وثائق JetBrains.

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

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

CLI: خيار عملي للعمل من الطرفية

تتيح واجهة سطر الأوامر في Kilo استخدام الوكيل من مجلد المشروع، مع الاختيار بين حساب Kilo ومفاتيح مزوّديك. وهذه طريقة التثبيت الموثّقة عبر npm: Kilo CLI.

npm install -g @kilocode/cli
kilo

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

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

نماذج Kilo Code: اختر مسار الطلب إلى جانب النموذج

تظهر فائدة مرونة Kilo في اختيار النماذج عندما تميّز بين النموذج والخدمة التي يمر عبرها الطلب. تمنحك البوابة وصولًا مستضافًا؛ ويتيح استخدام مفتاحك الخاص (BYOK) إجراء الاستدلال، أي معالجة النموذج لطلبك، عبر حسابك لدى المزوّد؛ أما دعم النماذج المحلية فيتيح تشغيل نموذج على جهازك باستخدام برامج مثل Ollama أو LM Studio. ومفتاح المزوّد هو بيانات اعتماد للوصول إلى واجهة API، وليس وسيلة عامة لنقل اشتراك تطبيق آخر. خيارات الاستدلال في Kilo، Gateway.

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

يوفّر Kilo Auto Model مسارات Efficient وFrontier وFree. يصنّف Efficient العمل ويختار استراتيجية للنماذج تتناسب مع صعوبته؛ ويستخدم Frontier نماذج مدفوعة موجّهة للمهام المعقدة؛ أما Free فيوجّه الطلبات عبر النماذج المجانية المتاحة. ويمكنك بدلًا من ذلك اختيار نموذج بعينه. Auto Model.

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

التوجيه التلقائي وسيلة للتيسير، وليس إعدادًا ثابتًا للتجارب. تذكر وثائق Kilo أن النماذج المستخدمة قد تتغير من جهة الخادم، وأن قائمة الاختيار الموسّعة تعرض النماذج المختارة والتكلفة. وإذا كنت تقارن أدوات على المهمة نفسها، فسجّل النموذج الفعلي ومسار الطلب، ولا تكتفِ بتسجيل كلمة Auto. وثائق Auto Model.

مهارات Kilo Code: وثّق طريقة إنجاز العمل المتكرر

يدعم Kilo المهارات، وهي مجلدات تحتوي على ملف SKILL.md يجمع تعليمات مهمة قابلة للتكرار. تُحفظ مهارات المشروع حاليًا داخل .kilo/skills/؛ ويتعرّف الوكيل إلى بياناتها الوصفية ويحمّل التعليمات المناسبة عند الحاجة. إنها وسيلة لتزويده بإجراء موثّق، وليست ضمانًا لتنفيذ كل تعليمة على نحو صحيح. وثائق المهارات.

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

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

Cloud Agents: سلّم الوكيل مهمة قابلة لإعادة التنفيذ

تفيد Kilo Cloud Agents عندما تستطيع المهمة العمل في بيئة مستضافة دون الاعتماد على حاسوبك المحمول. وتوثّق Kilo ربط المستودعات، وبيئة Linux بعيدة، وإنشاء الفروع وأشجار العمل، وملفات تعريف للبيئة قابلة لإعادة الاستخدام. وتحتوي هذه الملفات على أوامر الإعداد ومتغيرات البيئة والأسرار. Cloud Agents.

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

هناك قيد واضح عند نقل العمل إلى السحابة: لا تكتشف Cloud Agents الملف .kilo/setup-script وتنفّذه تلقائيًا. إذا كان هذا السكربت يجهّز المستودع، فاستدعه صراحة ضمن أوامر الإعداد (Setup Commands) في ملف تعريف البيئة السحابية. تنتقل مهارات المشروع مع المستودع؛ أما مهارات المستخدم العامة الموجودة في مجلده الرئيسي فلا تنتقل معه. وثائق Cloud Agent.

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

Code Reviews: اجعل سياسة المستودع أساس المراجعة

يستطيع Kilo Code Reviewer إضافة ملاحظات إلى طلبات السحب في GitHub وطلبات الدمج في GitLab بعد إعدادها، باستخدام النموذج ومحاور المراجعة التي تختارها. ويدعم أيضًا المراجعة المحلية قبل إنشاء الالتزام. والسؤال المفيد هو: هل تكشف تعليقاته مخاطر في الكود يمكن اتخاذ إجراء بشأنها؟ فإنتاج قائمة طويلة من الاقتراحات لا يكفي. Kilo Code Reviewer.

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

أكثر الإعدادات فائدة هو REVIEW.md، وهو ملف سياسة مراجعة محفوظ في المستودع. أضفه في التزام على الفرع الأساسي وفعّل Use REVIEW.md في إعدادات Code Reviews. يقرأ Kilo السياسة من ذلك الفرع الأساسي، لا من التغيير المقترح. وإلا لاستطاع طلب السحب تعديل التعليمات التي سيُقيَّم على أساسها. وثائق Code Reviews.

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

للعمل المحلي، يفحص /review التغييرات التي لم تُحفظ في التزام بعد، ويفحص /review branch الفرع مقارنة بفرعه الأساسي. ومن التسلسلات المفيدة إجراء مراجعة محلية، ثم إصلاحات محددة، ثم فتح طلب سحب ليمر بإجراءات الفريق المعتادة. وراقب ما إذا كانت إعادة التشغيل تضيف أدلة جديدة أم تعيد صياغة الملاحظة نفسها فحسب.

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

أسعار Kilo Code للمطوّر المستقل والفريق الصغير

يفصل Kilo بين الوصول إلى المنصة، واستدلال النماذج، وموارد الحوسبة المستضافة. ابدأ بمنصة الأفراد ما لم تكن تحتاج إلى إدارة مشتركة. وهذه الخطط الحالية والرسوم ذات الصلة لتقييم قرار الشراء:

• Free & Open Source: لا رسوم على المنصة؛ يُحاسَب الاستخدام بشكل منفصل.
• Teams: $15 لكل مستخدم شهريًا للفوترة والمفاتيح والوكلاء المشتركة ومتابعة الاستخدام. Enterprise: تسعير مخصص لضوابط الحوكمة، مثل تقييد المزوّدين والنماذج، وتسجيل الدخول الموحد، وسجلات التدقيق.
• الاستدلال: استخدام Gateway بأسعار المزوّد، مع رسوم معالجة بنسبة 5% عند شراء الرصيد مذكورة بشكل منفصل. ومع BYOK تُحتسب تكلفة الاستدلال عبر مزوّدك. ويبدأ اشتراك Kilo Pass الاختياري من $19 شهريًا للحصول على رصيد بالاشتراك؛ ولا يمنح استخدامًا غير محدود أو مقعدًا في Teams.
• الحوسبة: Code Review بسعر $0.33 للساعة؛ وDocker/Small Cloud Agent بسعر $0.60 للساعة؛ وStandard بسعر $1.20 للساعة، مع احتساب الاستهلاك بالثانية، إضافة إلى تكلفة الاستدلال. أسعار Kilo.

بناءً على ذلك، تبدأ مساحة Teams لثلاثة أشخاص من $45 شهريًا قبل الاستخدام (3 × $15). ووفق سعر حوسبة المراجعة المنشور، فإن مراجعة افتراضية مدتها عشر دقائق ستستهلك $0.055 من الحوسبة (10 ÷ 60 × $0.33)، إضافة إلى الاستدلال والرسوم المنطبقة. هذا مثال حسابي، وليس مدة تشغيل مقاسة أو سعرًا إجماليًا للمراجعة. ويظل استدلال النموذج وإعادة المحاولات عاملين مؤثرين في جانب كبير من الفاتورة النهائية.

وتشترط السحابة أيضًا وجود رصيد قدره $5 لبدء التشغيل؛ وهو شرط رصيد، لا رسم إضافي، كما أن BYOK لا يلغي رسوم الحوسبة. تفاصيل فوترة السحابة. وإذا كنت تفكر في Pass، فلا تحتسب إلا الرصيد الإضافي الذي ستستخدمه؛ إذ تنتهي صلاحيته شهريًا. شروط Kilo Pass.

الحاجة إلى الإدارة المشتركة هي ما يدفعك من Free إلى Teams، والحاجة إلى الحوكمة هي ما يدفعك من Teams إلى Enterprise. اشترِ مستوى التحكم الذي تحتاجه، ثم ضع ميزانية مستقلة للاستخدام.

قيود قد تغيّر قرارك

تأتي مرونة Kilo مع خيارات إعداد يحتاج الفريق الصغير إلى تولّي مسؤوليتها. وهذه القيود الأرجح تأثيرًا في التوصية.

لا يناسب Auto Free العمل السري قبل التحقق من مسار البيانات. تذكر وثائق Auto Model الخاصة بـKilo أن المسارات المجانية قد تستخدم مزوّدين يسجّلون المدخلات والمخرجات ويستخدمونها لتحسين خدماتهم. وتنصح صراحة بعدم إرسال بيانات شخصية أو سرية. وكون مصدر تطبيق الوكيل مفتوحًا لا يلغي ممارسات المزوّد المختار في التعامل مع البيانات. استخدم مسارًا معتمدًا للكود الخاص. التعامل مع البيانات في Auto Free.

الإعداد المحلي لا يتحول تلقائيًا إلى إعداد سحابي. غياب التنفيذ التلقائي لـ.kilo/setup-script وعدم انتقال مهارات المجلد الرئيسي قد يجعلان التعليمة نفسها تؤدي إلى سلوك مختلف في البيئة البعيدة. احفظ تعليمات المشروع الضرورية في نظام التحكم في الإصدارات، وحدّد إعداد البيئة السحابية صراحة. وإلا فستكون مقارنتك بين البيئات بقدر ما هي بين الوكلاء.

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

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

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

خلاصة مراجعة Kilo Code: انتقل إليه عندما يخدم عملًا ستنجزه فعلًا

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

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

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

أسئلة شائعة

استخدم قائمة تدقيق سير العمل بالذكاء الاصطناعي للأعمال لتحديد المهمة والمسؤول عن المراجعة وفحص القبول قبل التوسع في استخدام الوكلاء.