Issue
Behavior Does Not Match Declared Role
The AI or agent behaves outside, below, or differently from the role, authority, responsibility, or permission posture declared for it.
What This Looks Like
The AI or agent is assigned a role, but its behavior does not match that role. It may act with more authority than declared, refuse work the role should handle, make decisions outside its responsibility, ignore role boundaries, or behave as if governed by a different role than the one presented to the user.
Why It Matters
Declared roles create expectations about authority, scope, responsibility, and limits. When behavior does not match the declared role, users cannot tell what the AI is allowed to do, what it is responsible for, or what rules actually govern its actions. This can make review and approval paths unreliable.
Structural Signal
The role declaration and observed behavior do not align. The issue is not only that the behavior is undesirable; it is that the system’s authority posture differs from the role the user was told applies.
Common Triggers
- The role is described in user-facing language but not enforced structurally
- Hidden system or product rules override the declared role
- Tool permissions exceed the role description
- The AI treats a role prompt as style rather than authority
- Multiple role instructions conflict
- The workflow changes the agent’s authority without updating the visible role
When to Use This Issue
Use this Issue when the AI or agent’s behavior does not match its declared role, responsibility, authority, or permission posture.
When Not to Use This Issue
Do not use this Issue when the role is vague and no clear mismatch can be shown. Do not use it for a single bad answer unless the behavior specifically conflicts with the declared role boundary.
Category
Primary Pattern
Declared Patterns
Authority-State Mismatch
A structural condition where observed system state no longer aligns with the declared authority state that is supposed to govern it.
Overreach
A structural condition where actions, effects, authority, or modifications extend beyond declared scope without authorization.
Authority Shadowing
A structural condition where a declared authority is functionally overridden by another authority without an explicit override rule.
Derived Primary Lenses
Authority Overlay Lens
Maps declared authority hierarchies onto observed structure to detect absence, override, or conflict.
Boundary Compliance Lens
Evaluates observed structure against declared boundary posture, including allow, block, and exception rules.
Overreach Lens
Detects structure that exceeds declared scope or authority reach.
Reconciliation Lens
Evaluates whether structural changes align with declared authority updates, version changes, or reconciliation rules.
Derived Secondary Lenses
Conflict Lens
Detects mutually incompatible constraints, claims, states, or declarations that cannot be simultaneously satisfied.
Convergence Lens
Compares parallel structural systems to determine whether they align under shared authority.
Propagation Lens
Traces how structural declarations, effects, or state changes propagate across boundaries or stages.
Reference Stability Lens
Evaluates whether structural references, identifiers, nodes, and edges remain consistent across execution cycles or comparable states.
Related AI-Adjacent Issues
Low-Level Configuration Overrides Workflow Policy
A low-level configuration, product setting, connector rule, runtime option, or environment flag overrides the workflow policy the user expects to govern the task.
Permission Change Not Applied
A permission, approval, role, policy, or access change is made but the AI, agent, tool, or workflow continues behaving as if the old permission state still applies.
Search Intents
- behavior does not match declared role
- AI does not act like assigned role
- agent role mismatch
- AI role says one thing behavior another
- declared role not followed
- agent exceeds declared role