Skip to content

Track requester-controlled task clarification waits #207

Closed

Description

@hsliuustc0106

Next host-lifecycle prerequisite for #198/#55, following #199. Independent of #201 and #203.

Add explicit requester-controlled input-wait and answer actions using the existing task authorization boundary. A working task may wait on one host-generated question ID; only its requester may answer the current question. Keep one bounded selected question/answer snapshot rather than copying conversation history.

Acceptance:

  • Working -> blocked(input) -> working survives restart; blank/oversized input and stale/mismatched question IDs are refused.
  • Wrong/anonymous/revoked actors and body actor claims confer no authority.
  • Approval waits cannot be replaced or released by answering input. Holds that arrive during an input wait remain tracked, including multiple holds; approving them does not clear the unanswered question.
  • Cancellation, failure and stale answers cannot revive terminal tasks.
  • No automatic model prompt, new adapter credential, remote execution authority or team-mode gate.

Update host docs, generated patches, the changelog and regression coverage; verify and run mock smoke before handoff for external review.

Activity

  1. added
    status:doneScoped task completed and merged; does not imply parent acceptance is complete
    on Oct 17, 2026
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

    status:doneScoped task completed and merged; does not imply parent acceptance is complete

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions