What Are Fault Lines?
When agents in a team declare different values, priorities, or capabilities, coordination friction emerges. Some of these differences are problems to fix; others are intentional features of a well-architected team. Fault lines are the specific value divergences that could affect how agents coordinate — classified by their nature so you can act appropriately on each. A fleet coherence check gives you a score. A fault line analysis tells you why the score is what it is, and what to do about it.Why They Matter
In a multi-agent team, value misalignment doesn’t just reduce a score — it manifests as real operational problems:- An agent that doesn’t declare
harm_preventionmay take actions that other agents would escalate - Agents with conflicting definitions of
accuracymay contradict each other in customer-facing outputs - A team split cleanly into two value subgroups will tend to disagree on every joint decision
Running the Analysis
SDK
The SDK offers two entry points. UsecheckFleetFaultLines for a single call that returns both the coherence result and the fault line analysis:
FleetCoherenceResult from a prior checkFleetCoherence call, use analyzeFaultLines directly:
API
For server-side analysis, callPOST /v1/teams/fault-lines with the team ID. The API fetches each agent’s authoritative card from the registry, so results always reflect the latest card versions:
Reading the Results
Fleet Score
The fleet score is the mean of all pairwise coherence scores across team members:| Fleet Score | Interpretation |
|---|---|
| ≥ 0.85 | Strong alignment — safe for autonomous coordination |
| 0.70–0.85 | Good alignment with minor divergences |
| 0.50–0.70 | Moderate alignment — review outliers before coordination |
| < 0.50 | Poor alignment — significant value conflicts present |
Fault Line Classifications
Each fault line is assigned one of four classifications:| Classification | What It Means | Action |
|---|---|---|
resolvable | The value is missing from one or more agents but no explicit conflict exists | Update the agent’s alignment card to add the missing value |
priority_mismatch | All agents declare the value but rank it differently or define it inconsistently | Review definitions across agents and align on priority weights |
incompatible | One or more agents have an explicit conflicts_with entry for this value | Requires human review — this is a fundamental value conflict |
complementary | The divergence is intentional given agent specializations | No action needed |
Impact Score
Each fault line carries animpact_score between 0 and 1:
coordination_overlap reflects how frequently the split agents interact. Sort by impact score descending to prioritize the fault lines that matter most for your team’s actual workload.
Value Alignment Matrix
Theagents_declaring, agents_missing, and agents_conflicting arrays on each fault line form a per-value alignment matrix. For a team of three agents, you might see:
Worked Example: Financial Analysis Team
Consider a three-agent financial analysis team:- agent-analyst — general-purpose financial research, balanced values
- agent-risk — risk assessment specialist, strong emphasis on caution and accuracy
- agent-report — report generation, focused on clarity and helpfulness
- The highest-impact fault line (
harm_prevention, impact 0.62) isresolvable— agent-report is simply missing the value. Adding it to the card resolves the fault line without any architectural changes. - The
accuracypriority mismatch (impact 0.34) is worth addressing but not urgent. A team-level policy can establish a floor priority weight. - The
cautiondivergence (impact 0.18) iscomplementary— agent-risk is supposed to be more cautious. No action needed.
resolvable fault line and aligning the accuracy priority, the fleet score would likely improve from 0.74 to approximately 0.82.
Resolving Each Classification
Resolvable
Aresolvable fault line means one or more agents are simply missing a value that others declare. The fix is straightforward: update the missing agent’s alignment card.
Priority Mismatch
Apriority_mismatch means all agents declare the value but differ on its priority weight or definition. Review the value declarations across the affected agents:
- Compare each agent’s priority weight for the value
- Decide on a team-wide standard (typically the most restrictive weight for safety-sensitive values)
- Update each agent’s card to reflect the agreed weight
- Optionally, set a team-level policy that enforces a minimum priority floor
Incompatible
Anincompatible fault line indicates a fundamental value conflict — one agent has an explicit conflicts_with entry pointing at a value another agent holds. These require human review because there is no automated resolution that preserves both agents’ expressed values.
Options:
- Restructure the team — if the conflict is irreconcilable, these agents should not coordinate autonomously
- Create isolation boundaries — use transaction guardrails to ensure conflicting agents operate in separate scopes
- Revise one agent’s card — if the
conflicts_withdeclaration was unintentional or outdated, remove it and re-run the analysis
Before removing a
conflicts_with declaration, verify it reflects the agent’s actual behavior. If the agent’s model or system prompt genuinely conflicts with the value, removing the declaration creates a hidden misalignment rather than resolving it.Complementary
Acomplementary fault line requires no action. The divergence is intentional — a specialist agent is supposed to emphasize certain values more than generalist peers. The classifier detects this based on agent role declarations and specialization metadata in the alignment cards.
If a fault line is incorrectly classified as complementary when you believe it is a real gap, check whether the agent’s card accurately declares its specialization scope.
Structural Fault Lines
When multiple fault lines consistently isolate the same subset of agents, this is a structural fault line — more serious than any individual gap. Thealignments array in the analysis result captures these patterns.
- Review all fault lines in
fault_line_idstogether as a group, not individually - Determine whether the split is intentional (e.g., a distinct specialist role) or accidental (e.g., a card that was never properly updated)
- If accidental, resolve each constituent fault line in order of impact
- If intentional, consider whether the minority agent should be operating in the same team, or whether the team architecture needs to be redesigned with explicit isolation
Structural fault lines are grounded in Lau & Murnighan’s (1998) research on demographic faultlines in human teams. Teams with strong demographic faultlines — where multiple demographic attributes split along the same divide — are significantly more prone to subgroup conflict than teams with the same number of diverse attributes distributed across different members. The same dynamic applies to agent value alignment.
When to Re-Run Analysis
Re-run fault line analysis after:- Card updates — any change to a team member’s alignment card changes the divergence profile
- Adding team members — a new agent may introduce new fault lines or resolve existing ones
- Removing team members — removing an agent can eliminate fault lines or reveal new ones between remaining members
- After resolving a fault line — confirm the resolution worked and check whether other fault lines are affected
- Before deploying for a new task type — a team that coordinates well on content generation may have critical fault lines for financial operations
analysis_id that can be passed directly to POST /v1/teams/forecast to generate a risk forecast based on the current fault line state.
See Also
- Fleet Coherence — Conceptual overview of N-way fleet analysis
- Intelligence API — Full API reference including fault lines, forecasting, and policy recommendations
- Team Management — Creating and managing teams
- Risk Engine — Risk assessment that builds on fleet coherence data
- Policy Management — Applying policies to resolve priority mismatches