ezer-mishpati/legal-ai
1
0
Fork 0
Code Issues 29 Pull Requests 1 Actions 1 Packages Projects Releases Wiki Activity

Seance — תשאול סשן-קודם לצמצום re-work של blind-heartbeats (השראת Gastown gt seance) #450

New Issue
Open
opened 2026-08-05 11:01:17 +00:00 by chaim · 0 comments
chaim commented 2026-08-05 11:01:17 +00:00
Owner
Copy Link

What & Why

לאפשר לסוכן-Paperclip אפמרי לתשאל את ריצתו הקודמת ("מה החלטת ולמה") בלי לגלות-מחדש הקשר בכל wake — כדי לצמצם את ה-generic blind heartbeats החוזרים ואת ה-re-work.

הקשר ופירוט

מקור-השראה: Gastown gt seance — מגלה סשנים קודמים דרך .events.jsonl ומאפשר לסוכן חדש לתשאל קודמו (one-shot או שיחה), בלי לקרוא-מחדש קוד/תיק.

הבעיה אצלנו: כל סוכן-Paperclip הוא heartbeat אפמרי שמגלה-מחדש הקשר בכל wake (ה"generic blind heartbeat" מ-project_comment_delivery_guarantee). יש לנו זיכרון + artifacts על-דיסק (analysis-and-research.md וכו') אבל אין "דבר עם הריצה הקודמת שלך" ממוקד-החלטות.

מטרה: ערוץ שמאפשר ל-wake הנוכחי לשלוף את החלטות/מסקנות הריצה הקודמת על אותו issue/תיק.

  • מקור-נתונים: heartbeat_runs + transcripts + artifacts קיימים; אולי לתמצת per-run "decisions log" בסיום כל heartbeat.
  • לבחון מול מה שכבר יש: memory files + on-disk artifacts — להוסיף רק את השכבה החסרה (query-predecessor-decisions), לא מסלול מקביל (G2).
  • ערך: פחות re-discovery, פחות blind heartbeats.
    קשור: reference_paperclip_recovery_loops (blind heartbeat שמסתיים בלי disposition), project_learning_loop_closure.

Acceptance Criteria

⚠️ טרם הוגדרו. המשימה הועברה מ-TaskMaster ללא testStrategy.
לפני לקיחתה — להגדיר AC ולסמן status:ready (כלל התבנית: issue ללא AC אינו pickable).

הועבר מ-TaskMaster (tag legal-ai, id 220, status היה in-progress) ב-2026-08-05. הפניות (#220) בהודעות-commit ישנות מתייחסות למזהה ה-TaskMaster, לא למספר ה-issue הזה.

## What & Why לאפשר לסוכן-Paperclip אפמרי לתשאל את ריצתו הקודמת ("מה החלטת ולמה") בלי לגלות-מחדש הקשר בכל wake — כדי לצמצם את ה-generic blind heartbeats החוזרים ואת ה-re-work. ## הקשר ופירוט מקור-השראה: Gastown gt seance — מגלה סשנים קודמים דרך .events.jsonl ומאפשר לסוכן חדש לתשאל קודמו (one-shot או שיחה), בלי לקרוא-מחדש קוד/תיק. הבעיה אצלנו: כל סוכן-Paperclip הוא heartbeat אפמרי שמגלה-מחדש הקשר בכל wake (ה"generic blind heartbeat" מ-project_comment_delivery_guarantee). יש לנו זיכרון + artifacts על-דיסק (analysis-and-research.md וכו') אבל אין "דבר עם הריצה הקודמת שלך" ממוקד-החלטות. מטרה: ערוץ שמאפשר ל-wake הנוכחי לשלוף את החלטות/מסקנות הריצה הקודמת על אותו issue/תיק. - מקור-נתונים: heartbeat_runs + transcripts + artifacts קיימים; אולי לתמצת per-run "decisions log" בסיום כל heartbeat. - לבחון מול מה שכבר יש: memory files + on-disk artifacts — להוסיף רק את השכבה החסרה (query-predecessor-decisions), לא מסלול מקביל (G2). - ערך: פחות re-discovery, פחות blind heartbeats. קשור: reference_paperclip_recovery_loops (blind heartbeat שמסתיים בלי disposition), project_learning_loop_closure. ## Acceptance Criteria > ⚠️ **טרם הוגדרו.** המשימה הועברה מ-TaskMaster ללא `testStrategy`. > לפני לקיחתה — להגדיר AC ולסמן `status:ready` (כלל התבנית: issue ללא AC אינו pickable). --- <sub>הועבר מ-TaskMaster (tag `legal-ai`, id **220**, status היה `in-progress`) ב-2026-08-05. הפניות `(#220)` בהודעות-commit ישנות מתייחסות למזהה ה-TaskMaster, לא למספר ה-issue הזה.</sub>
chaim added the priority:p2-normalarea:agentsstatus:in-progresstype:feature labels 2026-08-05 11:01:17 +00:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
area:agents
סוכני Paperclip, תזמור, שער-הפלטפורמה (X15)
 area:backend
FastAPI web/, endpoints
 area:ci
Gitea Actions, שערי-CI
 area:docs
ספ-המערכת, תיעוד, תכנון
 area:extraction
קליטה, OCR, חילוץ הלכות/מטא/טענות/תכניות
 area:frontend
web-ui/ (Next.js), RTL
 area:infra
Deploy, Coolify, MinIO, אחסון, גיבויים
 area:mcp
שרת ה-MCP וחוזה-הכלים (X9)
 area:retrieval
RAG, חיפוש, קורפוס, גרף-ציטוטים, יומונים
 area:security
אבטחה, סודות, PII, audit
 area:writing
12 הבלוקים, סגנון דפנה, QA, רכישת-סגנון
 priority:p0-blocker
Blocks everything
 priority:p1-high
High priority
 priority:p2-normal
Normal priority
 priority:p3-low
Low priority / nice to have
 size:l
a week+ — consider splitting
 size:m
2-3 days
 size:s
~1 day
 size:xs
< half a day
 status:blocked
Waiting on another issue/decision
 status:deferred
Decided to defer — parked backlog; not auto-picked
 status:good-first-issue
Small, self-contained starting point
 status:in-progress
Being worked on (a branch/worktree exists)
 status:in-review
A PR is open for this issue
 status:needs-decision
Requires a call before proceeding
 status:ready
Scoped + pickable (has acceptance criteria + size)
 type:bug
Something works incorrectly
 type:chore
Infra, deps, refactor, CI, docs
 type:feature
New capability
 type:spike
Time-boxed investigation -> a decision/doc
No Label area:agents priority:p2-normal status:in-progress type:feature
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
chaim
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: ezer-mishpati/legal-ai#450
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?