office-hours

Brainstorms product ideas through structured questioning and generates reviewed design documents.

Updated Jun 22, 2026
One-click install
npx skills add https://github.com/aicodepro/ai-agent-nexi --skill office-hours-aicodepro
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: office-hours
Source: https://github.com/aicodepro/ai-agent-nexi/tree/main/agent/skills/gstack/office-hours
Command: npx skills add https://github.com/aicodepro/ai-agent-nexi --skill office-hours-aicodepro

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Founders and builders often jump into coding before validating whether an idea is worth pursuing. This Skill runs a structured YC-style office hours session that stress-tests demand, target users, and premises before any code is written, then captures the outcome in 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 supports design-thinking exploration for side projects, hackathons, and open source. - Design doc generation: Writes a structured design document to ~/.gstack/projects/ with problem statement, premises, approaches considered, and success criteria, including a supersedes chain across revisions. - Adversarial spec review loop: Dispatches an independent reviewer subagent to score the document on completeness, consistency, clarity, scope, and feasibility before user approval. - Use Case: You have an idea for a developer tool and ask "is this worth building?" The Skill walks you through demand evidence and wedge definition, challenges your premises, and saves an approved design doc that downstream planning skills can consume. ## Quick Start Ask the assistant 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?

Run an office hours session that walks through six forcing questions covering demand reality, status quo behavior, target user specificity, and the narrowest wedge. The session ends with a written design doc capturing evidence, premises, and a recommended approach.

What is the difference between Startup mode and Builder mode?

Startup mode applies rigorous demand and wedge questions aimed at potential companies. Builder mode uses design-thinking brainstorming for side projects, hackathons, learning projects, and open source, with a lighter design doc template.

Where does the office hours design doc get saved?

Design docs are written to ~/.gstack/projects/{slug}/ with a filename containing the user, branch, and timestamp. Downstream skills like plan-ceo-review and plan-eng-review automatically discover these docs during their pre-review audit.

How does the spec review loop improve the design document?

An independent reviewer subagent scores the document on completeness, consistency, clarity, scope, and feasibility. Issues are fixed and re-reviewed up to three iterations, with unresolved concerns persisted in the document for downstream visibility.

When should I not use office hours brainstorming?

Skip it when code already exists and you need architecture or implementation planning instead. Use plan-eng-review for well-scoped implementation planning or investigate for debugging existing behavior.