Direct fresh and resumed agents to current unread inboxes

This commit is contained in:
thePR0M3TH3AN committed 2026-10-03 02:18:32 -04:00
1 parent 363a81d555
commit 3bb9c550ac
4 files changed
+78 -1

No files matched your search

+23
View File
@@ -1,5 +1,28 @@
# Test Integrity Notes
## 2026-10-03 — Current unread inbox startup mitigation
```yaml
test_integrity_note:
change_type: new_tests
scenarios:
- id: SCN-fleet-startup-inbox
given: "Manager and specialist each have 102 unread handoffs, exceeding the legacy default history page"
when: "Fresh and resumed provider launch messages specify the current unread-inbox request and it is invoked through the registered identity-bound tool"
then: "Both launches name the correct identity and retrieve newer messages absent from default history, without acknowledging them or weakening authority; overflow coverage is explicitly uncertain"
observable_outcomes:
- "Actual provider launch arguments, registered MCP response, newest message identity and unchanged unread count"
determinism_controls:
- "Hermetic project/worktrees, increasing fixed clock and real local tool; no provider launches"
anti_cheat_rationale:
prevents:
- "Prompt-only proof that never exercises the actual inbox tool"
- "Claiming truncated history is complete or reading acknowledges a handoff"
relaxation:
did_relax_any_assertion: false
if_true_explain_spec_basis: ""
```
## 2026-10-03 — Audited one-day additional allowance
```yaml
@@ -0,0 +1,15 @@
# Explicit unread inbox on startup and resume
Legacy `torch_read_messages` defaults to the oldest 100 historical messages.
Observed native inboxes exceeded 100 unread messages during fleet supervision.
Launch/resume now explicitly requests the bound identity's unread inbox with a
limit of 1000 and explains chronological order, potential overflow and deliberate
acknowledgements. This uses the existing tool without changing its API contract.
This mitigation does not implement pagination, newest-first history, coherent
cross-query observation, or complete overflow detection. Those remain in the
existing unread-first inbox task. A result of 1000 is explicitly uncertain,
not a complete-inbox claim. No permissions follow from reading a message.
SCN-fleet-startup-inbox exercises the actual fresh/resume launch arguments and
registered identity-bound inbox tool against messages beyond the default page.