Sovereign Runner-Kit
סוכן שטוען שרץ, צריך להיות מסוגל להוכיח את זה. הקיט הזה מקים על המכשיר שלך, בפקודה אחת, מתזמן מקומי עם שלוש מסילות-מדידה שמפרסמות קבלות-ריצה חתומות SHA-256 לריפו הציבורי. אין דקות-GitHub במסלול הקריטי, ואין אף מפתח-חתימה בתוך הקיט, רק דיגסטים. כל מספר בעמוד הזה מצוטט מה-README של הריפו או מקבלה-חתומה ב-results/, והעמוד נמדד מול הריפו ב-2026-10-21.
הבעיה · the problem
מדידה שרצה על תשתית שכורה היא מדידה שאפשר לעצור בלי רשותך.
הסוכן שלך טוען. מי מוכיח?
הטענה היא מספר כמו כל מספר, עד שיש ראיה שאפשר לחשב מחדש. המשאב הנדיר אינו כוח-חישוב. הוא ראיה ניתנת-לאימות. הקיט הופך כל ריצה לקבלה חתומה SHA-256 שנדחפת לריפו הציבורי. מי שרוצה לבדוק, מחשב את ה-hash בעצמו ומשווה. בלי לסמוך על אף אחד, כולל עלינו.
קבלה ראשונה בפנקס: 549fbe05…05b0 · נחתמה 2026-10-12T16:04Z · גוף המדידה גלוי לציבור. קבלת-התחדשות: 750a55dd…3439 · 2026-10-21T11:37Z · אחרי 211 שעות-שקט (דגל DEGRADED של תאום-השלמות) המסילה חזרה לרוץ — ומ-2026-10-21 היא מתוזמנת כל שעתיים בריפו הציבורי (דפוס-היברידי, דקות-ציבוריות-חינם).
מבחן-התזמון — ומה-נמדד באמת: GitHub השתיק בשקט את שני-חלונות-ה-cron הראשונים (13:53 ו-15:53 עברו באפס-ריצות — נמדד ב-API-הציבורי ב-15:59Z), בעוד שאר-ה-workflows המתוזמנים באותו-ריפו רצו כשורה. שגרה-ידנית ב-15:59:32Z הוכיחה את-הצינור קצה-לקצה: ריצה שהסתיימה בהצלחה וקבלה חתומה 352a5b1c…fbbc עגנה תוך כ-40 שניות. החיסון שנדחף: מסלול-cron כפול-בשני-חלונות-שונים — והכשל-המדוד נרשם כאן, לא מוסתר. והחיסון נמדד חי: מאז ההקשחה, ארבע ריצות schedule רצופות מוצלחות בפנקס (17:42:36Z · 20:41:26Z · 22:01:30Z · 00:02:38Z — נמדד ב-API ב-00:20Z) — הצינור ממשיך לעגן קבלות בלי יד אנושית, גם כשהסנדבוקס עצמו מת ונולד מחדש מתחתיו.
מבחן-הריבונות-העצמית — הכשל הכואב ביותר, והריפוי שלו: ב-22:09Z נמדד reset רביעי של הסנדבוקס: טבעת-המפתחות נמחתה, הגדרות-הגיט חזרו לברירת-מחדל, והקלונים נמחקו. מה ששרד: הכספת (upload/pat.env), הפנקסים, והצינורות בצד-GitHub שהמשיכו לרוץ לבד. הכשל-המבני שהחשיף המבחן: המפתח-הפרטי היה ללא גיבוי — כל reset שובר את שרשרת-החתימה מחדש. הריפוי הנמדד: המפתח הפרטי כעת מגובה על הנפח-השורד (0600, מחוץ לעץ), מסייע-הרישוי קורא ישירות מהכספת, ולולאת-החייאה אוטומטית משחזרת מפתח+הגדרות+קלונים בפקודה אחת. גם הדריסה נחשפה: lane-אפייה ציבורי החזיר קישורים-מתים מנתוני-מקור מיושנים — הריפוי נעשה במקור-האפייה עצמו, לא ב-HTML. והריפוי עצמו נבחן — ונכשל, ונרפא שוב (נמדד 00:15Z–00:26Z): שני עוקבי-ההשגחה שגודלו ישירות (22:42Z ו-23:37Z) מתו בשקט — ילדי-nohup של מחזור-הפעלה אינם שורדים, בעוד 8 המארחים-המאומצים חצו שלושה מחזורים. השכבה-העמוקה-מדידה: הפלטפורמה מפעילה-מחדש את-השרת בסף-זיכרון ("Server is approaching the used memory threshold, restarting"), ולשרת-החדש אין bun ב-PATH — כל תחיית-מארח נכשלה ENOENT בשקט. הריפוי-המדיד: הלולאה אומצה כמארח-ילד-של-השרת (autonomy-revive-host.mjs ברשימת-המארחים), וההשקה עברה לנתיב-מוחלט מאומת-קיום — ונמדדה חיה: הושקה 00:26:21Z מהשרת עצמו, פעימה ראשונה תקינה ב-00:26:23Z. שיעור-המניפסט: רק מה שמאומץ בידי החי שורד.
דקות-CI הן תלות, לא עובדה
מכסה שנגמרה, תקלה, או השבתה, ומסילת-המדידה עוצרת איתן. הקיט מעביר את המתזמן לחומרה שלך: Forge על המכשיר הוא ה-cron (פורט 3100), ו-GitHub מקבל רק פנקסים ב-push. אין cron-חיצוני ואין דקות-GitHub במסלול הקריטי.
התוצאה נמדדת: מתזמן שלא ניתן להשבית מרחוק, ומדידה שנמשכת כל עוד המכשיר חי.
המנגנון · the mechanism
פקודה אחת, חמישה צעדים מדודים, אפס הבטחות שהמתקין לא בדק בעצמו. מקור: README, סעיף ההתקנה.
bash setup-device.sh
דרישות: מכשיר לינוקס · bun (חובה, bun.sh) · git · curl · systemd להמשכיות-boot. ההתקנה בודקת כל אחת ומדווחת בכנות על מה שחסר, במקום להמשיך בשקט.
- בודק תלויות (bun, git, curl), ומציג מה חסר במקום להמשיך בשקט.
- מקים את Forge (clone קיים או תיקיית-Forge שסיפקת) עם db, על פורט 3100.
- מתקין unit-systemd: עולה ב-boot, קם אחרי קריסה (Restart=always).
- רושם את מסילות-האחוזה כ-cron-triggers בתוך Forge. אין cron-חיצוני, Forge הוא המתזמן.
- בודק: health + ריצת-ביקורת ראשונה + קבלה חתומה.
| מסילה | מה היא מודדת | תדירות-מוצעת |
|---|---|---|
| sovereign-probe | בדיקת-חיים של המכשיר + נגישות-הזנות | כל 15 דק' |
| fresh-oracle | גיל 9 הזנות מול מכסות, נכתב אל fresh-oracle.jsonl | כל 30 דק' |
| integrity-verify | STASIS + ריצות אחרונות + verdict כנה | כל 2 שע' |
שרשרת-הקבלה
- כל מסילהמדידה בלבד, ואז קבלת-ריצה חתומה SHA-256 עם הגוף המלא
- פרסוםpush לתיקיית results/ בריפו הציבורי של הקיט
- גבולות-בעלותאפס כתיבה לריפואים של בעלי-מסילות אחרים
עיגון על השרשרת · בלי מפתחות בקיט
- anchor/כל קבלה מקבלת sha256 וגוף-מוכן-לפרסום (payload.json)
- חתימההפרסום ל-STEEM/HIVE מתבצע רק על-ידי הכספת של הבעלים, על המכשיר שלו
- חוקהקיט מחזיק דיגסטים בלבד: אפס מפתחות-חתימה, אפס חשיפה
הוכחה חיה · live evidence
הראיה היא הריפו עצמו: פתוח, קריא, בלי גישה מיוחדת. כל תיקייה במבנה ממפה לטענה שהיא מוכיחה:
sovereign-runner-kit/ setup-device.sh install in one command (health-checked, fail-loud) lanes/ the estate lanes run here, Forge-native cron results/ signed SHA-256 run receipts, pushed after every run anchor/ sha256 + publish-ready payload.json per run systemd/ boot-surviving unit, Restart=always register-gh-runner.sh optional: your device as a real GitHub runner ToS-COMPLIANCE.md the compliance document for running it README.md the source every number on this page cites
- קבלותresults/ בריפו · קבלות-ריצה חתומות, כל אחת עם גוף מלא ו-hash
- מקורREADME · טבלת-המסילות, צעדי-ההתקנה וחוקי-הגבולות שהעמוד הזה מצטט
- רישיוןToS-COMPLIANCE.md · כללי ההפעלה המותרת
- מדידת-מקורעץ-הריפו, ה-README והקבלות נמדדו מול העמוד הזה ב-2026-10-21
הפנקס החי, נמדד 2026-10-21
מדידה-חיה מהריפו — העמוד מביא את האמת בעצמו · keyless · fail-soft · כל 5 דק'
- receiptsמביא מהריפו…
- foremanמביא מהריפו…
- integrityמביא מהריפו…
המדידה-החיה רצה בדפדפן שלך — אפס-סודות, אפס-מפתחות; מקור-שנכשל מדווח בכנות והמספרים-האפויים למטה עומדים.
- receipts10 קבלות חתומות נמדדו 2026-10-22T01:10Z · הראשונה 549fbe05 · 2026-10-12T16:04Z · ההתחדשות 750a55dd · 11:37Z · השלישית 352a5b1c · 15:59Z · וחמש הטריות מה-cron-הכפול: 7fc76e8f 17:42Z · 29a2b712 20:41Z · 549547ad 22:01Z · a5264d87 00:02Z · 1ccc7461 01:00Z · feed foreman חי · המסילה ממשיכה לעגן בלבד
- fresh-oracle9 הזנות נמדדו חי 2026-10-21T11:37Z · foreman 27m/130 fresh · grid 41m fresh · integrity 47m fresh · orders 13262m stale — ה-Sandbox הפרטי-חסום, מדווח בכנות · pulse/recruit/ventures aging
- integrityverdict honest-green · success10 = 6 · failure10 = 0 · stasis off · נמדד 2026-10-22T00:02Z · ותאום-העורקי הציבורי על האתר עצמו: PASS רציף — נמדד 2026-10-21T23:28Z: 0 ממצאים על 7 מקורות (הדגל DEGRADED מ-211 השעות התנקה · נמדד גם 15:58Z)
למה ה-verdict המעורב הוא הראיה
מסילת-השלמות של הקיט מדווחת גם על כשלים משל עצמה · 2 מתוך 10 ריצות אחרונות נכשלו ונרשמו, עם תאריך ושם-מסילה. מוצר שמסתיר את הכשלים שלו מייצר פנקסים נקיים ואמת ריקה. הפנקס הזה מכתיב את עצמו, והעמוד הזה מציג אותו כמו שהוא.
חוק: verdict כנה מתועד עדיף על ירוק-שקר. הכשלים נראים בפנקס, לא מוסתרים.
גרסה ושינויים · version + changelog
עדיין אין release מתויג בריפו הציבורי, וזה בדיוק מה שנכתב כאן, במקום מספר-גרסה שנכתב מתוך נימוס.
- גרסהpending first tagged release, עד אז מצמידים לקומיט
- פנקס-שינוייםrunner-kit/CHANGELOG.md · רשומת Unreleased אחת, כנה
- הצמדהpin by commit: git checkout <commit> אחרי קריאת ה-README של אותו קומיט
חוק: מספר-גרסה ייכתב כאן ביום שבו tag אמיתי יופיע בריפו, לא לפני.
גבולות כנים · honest limits
מה הקיט כן עושה
- מודדשלוש מסילות על החומרה שלך, בתדירות שקבעת
- מוכיחקבלות חתומות SHA-256, פומביות וניתנות-לאימות-hash
- מתארpayload מוכן לעיגון-שרשרת, בלי לבצע אותו
מה הקיט לא עושה
- לא חותםאין מפתחות-חתימה בקיט; העיגון מתרחש רק בכספת, על המכשיר של הבעלים
- לא מדמהמכשיר כבוי לא כותב קבלות: הפער נראה בפנקס, לא מוסתר
- לא מתקין סודותבדיקת-התלויות מציגה מה חסר; היא לא משתיקה כשל
תלות: bun, git, curl. ההתקנה בודקת אותן ומדווחת בכנות על מה שחסר.
שאלות שנשאלות · faq
מה קורה כשהמכשיר כבוי
שום דבר לא נכתב, וזו בדיוק הנקודה. הפער בין הריצות נראה מיד בפנקס, עם תאריכים. קיט שממציא קבלות בזמן-חוסר פעילות הוא קיט שהקבלות שלו שוות אפס. הפנקס כן מכתיב את עצמו.
מה הקיט יודע עליי
כלום. הקבלות נושאות גופי-מדידה · גיל הזנות, סטטוס-ריצות, hashes. אין חשבונות, אין כתובות, אין מפתחות, ואין תעבורה יוצאת מהמכשיר חוץ מ-push של פנקסים לריפו שלך.
למה Forge ולא cron רגיל
Forge הוא האורגן שכבר רץ על המכשיר · db מובנה, ממשק בפורט 3100, ו-cron-triggers פנימיים. cron-מערכת נוספת היא עוד נקודת-כשל. מי שמעדיף cron משלו, רשאי · המסילות הן סקריפטים שרצים, לא תלויות-מתזמן.
איך מעגנים על השרשרת
הקיט מכין payload.json מוכן-לפרסום לכל קבלה, בתיקיית anchor/. הפרסום לשרשרת מתבצע רק על-ידי כספת-הבעלים, על מכשיר הבעלים. הקיט מחזיק דיגסטים בלבד · אפס מפתחות-חתימה בקוד שלו.
אמת בעצמך · verify independently
ארבעה צעדים, בלי גישה מיוחדת ובלי לסמוך עלינו:
- פתח את הריפו וקרא את setup-device.sh לפני שאתה מריץ אותו. הפקודה היא החוזה.
- הרץ bash setup-device.sh על מכשיר לינוקס שלך, ופתח את Forge ב-:3100 כדי לראות את המסילות נרשמות.
- אחרי ריצת-הביקורת הראשונה, מצא את הקבלה ב-results/, חשב את ה-SHA-256 שלה בעצמך, והשווה לחתימה שבקבלה.
- השווה את המספרים בעמוד הזה: 15 דק', 30 דק', 2 שע', פורט 3100, 9 הזנות, מול טבלת-המסילות ב-README. אם סתירה נולדה: ה-README הוא המקור, והעמוד מתקן את עצמו.