השתמשו במדריך זה כדי להתמצא לפני שאתם מפעילים את Symphony. התיעוד מפריד בין דוקטרינת הפלטפורמה, התשתית שבחר המשתמש, הסמנטיקה שבבעלות הווקטורים והפקודות הניהוליות. שלבי ההתקנה וההרצה המדויקים שייכים לחוזה הנוכחי של הרכיב הרלוונטי.
1. קראו את גבולות התפעול
התחילו בדוקטרינת הפלטפורמה. היא מבססת את בעלות המשתמש על האסטרטגיה והתשתית, ניטרליות לסוג הקורא, תאימות מבוססת ראיות והגנה על הנתיב החם.
2. הכירו את המודל הפיזי
קראו את Node, Habitat ו-Nest:
- Node: משאב המחשב הפיזי המזוהה.
- Habitat: ההתניה המדויקת של מערכת ההפעלה והחבילות שנמסרת ל-Node.
- Nest: עומס העבודה המשרת את מטרת המשתמש וממוקם ב-Habitat מתאים.
ה-buses והמתאמים של אשכול הם בחירות ארכיטקטוניות מפורשות. Symphony אינה מכתיבה ספק או אסטרטגיה אוניברסליים.
3. עקבו אחר הבעלות על המשמעות
סקירת הארכיטקטורה מציגה את הקשר בין חוזי וקטורים, מנועים, qxctl וראיות מנוהלות. וקטורים ושלבים מסביר מדוע וקטור נותר הבעלים הסמנטי גם כאשר עבודת המסירה עוברת בין שלבים. Symphony Knowledge Vector מתאר את ה-Contract Quad ואת המשטחים הנלווים לו.
4. מצאו את הממשק הניהולי
סקירת qxctl מציגה את ה-CLI הניהולי וממשק השאילתות הכתוב ב-Go. השתמשו בדפי qxctl עבור משפחת פקודות מסוימת, כגון knowledge, lifecycle, engines או validation. qxctl מספק את דקדוק הפקודות ואת ההצגה; חוזי הווקטורים הם הבעלים של הפעולות ושל משמעותן.
5. בדקו את החוזה והראיות הרלוונטיים
לפני שאתם פועלים על Node או מפעילים מנוע וקטור, בדקו את חוזה הבעלים הנוכחי, את מצב היעד, את ההרשאה ואת ראיות הקבלה או האימות הזמינות. סמכות הקורא ובידוד הנתיב החם מסבירים גבולות אלה. משטח מתהווה אינו ערובה תפעולית משתמעת. עודכן לאחרונה ב 10 באוקטובר 2026
