office-hours

Guides structured product brainstorming sessions and generates reviewed design documents.

Updated Aug 9, 2026
One-click install
npx skills add https://github.com/raghavbadhwar/rstack --skill office-hours-raghavbadhwar
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: office-hours
Source: https://github.com/raghavbadhwar/rstack/tree/main/office-hours
Command: npx skills add https://github.com/raghavbadhwar/rstack --skill office-hours-raghavbadhwar

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Turning a raw product idea into a validated, well-scoped plan is hard: founders skip demand validation, builders skip scope discipline, and ideas go straight to code without a written design. This Skill runs a structured office-hours conversation that pressure-tests an idea before any code is written and saves the outcome as a design doc. ## Core Features & Use Cases - Two brainstorming modes: Startup mode applies six forcing questions (demand reality, status quo, narrowest wedge, future-fit); Builder mode uses design-thinking brainstorming for side projects, hackathons, and open source. - Design doc generation: Writes a versioned design document to ~/.gstack/projects/ with problem statement, premises, approaches considered, success criteria, and a distribution plan, with a Supersedes chain across revisions. - Adversarial spec review loop: Dispatches an independent reviewer subagent to score the doc on completeness, consistency, clarity, scope, and feasibility, fixing issues across up to 3 iterations. - Tiered relationship handoff: Tracks session count in a builder profile and recommends the next review skill (/plan-ceo-review, /plan-eng-review, /plan-design-review) via a decision brief. - 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, writes a design doc, has it adversarially reviewed, then hands you into an engineering plan review. ## Quick Start Ask the agent to run office hours to brainstorm whether your new product idea is worth building.

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 product idea before writing code?

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 outcome as a design doc.

What is the difference between Startup mode and Builder mode?

Startup mode applies six forcing questions about demand reality, desperate specificity, and future-fit for commercial ideas. Builder mode uses design-thinking brainstorming aimed at side projects, hackathons, learning, and open source work.

Where does the office-hours skill save the design document?

Design docs are written to ~/.gstack/projects/{slug}/{user}-{branch}-design-{datetime}.md. Downstream skills like /plan-ceo-review and /plan-eng-review automatically discover the latest doc during their pre-review audit.

How does the adversarial spec review loop work?

After the design doc is written, an independent reviewer subagent scores it on completeness, consistency, clarity, scope, and feasibility. Issues are fixed and re-reviewed up to 3 iterations; unresolved items are persisted as Reviewer Concerns in the document.

Can office-hours run in headless or CI sessions?

Interactive prompts require AskUserQuestion; in headless sessions where it is unavailable the skill blocks rather than auto-deciding. In spawned orchestrator sessions it auto-chooses recommended options and reports results as prose.

When should I use office-hours versus /plan-eng-review?

Use office-hours first, when the idea is still unshaped and no design doc exists. Once a design doc is approved, /plan-eng-review locks architecture, tests, and edge cases before implementation begins.