> ## Documentation Index
> Fetch the complete documentation index at: https://docs.quanux.org/symphony/llms.txt
> Use this file to discover all available pages before exploring further.

# דוקטרינת הפלטפורמה של QuanuX Symphony

> למדו את העקרונות המנחים של Symphony: בעלות המשתמש, הגנה על הנתיב החם, ניטרליות לסוג הקורא, היקפי שמות, אמת וראיות ודוקטרינת Python.

דוקטרינת Symphony מגדירה את הגבולות בין מה שהפלטפורמה שולטת בו לבין מה שאתם שולטים בו. כללים אלה מכתיבים כל החלטת תכנון ב-monorepo וכל אינטראקציה עם qxctl, מנועי וקטור וחוזי ידע.

## בעלות המשתמש

אתם הבעלים של לוגיקת האסטרטגיה שלכם, מטרת ה-Nest, בחירת הספק, בחירת החומרה, טופולוגיית ה-bus ובחירת המתאמים הנתמכים. Symphony מספקת ראיות תאימות מדויקות ופעולות נתמכות, אך אינה הופכת המלצות לחוק פלטפורמה. הפלטפורמה מדווחת על התאמות, אי-התאמות, עובדות שלא הוכרעו והשלכות. היא אינה מדרגת ספקים, אינה מכתיבה אסטרטגיה ואינה מרחיבה בשקט את הסביבה שלכם.

## הגנה על הנתיב החם

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

## הפרדה בין פקודות לסמנטיקה

qxctl הוא הבעלים של דקדוק הפקודות ושל ההצגה. וקטורי התחום הם הבעלים של הפעולות והמשמעויות שהפקודות האלה חושפות. נתיב qxctl מפעיל יכולת שהוגדרה על ידי הבעלים שלה מבלי לספוג את הסמנטיקה שלה.

## שמות ומרחבי שמות

שמות נרשמים תחת ההיקף שבבעלותו הם נמצאים. SNV ו-SCNV אינם מכתיבים אותם, ו-NAMESPACES בשורש נותר רחב יותר מ-SNV. שם שנרשם בתוך TOPS או TROG כפוף להיקף זה. בין אשכולות מרובים, שם קצר של Node עשוי לחזור באשכולות שונים, אך אסור שיזהה באופן דו-משמעי שני Nodes פעילים באותו אשכול.

## ניטרליות לסוג הקורא

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

## אמת וראיות

החוזים הנוכחיים מתארים את האמת הנוכחית. רשומות SCLV ו-SODV בלתי ניתנות לשינוי משמרות את מה שהיה ידוע, השתנה, אושר או הושלם בנקודה המתועדת שלהן בהיסטוריה. כאשר החוזים הנוכחיים, ראיות המימוש והרשומה הרלוונטית האחרונה אינם מתיישבים זה עם זה, אי-ההתאמה מוצפת כסחיפה (drift) לבדיקה. ההיסטוריה אינה נכתבת מחדש בשקט כדי להידמות להווה.

## דוקטרינת Python

קוד המקור של Symphony מצד ראשון, המחוללים, כתיבת הסכמות, הבדיקות וכלי העזר לקבלה אינם דורשים מימוש Python או תלות במפרש Python. C++ אחראית על כלי הכתיבה והבדיקה התהליכית החלופיים. מדיניות מאגר זו אינה מגבילה את התוכניות שאתם כותבים או Habitats מבודדים שבחרתם במפורש.


## Related topics

- [התיעוד של QuanuX Symphony](https://docs.quanux.org/symphony/he/index.md)
- [התחלה מהירה: היכרות עם QuanuX Symphony](https://docs.quanux.org/symphony/he/quickstart.md)
- [SACV: ממשל חוזי API עבור QuanuX Symphony](https://docs.quanux.org/symphony/he/skv/sacv.md)
- [בידוד הנתיב החם ב-QuanuX Symphony](https://docs.quanux.org/symphony/he/concepts/hot-path-isolation.md)
- [הארכיטקטורה של Symphony](https://docs.quanux.org/symphony/he/concepts/architecture.md)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.