לומדים

התשובה בקצרה

תהליך ה־/design החדש שימושי כי הוא מוסיף שלב חקירה לפני ש־Claude כותב קומפוננטות. במקום לפתוח ב"בנה לי דשבורד", אתה מתאר את הממשק ובוחן קודם כמה כיווני עיצוב חזותיים.

זוהי ברירת המחדל טובה יותר לעבודה UI עמומה. הטעות היקרה בדרך כלל איננה JSX גרוע; היא התחייבות לפריסת האפשרית הראשונה לפני שמישהו השווה אלטרנטיבות. התצוגה עדיין מוקדמת, ומדריך הפקודות הציבורי עשוי שלא לכלול כל פקודה מוגדרת או ספציפית לחשבון, אז ודא זמינות מקומית לפני שתתעד אותה כתלות יציבה בצוות.

התחל עם הפקודה הקצרה ביותר

בדוק את הגרסה המותקנת קודם; עדכן רק אם התצוגה אינה זמינה:

claude --version
# If needed:
claude update

ואז תאר את המשתמש, המשימה, התוכן והמגבלות — לא ערמת הוראות CSS. לדוגמה:

/design Create a mobile-first reading dashboard for saved technical articles. Show unread count, filters, article cards, and a clear empty state. Use our existing dark theme and make keyboard focus visible.

הפלט השימושי אינו צילום מסך סופי. זה סט של כיוונים מתחרים שתוכל להשוות: צפיפות, היררכיה, ניווט וכמה מהמסך מוקדש למשימה הראשית.

לולאת סקירה שמונעת סבבי עבודה יפים אבל מסוכנים

راجع כל כיוון בארבע שאלות קונקרטיות:

1. האם המשתמש יכול להשלים את המשימה הראשית בלי הסבר? אם התשובה תלויה באפודנסות דקורטיביות, דחה את הכיוון.
2. האם התוכן מתאים? בדוק כותרים אמיתיים, תוויות ארוכות, מצבי ריקה, שגיאות ומצבי טעינה — לא טקסטי־מילוי.
3. האם זה שורד מגבלות רספונסיביות ונגישות? בדוק סדר מקלדת, נראות פוקוס, ניגודיות, הפחתת תנועה ומסכים צרים.
4. האם המערכת הקיימת תוכל לתמוך בזה? השווה ריווח, טיפוגרפיה, טוקני צבע ורכיבים לפני המצאת דפוסים חדשים.

שמור רישום החלטות קצר שמסביר למה כיוון זכה במקום להעתיק לוח עיצוב למחסן בלי לכוונה.

איפה התצוגה מפסיקה

/design לא מבטל את הצורך בשיקול מוצר. כיווני עיצוב שנוצרים יכולים להעדיף יתר על המידה חידוש חזותי, להשמיט מצבי אימות, או להצביע על אינטראקציות יקרות במובייל. הם גם אינם יכולים לדעת את האנליטיקה שלך, דרישות משפטיות, מודל התוכן או שפת העיצוב המוסכמת אלא אם סיפקת את ההקשר הזה.

המסירה הנקייה היא תמצית קומפקטית: הכיוון הנבחר, האלטרנטיבות שסורבו, המשתמשים המיועדים, דוגמאות תוכן אמיתי, כללי רספונסיביות, דרישות נגישות והרכיבים שצריך reuse. התחל פקודת מימוש חדשה מהתמצית הזו. הפרדה בין חקירה לקידוד מונעת מהמנוע להגן על רעיון חזותי ראשון בזמן שהוא כותב את הקומפוננטה הראשונה.

מסקנה

השתמש ב־/design כאשר הבעיה היא מה צריך להיות הממשק. השתמש בתהליך הקידוד הרגיל כאשר החלטת העיצוב כבר נעשתה. הפקודה הכי שימושית ככוח דחיפה: השווה כמה כיוונים, בדוק אותם מול מגבלות אמיתיות, ואז כתוב קוד עם החלטה שאפשר להסביר.

מאמר זה מתאר תצוגה מוקדמת ומכוון במודע שלא להתייחס אליה כערבות ליציבות פקודה. מדריך הפקודות הרשמי של Claude Code ושל לוח השינויים נשארים מקור האמת לזמינות והתנהגות גרסאות, נבדקו ב־2026-08-20.