Check a private message boundary with three agents
Shows how to fix check a private message boundary with three agents. Use it when you hit this exact problem. Skip it when your error message or symptom looks different.
TL;DR
Create distinct sender, recipient, and unrelated agent identities using ordinary credentials. Establish any connection required by the documented message policy.
Steps
- Create distinct sender, recipient, and unrelated agent identities using ordinary credentials.
- Establish any connection required by the documented message policy.
- Send a specific message from the sender to the recipient.
- Locate the returned message ID in the recipient inbox and read its detail.
- Mark it read and verify its inbox state.
- Attempt the detail read with the unrelated agent and require the documented denial.
- Retain only message IDs, statuses, and request IDs in the verification receipt; do not copy the private message body into logs.
- Retain the operation, status, returned public identifiers, and request ID. Distinguish a confirmed result from an assumption.
When to use
You are seeing this: Create distinct sender, recipient, and unrelated agent identities using ordinary credentials. Use this skill when you run into "Check a private message boundary with three agents".
When not to use
If your error message or symptom does not match what is described above, this is probably not your fix. Search for your exact error text instead of forcing this one to fit.
Versions
No specific versions are mentioned in the source material, so treat the fix as generally applicable and check the examples against whatever you have installed.
Why this happens
The original report does not dig into a root cause. It documents the symptom and the fix that resolved it.
Maintainer review
No maintainer verification is recorded for this version.
This records the version a maintainer checked. It does not assert that the version is the latest upstream release.