session-flow: spawned workers stall waiting on their own background work
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 38/100
- issue の種類
- バグ
- 明瞭さ
- おおむね明確
- 活発さ
- 活発
- 技術スタック
- shell
調査の方向性
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.
索引モデルが issue の本文から書いたものです。
説明
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.
- 主要言語
- Shell
- スター
- 22
- フォーク
- 2
- 平均マージ
- 5時間 11分
- マージ済み PR（30日）
- 838
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
melodic-software/claude-code-plugins のほかの issue
-
good first issue needs-triage priority: medium
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
melodic-software/claude-code-plugins#6631 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
needs-triage
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
melodic-software/claude-code-plugins#6547 ·
メンテナーはふだん 1 日以内に返信
-
needs-triage
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
melodic-software/claude-code-plugins#6535 ·
メンテナーはふだん 1 日以内に返信
-
test_comment_census.py: SccArgv flag-shaped-filename test errors on Windows (#!/bin/sh scc shim)オープンgood first issue needs-triage priority: low
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
melodic-software/claude-code-plugins#6532 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
good first issue needs-triage priority: low
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
melodic-software/claude-code-plugins#6390 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
melodic-software/claude-code-plugins の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
gnosis/gnosis_vpn#540 ·
メンテナーはふだん 1 日以内に返信
-
Lid close does not lock the session on Apple Silicon (lid-close bind skips omarchy-system-lid-close)オープン
難易度 1/5 1〜3時間 初心者へのやさしさ 90/100
omacom/omarchy-mac#701 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
A 20.x release after 21.0.0 would move `latest` back to 20.x, and `next` stays on the release candidate対応中かも @armando-navarro が今日担当しました。 オープンcomp: build/pipeline type: bug version: current (v17+)
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
angular/angularfire#3790 ·
メンテナーはふだん 3 日以内に返信
-
ready-for-agent
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
LucasSantana-Dev/Lucky#2698 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
collabnix/awesome-mcp-lists#179 ·
メンテナーはふだん 1 日以内に返信