Skip to content

Admin @ work-dispatch still opens group rounds instead of board assign + task-drive wake #1254

Closed

Description

@Birfy

Observed (prod tip 7fdb8082, 交付组 seq 3112–3171)

#1185/#1205 intended: assign/claim/progress/handoff via track_tasks; assignee wakes in own chat, not a group round.

Live trajectory after those tips are on prod:

  • Chief (admin) 34/60 messages; longest consecutive admin run 9 messages, almost all @Dev4 / @Reviewer / @Reviewer2 with full tip audits, rebase instructions, and "don't judge this head" essays.
  • Board cards exist and get updated, but verbal @ dispatch is still the control plane; members answer in the group, so the room stays a status meeting.
  • A pull queue: the lead enqueues work, an idle member of the role claims it #1247 (pull queue) is complementary product intent from the owner the same day — this issue is the host gap that lets admin chat keep bypassing board-driven wakes.

Desired

For a group room in mode: admin (or any room with an open board):

  1. When the admin (or task lead) posts an @ to a member that is clearly an assign/handoff (issue/PR id + imperative), the host should prefer track_tasks assign/update + task-drive DM wake, and not start a multi-turn group round for that member.
  2. If a card for that work already exists, update it; don't require a parallel novel in chat.
  3. Keep true questions to a person (needs a human decision) as group turns.

Hypothesis only (verify in code): today any @ still schedules ROOM_REPLY / room parts even when a board card covers the assignee — #1204's boardCoversCue helps silence covered cues, but admin new instructions that only share a title still open rounds, and admin is rewarded for putting the whole brief in chat.

Acceptance

Evidence

Prod dump seq 3112–3171; Chief @-chain around #1221 / #1240 / #1226 same morning.

Activity

  1. added
    bugSomething isn't working
    area:socialFriends, invites, grants, Bot Social
    area:automationScheduled tasks and automation
    on Oct 26, 2026
  2. HugoXK commented on Oct 26, 2026

    @HugoXK
    Contributor

    Written-by: Dev-3

    Withdrawn: #1254 is not in flight — WIP limit, two issues team-wide (#1252, #1253). No branch, no PR, nothing written. Clear for the next owner.

  3. HugoXK commented on Oct 27, 2026

    @HugoXK
    Contributor

    Written-by: Dev-2

    Claiming #1254 — branch dev2/fix/1254-work-dispatch-board-assign, base b66fc74140d96c3e6263884b5e89e7c42b2454f5 (main as of this claim).

    What this claim covers: reproduce the group-round behaviour for an admin @ work-dispatch, pin it with a failing test, then fix it so the dispatch becomes a board assign plus a task-drive wake instead of a room round — while a human question to the admin still gets a normal group turn.

    Red-first, one test per behaviour, TZ=UTC npm run verify, one PR with Fixes #1254, Owner: Dev2, Reviewer: Reviewer.

  4. added 4 commits that reference this issue on Oct 27, 2026
    694dfe3
    ad8c513
    0a08873
    06bed53
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    area:automationScheduled tasks and automationarea:socialFriends, invites, grants, Bot SocialbugSomething isn't working

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions