Kimi CLI للتصميم.

ما هو Kimi CLI فعليًا

Kimi CLI هو وكيل ذكاء اصطناعي مفتوح المصدر (Apache-2.0) تشحنه Moonshot AI للطرفية. يقرأ مستودعك، ويعدّل الملفات، وينفّذ أوامر الصدفة، ويبحث في الملفات، ويجلب صفحات الويب، ويختار خطوته التالية من التغذية الراجعة التي يتلقاها — مخطِّطًا ومتحقِّقًا من العمل انطلاقًا من مهام باللغة الطبيعية بدلًا من إكمال أسطر فحسب. وهو أداة Python، تُثبَّت بـ uv، ويقود عائلة نماذج Kimi K2 من وراء الكواليس.

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

• ملفات السياق: يقرأ Kimi CLI ملف AGENTS.md للحصول على سياق مشروع دائم — وهو المكان الطبيعي لترميز اصطلاحات تصميمك وtokens وقوائم المراجعة. شغّل /init لإنشاء واحد لمشروع لا يملكه.
• MCP وACP + وكلاء فرعيون: يدير خوادم MCP بأسلوب حواري عبر /mcp-config، ويعرض جلسة عبر بروتوكول عميل الوكيل (kimi acp) لـ Zed وJetBrains، ويمكنه إيفاد وكلاء فرعيين مدمجين للبرمجة والاستكشاف والتخطيط في سياقات معزولة.
• سجّل الدخول أو أحضر مفتاحك الخاص: عند الإطلاق الأول، يتيح لك /login التفويض عبر OAuth ‏(Kimi Code) أو إدخال مفتاح Moonshot API الخاص بك؛ كما تكشف منصة Kimi نقاط نهاية متوافقة مع OpenAI وAnthropic.

• المزوّد: Moonshot AI
• بيانات الاعتماد: مفتاح Moonshot API («أحضر مفتاحك الخاص»)، أو تسجيل دخول OAuth عبر Kimi Code
• الترخيص: Apache-2.0، مفتوح المصدر

لماذا تلائم نماذج K2 العاملة وسياق كبير التصميم

تأتي ميزة Kimi CLI في التصميم من خاصيتين في النموذج — لكن، كما في كل وكيل، يبقى الذوق أمرًا يجب توفيره.

• برمجة عاملة طويلة الأفق: نماذج Kimi K2 مُحسَّنة لاستخدام الأدوات والعمل متعدد الخطوات، فيمكن للوكيل أن يأخذ مرجعًا وموجزًا ويبني واجهة المستخدم فعليًا ويشغّلها ويصقلها بدلًا من التوقف عند مسودة أولى.
• نافذة سياق كبيرة: حتى 256 ألف token في إصدارات K2 الأخيرة يعني أن نظام التصميم كله وtokens والعديد من الحالات المرجعية تتسع دفعةً واحدة، فيعيد الوكيل استخدام عناصرك الأساسية الحقيقية بدلًا من اختراع أنماط لمرة واحدة.
• الاصطلاحات في AGENTS.md: يوجّه ملف AGENTS.md (إضافةً إلى خادم MCP مثل Figma) الوكيلَ نحو tokens ومكوّناتك ومواصفاتك الحقيقية، فيعمل وفق علامة تجارية بدلًا من مظهر افتراضي.

الدرس هو نفسه الذي يعلّمه كل وكيل: Kimi CLI لا يمتلك ذوقًا افتراضيًا. إنه ينتج تصميمًا جيدًا حين تمنحه قيودًا — نظام تصميم، ومهارة جمالية، ومراجع ملموسة. يحزم Open Design هذه المدخلات بالضبط، ولهذا يتلاءم الاثنان معًا (المزيد أدناه).

إعداد Kimi CLI لأعمال التصميم، من الصفر

إليك المسار الكامل من جهاز نظيف إلى Kimi CLI قادر على بناء واجهة المستخدم والتحقق منها.

# 1. Install Kimi CLI (uses uv; Python 3.12–3.14, 3.13 recommended)
curl -LsSf https://code.kimi.com/install.sh | bash
# or, if you already have uv:
uv tool install --python 3.13 kimi-cli

# 2. Start it in your project and authenticate on first run
cd your-project
kimi              # then run /login: OAuth via Kimi Code, or paste a Moonshot API key

# 3. Generate project context
/init             # scaffolds an AGENTS.md for this project

# 4. Wire an MCP server (optional, e.g. Figma for design handoff)
/mcp-config       # add, edit, and authenticate MCP servers conversationally

• رمّز قواعد تصميمك: ضع tokens والعناصر الأساسية والاصطلاحات في AGENTS.md ووجّه Kimi إليها، لتطابق المخرجات علامة تجارية بدلًا من الرجوع إلى مظهر عام.
• أضف التحقق في المتصفح: اربط Playwright أو خادم MCP للمتصفح حتى يعرض Kimi في متصفح حقيقي ويفحص مخرجاته عبر نقاط التوقف بدلًا من مجرد تأكيد نجاح البناء.

