AI pressure redirection — handling conflicting demands, tool failures, and competing constraints by blending with incoming force then reframing. Use when receiving contradictory instructions from different sources, during tool failure cascades where the planned approach becomes unviable, when scope pressure threatens to expand the task beyond what was asked, or when user frustration or correction needs to be absorbed rather than deflected.
Handle conflicting demands, tool failures, and competing constraints by blending with the incoming pressure rather than resisting it — then redirecting the force toward a productive resolution.
center reveals that pressure is destabilizing balanceBefore engaging with any conflict, establish center (see center). Then identify the incoming pressure clearly.
AI Pressure Type Taxonomy:
┌─────────────────────────┬──────────────────────────────────────────┐
│ Pressure Type │ Characteristics │
├─────────────────────────┼──────────────────────────────────────────┤
│ Contradictory │ Two valid sources give incompatible │
│ Requirements │ instructions. Neither is simply wrong. │
│ │ Resolution requires synthesis, not │
│ │ choosing sides │
├─────────────────────────┼──────────────────────────────────────────┤
│ Tool Failure Cascade │ A planned approach fails at the tool │
│ │ level. Retrying won't help. The failure │
│ │ data itself contains useful information │
├─────────────────────────┼──────────────────────────────────────────┤
│ Scope Creep │ The task silently expands. Each addition │
│ │ seems reasonable in isolation, but the │
│ │ aggregate exceeds what was asked │
├─────────────────────────┼──────────────────────────────────────────┤
│ Context Overload │ Too many files, too many constraints, │
│ │ too many open threads. Paralysis from │
│ │ excess input, not insufficient input │
├─────────────────────────┼──────────────────────────────────────────┤
│ Ambiguity │ The request is genuinely unclear and │
│ │ multiple interpretations are valid. │
│ │ Action risks solving the wrong problem │
├─────────────────────────┼──────────────────────────────────────────┤
│ User Correction │ The user indicates the current approach │
│ │ is wrong. The correction carries both │
│ │ information and emotional weight │
└─────────────────────────┴──────────────────────────────────────────┘
Classify the current pressure. If multiple pressures are active, identify the primary one — address that first; secondary pressures often resolve as a side effect.
Expected: A clear classification of the pressure type and its specific manifestation in the current context. The classification should feel accurate, not forced into the taxonomy.
On failure: If the pressure doesn't fit any category, it may be a composite. Decompose: which part is contradictory? Which part is scope? Handling composites requires addressing each component, not treating the whole as one problem.
Move toward the problem. State it in full scope without minimizing, deflecting, or immediately proposing a solution.
The test: If the description of the problem sounds reassuring, you are deflecting, not entering. Irimi requires full contact with the difficulty.
Expected: A complete, unflinching statement of the problem. The statement should make the problem feel more real, not less.
On failure: If entering the problem creates anxiety or urgency to immediately solve it, pause. Irimi is entering, not reacting. The goal is to see the problem clearly before moving. If you cannot state the problem without proposing a solution in the same sentence, separate them explicitly.
Having entered the force, pivot to redirect it toward resolution. Each pressure type has a characteristic redirect.
Redirect Patterns by Pressure Type:
┌─────────────────────────┬──────────────────────────────────────────┐
│ Pressure Type │ Redirect Pattern │
├─────────────────────────┼──────────────────────────────────────────┤
│ Contradictory │ Synthesize underlying intent: both │
│ Requirements │ sources serve a purpose. What goal do │
│ │ they share? Build from the shared goal, │
│ │ not from either source alone │
├─────────────────────────┼──────────────────────────────────────────┤
│ Tool Failure Cascade │ Use the failure data: what did the error │
│ │ reveal about assumptions? The failure is │
│ │ information. Switch tools or approach, │
│ │ incorporating what the failure taught │
├─────────────────────────┼──────────────────────────────────────────┤
│ Scope Creep │ Decompose to essentials: what was the │
│ │ original request? What is the minimum │
│ │ that satisfies it? Defer additions │
│ │ explicitly rather than silently absorbing│
├─────────────────────────┼──────────────────────────────────────────┤
│ Context Overload │ Triage and sequence: which information │
│ │ is needed now vs. later vs. never? Rank │
│ │ by relevance to the immediate next step │
├─────────────────────────┼──────────────────────────────────────────┤
│ Ambiguity │ Surface the ambiguity to the user: "I │
│ │ see two interpretations — A and B. Which │
│ │ do you mean?" Do not guess when asking │
│ │ is available │
├─────────────────────────┼──────────────────────────────────────────┤
│ User Correction │ Absorb the correction fully: what was │
│ │ wrong, why was it wrong, what does the │
│ │ correct direction look like? Then adjust │
│ │ without defensiveness or over-apology │
└─────────────────────────┴──────────────────────────────────────────┘
Apply the appropriate redirect. The redirect should feel like it uses the energy of the problem rather than fighting it.
Expected: The pressure transforms from an obstacle into a direction. Contradictions become synthesis opportunities. Failures become diagnostic data. Overload becomes a prioritization exercise.
On failure: If the redirect feels forced or doesn't resolve the pressure, the classification from Step 1 may be wrong. Re-examine: is this really a contradiction, or is one source simply outdated? Is this really scope creep, or is the expanded scope actually what the user needs? Misclassification leads to misredirection.
Sometimes the redirect fails. The pressure is genuine and cannot be transformed. Ukemi is the art of falling safely — acknowledging limits without catastrophizing.
Ukemi Recovery Checklist:
┌─────────────────────────┬──────────────────────────────────────────┐
│ Preserve │ Summarize progress and learnings │
│ Acknowledge │ State the limitation without excuses │
│ Communicate │ Tell the user what is needed │
│ Recover │ Identify the specific unblocking action │
└─────────────────────────┴──────────────────────────────────────────┘
Expected: A graceful acknowledgment that maintains trust. The user knows what happened, what was tried, and what is needed. No information is lost.
On failure: If acknowledging the limitation feels like failure rather than communication, note the ego signal. Ukemi is a skill, not a weakness. An honest "I'm stuck" followed by a clear request for help is more useful than a forced solution that creates new problems.
When multiple pressures arrive simultaneously (user correction + tool failure + scope question), apply randori principles.
Expected: Forward movement despite multiple pressures. Not perfect resolution of all pressures simultaneously, but sequential handling that maintains progress.
On failure: If multiple pressures create paralysis, list them all explicitly, then number them by urgency. Address number 1. Just starting breaks the paralysis. If all pressures seem equally urgent, pick the one with the simplest resolution first — quick wins create momentum.
After redirecting a pressure, maintain awareness for second-order effects.
Expected: A brief scan for secondary effects after each redirect. Most redirects are clean, but the ones that create cascading issues are exactly the ones where zanshin matters.
On failure: If second-order effects are missed and surface later, that is a signal to deepen zanshin practice. Add a brief "what did this change break?" check after significant redirects.
aikido — the human martial art that this skill maps to AI reasoning; physical blending and redirection principles inform cognitive pressure handlingcenter — prerequisite for effective redirect; establishes the stable base from which redirection operatesawareness — detects pressures early, before they require emergency redirectheal — deeper recovery when pressure has caused subsystem driftmeditate — clears residual noise after handling difficult pressures