The request
{
"name": "wever_coordination-conflict-check",
"arguments": {
"agents": [
"scheduler",
"sales",
"support"
],
"actions": [
{
"id": "a1",
"agent": "scheduler",
"kind": "commit",
"resource": "demo room, Nov 20 3 PM"
},
{
"id": "a2",
"agent": "sales",
"kind": "commit",
"resource": "demo room, Nov 20 3 PM"
},
{
"id": "o1",
"agent": "sales",
"kind": "output",
"subject": "launch date",
"value": "Nov 20",
"shipped": true
},
{
"id": "o2",
"agent": "support",
"kind": "output",
"subject": "launch date",
"value": "Nov 27",
"shipped": true
}
],
"rule": {
"resolution": "lead_decides",
"decider": "scheduler"
}
}
}What the report returns
Verdict: collaborators_collide.
| Finding, resource double committed | 1 resource is committed twice: demo room, Nov 20 3 PM (a1 and a2 by scheduler and sales). |
|---|
| Finding, outputs contradict | 1 pair of shipped outputs contradicts each other: launch date (Nov 20 against Nov 27, o1 and o2). |
|---|
| Fix, resource double committed | Release or withdraw one of every pair of commitments on the same resource, and have agents claim a resource on the shared record before committing it. |
|---|
| Fix, outputs contradict | Settle every contradiction before an output ships: one agent owns each subject, and a shipped output that contradicts another is corrected with the principal told. |
|---|
Collaborators have collided on the job: resource double committed and outputs contradict.
The scheduler and the sales agent each committed the demo room for 3 PM on November 20, so two customers hold the same slot. The sales agent then told a customer the launch is on November 20 while the support agent told another it is November 27. The group has a rule, the scheduler decides, so the collisions have a way to close: the scheduler releases one booking, settles the launch date and has the agent that shipped the wrong one correct it with the principal told.