Help us improve
Share bugs, ideas, or general feedback.
From c-level-agents
/cs:office-hours <topic> — YC-style 6-question founder interrogation before any advice. Forces clarity on problem, customer, distribution, defensibility, capital, and founder fit.
npx claudepluginhub kruxshnx/claude-skills-devin --plugin c-level-agentsHow this skill is triggered — by the user, by Claude, or both
Slash command
/c-level-agents:office-hoursThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
**Command:** `/cs:office-hours <topic>`
Provides UI/UX resources: 50+ styles, color palettes, font pairings, guidelines, charts for web/mobile across React, Next.js, Vue, Svelte, Tailwind, React Native, Flutter. Aids planning, building, reviewing interfaces.
Fetches up-to-date documentation from Context7 for libraries and frameworks like React, Next.js, Prisma. Use for setup questions, API references, and code examples.
Guides Payload CMS config (payload.config.ts), collections, fields, hooks, access control, APIs. Debugs validation errors, security, relationships, queries, transactions, hook behavior.
Share bugs, ideas, or general feedback.
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.
The founder must answer all six in writing before any C-role weighs in.
Whose problem is this, and how do they describe it in their own words?
Who is the ICP? Name one real person who would buy this today.
How does the customer first hear your name?
If this works, what stops a competitor from copying it in 6 months?
What does this cost, when does it pay back, and what's the alternative use of the money?
Why are you the right person to do this — and why does this matter enough to spend the next 3 years on it?
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
After the brief is GREEN, route to:
/cs:{role}-review/cs:brief then /cs:boardroomMost 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.
/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 stepcs-chief-of-staff triggers /cs:office-hours when intake is unclearVersion: 1.0.0