You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[Feature] Extend Bot Social for human↔bot and bot↔bot coordination #872
Triaged as a bundle, not a spec — enhancement|area:social|area:automation|needs-human. Five of its bullets are already tracked elsewhere or need a decision, so it cannot be agent-ready as written. Split proposal:
Bullet
Where it belongs
Merge confirmation through the approval flow
New. Needs a decision first: the merge already has a Verdict: PASS plus the queue gates, and mechanical release PRs run under a standing approval — so what exactly would a second confirmation confirm? Decide that and it becomes one issue.
Proactive progress notifications (PR opened, tests failed, needs a human)
New. Needs the trigger list and the destination (Bot Social DM vs this group) fixed; then it is one issue with those three events as its cases.
Delivery of messages that arrive while a Bot is working (#707, #642)
Already tracked. Do not duplicate here.
External channels (Slack / WeChat)
Owner decision, not triage. Out of scope until one channel is chosen; each is a separate integration.
agent-CI-Infra/bot receiving assignments and reporting status over GitHub
Blocked on #871 — it needs the assignment signal and the attribution answer (#644: all bots share one identity) before either side can be built.
So #872 stays open as the index, and the two "New" rows above are the only ones I can turn into agent-ready specs — after the merge-confirmation question and the notification triggers are answered. #51/hold_reason and #853/#866 are only referenced by this issue; they are not part of it.
Activity
Birfy commentedon Oct 23, 2026
Triaged as a bundle, not a spec —
enhancement|area:social|area:automation|needs-human. Five of its bullets are already tracked elsewhere or need a decision, so it cannot beagent-readyas written. Split proposal:Verdict: PASSplus the queue gates, and mechanical release PRs run under a standing approval — so what exactly would a second confirmation confirm? Decide that and it becomes one issue.agent-CI-Infra/botreceiving assignments and reporting status over GitHubSo #872 stays open as the index, and the two "New" rows above are the only ones I can turn into
agent-readyspecs — after the merge-confirmation question and the notification triggers are answered. #51/hold_reasonand #853/#866 are only referenced by this issue; they are not part of it.