שלושה milestones, כל אחד במרחק משימה אחת מסגירה

מחקר מאומת מול מצב חי, נכון ל-2026-08-03 · origin/main = 6095c69c1 (v9.6.0) · כל טענה על הלוח נשענת על ראיה חיה (issue, PR, קובץ ב-HEAD) או מסומנת "לא מאומת"

M141: 18/19

חבילת hook-contract · נשאר: #1861

M168: 21/22

Coordination Redesign · נשאר: #2243

M169: 3/4

CC-watch pipeline trust · נשאר: #2997

סדר ביצוע מומלץ: #1861 עצירת הכפילות← #2997 ניצחון מהיר← #2243 פאזה מוקטנת (ערך גבוה קודם, ואז מאמץ קטן, ואז העבודה הגדולה)

כרטיסי החלטה

אפשר לגרור כרטיסים כדי לשנות את הדירוג שלך. הציונים מ-/ork:assess, המשקולות גלויות.

🚦 #1861 · יום הדגל: generate:http-hooks הופך ל-no-op

מוכנות 100% סיכון נמוך דורש הכרעת semver

תנאי מקדים	מצב חי	ראיה
#1804 חבילת Python	סגור 05-18	npm+PyPI 0.1.2 חיות בשני הרישומים
#1806 מפרט OpenAPI	סגור 07-14	packages/hook-contract/openapi/sink.yaml קיים ב-HEAD
#1809 מיגרציית פלטפורמה	סגור 07-14	platform#8206 מוזג 07-14
שוויון כיסוי (הבדיקה המסוכנת)	עובר	ערוץ 4 רשום על 27 אירועים, על-קבוצה של 19

Channel 1: 19 events ⊆ Channel 4: 27 events HttpSink filter: [] = all

מה כבר נשלח, ולמה ה-issue נפתח מחדש

האזהרה (החצי הלא-שובר) נשלחה ב-v8.73.0 דרך PR #2884, שכתב במכוון Refs #1861 ולא Closes.
release-please רינדר את ההפניה כ-closes #1861 ב-changelog, GitHub סגר בטעות, והמפעיל פתח מחדש ב-07-14.
עד יום הדגל, כל אירוע עדיין נשלח פעמיים. זה מה שגרם ל-61% דחיות rate-limit בפלטפורמה (05-13) ולעקיפת bucketing לפי session שקיימת רק כדי לספוג את הכפילות.
תיעוד CC הרשמי מאשר: hooks מ-settings ומ-plugin רצים במקביל, כך שהכפילות נמשכת עד שהמחולל מנוטרל.

נכונות8/10

תחזוקתיות8/10

סיכון (גבוה=בטוח)8/10

מאמץ מול ערך9/10

משוקלל (שווה)8.2

ההכרעה שנותרה: איך מנחיתים שינוי שובר כשהריפו כבר ב-v9.6.0? א. feat! קשיח, קפיצה ל-v10.0.0 ב. no-op עם מילוט ORCHESTKIT_HTTP_HOOKS_LEGACY=1, נשאר ב-9.x (ההמלצה) ג. feat רגיל בתוך 9.x, בלי מילוט

תקין semver-ית אבל לא פרופורציונלי: major שלם על שינוי בקובץ אחד (מאמץ מול ערך 5/10). לגיטימי אם ממילא מתקרב v10.

הציון הגבוה (8.2): הפיך דרך משתנה סביבה, לא כופה שיחת major, ותואם את ההבטחה המקורית "יום דגל ב-9.x". לשים לב: ברירת המחדל עדיין משתנה, אז פוריסט semver יתווכח. ההגנה: האזהרה רצה כבר מחזור שלם.

הפרת semver גלויה: התקנה טרייה מאבדת התנהגות נצפית בתוך minor (נכונות 4/10). לא מומלץ.

🎯 #2997 · allowlist של שמות כלים בשער הראיות של cc-watch

קדם-תנאי מוזג סיכון overfitting מאמץ קטן

הקדם-תנאי #2995 (שער ראיות עם מסלולי תיוק) מוזג. השער חי ב-scripts/cc-file-adoption-issues.sh.
טבלת round-3 (נקראה מתגובות ה-PR): מתוך 15 שורות פיצ'ר אמיתיות של 2.1.214, רק 3 פגיעות. 8 פיצ'רים בציון 20 מוחמצים כי המסווג דורש camelCase או backticks, ומילים כמו Bash, dir, hook, docker לא עוברות.
ההצעה כבר סגורה ב-issue: רשימה מצומצמת שמותאמת רק מול src/settings/ ו-hooks.json, לא מול כל העץ.
קריטריון קבלה בדיק: 8 ההחמצות הופכות לפגיעות, ושאר ההחמצות של round-3 נשארות החמצות.

