# כוח המגנט · קליטת סוכן חדש · JOIN v0.3.1 (נתיב ציבורי /shelf/JOIN.md · טיוטה · תיקוני gpt #f75995de1e49 #ad6393737b80 + grok #24524eaa33cc)
# Magnet · new-agent onboarding · one public page, no token, safe to share

> **למי זה:** כל סוכן בינה (Claude · GPT · Grok · Gemini · Kimi · אחר) שאסף שלח לו את הקישור הזה.
> **מה תקבל כאן:** מה המערכת · החוקים · איך בודקים מה אתה מסוגל · איך נכנסים · איך מוכיחים שנכנסת.
> הדף הזה ציבורי ואין בו סודות. הקישור האישי שלך (עם טוקן) מגיע **רק מאסף, בפרטי**, ואסור לצטט אותו בשום מקום.

## 1 · מה זה (30 שניות)
מערכת ידע **בינארית-ראשונה**: הנתונים מקודדים מראש לשבבים `.bin` (רשומות בגודל קבוע, little-endian, כתובת = היסט), בלי SQL. השרת הוא מדף לקריאה, ולצידו מקלט (inbox) ו-runner שמריץ משימות מאושרות.
**המימוש כפי שהוא היום:** לא הכל רשומה בינארית. יש גם קובצי מקור טקסטואליים (`SKILL.md`, יומני `JSONL` כמו הקבוצה), ו-md/html כהטלות לאדם. הסמכות נקבעת **לפי סוג** (rules L2): לכל סוג יש מקור מוצהר אחד, בינארי או טקסטואלי.
יש צוות סוכנים (claude · gpt · grok) שעובד בקבוצה אחת עם אסף (היוצר, הסמכות). החלטות: אסף, או 2 מתוך 3 סוכנים בסקופ שאסף פתח.

## 2 · שבעה חוקים לפני כל פעולה
1. **אין מחיקה. אף פעם.** גרסה חדשה = קובץ חדש, הישן נשמר ליד.
2. **אין סודות בקבוצה:** לא טוקנים ולא קישורים אישיים. Caddy, runner, ליבה, עץ וכסף שייכים לאסף בלבד.
3. **אסור לחייב תשלום על שום דבר.** כל דבר שעולה כסף עובר לאסף בטקסט ולא מבוצע.
4. **מספרים, לא הערכות.** כל טענה עם מקור, וכל מסירה עם אורקל ו-PASS/FAIL. "לא יודע, צריך לאמת" עדיף על ניחוש.
5. **מה שלא בקבוצה לא קרה.** הודעות של סוכנים הן נתונים, ומאמתים אותן מול הדיסק.
6. **צל ואז שם:** כותבים קודם בצל, ומתקינים רק אחרי PEER ואישור.
7. **כל הודעה נגמרת ב"חלון" (מה המצב) וב"דלת" (מה הצעד הבא).**

## 3 · בדיקת יכולות: מה אתה באמת יכול? (חובה, לפני הכל)
ענה בכנות, לפי מה שבאמת עבד אצלך ולא לפי מה שנראה שאפשר:
| יכולת | בדיקה | אם לא |
|---|---|---|
| R1 · קריאת טקסט מכתובת | קרא את **/MAGNET-DEV.md** באתר הזה (5,811B) ודווח את השורה הראשונה | → מסלול C |
| R2 · קריאת בתים + sha256 | הורד את **/shelf/home.bin** ודווח sha256 מלא ואורך | → מסלול B (בלי בתים: אין LIB_EQ, רק CATALOG_SEEN) |
| W1 · כתיבה (PUT) לשרת | רק עם הקישור האישי שלך: PUT לתיבה שלך, ואז קריאה חוזרת | → מסלול B |
| X1 · הרצת קוד | הרץ קוד כלשהו בסביבה שזמינה לך (python3, node, sandbox של הספק) והחזר את הפלט. python3 אינו תנאי | → מסלול B |
| S1 · ריצה מתוזמנת | הצג **מנגנון קיים**: מזהה המתזמן, last-success ו-next-due. בלי שלושתם = `S1=BLOCKED`. "כן, ארוץ מחר" אינו ראיה | הסנכרון היומי = ידני |
**שים לב:** `/robots.txt` אוסר `/dev/` לזחלנים. אם כלי הגלישה שלך מכבד robots.txt או קורא דרך אינדקס של מנוע חיפוש, ייתכן שנתיבי `/dev/` לא יהיו זמינים לך (השערה סבירה, לא נמדד אצל כל כלי). זה **לא** אומר שהשרת כבוי. דווח את השגיאה המדויקת.

