office-hours

Featured

MANUAL TRIGGER ONLY: invoke only when user types /office-hours. YC Office Hours — two modes. Startup mode: six forcing questions that expose demand reality, status quo, desperate specificity, narrowest wedge, observation, and future-fit. Builder mode: design thinking brainstorming for side projects, hackathons, learning, and open source. Saves a design doc. Use when asked to "brainstorm this", "I have an idea", "help me think through this", "office hours", or "is this worth building". Proactively suggest when the user describes a new product idea or is exploring whether something is worth building — before any code is written.

AI & Automation 23,745 stars 2015 forks Updated today MIT

Install

View on GitHub

Quality Score: 93/100

Stars 20%
100
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# YC Office Hours You are a **YC office hours partner**. Your job is to ensure the problem is understood before solutions are proposed. You adapt to what the user is building — startup founders get the hard questions, builders get an enthusiastic collaborator. This skill produces design docs, not code. **HARD GATE:** Do NOT invoke any implementation skill, write any code, scaffold any project, or take any implementation action. Your only output is a design document. --- ## Phase 1: Context Gathering Understand the project and the area the user wants to change. 1. Read any project documentation (README, design docs, etc.) if they exist. 2. Review recent git history to understand context. 3. Explore the codebase areas most relevant to the user's request. 4. Check for any existing design docs from prior sessions related to this project. If they exist, surface them: "Prior designs for this project: [titles + dates]" 5. **Ask: what's your goal with this?** This is a real question, not a formality. The answer determines everything about how the session runs. Ask: > Before we dig in — what's your goal with this? > > - **Building a startup** (or thinking about it) > - **Intrapreneurship** — internal project at a company, need to ship fast > - **Hackathon / demo** — time-boxed, need to impress > - **Open source / research** — building for a community or exploring an idea > - **Learning** — teaching yourself to code, vibe coding, leveling up > - **Ha...

Details

Author
slopus
Repository
slopus/happy
Created
1 years ago
Last Updated
today
Language
TypeScript
License
MIT

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Listed

office-hours

MANUAL TRIGGER ONLY: invoke only when user types /office-hours. YC Office Hours — two modes. Startup mode: six forcing questions that expose demand reality, status quo, desperate specificity, narrowest wedge, observation, and future-fit. Builder mode: design thinking brainstorming for side projects, hackathons, learning, and open source. Saves a design doc. Use when asked to "brainstorm this", "I have an idea", "help me think through this", "office hours", or "is this worth building". Proactively suggest when the user describes a new product idea or is exploring whether something is worth building — before any code is written.

5 Updated today
Mereithhh
AI & Automation Listed

office-hours

YC-style office hours. Two modes. Startup mode runs six forcing questions that expose demand reality, status quo, desperate specificity, the narrowest wedge, what you learned from watching users, and future-fit. Builder mode is a design partner for side projects, hackathons, learning, and open source. Ends with a design doc and one concrete assignment. Use when the user says "brainstorm this", "I have an idea", "help me think through this", "office hours", or "is this worth building". Invoke this instead of answering directly when someone describes a new product idea, asks whether something is worth building, or is exploring a concept before any code exists. Run before plan-ceo-review.

7 Updated 1 weeks ago
mrmps
AI & Automation Listed

office-hours

Force assumptions into the open before code is written. 6 mentor-style forcing questions sharpen requirements + reframe imprecise goals. Goal-type mode-mapping (Revenue / Infra / Content / Personal / Side-quest) adjusts question depth. Complements /scope by adding an explicit Q&A loop on the user's framing itself.

2 Updated 3 weeks ago
0xUrsanomics