سير العمل من المرجع إلى واجهة المستخدم

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

1. ابدأ من أوضح المراجع المتاحة لديك — وأدرج حالات متعددة (سطح المكتب والجوال، والتمرير فوق العنصر، والحالة الفارغة، وحالة التحميل)، لا لقطة بطولية واحدة فحسب.
2. كن محددًا في المطالبة؛ المطالبات الغامضة تنتج واجهة مستخدم عامة حتى مع وكيل قوي.
3. احتفظ بنظام تصميمك واصطلاحاتك في AGENTS.md، وأخبر Kimi بمكان tokens والعناصر الأساسية المعتمدة.
4. شغّل خادم تطوير واجعل Kimi يعرض في متصفح حقيقي، مع تغيير الحجم إلى نقاط التوقف لفحص النتيجة.
5. كرّر العمل بجعل Kimi يقارن تنفيذه بالمراجع — لا مجرد تأكيد أنه يُبنى.

وجّه Kimi نحو مراجعك وخادم التطوير، ثم امنحه قيودًا ملموسة:

kimi
# in the prompt:
> Implement the design in ./references (reference-desktop.png,
  reference-mobile.png) using React + Vite + Tailwind + TypeScript.
  Reuse my existing design-system components and tokens from AGENTS.md.
  Match spacing, layout, and hierarchy; make it responsive.
  Run the dev server, render it in the browser, and iterate until it
  matches the references across breakpoints.

أبقِ المطالبات صغيرة ومركّزة، وثبّت التكرارات الجيدة وارجع عن السيئة (مخبرًا Kimi عند الرجوع)، حتى يبني كل مرور على أساس نظيف. ويمكن لـ Kimi CLI أيضًا أن يأخذ تسجيل شاشة قصيرًا أو مقطعًا توضيحيًا حين يصعب وصف تدفّق ما بالكلمات.

AGENTS.md وMCP والوكلاء الفرعيون

ثلاث نقاط امتداد تجعل Kimi CLI عمليًا لأعمال التصميم المستمرة، وكلها تنطبق بسلاسة على سير عمل تصميمي مفتوح.

• سياق AGENTS.md: تعيش قواعد المشروع في ملف AGENTS.md في جذر المستودع. وهو الموطن الدائم لاصطلاحات تصميمك، يُقرأ في كل تشغيلة — وهو الصيغة المحمولة نفسها التي يستخدمها وكلاء آخرون.
• خوادم MCP: أضف خوادم MCP بأسلوب حواري عبر /mcp-config — وهي الطريقة المحمولة لجلب سياق التصميم والأدوات الخارجية، وأبرزها خادم MCP الخاص بـ Figma، التي تعمل عبر الوكلاء، لا مع Kimi فقط.
• الوكلاء الفرعيون وسوق الإضافات: أوفد وكلاء فرعيين مدمجين للبرمجة والاستكشاف والتخطيط في سياقات معزولة، وثبّت المهارات وخوادم MCP ومصادر البيانات من السوق أو من أي مستودع GitHub لجمع المراجع وتشغيل حلقة التحقق.

هذه قدرات محمولة ومتعددة الوكلاء — تمامًا من النوع الذي بُني Open Design لتنسيقه، بدلًا من إعادة إنشائه في كل مشروع.

Kimi CLI مقابل Codex وClaude Code وCursor وGemini CLI للتصميم

لا يوجد فائز وحيد في أعمال التصميم — لكل وكيل قوة مختلفة، والفِرق المتمرّسة تجمع بينها. وإليك خلاصة منصفة:

الحكم المتكرر للمجتمع هو أن الذوق يأتي من البشر: جميعها يرجع إلى جمالية عامة بلا مهارات ومراجع وقيود. تلك هي المشكلة الحقيقية التي يجب حلّها — وهي على هيئة أداة تصميم، لا على هيئة نموذج.

المزالق، وكيف تتجنب مظهر «رداءة الذكاء الاصطناعي»

الشكوى الأكثر شيوعًا حول التصميم المُولَّد بالذكاء الاصطناعي أنه يبدو عامًا — تدرّجات لونية ناعمة، ولوحات عائمة، وزوايا مدوّرة مفرطة الحجم، وظلال درامية، ونزعة Inter والبنفسجي التي «تصرخ بأن الذكاء الاصطناعي صنع هذا». ومن المشكلات الأخرى المُبلَّغ عنها تخطيطات الجوال المعطوبة وتسرّب التعليمات إلى نصوص الواجهة. ولا شيء من هذا حصري لـ Kimi CLI؛ بل هو ما يحدث حين يعمل أي وكيل دون سياق تصميم منسّق.

