session-flow: spawned workers stall waiting on their own background work
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 38/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- shell
- Lĩnh vực
- ai-infra-agents, developer-experience, tooling
Hướng nghiên cứu
Start from /session-flow:orchestrate imperative 4 and how orchestrate worker builds briefs, then find where dispatching skills inject waiting/background-job rules. Trace the harness notice "waiting on its own background work" and any coordinator SendMessage/poll path. Done when workers always get a bounded foreground-poll (or auto-nudge) so they do not end a turn waiting on their own background job, without relying on the coordinator to paste the rule.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Problem
In the 2026-10-04 CI-performance session, spawned general-purpose workers ended their turn to "wait on background work" five separate times: a flaky-test fixer, the standards merge driver, the ci-workflows/medley driver, and the dotfiles/provisioning worker (twice). The harness then reported "waiting on its own background work". Nothing notifies the worker when that work finishes, so each one sat idle until the coordinator sent a SendMessage telling it to poll in the foreground.
/session-flow:orchestrate imperative 4 already says a background command is not a wait. But that text reaches a worker only if the coordinator pastes it into the brief, and these briefs did not carry it.
Ask
Make the rule reach workers without depending on the coordinator's memory. For example:
- a short "waiting" clause that
orchestrate workerexport always includes and that dispatching skills inject into every brief: poll in the foreground with a bounded loop, or return what you have; never end the turn to wait on your own background job; - and/or a coordinator-side check that turns the harness's "waiting on its own background work" notice into an automatic poll-in-foreground nudge.
Evidence
Session dba79e68-af19-4ecc-a0ce-69d8b1dbefbb: five task notifications reading "This agent has not reported yet: it is waiting on its own background work", each cleared by a manual SendMessage.
- Ngôn ngữ chính
- Shell
- Star
- 22
- Fork
- 2
- Merge trung bình
- 5 giờ 11 phút
- Pull request đã merge (30 ngày)
- 838
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của melodic-software/claude-code-plugins
-
good first issue needs-triage priority: medium
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
melodic-software/claude-code-plugins#6631 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
needs-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
melodic-software/claude-code-plugins#6547 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
needs-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
melodic-software/claude-code-plugins#6535 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
test_comment_census.py: SccArgv flag-shaped-filename test errors on Windows (#!/bin/sh scc shim)Đang mởgood first issue needs-triage priority: low
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
melodic-software/claude-code-plugins#6532 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
good first issue needs-triage priority: low
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
melodic-software/claude-code-plugins#6390 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của melodic-software/claude-code-plugins
Issue tương tự
-
Lid close does not lock the session on Apple Silicon (lid-close bind skips omarchy-system-lid-close)Đang mở
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 90/100
omacom/omarchy-mac#701 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
A 20.x release after 21.0.0 would move `latest` back to 20.x, and `next` stays on the release candidateCó thể đã có người làm @armando-navarro đã nhận hôm nay. Đang mởcomp: build/pipeline type: bug version: current (v17+)
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
angular/angularfire#3790 ·
Maintainer thường phản hồi trong vòng 3 ngày
-
ready-for-agent
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
LucasSantana-Dev/Lucky#2698 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
collabnix/awesome-mcp-lists#179 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100