/cs:office-hours — Six-Question Founder Interrogation
/cs:office-hours <topic> — YC-style 6-question founder interrogation before any advice.
How to use it
Claude Code
- Run the line below. It pulls the whole folder into
~/.claude/skills/office-hours. - Describe your job in plain words. Claude Code follows the skill from there.
npx degit alirezarezvani/claude-skills/c-level-agents/skills/office-hours#main ~/.claude/skills/office-hoursFor one project only, change the path to .claude/skills/office-hours.
Claude (web or desktop app)
- On this page open ⋯ → Download .md.
- Save it as SKILL.md in a folder, zip the folder, then Customize → Skills → + → Create skill → Upload a skill.
- Pick the file and Save. Claude shows the name and description and runs a security scan.
- Check the skill is switched on.
- Start a new chat and describe your job in plain words. The AI follows the skill from there.
ChatGPT or another app
- ChatGPT: make a Project and paste it into Instructions.
- Neither? Paste it at the top of a new chat — it works for that chat.
Not working?
- Check which app you pasted it into — the steps above name the right one.
- Some skills need the paid tier of Claude or ChatGPT.
Paste into Claude, ChatGPT or Cursor.
Source of /cs:office-hours — Six-Question Founder Interrogation
Show the full text115 lines
| name | description |
|---|---|
| office-hours | /cs:office-hours <topic> — YC-style 6-question founder interrogation before any advice. Forces clarity on problem, customer, distribution, defensibility, capital, and founder fit. Use when a founder question is too vague to route — e.g. 'should we grow faster?' — or before drafting a strategy brief. |
/cs:office-hours — Six-Question Founder Interrogation
Command: /cs:office-hours <topic>
Before any advice, the founder must answer six questions. Modeled on YC office hours: no analysis until the founder has done the thinking. This is the cognitive forcing function that prevents drift into solutionism.
When to Run
- Before starting any major initiative
- Before fundraising
- Before a strategic pivot
- When the founder is excited (excitement is a tell — pressure-test)
- When the answer is "obvious" (the obvious answer is usually wrong)
The Six Questions
The founder must answer all six in writing before any C-role weighs in.
1. Problem
Whose problem is this, and how do they describe it in their own words?
- Not your framing. Their words.
- If you can't quote a customer, you don't have a problem worth solving.
2. Customer
Who is the ICP? Name one real person who would buy this today.
- Real human. Real company. Real seat.
- If you can't name one, the ICP isn't ready.
3. Distribution
How does the customer first hear your name?
- Channel, intent, search query, friend, conference — name it.
- If the answer is "we'll figure out marketing later," the answer is no.
4. Defensibility
If this works, what stops a competitor from copying it in 6 months?
- Network effects, switching costs, data moat, regulatory moat, brand — pick one.
- "We'll execute better" is not a defense.
5. Capital
What does this cost, when does it pay back, and what's the alternative use of the money?
- Total spend, payback months, opportunity cost.
- If you don't know, don't approve it.
6. Founder Fit
Why are you the right person to do this — and why does this matter enough to spend the next 3 years on it?
- Founder-market fit is the strongest predictor of survival.
- If the answer is mercenary, the company will be too.
Output Format
After the founder answers all six, this command produces a one-page brief:
# Office Hours Brief: <topic>
**Date:** YYYY-MM-DD
**Founder:** <name>
## 1. Problem
> [founder's verbatim answer]
## 2. Customer
> [founder's verbatim answer]
## 3. Distribution
> [founder's verbatim answer]
## 4. Defensibility
> [founder's verbatim answer]
## 5. Capital
> [founder's verbatim answer]
## 6. Founder Fit
> [founder's verbatim answer]
---
**Assessment** (one of):
- 🟢 GREEN — ship the brief to /cs:boardroom
- 🟡 YELLOW — sharpen Q[N] before proceeding
- 🔴 RED — kill or redefine; do not proceed
Routing
After the brief is GREEN, route to:
- Single-role question → corresponding
/cs:{role}-review - Multi-role question →
/cs:briefthen/cs:boardroom
Why This Works
Most bad decisions don't fail at execution — they fail at framing. Forcing six concrete answers surfaces the framing weaknesses before anyone burns time on analysis. The founder either fills the gaps or recognizes the question wasn't ready.
This is the YC office hours pattern adapted for Claude Code: the interrogation is the value.
Related Commands
/cs:brief— turn the answers into a one-page strategy brief/cs:boardroom— multi-role deliberation/cs:founder-mode— let the system pick the next step
Related Agents
- All cs-* advisors consume the brief output
cs-chief-of-stafftriggers/cs:office-hourswhen intake is unclear
Version: 1.0.0
| 1 | |
| 2 | name "office-hours" |
| 3 | description "/cs:office-hours <topic> — YC-style 6-question founder interrogation before any advice. Forces clarity on problem, customer, distribution, defensibility, capital, and founder fit. Use when a founder question is too vague to route — e.g. 'should we grow faster?' — or before drafting a strategy brief." |
| 4 | |
| 5 | |
| 6 | # /cs:office-hours — Six-Question Founder Interrogation |
| 7 | |
| 8 | **Command:** `/cs:office-hours <topic>` |
| 9 | |
| 10 | Before any advice, the founder must answer six questions. Modeled on YC office hours: no analysis until the founder has done the thinking. This is the cognitive forcing function that prevents drift into solutionism. |
| 11 | |
| 12 | ## When to Run |
| 13 | |
| 14 | Before starting any major initiative |
| 15 | Before fundraising |
| 16 | Before a strategic pivot |
| 17 | When the founder is excited (excitement is a tell — pressure-test) |
| 18 | When the answer is "obvious" (the obvious answer is usually wrong) |
| 19 | |
| 20 | ## The Six Questions |
| 21 | |
| 22 | The founder must answer **all six** in writing before any C-role weighs in. |
| 23 | |
| 24 | ### 1. Problem |
| 25 | **Whose problem is this, and how do they describe it in their own words?** |
| 26 | Not your framing. Their words. |
| 27 | If you can't quote a customer, you don't have a problem worth solving. |
| 28 | |
| 29 | ### 2. Customer |
| 30 | **Who is the ICP? Name one real person who would buy this today.** |
| 31 | Real human. Real company. Real seat. |
| 32 | If you can't name one, the ICP isn't ready. |
| 33 | |
| 34 | ### 3. Distribution |
| 35 | **How does the customer first hear your name?** |
| 36 | Channel, intent, search query, friend, conference — name it. |
| 37 | If the answer is "we'll figure out marketing later," the answer is no. |
| 38 | |
| 39 | ### 4. Defensibility |
| 40 | **If this works, what stops a competitor from copying it in 6 months?** |
| 41 | Network effects, switching costs, data moat, regulatory moat, brand — pick one. |
| 42 | "We'll execute better" is not a defense. |
| 43 | |
| 44 | ### 5. Capital |
| 45 | **What does this cost, when does it pay back, and what's the alternative use of the money?** |
| 46 | Total spend, payback months, opportunity cost. |
| 47 | If you don't know, don't approve it. |
| 48 | |
| 49 | ### 6. Founder Fit |
| 50 | **Why are you the right person to do this — and why does this matter enough to spend the next 3 years on it?** |
| 51 | Founder-market fit is the strongest predictor of survival. |
| 52 | If the answer is mercenary, the company will be too. |
| 53 | |
| 54 | ## Output Format |
| 55 | |
| 56 | After the founder answers all six, this command produces a one-page brief: |
| 57 | |
| 58 | |
| 59 | # Office Hours Brief: <topic> |
| 60 | **Date:** YYYY-MM-DD |
| 61 | **Founder:** <name> |
| 62 | |
| 63 | ## 1. Problem |
| 64 | > [founder's verbatim answer] |
| 65 | |
| 66 | ## 2. Customer |
| 67 | > [founder's verbatim answer] |
| 68 | |
| 69 | ## 3. Distribution |
| 70 | > [founder's verbatim answer] |
| 71 | |
| 72 | ## 4. Defensibility |
| 73 | > [founder's verbatim answer] |
| 74 | |
| 75 | ## 5. Capital |
| 76 | > [founder's verbatim answer] |
| 77 | |
| 78 | ## 6. Founder Fit |
| 79 | > [founder's verbatim answer] |
| 80 | |
| 81 | |
| 82 | |
| 83 | **Assessment** (one of): |
| 84 | - 🟢 GREEN — ship the brief to /cs:boardroom |
| 85 | - 🟡 YELLOW — sharpen Q[N] before proceeding |
| 86 | - 🔴 RED — kill or redefine; do not proceed |
| 87 | |
| 88 | |
| 89 | ## Routing |
| 90 | |
| 91 | After the brief is GREEN, route to: |
| 92 | Single-role question → corresponding `/cs:{role}-review` |
| 93 | Multi-role question → `/cs:brief` then `/cs:boardroom` |
| 94 | |
| 95 | ## Why This Works |
| 96 | |
| 97 | Most bad decisions don't fail at execution — they fail at framing. Forcing six concrete answers surfaces the framing weaknesses before anyone burns time on analysis. The founder either fills the gaps or recognizes the question wasn't ready. |
| 98 | |
| 99 | This is the YC `office hours` pattern adapted for Claude Code: the interrogation is the value. |
| 100 | |
| 101 | ## Related Commands |
| 102 | |
| 103 | `/cs:brief` — turn the answers into a one-page strategy brief |
| 104 | `/cs:boardroom` — multi-role deliberation |
| 105 | `/cs:founder-mode` — let the system pick the next step |
| 106 | |
| 107 | ## Related Agents |
| 108 | |
| 109 | All cs-* advisors consume the brief output |
| 110 | `cs-chief-of-staff` triggers `/cs:office-hours` when intake is unclear |
| 111 | |
| 112 | |
| 113 | |
| 114 | **Version:** 1.0.0 |
| 115 |
Discussion
Browse more free Claude skills.