מעבר בין משימות (Context switching) הורג מומנטום. כשעוזר AI מתנתק באמצע פרויקט, הסשן הבא מתחיל מאפס. ללא זיכרון של מבנה ה-repository. ללא היכרות עם הפורטים הפעילים. ללא מודעות לכך שה-Monero RPC התנהג מוזר אתמול. Daniel Ioni בנה משהו ישיר ושימושי: מדריך טכני שנכתב במיוחד עבור מערכות AI כדי שיוכלו להמשיך לעבוד על ה-MyZubster Gateway ללא צורך בליווי צמוד. הוא מתפקד כזיכרון סינתטי מתמיד. במקום להזרים קוד מקור גולמי, הוא מלמד את המכונה כיצד להפעיל את המערכת, לפתור תקלות ולכבד את סמכות המפעיל לפני ביצוע שינויים הרסניים.
מה MyZubster באמת בונה
MyZubster Gateway הוא מרקטפלייס מבוזר שנבנה סביב טוקניזציה של נכסים מהעולם האמיתי. במילים פשוטות, זוהי תשתית המאפשרת לנכסים פיזיים או מסורתיים לעבור on-chain עם מטא-דאטה וחוקי בעלות מוגדרים. הפלטפורמה מטפלת בטוקניזציה של נכסים מתחלפים (fungible), מה שאומר שניתן לחלק, לסחור ולעקוב אחר נכסים עם מטא-דאטה סטנדרטי המצורף לכל יחידה.
הפרטיות עומדת במרכז התכנון. עסקאות נסגרות ב-Monero. נכסים ניתנים לתכנות ו-NFTs רצים על Tari. הפעילות כולה מוגנת מאחורי Tor Onion Service, מה שהופך את ה-gateway לעמיד בפני צנזורה וחסימות גיאוגרפיות. שכבת אבטחה רצה על Kali Linux ומשתמשת בבוטים של DeepSeek AI security, מה שמרמז על זיהוי חדירות או סריקת אנומליות אוטומטית במקום סבב לוגים (log rotation) פשוט. Escrow ופתרון מחלוקות אינם משימות back-office ידניות. הם אוטומטיים, כאשר ה-AI משמש כמתווך כאשר תנאי הסחר גורמים למחלוקת.
זהו רק השטח. מתחת לפני השטח, המערכת היא רשת של RPC endpoints, מסדי נתונים מקומיים ותהליכי Node.js שחייבים להישאר מסונכרנים, אחרת המרקטפלייס יפסיק לבצע סליקה של עסקאות.
ה-Stack הטכני ולמה זה חשוב
ה-gateway מאזין בפורט 3002. זוהי דלת הכניסה. ה-Monero wallet RPC נמצא ב-localhost:18083, ומטפל בפעולות ארנק פרטי, שאילתות יתרה והעברות יוצאות מבלי לחשוף נתוני משתמש לאנליטיקה של השרשרת הציבורית. ה-Tari RPC מגיב ב-localhost:12820, ומנהל את שכבת הנכסים הניתנים לתכנות. אם אחד מה-endpoints הללו חורג או קורס, המרקטפלייס נעצר לחלוטין.
MongoDB נמצא ברקע כמאגר הנתונים התפעולי. Node.js מפעיל את שירות ה-gateway עצמו. קוד ה-frontend נמצא בספרייה ייעודית ב-~/myzubster-frontend. זהו stack מבוזר קלאסי: צמתי בלוקצ'יין עבור סליקה, מסד נתונים מקומי עבור ה-state, ושכבת
Monero RPC issues follow a different pattern. If balances stop updating or payout transactions hang in a pending state, the guide instructs checking monero-wallet-rpc status. That usually means verifying the wallet RPC process is running, confirming it synced to the correct daemon, and ensuring the authentication flags match what the gateway expects. Triage here is simple: blockchain settlement layer first, database second, application third. Ignore that order and you will chase ghosts in the Node.js logs when the real failure is a dead RPC port.
How the AI Should Use This Manual
The guide imposes four behavioral rules on the AI, and they reveal an understanding of how automated assistants fail in production environments.
First, reference specific sections. If the user is troubleshooting a payment failure, the AI should name the Monero RPC or escrow subsystem explicitly so the user knows exactly which pipe is leaking. Second, provide exact commands. Do not paraphrase flags or guess paths. Third, suggest the next logical step. Project recovery is a sequence; jumping randomly between port checks and security bots wastes minutes and risks making the problem worse. Fourth, ask for user confirmation before restarting services or deleting data. Autonomy is useful until it accidentally wipes a wallet cache or brings down the gateway during active trades.
A Living Document
This guide is explicitly designed to evolve. As the MyZubster project grows, the AI updates the document. That creates a feedback loop where operational experience becomes institutional memory. In a small team, or a solo project operating across time zones and sleep cycles, this replaces the watercooler knowledge that usually lives in senior engineers' heads. The document learns from every outage.
The Real Takeaway
AI project recovery guides like this one solve a specific, painful problem. They bridge the gap between raw documentation and contextual understanding. For MyZubster, that means the marketplace can survive context loss, reboots, and team transitions. The machine does not need to relearn the stack from scratch every time a new session starts. It just needs to read the manual, follow the exact commands, and know when to stop and ask.
Source: AI Technical Guide: MyZubster Project Recovery by Daniel Ioni
Optional learning community: GyaanSetu AI on Telegram