office-hours

Guides structured startup and side-project brainstorming sessions that produce reviewed design documents.

1|Updated Jul 23, 2026
One-click install
npx skills add https://github.com/sanjanb/my-agent-harness --skill office-hours-sanjanb
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: office-hours
Source: https://github.com/sanjanb/my-agent-harness/tree/main/skills/office-hours
Command: npx skills add https://github.com/sanjanb/my-agent-harness --skill office-hours-sanjanb

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Founders and builders often jump into coding before validating demand, defining a target user, or stress-testing their assumptions. This Skill runs a YC-style office hours conversation that forces rigorous thinking about an idea before any code is written, and captures the outcome as a durable design document. ## Core Features & Use Cases - Two brainstorming modes: Startup mode applies six forcing questions (demand reality, status quo, narrowest wedge, future-fit); Builder mode applies design-thinking brainstorming for side projects, hackathons, and open source. - Design doc generation: Writes a structured design document to ~/.gstack/projects/{slug}/ with problem statement, premises, approaches considered, and success criteria, including a Supersedes chain linking revisions across sessions. - Adversarial spec review loop: Dispatches an independent reviewer subagent to score the document on completeness, consistency, clarity, scope, and feasibility, iterating up to 3 rounds before handoff. - Use Case: You have a rough idea for a developer tool and ask "is this worth building?" The Skill walks you through demand evidence and wedge definition, challenges your premises, optionally pulls a second opinion from another model, and saves an approved design doc that downstream skills like /plan-eng-review can consume. ## Quick Start Ask the agent to run office hours to brainstorm and pressure-test your new product idea before writing any code.

Frequently Asked Questions about office-hours

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

FAQPage Schema
How do I validate a startup idea before building it?

Invoke the office-hours skill with a prompt like "is this worth building" or "help me think through this idea." It runs six forcing questions covering demand evidence, status quo, target user, and narrowest wedge, then saves the conclusions as a design document.

What is the difference between Startup mode and Builder mode?

Startup mode applies YC-style forcing questions about demand reality and monetizable wedges for commercial ideas. Builder mode uses design-thinking brainstorming for side projects, hackathons, learning projects, and open source where the goal is exploration rather than revenue.

Where does the office hours design document get saved?

Design docs are written to ~/.gstack/projects/{slug}/ as markdown files named {user}-{branch}-design-{datetime}.md. Each new doc on the same branch records a Supersedes field linking to the prior version, forming a revision chain other skills can discover automatically.

Does the skill work in headless or CI sessions?

Interactive questioning requires AskUserQuestion; in headless sessions where it is unavailable the skill reports BLOCKED and stops. In spawned orchestrator sessions it auto-chooses recommended options and reports results as prose instead of prompting.

What happens if the adversarial spec review subagent fails?

If the reviewer subagent fails, times out, or is unavailable, the review loop is skipped entirely and the skill presents the unreviewed document with a notice. The design doc is already on disk, so the review is a quality bonus rather than a blocking gate.