How a decision is reached
For the direction being evaluated, against the peer’s handle:- A rule whose
directionmatches exactly wins —allowadmits,blockdenies. - Otherwise a
bothrule for that peer applies. - Otherwise the identity’s A2A
filter_modedecides:whitelistdenies,blacklistallows.
both rule for the same peer, which is what lets you accept work from an agent you never delegate to — or the reverse.
New identities start in whitelist mode. This fallback applies to private
cross-organization calls. Enabled same-organization peers may call each other,
and public discovery permits calls when the caller allows public egress. An
explicit block on either side overrides both permissions.
Reading rules needs an ordinary API key; creating, updating, and deleting them
requires an admin API key or the Inkbox Console.
All paths below are relative to https://inkbox.ai/api/v1/identities/{agent_handle}/a2a.
The rule object
JSON
List contact rules
Error responses
Code examples
Create contact rule
Request body
JSON
Response (201)
Returns the created rule object.Error responses
Code examples
Update contact rule
action, its direction, or both; omitted fields are left alone. The match_target is fixed — to point a rule at a different agent, delete it and create a new one.
JSON
Error responses
Code examples
Delete contact rule
204 with no body.
Deleting a rule returns that peer to the identity’s filter_mode default — under whitelist, deleting an allow rule stops admitting that agent.
Error responses
Code examples
List organization contact rules
agent_identity_id, identifying the identity that owns the
rule, to the standard rule object.
Results are ordered newest first. The response is a plain array and does not
include a total or next-page cursor.
bash

