Grounding & Communication Foundations
Scope note — two senses of "grounding": This skill covers the Clark conversational sense: establishing shared meaning between parties (common ground, acceptance evidence, repair). It does not cover the LLM-attribution / RAG sense: whether a generated response is grounded in retrieved documents (citation faithfulness, hallucination detection). For the attribution sense, see ai-rag and the FACTS Grounding / RAGAS / Wallat et al. frameworks (sources FACTSGrounding2025, RAGAS2024, WallatFaithfulness2024 in data/sources.json).
Use the ten primitives below to establish enough shared understanding for the task. Delivered context, an acknowledgment, and demonstrated understanding are different evidence; none grants authority.
Static vs. dynamic grounding. Interpreting an opening brief is different from maintaining a joint plan across turns. Yao, Zou, and Hawkins (2026, preprint) observe dyads missing optimal allocations despite solving the negotiation task individually. Their observed failures motivate preserving settled state, identifying referents explicitly, and distinguishing exploratory proposals from commitments. These are application conventions, not a guarantee that an agent understood.
Laban et al. (2025) measure multi-turn degradation: LLMs lose an average of 39% across six generation tasks in underspecified multi-turn settings, and once a model takes a wrong turn it "gets lost" and does not recover — a reliability failure, not mainly a capability one. Operational inference: in multi-turn underspecified work, periodically consolidate accumulated requirements into one restated spec (#1, #3) rather than patching state in place; after a detected wrong turn, restart execution from the consolidated spec instead of continuing to build on the compromised thread.
When to Apply
Apply grounding-theory when:
- Designing handoffs between subagents, or between a planner and an executor
- Drafting briefs, specs, or PRDs that downstream agents will interpret
- Diagnosing why a subagent did the wrong thing — was the brief grounded?
- Building human-in-the-loop confirmation flows
- Designing repair protocols ("re-ask if confidence < threshold")
- Modeling memory: what becomes part of the common ground between agent and user across sessions?
- Spec drift across long agent loops where context compresses
Skip and use simpler alternatives when:
- Autonomous single-agent internal computation with no recipient or coordination ambiguity. A human plus one assistant are two interlocutors: use proportionate grounding when meaning, authority or version risk exists
- The communication channel itself is the bottleneck → use foundations-information-theory (channel capacity)
- The question is whether to communicate at all → use foundations-team-theory (value of communication)
- Strategic / adversarial speech (negotiation, debate) → compose foundations-game-theory for incentives with grounding for shared referents, proposal versions and repair
- Pure user-research methodology → use software-ux-research
Contents
Quick Reference
Failure modes, checks, and supporting evidence: references/primitives-overview.md.
Primitive Index
| # | Primitive | Failure Mode It Addresses |
|---|
| 1 | Common Ground | Treating "in the system prompt" as "shared with the agent" — common ground is what's believed mutual, not just present |
| 2 | Grounding Criterion | Over-grounding (excess confirmation overhead) or under-grounding (acting on uncertain interpretation) |
| 3 | Contributions: Presentation + Acceptance | "I sent the message, so we're done" — communication isn't complete until acceptance is signaled |
| 4 | Evidence of Understanding | Acknowledgment mistaken for task-specific understanding |
| 5 | Repair | Correction acknowledged while pre-repair assumptions still drive actions |
| 6 | Presupposition | Brief assumes context the recipient doesn't have (the skill's own inference: ambiguous-brief failures map here; MAST files specification issues under system design) |
| 7 | Audience Design | Brief depends on the writer’s private vocabulary or context |
| 8 | Joint Commitment | Sending a handoff mistaken for joint coordination |
| 9 | Least Collaborative Effort | Sender saves tokens while shifting larger interpretation and repair costs to recipients |
| 10 | Grounding Cost / Tracks | Confirmation/repair overhead ignored when budgeting communication |
Formal Supporting Theory
Read references/formal-theory-map.md when source-level justification or production boundaries matter. Empirical evidence and its scope live in data/sources.json and references/primitives-overview.md.
The classical layer is stable; check publication status of newer preprints before citing them. Benchmark rates are specific to their datasets and models and require local measurement before becoming policy.
Anti-Patterns
| Anti-Pattern | Grounding Theory Diagnosis | Fix |
|---|
| "I put it in the system prompt, so the agent knows" | Common ground (#1) confused with content delivery; presence ≠ mutual belief | Verify common ground via grounded probe (use a proportionate probe or inspectable first artifact). Track corrections as a candidate misalignment signal; test its relation to failures in your own traces |
| Subagent acts on an ambiguous or high-cost brief without exposing its interpretation | Grounding criterion (#2) is below the task risk | For reversible work, expose the working interpretation while proceeding; require an explicit restatement/response only when ambiguity can change an irreversible or costly action |
| User says "ok" / agent emits "ack" — taken as confirmation of understanding | Evidence of understanding (#4) confuses acknowledgment with comprehension | Use task-specific paraphrase, plan, or worked example when the criterion requires stronger evidence |
| No mechanism for "wait, I don't understand" once a task starts | Repair (#5) channel missing; errors compound | Provide explicit "ask for clarification" tool; reward its use when uncertainty is high. For consequential actions, compare the inferred task with user intent before execution (InferAct pattern); preserve existing authority |
| Repair happens, but the agent proceeds on its pre-repair assumptions | Repair (#5) treated as an utterance rather than a common-ground update; the correction is acknowledged and then not propagated | After a correction, require restatement of the revised shared state, not of the correction. Test locally whether corrections propagate (Poelitz et al., 2026, preprint, benchmarks common ground in human-AI collaboration) |
| A correction is silently adopted even when it conflicts with verified artifact state or a source | Repair (#5) conflated with sycophancy — a correction is evidence, not truth, and propagating it faithfully is not the same as propagating it correctly | Before restating the revised shared state, check a conflicting correction against verified state; if it conflicts, surface the conflict rather than silently adopting it. See ai-evals's sycophancy gate (references/conversational-feedback-signals.md) for the accuracy-anchored check this composes with |
| Brief mentions "the dashboard" without antecedent | Presupposition (#6) failed; agent fills in wrong referent | Audit briefs for definite references; resolve antecedents before handoff |
| Brief written in domain shorthand the recipient doesn't share; LLMs repeat similar follow-ups rather than pivoting to audience-state-informed questions | Audience design (#7) failed; speaker-centric, listener state untracked | Rewrite for the recipient's vocabulary; check by having a peer (or different agent) read it cold |
| Handoff treated as fire-and-forget | Joint commitment (#8) violated; communication framed as transmission | Use proportionate acceptance evidence; block only for unresolved consequential ambiguity or missing authority |
| Speaker minimizes own tokens, recipient must guess | Least collaborative effort (#9) optimized one-sidedly | Optimize total effort: a longer brief that prevents one repair round is cheaper than the round trip |
| Confirmation steps stripped to save tokens | Grounding cost (#10) underestimated; expected savings exceeded by failure cost | Compute expected total cost including failure-and-repair tail |
Decision Checklist
Composition Recipes
Brief-to-subagent handoff (the dominant failure surface)
Context: Orchestrator dispatches a subagent on a non-trivial task. Inference, not a MAST claim: prompt, role, context, and stopping-condition ambiguity all appear before or during execution, so the brief is a primary failure surface.
- Audit common ground (#1): what does the subagent already know from system prompt + context vs. what does it need from this brief?
- Set grounding criterion (#2): is this a reversible exploration or an irreversible action? Higher stakes → higher criterion.
- Resolve presuppositions (#6): every definite reference ("the file," "the user") must have a recoverable antecedent in the prompt.
- Apply audience design (#7): does the subagent share the orchestrator's domain shorthand? If not, expand or substitute.
- Choose proportionate acceptance evidence (#3): for reversible work, a visible working interpretation or first artifact can demonstrate understanding without pausing. Before costly or irreversible execution, require a restatement or other active evidence (#4).
- Provide a repair channel (#5): an explicit "ask the user / orchestrator" tool for missing required information or ambiguity that changes the action. Consider preemptive repair verification: before executing irreversible actions, a Task Inference + Task Verification unit can verify alignment between observed agent plan and stated user intent (InferAct pattern, EMNLP 2025). For the concrete question caps, defaults, and question-quality rules that bound over-asking, see
agents-subagents/references/clarification-questions-protocol.md (bundle load-bearing questions and include a safe assumed default where possible).
- Compute total cost (#9, #10): brief tokens + acceptance tokens + expected repair tokens. Optimize the sum, not just brief tokens.
Protocol lookup at integration time. Read the deployed A2A specification for interrupted task states and the negotiated MCP elicitation specification for modes, allowed data, and response semantics. Do not assume a response meaning from another protocol revision: URL-mode acceptance does not establish completion of the out-of-band interaction. These mechanisms support turn-taking and authority checks; they do not prove shared interpretation.
For clear, authorized reversible work, expose the working interpretation or first artifact and continue. Wait only when unresolved ambiguity or missing authority can change a consequential action.
Worked example. For a reversible draft, the subagent replies, "Working interpretation: refactor the OAuth2 handler under src/auth/ while preserving endpoints," and begins with an inspectable first diff. The orchestrator can interrupt if that interpretation is wrong. If the same ambiguity controls a production auth migration or credential change, the subagent stops after the restatement and waits because the repair cost and authorization boundary justify blocking acceptance.
Long-running agent context compression
Context: An agent loops for many turns; context gets compressed by the harness; common ground decays.
- Identify what must persist in common ground vs. what is recomputable (#1).
- Set grounding criterion (#2) higher near compression boundaries — verify shared state before acting.
- Use repair (#5) proactively — re-establish key facts after compression rather than waiting for failure.
- Track grounding cost (#10) — re-grounding has a token cost that competes with productive work; make it explicit in the budget.
Multi-turn agent↔agent coordination (dynamic grounding)
Context: Two agents must converge on a joint plan over several turns — negotiation, resource allocation, division of labor, peer review. Distinct from a one-shot handoff: the failure is not a bad brief but a failure to maintain and revise shared state across turns. Individually capable agents still fail as dyads here (Yao et al. 2026).
- Externalize the shared plan (#1, #8). Do not rely on each agent's reading of the transcript — keep a single explicit joint-state object both agents read and write. Loss of shared interaction history is failure mode #1 in the negotiation data.
- Re-bind references every turn (#6). Referential binding errors across turns are a named failure mode: "the second option," "your earlier proposal," "that split" drift as the transcript grows. Restate referents by identity, not by position in the conversation.
- Force explicit commitment steps (#3, #8). Distinguish "I am exploring X" from "I commit to X." Anchoring to early proposals is a named failure mode — untagged exploratory proposals get treated as commitments by the other side.
- Watch for the fairness default (#2). Agents default to equal splits over reward-maximizing coordination. If the jointly optimal outcome is asymmetric, state that explicitly; symmetric-looking compromises are a grounding failure wearing the costume of a reasonable outcome.
- Verify convergence, don't assume it (#4). Ask each agent independently to state the agreed plan. Agreement in the transcript is not agreement in their models.
For end-of-run reports, use the agent-to-user handoff pattern rather than duplicating the recipe here.
Chatbot / conversational app
Rifts (ACL 2025) observed lower clarification and follow-up rates for LLMs in its sampled conversations; measure missed and unnecessary asks in your app rather than treating those rates as a baseline. Set the grounding criterion (#2) per intent: verify target and authority before booking, purchase or deletion; an inspectable result suffices for a reversible lookup or draft. Track turns where the user corrects or restates, and test whether they predict failures; a correction count alone does not establish cause or fault.
Judgment Calls
Diagnosing grounding failure in a live team or product
Test shared-meaning failures alongside technical root causes when the output diverges from the agreed task.
| Signature | Distinguishing test | Fix |
|---|
| Silent misalignment: parties proceed many turns before anyone notices they meant different things; no error is raised, only a late, expensive divergence | Ask each party independently to state the current shared goal in one sentence. If they diverge and neither noticed, this is it | Scheduled, low-cost restatement checkpoints; there will be no symptom until the cost is sunk (#1, #2) |
| Costly-repair spiral: a misunderstanding is "fixed" but the fix was not grounded either, so repair rounds compound | Track repair-round cost (tokens, time, trust) over the incident. If it is rising, the repair channel lacks an acceptance phase | Ground the repair like the original contribution: expose the revised shared state before the next affected action; require a response only if consequential action still depends on unresolved ambiguity or missing authority (#3, #5, #9) |
When explicit verification protocols beat implicit grounding
Explicit protocols (restate-and-confirm, structured acceptance, mandatory paraphrase) cost tokens, time, and social friction on every interaction. Implicit grounding (proceed on inferred understanding, correct if wrong) costs nothing until it's wrong, then costs a lot. The judgment call is not "always verify" or "never verify" — it's pricing the crossover for a given interaction class, set deliberately once rather than improvised per instance.
Reach for explicit verification when: the action is irreversible or expensive to undo (deploys, sends, payments, deletes); personal common ground is low (new user, new subagent, session start, just after context compression); the medium has expensive repair (async, high-latency, no real-time interrupt — batch jobs, cross-team handoffs, long agent loops); or errors are silent by default — the system won't surface a wrong interpretation on its own, it will just produce plausible-looking wrong output.
Stay with implicit grounding when: the action is cheap to reverse and errors surface immediately (exploratory reads, drafts, low-stakes lookups); personal common ground is already rich (many prior turns validated the shared model); the medium has cheap repair (synchronous chat, pair programming, a fast interrupt path); or over-verifying has a real cost of its own — added friction lowers the rate at which people or agents initiate contact at all, which can be a bigger loss than the occasional repair.
A signature or acknowledgment can close an approval gate while leaving interpretation untested. Choose evidence that detects the specific misunderstanding at issue.
Short rules
- Media constraints (Clark & Brennan 1991). Before choosing a channel for a handoff, check co-presence, visibility, audibility, cotemporality, simultaneity, sequentiality, reviewability and revisability. A written brief can be re-read; an in-context correction can be overwritten or lost.
- LLMs presume common ground. Preference tuning lowers grounding acts such as clarification and acknowledgment (Shaikh et al., NAACL 2024; single study, so hedge). An instruction to "ask if unclear" must be explicit and rewarded.
- Evidence strength, weakest to strongest (Clark & Schaefer 1989; check the order at p. 267 before quoting): continued attention, relevant next contribution, acknowledgment, demonstration, display. Paraphrase or read-back beats "ack".
Least collaborative effort as an agent-design lens
Least collaborative effort (#9) is usually read as a dialogue-efficiency principle. Applied to agent design, it reframes a common local optimization as a false economy:
- Agent design: a terse system prompt that saves orchestrator tokens but forces the subagent to guess, and the user to catch the guess later, is the same error. Price total expected cost (brief + acceptance + p(failure) × repair) before trimming a brief for length.
- Diagnostic: ask "whose effort did this design minimize, and whose did it defer?" If the answer is "the party who assembles the request, at the expense of whoever has to interpret or fix it," least collaborative effort was optimized one-sidedly.
Workflow
- Identify the handoff or communication boundary (subagent dispatch, user→agent, agent→user, agent→agent).
- Audit common ground (#1) at that boundary.
- Set the grounding criterion (#2) appropriate to the stakes.
- Resolve presuppositions (#6) and apply audience design (#7) to the message.
- Design the acceptance phase (#3) and the evidence of understanding (#4).
- Build a repair channel (#5). On a detected misunderstanding, require restatement of the revised shared state, not just acknowledgment of the correction, before proceeding.
- Cost it (#9, #10) — verify total expected cost is below the no-grounding alternative.
Local Validation Artifact
Navigation
Related Skills
Learnings Loop
When prior decisions or pitfalls are relevant, consult learnings.consolidated.md if present; use learnings.md only for needed history or as the available fallback. Otherwise skip both.
After applying it, if you encountered a pattern worth remembering, a mistake worth preventing, or a domain fact that surprised you, append one dated bullet to learnings.md via agents-skills-feedback-loop/scripts/append_learning.py. Do not modify SKILL.md itself.