计划执行与检查节点
executing-plans
按既定实施计划完成工作,保持过程检查和反馈。
redirect【效率与协作】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 wa…
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
AI 之壓引——融入來力、後改框使生果。非抗也。
center 顯壓擾衡入衝前、立中(見 center)。後明識來壓。
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 │
└─────────────────────────┴──────────────────────────────────────────┘
分當前壓。多壓並行→識主先處;副者常隨解。
得:壓型與當前形之明分。分覺準、非強入類。
敗:壓不入任類→或為複合。解之:何部矛?何部範?處複需各部、勿視全為一問。
向問移。全述其範、勿減、勿避、勿即提解。
測:若問述安人、是避非入。入需全觸難。
得:完、不縮之問述。述使問更實、非更虛。
敗:入問致憂或急欲即解→停。入即入、非反。旨在見問明乃移。若不能述問而不同句提解→明分之。
入力既、樞至引向解。各壓型有特引法。
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 │
└─────────────────────────┴──────────────────────────────────────────┘
施宜引。引應感如用問之能、非抗之。
得:壓由阻變向。矛成合機。敗成診數。載成序務。
敗:引覺強或不解壓→步一分或誤。再察:實矛乎、抑一源僅舊?實蔓乎、抑擴乃用所需?誤分致誤引。
引或敗。壓真、不可化。受身即安落之術——認限而不大化。
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 │
└─────────────────────────┴──────────────────────────────────────────┘
得:雅認、信存。用知何發、何嘗、何需。無訊失。
敗:認限覺如敗非通→記我號。受身為技、非弱。誠「吾困」與明請助、勝強解生新患。
多壓同至(用正+工敗+範問)→施亂取律。
得:多壓下仍前行。非全並解、乃序處保進。
敗:多壓致癱→明列、按急數之。處一。起即破癱。若皆等急→擇最易解者先——速勝生勢。
引壓後、保察二序果。
得:每引後簡掃二序。多引潔、然致連患者正殘心要處。
敗:二序果失、後現→即號當深殘心練。重要引後加一簡「此變何破?」察。
aikido — 此技所映人武術;體融與引之律導識壓處center — 有效引之先決;立穩基使引行awareness — 早察壓、急引前heal — 壓致子系偏時深復meditate — 處難壓後清餘噪