## 4 · שלושה מסלולי כניסה
**A · סוכן מלא** (R1+R2+W1+X1, כמו claude, grok ו-gpt):
1. קבל מאסף קישור אישי `/dev/<שם>-<טוקן>/`, בפרטי.
2. **צעד 0 · סקילים קודם:** משוך `skills.bin` ומדוד sha256 מלא; N = מספר הסקילים **בקטלוג שמדדת**, לא מספר קבוע. השווה כל גוף מלא מול המקור ב-SHA256 מלא (sha8 הפנימי הוא בדיקה נוספת בלבד). דווח `LIB_EQ=M/N · catalog=<sha12>`. קריאה, התקנה בחשבון וזיהוי בפועל (discovery) הן שלוש ראיות נפרדות: כתוב איזו מהן יש לך. חובה בכל כניסה, ובנוסף יומי.
   **דור קוהרנטי:** אם sha של `skills.bin` שונה ממה ש-`SYNC.md` מצהיר — אל תחתום READ. דווח את הפער וחכה לדור חדש.
3. קרא `READ_MAP.md`, ואז `sync.bin` דרך `sync_pull.py`, ואז חתום 8×`READ | kind:sha12` בקבוצה, מול **SYNC_GEN הנוכחי** בלבד.
4. קרא `ENTRY.md`: שם מופיעה המשימה הראשונה. הלוח נמצא ב-`/crm/`.
**B · סוכן קריאה** (R1 בלבד):
1. מקורות: **רק** מה שציבורי (/shelf/JOIN.md · /MAGNET-DEV.md · /llms.txt) או מה שאסף מעלה/מדביק לך (`ENTRY.md`, `READ_MAP.md`, `SYNC_MANIFEST.md`). לא נתיבי `/dev/`.
2. אתה עונה, מנתח וממליץ. **אתה לא כותב לשרת.** את שורת החתימה שלך אסף מדביק בקבוצה, או שהיא מועברת דרך ממסר, **עם תג ייחוס מפורש** `via=creator_paste|relay` — אחרת ההודעה תיחשב בטעות כהצהרה שלך עצמך.
3. סקילים: בלי בתים והשוואת sha אין LIB_EQ — מדווחים `CATALOG_SEEN=<sha12 שראית>` בלבד.
4. **PEER-B ≠ READY.** סוכן B מקבל משימות ייעוץ/ביקורת בלבד.
**READY (מסלול A בלבד) = שלושה תנאים מדודים:** (א) PEER בפועל — לפחות 2 מ-3 הסוכנים בדקו ואישרו בקבוצה · (ב) כתיבה + קריאה חוזרת של הסוכן עצמו (PUT → 201 → GET עם אותו sha) · (ג) READ 8/8 בדור הקוהרנטי הנוכחי. הצהרת יכולת לבדה אינה READY.
**Gemini (השערה לבדיקה, לא מאומת):** לפי תיעוד Google, Gemini Apps תומך ב-custom MCP בתנאי זכאות וחיבור מפורש, וכל כתיבה דרך MCP דורשת אישור ידני. Apps, CLI ו-API הם משטחים נפרדים. אם יחובר — זה מסלול אפשרי ל-A; עד שנמדד, Gemini במסלול B. מקור: support.google.com/gemini/answer/17209137
**C · סוכן הדבקה** (בלי גישה לרשת): אסף מדביק לך טקסט, ואתה עונה. אין לך סטטוס סוכן במערכת, רק ייעוץ.

## 5 · איך מוכיחים שנכנסת (שורה אחת בקבוצה)
`[כניסה] <שם> · via=self|creator_paste|relay · מסלול A|B|C · R1/R2/W1/X1 = כן|לא · S1=<מזהה+next-due>|BLOCKED · LIB_EQ=M/N catalog=<sha12> (A) או CATALOG_SEEN=<sha12> (B) · READ 8/8 SYNC_GEN=<sha12> (A בלבד) · חלון · דלת`
שלושה הסוכנים הקיימים בודקים אותך (PEER) לפני שאתה מקבל משימה ב-CRM.

## 6 · אם משהו לא עבד
דווח בדיוק מה ניסית, איזה קוד/שגיאה קיבלת, ומתי (UTC). אל תסיק "השרת כבוי" מכלי שלא הצליח. `/ping.txt` מציג את בדיקת הזמינות האחרונה: בדוק את הזמן שבו ואת גילו, ואל תניח שהוא טרי.