← Files MightShapeARCHIVED FILE
references/routing.md
10.1 KB · Sep 30, 2026 · 23:14 UTC
# Routing and operating depth ## Contents 1. Activation boundary 2. Intake risk 3. Operating depth 4. Process view 5. Participation and facilitator level 6. Archetypes 7. Soft commands 8. Resource routes ## Starting-point navigation Treat current maturity as orientation, not a waterfall gate: | Starting point | Default orientation | Possible next move | |---|---|---| | `EARLY_HUNCH` | intended change, people affected, pivotal assumption | compact Intake, Empathize, or a disposable learning prototype | | `GROUNDED_EXPLORATION` | evidence coverage and unresolved tensions | Define or targeted inquiry | | `FRAMED_CHALLENGE` | frame quality and competing interpretations | discriminate POVs or Ideate | | `CONCEPT` | mechanism, alternatives, and riskiest assumption | broaden territories or Prototype | | `PROTOTYPE` | learning question, fidelity, signals, participant/context | Test, revise prototype, or reframe | | `LIVE` | actual behavior, failures, workarounds, outcome evidence | Test/learn, Define, Empathize, or bounded improvement | | `UNSURE` | a two-minute plain-language orientation | infer together from what exists; never administer a stage quiz | If the request already makes the starting point clear, infer it and work. Ask one orientation question only when explicit invocation lacks enough context to act. A mature concept does not have to restart; evidence can send any project backward. ## Activation boundary Activate strongly when a request contains one or more of: - a proposed new product, service, experience, business, policy, or organizational intervention; - an unfamiliar role, setting, workflow, or population; - a request to research, frame, ideate, prototype, test, interview, or convene the Council; - consequential automation or AI-mediated decisions; - assumptions about behavior, adoption, trust, coordination, access, or incentives; - expensive or hard-to-reverse implementation with weak human grounding. Stay light or do not activate when: - the user names an explicit implementation artifact and acceptance criteria; - the task is a bounded bug fix, refactor, migration, or visual adjustment; - the uncertainty is technical and does not materially affect the human problem; - the user asks only for factual explanation unrelated to a design decision. If a straightforward task reveals a material unexamined assumption, state it compactly and continue unless the likely harm or irreversibility warrants a pause. ## Intake risk Classify solution lock-in: - `LOW`: explicit user/problem, reversible build, low consequence, existing evidence. - `MEDIUM`: some untested behavior or adoption assumptions, moderate cost, incomplete stakeholder picture. - `HIGH`: implementation described without problem/user, consequential automation, regulated or vulnerable context, weak evidence, high expense, hard reversal, or important absent stakeholders. High risk does not authorize a giant questionnaire. Identify the smallest decisive unknown. ## Operating depth | Depth | Use when | Typical behavior | |---|---|---| | `QUICK_LOOK` | Reversible decision or compact challenge | One reframe, 3–5 assumptions, one next move; facilitator only or 2-person panel | | `SPRINT` | Hours to a few days; momentum matters | Compact Intake, targeted empathy, 2–3 POVs, broad idea territories, one prototype/test | | `STANDARD` | Default ambiguous product/service work | Versioned state, evidence map, 3–5 member panel, competing frames, concept portfolio, Build Gate | | `DEEP_DESIGN` | Consequential, regulated, systemic, expensive, or deeply unfamiliar | Primary research, full Council/deep divergence, multiple studies/POVs, parallel experiments, detailed history | Switch depth when evidence, consequence, or reversibility changes. Never equate depth with quality theater. ## Process view | View | Use when | Observable behavior | |---|---|---| | `COMPACT` | Quick Look, routine execution, or explicit brevity | Result, evidence status where needed, and next move | | `VISIBLE` | Default substantive session | Conclusion-level checkpoints at material method/phase boundaries | | `WORKSHOP` | User asks to watch or inspect the exercise | Checkpoints plus cards, batches, groupings, alternate arrangements, transformations, and outliers | Process view is independent of operating depth. It never authorizes hidden reasoning, raw logs, private worker transcripts, or sealed-response leakage. ## Participation and facilitator level Participation is independent of depth and process view: | Mode | Route | |---|---| | `OBSERVE` | Default; facilitator runs the method without requiring user turns | | `COLLABORATE` | Accept ad hoc user cards, moves, renames, steps, or decisions while continuing progress | | `FACILITATED_TURN_BY_TURN` | Ask one bounded prompt, wait, record, show a meaningful delta, then continue | When a genuinely interactive exercise loop is about to continue, or the user says “with me,” “workshop,” or “one prompt at a time,” offer these three choices once and non-blockingly. Continue in `OBSERVE` if the user does not answer or declines. If the user asks to create, cluster, map, run, or return a completed artifact without participatory language, stay silently in `OBSERVE`. Do not start an interactive loop until the user explicitly chooses `COLLABORATE` or `FACILITATED_TURN_BY_TURN`. When the user opts in, default to `NOVICE_ASSISTED` unless their method fluency is evident. Use `GUIDED` for moderate scaffolding and `LIGHT_TOUCH` for a fluent user or explicit request for speed. Route “why are we doing this?”, “show an example,” “define that,” and “slower/faster” to point-of-use facilitator guidance without opening a second question. ## Challenge archetypes Allow multiple labels. Use them to adjust methods and Council allocation: - `DIGITAL_PRODUCT`: interaction, adoption, accessibility, workflow fit, data. - `AI_PRODUCT`: necessity, augmentation/automation, override, error tolerance, uncertainty, recovery, privacy, data, dependence, non-AI value. - `PHYSICAL_PRODUCT`: ergonomics, environment, material constraints, maintenance, manufacturing, misuse. - `SERVICE`: frontstage/backstage work, handoffs, failure recovery, emotional arc. - `EXPERIENCE`: meaning, sequence, participation, context, sensory and emotional qualities. - `BUSINESS_MODEL`: incentives, payer/user distinction, adoption, value exchange, externalities. - `WORKFLOW`: real sequences, workarounds, dependencies, information flow, hidden labor. - `ORGANIZATIONAL`: authority, incentives, informal systems, change burden, institutional memory. - `POLICY`: affected groups, implementation reality, power, enforcement, unintended effects, reversibility. - `SOCIAL_SYSTEM`: stakeholders, feedback loops, distributional consequences, contested values. - `HYBRID`: explicitly state which concerns come from each component. ## Soft commands Natural language remains primary. Map these phrases to intent: | Phrase | Route | |---|---| | Ask/Meet/Challenge the Council | roster, allocation, or Challenge Me panel | | Run a sealed round | Council protocol Round A through synthesis | | Yes-and this | anonymous kernel extension during divergence | | Minority report | recover/preserve endangered dissent | | Reframe / turn findings into POVs | Define | | Show assumptions/evidence/debt/burn-down | state views, not a new workshop | | Run a sprint | `SPRINT` depth | | Open Inquiry Lab | inquiry route selector | | Create synthetic user/practitioner/expert | Reality Packet, Human Model, sealed interview | | Research this role first | Reality Packet before simulation | | Interview them | interview methodology; preserve participant type | | Create opposing personas / sealed synthetic study | meaningful behavioral variation, independent interviews, convergence check | | Reality-check this | named Reality Check workflow | | Prepare a human interview | consent, guide, fieldwork kit, Solution Blackout | | Create an interview link | hosted capability check and Sites companion | | Analyze/compare interviews | provenance-safe synthesis | | Show the work / workshop mode / show it along the way | `WORKSHOP` process view; expose inspectable artifacts and boundaries | | Join the exercise / let me participate | `COLLABORATE`; preserve user contributions as `USER_PROVIDED` | | Facilitate me through it / one prompt at a time | `FACILITATED_TURN_BY_TURN` with adaptive AI facilitator | | Let me sort the notes | collaborative affinity clustering with stable card IDs | | Why are we doing this? / show an example / define that | point-of-use facilitator guidance; keep the current prompt open | | Slower / faster | change facilitator level/pace without changing methodology | | Skip / pause / undo / take over / exit | participation control; supersede rather than erase | | Visualize / sticky-note clustering / affinity map | Define with source-linked `AFFINITY_MAP` artifact | | Process map / journey map / map this workflow | Empathize with provenance-aware `PROCESS_MAP` artifact | | Prototype this / what should we test? | critical uncertainty and Prototype Card | | Check the Build Gate | advisory scoring plus rationale | | Continue the journey | restore canonical project state and propose next mode | | Build it anyway | record override, Design/Evidence Debt, build reversibly | ## Resource routes - Intake only: `stage-intake.md`. - Current mode: one `stage-*.md`; load a method catalog only after selection. - Council roster: `council-roster.md`; active round: `council-protocol.md` plus selected profiles only. - Synthetic or human inquiry: `inquiry-lab.md`, then `human-model.md` or `interview-methodology.md` as needed. - Evidence synthesis: `evidence-policy.md` and `check_evidence.py`. - State: `state-contract.md` and `dc.py`. - Hosted interview: `hosted-interviews.md`; do not load for ordinary Inquiry Lab work. - UX: `ux-contract.md` only when producing a substantial structured output. - User participation: `participatory-workshops.md`; use its one-prompt loop, facilitator levels, controls, and sealed-input rule. - Expert exercise facilitation or method questions: `facilitator-practice.md`; choose by bottleneck, adapt participation structure, and debrief learning. - Spatial exercise: `visual-workbench.md` plus `render_visual.py`; Browser remains optional.
SHA-256: d05d6cd8262b9bd9d20c250897c19fb0433d1e2fe08c5c000ea4ab072633fb87