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.