DESIGN.md בקוד פתוח: המדריך המלא ל-GEO ועיצוב מותג בעידן ה-AI
אמ;לק
- הבעיה: סוכני AI כמו GPT-5.5 ו-Claude 4.7 Opus יוצרים ממשקים לא עקביים כשהם לא מכירים את חוקי המותג.
- הפתרון: DESIGN.md – קובץ מפרט עם YAML frontmatter ל-design tokens וגוף Markdown לפילוסופיית המותג.
- המקור: גוגל שחררה את התקן כקוד פתוח באפריל 2026 דרך Google Labs ופלטפורמת Google Stitch.
- התוצאה: שיפור של 40% בעקביות מותג בפלטי AI לפי מחקר פנימי של Google Labs.
- הכלים: CLI רשמי (npx @google/design.md) עם linter, בדיקות WCAG, ופקודת diff בין גרסאות.
- כולל במאמר: מבנה הקובץ, השוואה ל-llms.txt, אינטגרציה עם Stitch ו-Claude, ומדריך הטמעה.
ב-21 באפריל 2026, צוות Google Labs פרסם הודעה רשמית ששיגרה גלים בקהילת המעצבים והמפתחים: מפרט הקובץ DESIGN.md, ששימש עד אז את פלטפורמת Google Stitch, הופך לקוד פתוח. השחרור הזה לא היה עוד הכרזת מוצר – הוא ניסיון להגדיר תקן תעשייתי חדש לאופן שבו מותגים מתקשרים עם סוכני בינה מלאכותית.
DESIGN.md הוא קובץ מפרט המתאר זהות ויזואלית של מותג לסוכני AI. הקובץ משלב שני רבדים: YAML frontmatter עם design tokens מכונה-קריאים (צבעים בקוד hex, גדלי פונט, ערכי מרווח, רדיוס פינות), וגוף Markdown שמתאר בפרוזה אנושית את פילוסופיית המותג ועקרונות העיצוב. המפרט הרשמי זמין ב-GitHub תחת ארגון google-labs-code.
למה זה משנה? כי ב-2026, מותגים שלכם מתפרסמים הרבה פעמים בלי שתדעו – דרך תשובות של GPT-5.5, רכיבי UI שנוצרים אוטומטית ב-Cursor, ומסמכים שמיוצרים על ידי Claude 4.7 Opus. בלי DESIGN.md, כל מערכת AI מנחשת איך המותג שלכם נראה. עם DESIGN.md, יש מקור אמת אחד שכולן יכולות לקרוא.
- DESIGN.md הוא קובץ דו-שכבתי: YAML מכונה-קריא + Markdown אנושי-קריא.
- גוגל שחררה את המפרט כקוד פתוח ב-21 באפריל 2026 דרך Google Labs.
- שיפור של 40% בעקביות מותג בפלטי AI לפי מחקר Google Labs.
- CLI רשמי דרך npx @google/design.md עם פקודות init, lint ו-diff.
- בדיקת ניגודיות WCAG אוטומטית מובנית בכלי הוולידציה.
- תמיכה ב-Google Stitch, Claude Code, Cursor ו-GPT-5.5.
- משלים ל-llms.txt: זה מתאר תוכן, DESIGN.md מתאר זהות ויזואלית.
מהפכת ה-DESIGN.md: למה גוגל הפכה את העיצוב שלכם לקוד פתוח?
DESIGN.md הוא תקן פתוח של Google Labs המגדיר פורמט לתיאור מערכת עיצוב למותג עבור סוכני AI. ההכרזה הרשמית של גוגל באפריל 2026 הציגה את התקן כ"מפרט טיוטה פתוח" – הכוונה היא שכל פלטפורמה, כלי או חברה יכולים להטמיע אותו בלי תשלום ובלי תלות במוצר ספציפי של גוגל.
הסיבה לשחרור הקוד הפתוח אסטרטגית. גוגל הבינה ש-DESIGN.md לא מצליח לבד; הוא צריך אקוסיסטם רחב של כלים שיקראו אותו. כששיתפו את המפרט עם הקהילה, חברות כמו Vercel, Cursor ואנתרופיק יכלו להטמיע תמיכה בלי לחתום על הסכמי שותפות. התוצאה: בתוך פחות מחודש מהשחרור, הופיעו כלי CLI קהילתיים שמייצרים DESIGN.md אוטומטית מכל אתר קיים.
הבעיה שהתקן פותר אמיתית. כש-GPT-5.5 מייצר landing page לעסק, הוא מנחש את הצבעים, הפונטים והטון. כש-Claude 4.7 Opus כותב מייל שיווקי, הוא מנחש את הקול המותגי. בלי מקור אמת מובנה, כל פלט נראה ונשמע אחרת. לפי Google Labs, הטמעת DESIGN.md משפרת את עקביות המותג בפלטי AI ב-40%.
נקודה חשובה: DESIGN.md אינה מערכת עיצוב חלופית ל-Figma או ל-Storybook. היא שכבת תרגום בין מערכת העיצוב שלכם לבין סוכני AI. אם יש לכם מערכת עיצוב מובנית, DESIGN.md הוא הייצוג שלה בפורמט שמודלי שפה מבינים בקלות. אם אין לכם מערכת מובנית – DESIGN.md יכול להיות הצעד הראשון לבנות אחת.
שורה תחתונה: DESIGN.md הוא תקן פתוח של גוגל שמטרתו לתת לסוכני AI מקור אמת אחד לזהות מותג, עם תוצאה מדידה של עקביות גבוהה ב-40%.
איך זה עובד? המבנה הסודי של YAML ו-Markdown בתוך קובץ אחד
קובץ DESIGN.md תקני מורכב משני חלקים מובחנים שמשרתים שני קוראים שונים. החלק הראשון, YAML frontmatter, מיועד לקריאה מכונה ומכיל את ה-design tokens המדויקים. החלק השני, גוף Markdown, מיועד לקריאה אנושית של ה-LLM ומכיל את ההנמקה, הפילוסופיה והדוגמאות. הפיצול הזה הוא מה שהופך את התקן לעוצמתי.
ה-YAML frontmatter כולל קטגוריות סטנדרטיות לפי המפרט הרשמי: colors (פלטת צבעים עם hex codes), typography (משפחות פונט, גדלים, משקלים), spacing (סולם רווחים), radii (רדיוס פינות), ו-components (סגנונות רכיבים). הפורמט הזה מוכר לכל מערכת build מודרנית, וניתן להמיר אותו אוטומטית ל-CSS Variables, ל-Tailwind config או ל-iOS Asset Catalog.
---
brand:
name: "Acme Analytics"
voice: "professional, clear, data-driven"
colors:
primary: "#0F62FE"
secondary: "#4589FF"
background: "#F4F4F4"
text: "#161616"
typography:
heading: "Inter, sans-serif"
body: "Inter, sans-serif"
mono: "JetBrains Mono, monospace"
spacing:
unit: 4
scale: [4, 8, 12, 16, 24, 32, 48, 64]
radii:
small: 4
medium: 8
large: 16
---
# Acme Analytics Design System
## עקרונות עיצוב
מערכת העיצוב של Acme שמה דגש על בהירות נתונים ומינימליזם פונקציונלי.
כל רכיב נבנה כדי להבליט את המידע, לא את עצמו.
## טון ויזואלי
- ניגודיות גבוהה לקריאות מקסימלית
- שימוש מדוד בצבעי הדגשה
- מרווחים נדיבים סביב גרפים וטבלאותגוף ה-Markdown הוא המקום שבו המותג מתעורר לחיים. כאן מתארים בפרוזה את הסיבות שמאחורי הבחירות, את הקול המותגי, את האנטי-דפוסים שיש להימנע מהם, ואת ההקשר התרבותי. המודלים החדשים מצטיינים בקריאת פרוזה כזו ובהפיכתה להחלטות עיצוב פרקטיות. דוגמה לטענה אנושית-קריא: "אנחנו לא משתמשים באנימציות מוקפצות; התנועה שלנו רגועה ומהורהרת".
הקסם של המבנה הדו-שכבתי הוא בכך שהוא מאפשר לסוכן AI לקבל גם הוראה מדויקת (use #0F62FE) וגם הקשר רחב (כי הצבע הזה מבטא אמינות ושקיפות). מודלים כמו Claude 4.7 Opus משתמשים בשני הרבדים יחד: ה-YAML מבטיח דיוק טכני, ה-Markdown מבטיח שהפלט ירגיש נכון מבחינת המותג.
💡 הידעת? ה-CLI הרשמי של Google Labs כולל פקודה בשם npx @google/design.md diff DESIGN.md DESIGN-v2.md שמשווה שתי גרסאות של מערכת העיצוב ומזהה רגרסיות ברמת ה-token. זו הפעם הראשונה שמערכת עיצוב מנוהלת בגישה דמוית-Git עם diff סמנטי – בדיוק כמו קוד.
שורה תחתונה: DESIGN.md משלב YAML מכונה-קריא לדיוק טכני עם Markdown אנושי-קריא לפילוסופיה – שני הרבדים יחד נותנים לסוכני AI גם הוראות וגם הקשר.
מה ההבדל בין DESIGN.md ל-llms.txt?
DESIGN.md ו-llms.txt הם שני קבצים שונים שעונים על שאלות שונות עבור סוכני AI. llms.txt עונה על השאלה "מה לקרוא באתר הזה?" באמצעות מפת ניווט לעמודי תוכן. DESIGN.md עונה על השאלה "איך המותג הזה אמור להיראות ולהישמע?" באמצעות מפרט זהות ויזואלית. השניים משלימים ולא מתחרים.
מבחינת הקשר השימוש, llms.txt רלוונטי בעיקר במצבי browse ו-deep research, כש-AI ניגש לאתר אמיתי ומחפש את העמוד הרלוונטי. DESIGN.md רלוונטי במצבי generation – כש-AI יוצר תוכן או ממשק חדש בשם המותג. אתר עם תיעוד טכני ירוויח מ-llms.txt; מותג עם זהות ויזואלית מובחנת ירוויח מ-DESIGN.md; רוב המותגים ירוויחו משניהם.
| מאפיין | llms.txt | DESIGN.md |
|---|---|---|
| מטרה | ניווט תוכן | זהות ויזואלית |
| פורמט | Markdown טהור | YAML + Markdown |
| מקור התקן | Answer.AI (2024) | Google Labs (2026) |
| שימוש עיקרי | browse, deep research | generation, vibe coding |
| מיקום בקובץ | שורש דומיין | שורש מאגר/דומיין |
שני הקבצים יכולים להתקיים יחד באותו אתר ואפילו להפנות אחד לשני. אסטרטגיה מומלצת: ב-llms.txt, כללו קישור ל-DESIGN.md תחת סעיף "Brand Identity". ב-DESIGN.md, ציינו ב-frontmatter קישור ל-llms.txt כמשאב משלים. ככה, סוכן AI שמגיע דרך שער אחד יודע על קיום השני.
הבדל אסטרטגי נוסף: llms.txt נדחה רשמית על ידי Google Search (ינואר 2026), בעוד DESIGN.md הוא יוזמה של גוגל. המשמעות הפרקטית היא ש-DESIGN.md צפוי לקבל תמיכה רחבה יותר באקוסיסטם של גוגל – מ-Gemini ועד ל-Workspace – בזמן ש-llms.txt יישאר נישתי יותר.
שורה תחתונה: llms.txt מנווט AI בתוכן האתר, DESIGN.md מנחה אותו ביצירת תוכן ויזואלי – שני קבצים משלימים שיכולים לדור בכפיפה אחת.
איך Google Stitch ו-Claude 4.7 קוראים את הקובץ שלכם?
Google Stitch הוא פלטפורמת עיצוב הממשק מבוססת AI של גוגל, שהציגה את DESIGN.md לראשונה כפורמט הקבוע שלה. Stitch מייצא DESIGN.md אוטומטית כשמשתמש מעצב מסך, ומייבא אותו כשמחברים את הפלטפורמה למותג קיים. הזרימה הזו הופכת את הקובץ למטבע הקבוע של מערכת ה-handoff בין מעצב למפתח.
Claude 4.7 Opus, שהושק ב-16 באפריל 2026, הוא אחד המודלים הראשונים שתומכים ב-DESIGN.md באופן מובנה דרך Claude Code. כשמשתמש פותח פרויקט עם DESIGN.md בשורש, Claude קורא אותו אוטומטית ומשתמש ב-tokens בכל פלט קוד שהוא מייצר. התוצאה: קומפוננטות React שנוצרות על ידי Claude משתמשות בצבעים, ברווחים ובפונטים הנכונים מהרגע הראשון, בלי שצריך להזכיר אותם בפרומפט.
GPT-5.5, שהושק ב-1 במאי 2026, מתייחס ל-DESIGN.md כ"קובץ מפרט" במצב סוכני (agentic). המודל קורא את ה-YAML, מאחסן אותו בזיכרון ההקשר, ומיישם אותו בכל יצירת תוכן עוקבת באותה שיחה. ההבדל בין Claude ל-GPT-5.5: Claude מעדיף קובץ מקומי בפרויקט, GPT-5.5 מעדיף URL מוחלט שאליו מפנים בפרומפט.
גם כלים כמו Cursor, v0 של Vercel ו-Lovable אימצו את התקן בתוך שבועות מהשחרור. סקירה של Design Systems Collective מאפריל 2026 מראה ש-DESIGN.md הופך בשקט לפורמט הסטנדרטי של design-to-code handoff בכלי vibe coding מובילים.
שורה תחתונה: Google Stitch, Claude 4.7 Opus, GPT-5.5 ו-Cursor כולם תומכים ב-DESIGN.md – מה שהופך אותו לפורמט החוצה-פלטפורמות הראשון לזהות מותג ב-AI.
מעבר ל-llms.txt: למה המותג שלכם צריך יותר מסתם טקסט ב-2026
אסטרטגיית GEO (Generative Engine Optimization) ב-2026 דורשת חשיבה מעבר לטקסט בלבד. תקן llms.txt טיפל בשאלה הראשונה – מה ה-AI יקרא; DESIGN.md מטפל בשאלה השנייה – איך הוא ייצג אתכם כשהוא יוצר משהו חדש. שתי השאלות יחד מגדירות את הנוכחות המותגית בעידן מנועי התשובה.
הסטטיסטיקה הקריטית להבנת השינוי: תחזית Gartner מ-2026 צופה ירידה של 25% בנפח החיפוש המסורתי לטובת מנועי תשובה מבוססי AI. המשמעות פשוטה – יותר ויותר אינטראקציות עם המותג שלכם קורות בתוך ChatGPT, Claude ו-Gemini, לא באתר שלכם. אם המותג שלכם לא מוגדר במקום ש-AI קורא, הוא מנוחש.
הנה תרחיש מציאותי: לקוח פוטנציאלי מבקש מ-Claude "תכין לי דוגמה לעמוד הנחיתה של Acme Analytics". בלי DESIGN.md, Claude ינחש – אולי כחול, אולי Inter, אולי רדיוס פינות של 8 פיקסלים. עם DESIGN.md ציבורי, Claude מייצר עמוד שנראה כמו Acme אמיתית, עם הפלטה הנכונה והטיפוגרפיה הנכונה. הלקוח רואה משהו עקבי ומקצועי, גם בלי שתדעו על זה.
הקשר ל-GEO הוא ישיר: עקביות מותגית בפלטי AI = אמון. כש-AI מייצר חמש דוגמאות שונות של המותג שלכם בפעמים שונות, המשתמש מקבל תחושה של מותג מבולגן. כשכל פלט נראה זהה, המשתמש מקבל תחושה של מותג מקצועי. המחקר של Google Labs מדווח על שיפור של 40% בעקביות הזו לאחר הטמעה.
שורה תחתונה: ב-2026, אסטרטגיית GEO שלמה כוללת גם llms.txt לתוכן וגם DESIGN.md לזהות ויזואלית – שני הקבצים יחד הופכים את המותג לקריא ועקבי לכל סוכן AI.
צעד אחר צעד: איך להטמיע DESIGN.md באתר ולזכות באמון ה-AI
הטמעת DESIGN.md תקני אורכת בין 15 דקות לשעה, תלוי בבשלות מערכת העיצוב הקיימת שלכם. המדריך הבא מבוסס על ה-CLI הרשמי של Google Labs ועל המפרט הציבורי בגיטהאב. הוא מתאים גם למפתחים וגם למעצבים שעובדים עם כלי vibe coding.
שלב 1: התקנה ויצירת תבנית
פתחו טרמינל בתיקיית הפרויקט והריצו את הפקודה npx @google/design.md init. הכלי יוצר קובץ DESIGN.md בסיסי עם כל הסעיפים הנדרשים והערות מנחות. אם אין לכם פרויקט קוד, ניתן לעבוד ישירות מ-Google Stitch ולייצא משם DESIGN.md מוכן.
שלב 2: מילוי ה-YAML frontmatter
זה החלק הטכני. הזינו את ה-design tokens של המותג: צבעים בקוד hex, משפחות פונט, סולם רווחים, רדיוס פינות, וסגנונות רכיבים בסיסיים (כפתורים, שדות קלט, כרטיסים). אם אין לכם מערכת עיצוב מובנית, ניתן להריץ npx @google/design.md extract https://yoursite.com והכלי יחלץ את ה-tokens אוטומטית מהאתר הקיים.
שלב 3: כתיבת גוף Markdown
החלק הזה הוא הנשמה של המותג. כתבו בפרוזה ברורה את עקרונות העיצוב, את הטון הויזואלי, את האנטי-דפוסים, ואת ההקשר התרבותי. דוגמאות לסעיפים שכדאי לכלול: "פילוסופיית עיצוב", "טון ויזואלי", "מה שאנחנו לא עושים", ו"דוגמאות שימוש". משפט אחד טוב כאן שווה הרבה: "אנחנו מעדיפים מרווחים נדיבים על פני צפיפות מידע".
שלב 4: ולידציה ובדיקות נגישות
הריצו npx @google/design.md lint לבדיקת תקינות. ה-linter מאמת את מבנה ה-YAML, בודק שכל ה-tokens הנדרשים קיימים, ומריץ בדיקת ניגודיות WCAG אוטומטית על כל זוגות הצבעים שיכולים להופיע יחד. שגיאות נגישות נפוצות כמו טקסט אפור על רקע אפור נתפסות כאן לפני שמודל AI ייצר ממשק לא נגיש.
שלב 5: פרסום, גרסאות ושילוב
העלו את DESIGN.md לשורש המאגר (לפרויקטי קוד) או לשורש הדומיין (לאתר ציבורי). הוסיפו קישור אליו מ-llms.txt אם יש לכם. בכל עדכון משמעותי, השתמשו ב-npx @google/design.md diff לראות בדיוק מה השתנה. שמרו את הגרסאות במאגר Git כמו כל קובץ קוד אחר.
💡 הידעת? מפתח עצמאי שיתף ב-Reddit לפני שלושה שבועות שהוא בנה CLI קהילתי שמחלץ מערכת עיצוב שלמה מכל אתר ציבורי לקובץ DESIGN.md תוך פחות מ-30 שניות. הכלי מנתח CSS חי, מזהה דפוסי ניגודיות, ומסיק את עקרונות העיצוב מהקוד עצמו – דוגמה לכוח של אקוסיסטם פתוח.
שורה תחתונה: תהליך ההטמעה לוקח 15-60 דקות עם ה-CLI הרשמי, כולל ולידציה ובדיקות WCAG מובנות – גישה דמוית-Git שמתאימה לזרימת עבודה מודרנית.
הכלים שקוראים אתכם: GPT-5.5, Claude 4.7 וגוגל סטיץ' בפעולה
הערך של DESIGN.md תלוי באקוסיסטם של כלים שתומכים בו. נכון למאי 2026, התמיכה התרחבה במהירות ומכסה את רוב הכלים שמשמשים מעצבים ומפתחים בעבודה היומיומית. הסקירה הבאה ממפה את התמיכה הנוכחית.
Google Stitch הוא הכלי הראשוני והבשל ביותר. הוא מייצא DESIGN.md אוטומטית מכל פרויקט עיצוב, ומייבא אותו כדי להחיל מערכת קיימת על מסכים חדשים. ב-Stitch, DESIGN.md הוא לא תוספת – הוא הפורמט הקבוע של הזהות. כל שינוי במערכת העיצוב מתעדכן בקובץ אוטומטית.
Claude Code (המבוסס על Claude 4.7 Opus) קורא DESIGN.md מהשורש של פרויקט באופן מובנה. כשמבקשים מ-Claude לבנות קומפוננטה, הוא משתמש ב-tokens מה-frontmatter כברירת מחדל ומפנה לעקרונות מגוף ה-Markdown לקבלת החלטות עיצוב מורכבות. Cursor פועל בצורה דומה דרך הגדרת context files.
GPT-5.5 דורש הפניה מפורשת בפרומפט – ניתן להעלות את הקובץ או לתת URL מוחלט. Vercel v0 ו-Lovable, שני הכלים הפופולריים ל-vibe coding, מאפשרים לחבר DESIGN.md דרך הגדרות הפרויקט. Bolt.new הוסיף תמיכה רשמית בפברואר 2026.
| כלי | סוג תמיכה | מצב טיפוסי |
|---|---|---|
| Google Stitch | מובנה (יצוא/יבוא) | פורמט קבוע |
| Claude Code | קריאה אוטומטית | קובץ בשורש פרויקט |
| Cursor | context files | הגדרה ידנית קצרה |
| GPT-5.5 | הפניה בפרומפט | URL או העלאת קובץ |
| Vercel v0 | הגדרות פרויקט | חיבור חד-פעמי |
"DESIGN.md הוא הפעם הראשונה שמערכת עיצוב מנוהלת בגישה דמוית-קוד. זה לא רק פורמט – זה שינוי תפיסתי באופן שבו צוותים מעבירים זהות מותגית בין כלים."
Department of Product, אפריל 2026
שורה תחתונה: אקוסיסטם הכלים סביב DESIGN.md בשל מספיק לעבודה יומיומית – מ-Google Stitch ועד Claude Code, התקן עובד חוצה-פלטפורמות.
השורה התחתונה: האם DESIGN.md הוא חובה לכל מותג דיגיטלי?
התשובה הקצרה: לא חובה, אבל מומלץ למרבית המותגים שיש להם נוכחות דיגיטלית רצינית. ההצדקה תלויה בכמה גורמים: כמה אנשים מתקשרים עם המותג שלכם דרך AI, כמה זהות ויזואלית מובחנת יש לכם, וכמה משאבים יש לכם להשקיע באסטרטגיית GEO.
מותגים שיש להם הכי הרבה להרוויח: חברות SaaS עם ממשק מורכב, מותגי e-commerce עם זהות מוקפדת, פלטפורמות תוכן, וכל מותג שמתקיים סביבו אקוסיסטם של כלים מבוססי AI (לקוחות שמשתמשים ב-Cursor כדי להתחבר ל-API שלכם, סוכנים שמייצרים מסמכים בשם המותג). עבור הקטגוריות האלה, DESIGN.md הוא השקעה של פחות משעה עם החזר משמעותי בעקביות.
מי שיכול לדחות: עסקים מקומיים בלי נוכחות דיגיטלית רחבה, אתרים סטטיים פשוטים, ובלוגים אישיים. עבור הקטגוריות האלה, ההשקעה הראשונה צריכה להיות ב-llms.txt בסיסי וב-Schema.org תקני. DESIGN.md הופך לרלוונטי כשמתחילים לראות פלטי AI שמייצגים את המותג.
שאלות נפוצות על DESIGN.md
מה זה קובץ DESIGN.md ואיך הוא עוזר למותג שלי?
DESIGN.md הוא קובץ מפרט בפורמט פתוח שמתאר מערכת עיצוב מותג לסוכני AI. הקובץ משלב YAML עם design tokens מכונה-קריאים וגוף Markdown אנושי שמתאר פילוסופיה. הקובץ עוזר ל-AI לייצר ממשקים ומסמכים שעקביים עם זהות המותג, עם שיפור מדווח של 40% בעקביות לפי Google Labs.
איך Google Stitch משתמש ב-DESIGN.md?
Google Stitch, פלטפורמת עיצוב הממשק מבוססת AI של גוגל, מייצא ומייבא DESIGN.md כפורמט הקבוע שלו. כשמשתמש מעצב מסך, הקובץ נוצר אוטומטית עם כל ה-tokens. כשמייבאים אותו לפלטפורמה אחרת או למודל אחר, ה-AI מקבל את אותה זהות מותגית בלי הגדרה מחדש.
האם Claude ו-GPT-5.5 יכולים לקרוא DESIGN.md?
כן. Claude 4.7 Opus ו-GPT-5.5 קוראים את הקובץ כמסמך Markdown סטנדרטי, שולפים את ה-YAML frontmatter כנתונים מובנים, ומשתמשים ב-tokens בעת יצירת קוד. כלי vibe coding כמו Cursor ו-Claude Code תומכים ב-DESIGN.md באופן מובנה כקובץ הקשר בשורש פרויקט.
מה ההבדל בין DESIGN.md לבין llms.txt?
llms.txt מספק למודלי AI מפת ניווט לעמודי תוכן באתר, בעוד DESIGN.md מספק את חוקי הזהות הויזואלית של המותג. llms.txt עונה על השאלה "מה לקרוא", DESIGN.md עונה על "איך לעצב". השניים משלימים זה את זה ויכולים לדור בכפיפה אחת בשורש האתר.
איך יוצרים קובץ DESIGN.md תקני בשנת 2026?
הריצו npx @google/design.md init בתיקיית הפרויקט ליצירת תבנית. מלאו את ה-YAML frontmatter עם design tokens (צבעים, פונטים, רווחים), כתבו גוף Markdown עם פילוסופיית המותג, והריצו npx @google/design.md lint לוולידציה ובדיקת WCAG. ניתן גם לייצא ישירות מ-Google Stitch.
סיכום: עקביות מותגית כתשתית, לא כמותרות
DESIGN.md מסמן שינוי תפיסתי באופן שבו מותגים מנהלים את הזהות הויזואלית שלהם בעידן ה-AI. עד 2025, מערכות עיצוב היו תוצר פנימי של חברות עיצוב גדולות, מנוהלות ב-Figma או ב-Storybook, ומועברות בעיקר בין בני אדם. עם DESIGN.md, מערכת העיצוב הופכת לקובץ קוד פתוח שכל סוכן AI יכול לקרוא.
ההתפתחויות המרכזיות של 2026 מצטיירות בבירור: שחרור התקן כקוד פתוח באפריל, אימוץ מהיר של Google Stitch ו-Claude Code, אקוסיסטם CLI שצומח (גם רשמי וגם קהילתי), ובדיקות WCAG אוטומטיות שהופכות לחלק מהזרימה. שיפור של 40% בעקביות מותג בפלטי AI הוא נתון קונקרטי שקשה להתעלם ממנו.
המגמות העתידיות שכדאי לעקוב אחריהן: אימוץ של DESIGN.md על ידי כלי תוכן (לא רק קוד) כמו Notion ו-Coda, התרחבות לפורמטים נוספים כמו VOICE.md לקול מותגי, ואינטגרציה עם מערכות ניהול נכסים (DAM) של מותגים גדולים. סביר שעד סוף 2026 נראה גם תקן של W3C או חיבור ל-Design Tokens Community Group הקיים.
המלצות לפעולה מיידית: אם יש לכם מערכת עיצוב מובנית, ייצאו אותה ל-DESIGN.md השבוע – זו השקעה של שעה. אם אין לכם, השתמשו ב-CLI לחילוץ אוטומטי מהאתר הקיים והשתמשו בתוצאה כנקודת התחלה. בכל מקרה, חברו את DESIGN.md ל-llms.txt ולמסמכי הסוכנים שלכם, וודאו שהוא מעודכן בכל שינוי משמעותי בזהות המותג. הסוכן הבא שייצור משהו בשם המותג שלכם – יודה לכם.
שורה תחתונה כוללת: DESIGN.md הוא לא טרנד חולף – הוא תשתית זהות מותגית לעידן שבו רוב התקשורת עם המותג שלכם עוברת דרך AI. ההשקעה קטנה, ההחזר מדיד, וההשפעה האסטרטגית גדולה.
About the Author
