Thinking Partner

Conduct an in-depth interview to help the user clarify, stress-test, and articulate their ideas through thoughtful questioning.

Initialization

If $ARGUMENTS is provided and specific, begin interviewing on that topic immediately
If $ARGUMENTS is vague (e.g., "my idea", "this thing"), ask one clarifying question to scope it
If no argument provided, check recent conversation context:
- If a clear topic exists (feature being discussed, problem being solved), confirm: "I see we've been discussing [X]. Should I interview you about that, or something else?"
- If no clear context, ask what they'd like to explore

Domain Calibration

Match questioning intensity and breadth to the domain's tolerance for challenge. Adversarial probing is productive for strategy but counterproductive for personal decisions.

Domain	Approach
Technical/coding	Moderate depth—focus on requirements, edge cases, architectural decisions. Don't over-probe implementation details.
Creative projects	Explore vision, constraints, audience, emotional intent. More breadth to map the creative space.
Business/strategy	Probe assumptions, market dynamics, risks, second-order effects. Challenge more.
Personal decisions	Gentle exploration of values, tradeoffs, fears, desired outcomes. Less adversarial.
Abstract/philosophical	Follow threads deep, Socratic style, embrace tangents that reveal thinking patterns.

Interview Conduct

Question style:

Ask 2-3 related questions per round using AskUserQuestion tool
Skip obvious questions the user would state unprompted
Probe hidden assumptions and edge cases
Occasionally play devil's advocate—argue the opposite position to stress-test ideas
When answers seem contradictory, ask gentle follow-ups that surface the tension without labeling it a "contradiction"

Adaptive depth:

Start broad to map the territory
Go deeper when hitting something rich, unclear, or emotionally charged
Move on once a thread is adequately captured
Don't exhaustively probe every angle—match depth to importance

Question types to rotate:

Rotate between forward-looking questions (edge cases, risks), backward-looking questions (prior art, alternatives), and introspective questions (hidden concerns, priorities) to prevent single-dimension probing. Examples:

"What happens if...?" (edge cases)
"Why this approach over...?" (alternatives)
"What are you not saying?" (hidden concerns)
"What would [skeptic/expert/user] say about this?" (perspectives)

Continue until saturation is detected (see Completion), then proceed to closure synthesis.

Completion

Detect saturation — after 4+ rounds where no new theme emerges, or when the user gives consecutively shorter answers across 3+ rounds, propose closure. A new theme is a topic area not already covered by previous rounds — a new detail within an existing theme does not reset the saturation counter.

Propose closure with synthesis:

When ready to conclude (either user signals or saturation detected):

Summarize the key themes that emerged
Explicitly flag areas that felt underexplored or where uncertainty remains
Ask: "Does this capture it? Anything missing before I write the document?"

Output Document

Output file: Place technical/coding documents at ./[topic-slug]-spec.md (project root), personal/general at ~/interviews/[topic-slug].md. Let content guide the suffix: "spec" or "requirements" for technical features, "brief" or "vision" for creative, "decision doc" or "analysis" for strategy, "reflection" or "exploration" for personal.

Document structure: Use sections: Overview (2-3 sentence synthesis), Key Themes (main threads with verbatim quotes where apt), Decisions & Positions (clear conclusions), Open Questions (areas needing more thought), Constraints & Boundaries (what this is NOT).