skills/revisiting-interview-data-analysing-turn/SKILL.md
license: Apache-2.0 NOT for unrelated tasks outside this domain.
npx skillsauth add curiositech/windags-skills revisiting-interview-data-analysing-turnInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
license: Apache-2.0
name: intercultural-discourse-analysis
version: 1.0
source: "Revisiting Interview Data: Analysing Turn-Taking in Interviews with Thai
Participants Through 'Layers of Insight'" — John Adamson
domain: discourse analysis, research methodology, intercultural communication,
qualitative research
activation_triggers:
- analyzing conversation transcripts or interview data
- detecting hidden failure modes in communication or feedback systems
- designing multi-pass analytical workflows
- evaluating whether surface-level output reflects actual understanding
- studying cross-cultural interaction, power dynamics, or face-saving behavior
- reviewing research methodology for bias or analytical sufficiency
- interpreting complex qualitative data using multiple frameworks simultaneously
- identifying when a primary knower inversion may distort data quality
Load this skill when:
No single analytical tool is sufficient for complex discourse. The expert approach stacks multiple transparent interpretive lenses — coding systems, cultural criteria, field notes, contextual background — over the same data and applies them selectively. The layers never fully merge into one master interpretation; they remain available individually and in combination.
Practical implication: When interpreting complex output, don't ask "which framework is right?" Ask "what does each framework reveal that the others miss?"
Data collected for purpose A contains latent information for purposes B, C, and beyond — if contextual tools from prior investigations are preserved. The key is that each analytical pass should deposit context (notes, codes, observations, anomalies) that enriches the next pass rather than being discarded.
Practical implication: Intermediate analytical outputs are valuable assets. Route them forward, don't throw them away. The residue of earlier investigation is often the enabler of later insight.
In high power-distance or face-sensitive contexts, communicative failure is systematically underrepresented in surface-level discourse. Participants accept non-comprehension rather than risk face-threatening acts. Coding systems that rely on observable repair sequences will miss a significant proportion of actual failures.
Practical implication: If a system depends on self-reported confusion or explicit repair to detect failure, it will produce false-negative rates proportional to the cost the participant perceives in admitting confusion. You need secondary verification mechanisms.
In standard educational interaction, the teacher holds authoritative knowledge and evaluates the student. In research interviews, this inverts: the student is the primary knower of their own experience, and the researcher should elicit rather than evaluate. When interviewees don't recognize this inversion, they optimize responses for evaluation (short, safe, deferential) rather than for data richness (expansive, honest, exploratory).
Practical implication: The framing of a question signals who is expected to be the primary knower. Misaligned framing produces systematically distorted answers optimized for the wrong objective.
Standard conversation analysis insists on analyzing talk first, then context — avoiding a priori cultural assumptions. Adamson's experiment inverts this: deliberately foregrounding a specific cultural concept (sam ruam — composure under pressure) before analysis reveals patterns invisible to standard coding. The lesson is not to always foreground culture, but to recognize that the choice of when to foreground versus when to let it emerge is itself a consequential methodological decision.
Practical implication: Sometimes you must decide what you're looking for before you can see it. Selective a priori framing, used consciously, is not bias — it's a tool.
coding-systems-and-the-limits-of-surface-analysis.md and ask what each alternative lens would reveallayers-of-insight-multi-tool-interpretation.mdhidden-breakdown-and-face-sensitive-communication.mdrepair-sequences-as-diagnostic-windows.md for diagnostic alternativesprimary-knower-inversion-and-role-contamination.mdcultural-criteria-and-avoiding-anglocentric-evaluation.md before finalizing interpretationscultural-criteria-and-avoiding-anglocentric-evaluation.md; the answer depends on whether the pattern you seek is detectable without prior framingemergent-research-and-data-revisitation.md; revisitation may be more efficient and more honestcontingency-and-formality-in-structured-exchanges.md| File | When to Load |
|------|-------------|
| emergent-research-and-data-revisitation.md | You have existing data and are deciding whether to revisit vs. recollect; designing multi-pass analytical workflows; documenting how a research question evolved |
| layers-of-insight-multi-tool-interpretation.md | Applying multiple analytical frameworks to the same data; managing contradiction between lenses; designing sequential analytical passes without premature synthesis |
| hidden-breakdown-and-face-sensitive-communication.md | Failure rates seem suspiciously low; detecting non-comprehension in high power-distance contexts; designing systems where self-reporting of failure is unreliable |
| primary-knower-inversion-and-role-contamination.md | Analyzing interview data where authority roles are ambiguous; responses feel optimized for evaluation rather than disclosure; designing elicitation questions |
| contingency-and-formality-in-structured-exchanges.md | Understanding how exchange format (formal vs. casual) constrains what participants can say; analyzing IRF structures; examining turn-taking allocation systems |
| cultural-criteria-and-avoiding-anglocentric-evaluation.md | Participants from different cultural backgrounds than the researcher; behavior looks like failure but may reflect different communicative norms; deciding when to foreground cultural lenses |
| coding-systems-and-the-limits-of-surface-analysis.md | Setting up a discourse coding scheme; deciding what coding can and cannot reveal; understanding why coding must be supplemented by interpretive layers |
| repair-sequences-as-diagnostic-windows.md | Looking for evidence of comprehension failure in transcripts; distinguishing self-initiated from other-initiated repair; using repair as a proxy for interaction quality |
| the-researcher-as-instrument-and-source-of-bias.md | Conducting reflexive analysis of your own analytical process; identifying where researcher background shapes interpretation; writing up positionality |
These are the mistakes Adamson's thesis explicitly warns against:
1. Treating smooth interaction as successful interaction. Absence of visible repair does not mean comprehension occurred. In face-sensitive contexts, apparent smoothness is a risk signal, not a quality signal.
2. Applying Western (Anglocentric) discourse norms as universal defaults. Silence, minimal response, topic avoidance, and deference are competent communicative strategies in many cultures. Coding them as failure or disengagement is a category error.
3. Collapsing multiple analytical layers into a single master interpretation prematurely. The layers are useful precisely because they sometimes contradict each other. Forcing synthesis loses the signal carried by the contradiction.
4. Assuming the interviewer and interviewee share a frame for what the interaction is. If the interviewer intends a research interview but the participant experiences a classroom interaction, the data is shaped by that misalignment — regardless of what was intended.
5. Discarding contextual residue from earlier analytical passes. Field notes, anomalies, unresolved tensions from prior analysis are not noise. They are often the raw material for the next layer of insight.
6. Using observable repair as the primary or only indicator of breakdown. Repair sequences are visible breakdowns. Hidden breakdowns — accepted non-comprehension — are often more consequential and more numerous.
7. Treating the choice of analytical framework as purely technical. Which frameworks you reach for first, which you treat as default, and which you foreground a priori are all value-laden decisions that shape what becomes visible.
How to tell if someone has internalized this book's ideas — not just read about them:
They have: When analyzing a dataset with multiple frameworks and hitting a contradiction, they say "what does this tension itself tell us?" rather than "which framework is right?"
They haven't: They reach for a single coding scheme and treat clean inter-rater reliability as validation of the analysis itself.
They have: When interaction looks smooth and cooperative, they become more curious about breakdown, not less. They ask: what would failure look like in this context, and would it be visible at all?
They haven't: They equate observable compliance with comprehension, and low explicit-repair rates with high communication quality.
They have: They distinguish between the question the data was collected to answer and the questions the data is capable of answering, and treat these as potentially very different.
They haven't: They assume that data not collected for their question cannot speak to it.
They have: When they describe their own analytical position, they include their cultural background, their prior analytical commitments, and the sequence in which they encountered the data — as methodology, not as disclaimer.
They haven't: They describe their analytical process as if the researcher were interchangeable with any other trained analyst.
They have: They can say what each analytical layer reveals that the others cannot, and can articulate specific cases where foregrounding one layer first would have made another layer's patterns invisible.
They haven't: They treat multiple frameworks as synonyms for "triangulation" — independent routes to the same truth — rather than as genuinely different windows that sometimes show incompatible things.
Last updated: generated from source text
Reference documents: 9 files in /references/
development
Use when designing caching strategies (cache-aside, write-through, write-behind), implementing distributed locks, building rate limiters, leaderboards, real-time streams (XADD/consumer groups), pub/sub, or tuning eviction policies. Triggers: thundering-herd on cache miss, dogpile on key expiry, Redlock vs SET-NX-PX choice, sliding-window rate limiter, hot-key on a single cluster slot, big-key blowup, MULTI/EXEC across slots, KEYS in production. NOT for Redis Cluster operations/admin (different domain), embedded KV (SQLite, leveldb), in-process LRU caches, or Memcached.
tools
Drawing the `'use client'` boundary correctly in React Server Components apps (Next.js App Router, RSC frameworks) — leaf-pushing, slot composition, serialization rules, and environment poisoning prevention. Grounded in react.dev and Next.js 16 docs.
development
Use when designing rate limiting for an API, choosing between token bucket / sliding window / leaky bucket / fixed window, implementing it in Redis, deciding edge (Cloudflare/Upstash) vs origin enforcement, sizing per-user vs per-IP vs per-endpoint quotas, returning the right 429 response with Retry-After, or fixing the boundary-burst bug in fixed-window limiters. Triggers: 429 too many requests, INCR + EXPIRE, ZADD + ZREMRANGEBYSCORE + ZCARD, X-RateLimit-Remaining header, Cloudflare WAF rate limiting rules, Upstash @upstash/ratelimit, leaky bucket shaping vs policing, distributed rate limiter consistency. NOT for DDoS mitigation specifically (different scale), CAPTCHA / bot management, full WAF design, or per-user quota billing.
tools
Use when designing or fixing the retrieval side of a RAG system, choosing chunking strategy (fixed-size / recursive / semantic), implementing hybrid search (BM25 + dense) with RRF fusion, adding a cross-encoder reranker, evaluating with RAGAS, or running an index-freshness pipeline. Triggers: "RAG keeps citing the wrong doc", chunk size 512 tokens with overlap, RRF reciprocal rank fusion, dense+sparse hybrid, cross-encoder rerank top-5, RAGAS faithfulness / context precision, voyage-3-large vs text-embedding-3-large, daily / hourly reindex cadence. NOT for fine-tuning vs RAG decision (separate skill), agentic tool-use designs, vector DB operational tuning, or general LLM prompt engineering.