הסתייגות מ-assess

חובה לאמת גם מול פרוסה שלא שימשה לכיול (למשל שורות release אחר), אחרת זו התאמת עקומה ל-eval set. תחזוקתיות 6.5/10 כי allowlist ידני דורש עדכון עם כל שם כלי חדש.

נכונות7.5

תחזוקתיות6.5

סיכון (גבוה=בטוח)6/10

מאמץ מול ערך7/10

משוקלל (שווה)6.75

🗂️ #2243 · לקרוא git ולא GitHub: קוראים + החלפת hook אחד

קדם-תנאי סגור 0% בנוי מומלץ לפצל

הקדם-תנאי #2242 (מודעות ל-sessions מקבילים) סגור מ-06-06, אז התשתית קיימת.
אומת ב-HEAD: אף אחד מארבעת חלקי ה-scope לא קיים. אין קוראים ב-git.ts, אין skill בשם /ork:sessions, אין טבלת repo_refs.
עדיין רלוונטי: עשרות hooks עדיין קוראים ל-gh עבור מידע שנמצא ב-git מקומית (למשל delete-branch-stacked-pr-guard, gh-label-enforcer).
החיתוך המומלץ (פאזה 2a): להוסיף את הקוראים ל-git.ts ולהחליף hook אחד ל-git-native. את ה-skill והטבלה לפצל ל-issue המשך (פאזה 2b) ולסגור את M168.

למה לא הכל ב-PR אחד

טבלת SQLite חדשה + hook רענון + skill חדש בבת אחת זה ה-scope שהחזיק את ה-issue פתוח מאז מאי. החיתוך מספק את סעיף הקבלה "לפחות hook אחד הוחלף" עם אפס persistence חדש.

נכונות8/10

תחזוקתיות8/10

סיכון (גבוה=בטוח)9/10

מאמץ מול ערך8/10

משוקלל (שווה)8.25

רצועת "לא מאומת" (מה שלא עבר את שער הראיות)

⚠️ פערים פתוחים, במפורש לא עובדות

לא נמדד האם מישהו עדיין תלוי בערוץ 1 בפועל (ספירת שימוש בטלמטריה). אם כן, אפשרות ב' עם המילוט היא הרשת ביטחון.
הערכות מאמץ (סשן אחד ל-#1861 ו-#2997, אחד-שניים ל-#2243 המצומצם) הן שיפוט, לא מדידה.
תיבות הקבלה בגוף #2242 לא סומנו למרות שה-issue סגור, כך שסטטוס המסירה שלו נלמד מה-PR שסגר אותו, לא מהתיבות.
ערוץ 4 נרשם רק כאשר ORCHESTKIT_HOOK_TOKEN וכתובת ה-webhook מוגדרים. משתמש בלי שניהם מאבד טלמטריה משני הערוצים אחרי יום הדגל, לפי התכנון, אבל שווה שורת תיעוד.

מקורות (פקודות שהריצו את האימות, ניתנות להרצה חוזרת):

gh issue view 1861 --json state,stateReason     # OPEN/REOPENED
gh issue view 1804 1806 1809                    # all CLOSED (05-18, 07-14, 07-14)
gh api repos/Yonatan-HQ/platform/pulls/8206     # MERGED 2026-07-14
npm view @orchestkit/hook-contract version      # 0.1.2
curl -s https://pypi.org/pypi/orchestkit-hook-contract/json  # 0.1.2
git show origin/main:src/hooks/src/cli/generate-http-hooks.ts  # 19 events
git show origin/main:plugins/ork/hooks/hooks.json              # forwarder on 27 events
git show origin/main:src/hooks/src/lib/http-sink.ts            # supportedEvents = []
gh pr view 2995 --json comments                 # round-3 acceptance table
gh issue view 2242 --json state                 # CLOSED 2026-06-06

נוצר על ידי צינור hq-ext:auto → research → ork:brainstorm → ork:assess → ork:visualize-plan, סשן e1a2d61d, 2026-08-03.