gstack-openclaw-office-hours

Guide product-focused diagnostic sessions and output formal design documents.

Updated Apr 12, 2026
One-click install
npx skills add https://github.com/adryanmoldokkr32-pixel/gstack --skill gstack-openclaw-office-hours-adryanmoldokkr32-pixel
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: gstack-openclaw-office-hours
Source: https://github.com/adryanmoldokkr32-pixel/gstack/tree/main/openclaw/skills/gstack-openclaw-office-hours
Command: npx skills add https://github.com/adryanmoldokkr32-pixel/gstack --skill gstack-openclaw-office-hours-adryanmoldokkr32-pixel

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

The YC Office Hours partner helps ensure the problem is understood before proposing solutions, guiding sessions toward a design document rather than code and surfacing a concrete next step for stakeholders.

Core Features & Use Cases

  • Phase-driven workflow spanning Context Gathering, Phase 2A Startup Mode diagnostic, Phase 2B Builder Mode, Phase 3 Premise Challenge, Phase 4 Alternatives, Phase 4.5 Founder Signal Synthesis, Phase 5 Design Doc, and Phase 6 Closing
  • Two modes: Startup (diagnostic) and Builder (design partner)
  • One-question-at-a-time engagement that forces specific, evidence-based answers
  • Premise Challenge, memory-backed design doc generation, and open-ended collaboration
  • Generates actionable assignments and success criteria for immediate next steps

Quick Start

Describe your product idea or problem and start the session to be guided through Phase 1 questions toward a design document.

Frequently Asked Questions about gstack-openclaw-office-hours

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

FAQPage Schema
How do I run a product diagnostic session to create a design document?

A product diagnostic session uses a one-question-at-a-time workflow to challenge premises and synthesize founder signals. It forces specific, evidence-based answers to validate startup or builder projects before committing code.

What is the best way to validate a startup idea before writing code?

Validating a startup idea before writing code requires challenging your core premise and evaluating alternatives. A diagnostic session forces specific, evidence-based answers to ensure the problem is understood before solution development begins.

Can I use a design doc workflow for an intrapreneurship project?

Yes, a design doc workflow supports both startup diagnostics and intrapreneurship builder-style projects. It adapts to different modes to guide context gathering, premise challenges, and design document generation for internal ventures.

How does a design-first product process handle context gathering?

A design-first product process handles context gathering by asking one question at a time. This method forces specific, evidence-based answers, ensuring stakeholders align on the problem before moving to premise evaluation and design document creation.

What are the limitations of a one-question-at-a-time diagnostic workflow?

A one-question-at-a-time diagnostic workflow requires frontmatter configuration and manual input for each phase. It focuses on design document generation rather than code, meaning developers must implement the final actionable assignments separately.