• أضف مهارة جمالية: مهارة تصميم منسّقة تُلزم الوكيل بالالتزام باتجاه حقيقي بدلًا من المظهر الافتراضي.
• تحقّق في متصفح حقيقي: اجعل Kimi يعرض ويفحص ذاتيًا عبر نقاط التوقف حتى لا تنكسر التخطيطات بصمت على الجوال.
• وفّر tokens والمراجع: tokens التصميم الحقيقية ولقطات الشاشة المرجعية هما أكبر رافعة منفردة لجودة المخرجات.
• رمّز القواعد في AGENTS.md: ضع قواعد بأسلوب «لا بطاقات بطولية، حدّ أقصى خطّان، تسلسل هرمي يقدّم العلامة التجارية» حيث يقرأها الوكيل في كل تشغيلة.

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

التصميم باستخدام Kimi CLI داخل Open Design

Open Design هو طبقة التصميم مفتوحة المصدر التي يطلبها سير العمل أعلاه باستمرار. يعامل Kimi CLI بوصفه محوّلًا أصيلًا ويغلّفه بمكتبة منسّقة من المهارات وأنظمة التصميم، وخط عرض منظَّم، وواجهة سطح مكتب محلية — فيكون سياق التصميم الذي يجعل Kimi جيدًا حاضرًا من التشغيلة الأولى، لا مجمَّعًا يدويًا في كل مرة. وكلاهما مفتوح المصدر ومحلي أولاً، وهو ما يجعل الاقتران تلاؤمًا طبيعيًا.

1. ثبّت Open Design واختر Kimi CLI وكيلًا لك.
2. صادِق بمفتاح Moonshot API الخاص بك («أحضر مفتاحك الخاص») — تبقى بيانات الاعتماد على جهازك ولا تُمرَّر عبرنا أبدًا.
3. اختر نظام تصميم ومهارة، ثم ولّد العروض التقديمية والنماذج الأولية وصفحات الهبوط بذوق متّسق.
4. كل مخرج وملف DESIGN.md يعيش في مستودعك الخاص، لا في سحابة مستضافة.

نفس وكيل Kimi CLI، ونفس المفتاح — إضافةً إلى سير عمل تصميمي حقيقي ومحمول ومفتوح المصدر حوله. إنه محلي أولاً وApache-2.0، فلا شيء يخص عملك أو بيانات اعتمادك يغادر جهازك.

الأسئلة الشائعة

1. 01 هل يستطيع Kimi CLI أن يؤدي أعمال التصميم فعلًا؟ +

   نعم — مع مهارة جمالية، ونظام تصميم، وصور مرجعية حقيقية في السياق، ينتج Kimi CLI واجهة مستخدم بجودة الإنتاج ومتجاوبة، ويمكن لنماذج Kimi K2 العاملة لديه أن تعرض المخرجات وتتحقق منها مقابل المراجع. ودون ذلك السياق يميل إلى الرجوع إلى مظهر عام، وهي الفجوة التي يملؤها Open Design.

2. 02 هل أحتاج إلى الدفع للتصميم باستخدام Kimi CLI؟ +

   تحضر بيانات اعتمادك الخاصة: فوّض عبر تسجيل دخول Kimi Code بـ OAuth أو ألصق مفتاح Moonshot API («أحضر مفتاحك الخاص»)، تُفوتر عبر منصة Moonshot. وOpen Design لا يمرّر بيانات اعتمادك على أي حال.

3. 03 ما الذي يجعل Kimi CLI جيدًا للتصميم تحديدًا؟ +

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

4. 04 Kimi CLI أم Claude Code لتصميم الواجهة الأمامية؟ +

   كلاهما قوي. يُعرف Claude Code بقرارات تصميم محددة وواعية بقاعدة الشيفرة؛ وميزة Kimi CLI هي نماذج Kimi K2 العاملة وسياق كبير باقتصاديات «أحضر مفتاحك الخاص». تستخدم فِرق كثيرة كليهما — ويتيح لك Open Design تبديل الوكلاء دون تغيير سير عمل تصميمك.

5. 05 كيف أربط Kimi CLI بـ Figma؟ +

   شغّل /mcp-config داخل Kimi CLI لإضافة خادم MCP الخاص بـ Figma والمصادقة عليه. عندها يستطيع Kimi سحب سياق تصميم حقيقي — مكوّنات ومتغيّرات وبيانات تخطيط — فتطابق الشيفرة المُولَّدة المصدرَ بدلًا من تقريبه.

6. 06 هل Open Design تابع لـ Moonshot AI؟ +

   لا. Kimi CLI منتج من Moonshot AI؛ وOpen Design مشروع مستقل مفتوح المصدر يدعمه بوصفه محوّلًا أصيلًا. Kimi علامة تجارية لـ Moonshot AI.

7. 07 هل ملفاتي وبيانات اعتمادي آمنة؟ +

   نعم — Open Design محلي أولاً وApache-2.0. تبقى ملفاتك ومخرجاتك وDESIGN.md في مستودعك الخاص، وتُستخدم بيانات اعتماد Moonshot الخاصة بك مباشرةً من قِبل وكيلك، ولا تُوجَّه عبر خوادم Open Design أبدًا.