deep-interview

Conduct hypothesis-driven requirements interviews using a PQCP loop.

65|8|Updated Apr 2, 2026
One-click install
npx skills add https://github.com/EasyCode-Obsidian/workflow-architect --skill deep-interview-easycode-obsidian
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: deep-interview
Source: https://github.com/EasyCode-Obsidian/workflow-architect/tree/main/claude/skills/deep-interview
Command: npx skills add https://github.com/EasyCode-Obsidian/workflow-architect --skill deep-interview-easycode-obsidian

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) and assets (resource) components.

What problem does it solve?

It helps teams turn vague project ideas into structured, decision-ready requirements by running a deep, hypothesis-driven interview that validates assumptions instead of collecting answers from a static template.

Core Features & Use Cases

  • PQCP-driven deep interview: Every question is preceded by synthesis, hypothesis generation, and self-challenge to continuously validate or overturn assumptions.
  • Two invocation modes (Quick/Deep): Quick mode converges with fewer questions, while Deep mode persists state and writes a requirements summary to disk.
  • Domain modeling & convergence control: Builds a multi-layer domain model (problem, solution shape, entities, actors, constraints) and stops synthesis only when user-confirmed information is sufficient.
  • Built-in guardrails: Hard gates prevent skipping the CONTEXT phase, avoid template questions, require showing hypotheses, and manage contradictions explicitly.

Quick Start

Use the deep-interview skill to run a PQCP-based requirements interview by asking: /deep-interview "project idea or feature description".

Frequently Asked Questions about deep-interview

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I turn vague project ideas into structured requirements?

To turn vague project ideas into structured requirements, you can run a hypothesis-driven interview that validates assumptions and builds a multi-layer domain model covering problems, entities, and constraints.

How does hypothesis-driven requirements gathering work?

Hypothesis-driven requirements gathering works by applying a PQCP loop where every question is preceded by synthesis, hypothesis generation, and self-challenge to continuously validate or overturn project assumptions.

How do I conduct user research interviews without relying on static templates?

Conduct user research without static templates by using an interview protocol with built-in guardrails that enforce non-template question generation, require showing explicit hypotheses, and manage contradictions explicitly.

Can I use this approach for quick project scoping instead of deep analysis?

Yes, you can use a Quick invocation mode for project scoping that converges with fewer questions, while a Deep mode persists state and writes a requirements summary to disk for comprehensive analysis.

What is the best way to handle contradictions during requirements synthesis?

The best way to handle contradictions during requirements synthesis is to use an interview protocol that manages contradictions explicitly and stops synthesis only when user-confirmed information is sufficient.

What happens if I skip the context analysis phase in domain modeling?

If you skip the context analysis phase in domain modeling, built-in hard gates will prevent the interview from proceeding, as this mandatory phase provides the foundational context required for generating targeted questions.