Skip to content

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

Open

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.

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