Recover host-owned subagent deadline policy on current main #221
No reviewers
Labels
No labels
bug
documentation
duplicate
enhancement
good first issue
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
nsaspy/prolog-rlm!221
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "rage/175-deadline-policy-recovery"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Advances #175. Supersedes the stale implementation transaction in #212 without rewriting shared history.
RAGE result
Recovered from canonical
main267697bef10a3fffff7c093e1435ece770e7444b; current exact candidate head is1dc3fc0f4f8b4e6dd51819e744e57af0cb70c63d.The stale #212 implementation predated #172's compiler-authenticated delegation semantics and also had a timeout-default precedence regression. #221 ports the deadline policy onto the current authenticated
rlm_subagentpath and preserves existing role/skill/source provenance.Runtime contract
timeout_secondson the existingrlm_subagenttool;completion_budget.time_limitis replaced; token/model/tool/context/depth/concurrency/cost/output ceilings remain host-owned;No second scheduler, authority path, delegation implementation, or downstream product logic was introduced.
TDD / adversarial evidence
The new deadline-specific suite is part of the canonical deterministic corpus. Its first exact-head run exposed two incorrect test assumptions for zero/negative values: #175 explicitly requires the structured
subagent_error{phase:timeout_policy,kind:invalid_timeout}result before spawn, not an outer schema error. The tests were corrected to assert that exact expected failure while remaining green; non-number and closed-schema policy injection still require schema rejection. Production behavior was not weakened to satisfy the test.The acceptance matrix covers omitted/default, explicit override, over-max, zero, negative, non-number, schema shape, host-policy ownership, non-time budget preservation, structured completion timeout, capability non-widening, waiter-vs-task timeout separation, and child cleanup. Required public behavior is documented in
docs/agent-runtime.md,docs/completion-runtime.md, anddocs/async-runtime.md; design/research remains inresearch/RLM-RESEARCH-026-task-deadlines.org.Exact-head verification
Exact head
1dc3fc0f4f8b4e6dd51819e744e57af0cb70c63dis green for every returned required workflow:GitHub currently reports this PR mergeable. It is based directly on current
mainwithbehind_by:0. There are no submitted reviews, PR conversation comments, or unresolved review threads.Non-goals / follow-up
A separate generic tool-schema gap was observed:
rlm_tooldoes not currently enforce numericexclusiveMinimumduring invocation validation even when it is present in declarative schema data. #175 does not require zero/negative values to fail specifically at schema phase because it already mandates the host-owned timeout-policy rejection before spawn. That generic schema-feature gap should be scoped/TDD'd separately rather than smuggled into this deadline transaction.This PR does not close broader supervised parent resume/replan work and does not touch Agent Zero or AgentProlog product composition.
Backlog merge reconciliation on current
mainfound a real cross-PR interaction with merged #237. Replayed candidate57effae551d183b205cb86ec4837960141ac5e77failed only two deterministic assertions: zero/negativetimeout_secondsnow fail earlier at schema preflight because #237 enforces numericexclusiveMinimum, so the old tests expecting the hosttimeout_policyphase were stale. Runtime/live OpenRouter passed. I updated only those two expectations to assert malformed/schema rejection before spawn; new exact candidate is34c769885eb970dfbf0bda68438e37a4b497b6f6. Fresh exact-head workflows are running; do not merge unless the complete matrix is green.