Cooperative Communication Repair¶
Essence¶
Cooperative Communication Repair is the pattern for fixing exchanges that stop working because people no longer experience the message as cooperative. A message may be confusing, unsupported, irrelevant, too thin, too long, or evasive. The archetype does not simply say “communicate better.” It asks which expectation failed and repairs that expectation directly.
The core move is diagnostic: identify whether the breakdown is about clarity, evidence, relevance, sufficiency, economy, or intent. Then supply the repair content that would let participants coordinate again, and check whether the repair actually restored shared understanding.
Compression statement¶
When people cannot coordinate because a message appears unclear, unsupported, irrelevant, incomplete, excessive, or misleading, diagnose which cooperative expectation failed, supply the specific repair content, and confirm shared understanding before continuing.
Canonical formula: perceived_breakdown + violated_expectation_diagnosis → targeted_repair_content + shared_understanding_check → restored_coordination
When to Use This Archetype¶
Use this archetype when a conversation, document, support exchange, meeting, incident update, policy memo, or learning interaction has enough shared purpose to be repaired, but the current message is blocking coordination. It is especially useful when people are asking questions such as “what do you mean?”, “why does this matter?”, “what supports that?”, “what should I do next?”, or “can you give me the right level of detail?”
It is not the right first pattern when the real problem is a multi-meaning term, a missing context anchor, a speech act whose authority is unclear, or a face-risk tradeoff. Those neighboring archetypes may be used alongside it, but Cooperative Communication Repair remains focused on restoring cooperative expectations inside an exchange.
Structural Problem¶
The structural problem is that participants rely on expectations that are usually implicit. They expect contributors to be clear enough, grounded enough, relevant enough, and informative enough for the shared purpose. When one of those expectations breaks, the exchange becomes unreliable even if everyone is nominally using the same words.
A team may have plenty of information but no relevance link. A document may be truthful but unusable because it buries the answer. A support ticket may express urgency but omit reproducible details. A status update may sound reassuring but fail to say what evidence supports the reassurance. In each case, coordination breaks because the communicative structure is no longer cooperative enough for action.
Intervention Logic¶
The intervention starts by naming the breakdown without turning it into a personal accusation. Then the repairer asks which cooperative expectation is failing. Clarity repair asks for clearer distinctions or scope. Evidence repair asks for basis, source, confidence, or assumptions. Relevance repair links the message to the current question or decision. Sufficiency repair adjusts the amount and granularity of information.
The repair is complete only when participants check shared understanding. A repair that merely adds words can leave the breakdown intact. A successful repair lets people distinguish communicative misunderstanding from substantive disagreement.
Key Components¶
Cooperative Communication Repair is built around diagnosis rather than generic advice to "communicate better." The starting frame is the Cooperative Expectation, which makes explicit the Gricean assumption that contributors are trying to be clear, grounded, relevant, and appropriately informative for the shared purpose. When that assumption breaks, the Communication Breakdown appears as observable trouble: looping questions, accusations of irrelevance, unsupported claims, or inability to identify the next action. The Violated Expectation Diagnosis is the pivotal move, identifying which specific expectation has failed — clarity, evidence, relevance, sufficiency, economy, or intent transparency — because the right repair depends on which expectation is in trouble.
The repair itself proceeds through targeted requests and content, then closes with a check. A Clarification Request asks the smallest useful question that locates the missing distinction, basis, link, or action implication without becoming hostile interrogation. The Repair Content supplies the specific material that resolves the diagnosed failure, drawing on three substantive components matched to the diagnosis: the Relevance Link explains why a message matters for the current task or decision, Evidence Grounding supplies the basis behind claims and recommendations, and the Sufficiency Boundary tunes how much information is enough for the audience, urgency, and reversibility at hand. The cycle ends with a Shared Understanding Check — a read-back, summary, decision restatement, or next-action confirmation — that distinguishes genuine repair from "more words, same breakdown" and helps separate communicative misunderstanding from substantive disagreement.
| Component | Description |
|---|---|
| Cooperative Expectation ↗ | This is the expectation that the message will be clear, grounded, relevant, and sufficient for the purpose. The component turns Gricean maxims into practical design criteria for meetings, support, documentation, governance, and education. |
| Communication Breakdown ↗ | The breakdown is the observed failure that makes coordination unreliable. It may appear as confusion, repeated follow-up questions, accusations of irrelevance, unsupported claims, excessive background, or inability to identify the next action. |
| Violated Expectation Diagnosis ↗ | This component prevents generic repair. It asks whether the failure is primarily about clarity, evidence, relevance, sufficiency, economy, or intent transparency. The diagnosis determines the repair. |
| Clarification Request ↗ | A clarification request asks for the missing distinction, scope, evidence, relevance link, or action implication. It should be precise enough to guide repair and restrained enough not to become a hostile interrogation. |
| Repair Content ↗ | Repair content is the specific material that resolves the diagnosed failure. It may be clearer wording, a source, a confidence statement, a relevance explanation, a concise summary, added context, or a next-action statement. |
| Relevance Link ↗ | The relevance link explains why the message matters for the current task, decision, risk, stakeholder need, or next step. It is the antidote to accurate but unusable information. |
| Evidence Grounding ↗ | Evidence grounding supplies the basis for claims, recommendations, numbers, diagnoses, or status statements. It supports the exchange without turning the archetype into a full evidence-evaluation or provenance pattern. |
| Sufficiency Boundary ↗ | The sufficiency boundary defines how much information is enough. The right level depends on the audience, urgency, risk, expertise, and reversibility of the decision. |
| Shared Understanding Check ↗ | The shared understanding check closes the loop. It can be a read-back, summary, teach-back, decision restatement, or explicit next-action confirmation. |
Common Mechanisms¶
Clarification protocols and clarification scripts implement the archetype by giving people safe, repeatable ways to ask what is missing. Read-back and teach-back mechanisms test whether the repair worked. Evidence linking repairs unsupported or mistrusted claims. Relevance reframing reconnects information to the current purpose. Sufficiency checklists tune the level of detail. Meeting repair moves help facilitators pause and redirect live exchanges. Documentation reviews apply the same logic before a reader encounters the breakdown. Support triage question sets implement the pattern in customer or operational support.
These mechanisms are not the archetype itself. A script, checklist, template, meeting move, or support workflow is only an implementation vehicle. The archetype is the transferable repair logic: diagnose the violated cooperative expectation, supply targeted repair content, and confirm shared understanding.
Parameter / Tuning Dimensions¶
Important tuning dimensions include the stakes of misunderstanding, the urgency of the exchange, the expertise distance between participants, the amount of shared context, the acceptable evidence standard, the granularity of detail needed, the power relationship between participants, and the channel of communication.
High-risk domains need stronger evidence grounding and shared-understanding checks. Low-risk exchanges may need only a quick clarification. Asynchronous documents need anticipatory repair through review, headings, examples, and sufficiency checks. Live meetings often need facilitation moves and explicit relevance framing.
Invariants to Preserve¶
The repair must remain linked to the diagnosed expectation. It must preserve the shared task rather than become a generic demand for more explanation. It must distinguish misunderstanding from substantive disagreement. It must be specific, proportional, and answerable. It must avoid turning clarity or evidence standards into tools for domination. It must leave room for legitimate uncertainty, confidentiality, privacy, and dissent.
Target Outcomes¶
The target outcomes are restored coordination, fewer looping conversations, more actionable documents, better support triage, less escalation from perceived evasiveness, and clearer distinction between communication failure and real disagreement. A successful repair lets participants continue with a shared understanding of what was meant, why it matters, what supports it, and what happens next.
Tradeoffs¶
The archetype adds friction because it pauses communication to repair it. That friction is valuable when ambiguity is costly, but wasteful when the issue is trivial. Evidence grounding improves reliability, but overuse can burden ordinary conversation. Relevance repair keeps focus, but may suppress exploration if applied too aggressively. Sufficiency repair prevents overload, but can hide needed caveats if brevity is overvalued.
The main design challenge is proportionality: enough repair to restore coordination, not so much repair that communication becomes bureaucratic or adversarial.
Failure Modes¶
A common failure mode is repairing the wrong expectation: adding detail when the real issue is relevance, or demanding clarity when the real issue is missing evidence. Another is the “more words, same breakdown” failure, where participants explain at length without addressing what is actually missing. Weaponized clarification occurs when requests for clarity or evidence are used to stall, exhaust, or dominate. False agreement occurs when people say they understand but no read-back or next-action confirmation tests it. Etiquette drift occurs when the pattern becomes politeness advice rather than structural repair.
Neighbor Distinctions¶
Sign–Meaning Alignment concerns the relation between a sign form and intended interpretation. Cooperative Communication Repair concerns an exchange whose cooperative expectations have failed. Speech-Act Clarification asks what action an utterance performs; this archetype asks what communicative expectation needs repair. Polysemy Disambiguation selects the active sense of a multi-meaning term. Context Anchor Design restores missing speaker, time, place, role, or scope context. Face-Saving Directness Calibration balances directness and relationship preservation. Psychological Safety Enablement creates conditions for speaking up; Cooperative Communication Repair uses those conditions to repair a specific exchange.
Variants and Near Names¶
Clarity Repair targets vague or ambiguous messages. Evidence Grounding Repair targets unsupported or unreliable claims. Relevance Repair connects true information to the current purpose. Sufficiency Repair tunes the amount and granularity of information. Near names include Gricean Repair, Conversational Maxim Repair, Shared Understanding Repair, and Cooperative Expectation Repair. Clarification scripts, meeting repair moves, support scripts, and documentation reviews should remain mechanisms unless generalized into this parent pattern.
Cross-Domain Examples¶
In meeting facilitation, a facilitator pauses a looping discussion and asks whether the problem is evidence, relevance, or decision scope. In support, a vague ticket is repaired with targeted questions about environment, reproduction, expected behavior, actual result, and impact. In incident response, a vague reassurance is repaired with metrics, time window, affected region, and uncertainty. In documentation, a runbook replaces “restart it if needed” with a trigger, command, owner, expected result, and escalation condition. In policy work, a memo links evidence sections directly to the decision they support.
Non-Examples¶
A button label that implies the wrong action is not this archetype; it is Sign–Meaning Alignment. A statement whose authority or binding force is unclear is Speech-Act Clarification. A phrase whose referent depends on time, speaker, or place is Context Anchor Design. A hard refusal that must be delivered without humiliating someone is Face-Saving Directness Calibration. A substantive disagreement after everyone understands the evidence and options is not a communication-repair problem.