gstack-openclaw-office-hours

Convert vague product ideas into formal YC-style design documents.

Updated Mar 11, 2026
One-click install
npx skills add https://github.com/TwoToned/gearflow --skill gstack-openclaw-office-hours-twotoned
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: gstack-openclaw-office-hours
Source: https://github.com/TwoToned/gearflow/tree/main/.claude/skills/gstack/openclaw/skills/gstack-openclaw-office-hours
Command: npx skills add https://github.com/TwoToned/gearflow --skill gstack-openclaw-office-hours-twotoned

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill helps startups and builders transform vague product ideas into formal YC-style design documents that guide discussions, prioritization, and decisions during office-hours sessions.

Core Features & Use Cases

  • Structured design sessions that move from idea to Premises, alternatives, and a final design doc.
  • Guides users through the six phases (context gathering, risk assessment, premise challenge, alternatives generation, founder signal synthesis, and a final design doc) to ensure a rigorous, actionable plan before any code.
  • Produces a reusable design document that can be reviewed by mentors, teammates, or investors.

Quick Start

Guide a session to convert a vague product idea into a formal YC-style design doc using the six-phase process.

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 turn a vague product idea into a formal design doc for office hours?

To turn a vague product idea into a formal design doc, use a structured phase-guided process covering context gathering, premise challenges, and alternatives generation to produce a YC-style document with clear next steps before writing any code.

What is a YC-style design document and when do I need one for my startup?

A YC-style design document is a structured plan containing problem statements, premises, and approaches. Startups need this format to guide discussions, prioritize features, and validate feasibility with mentors or investors before development begins.

How do I evaluate product feasibility and assess risks before building?

You can evaluate product feasibility and assess risks by running through structured design phases that include context gathering, risk assessment, and premise challenges, synthesizing founder signals into an actionable plan.

What is the best way to structure a product strategy session with mentors?

The best way to structure a product strategy session is following a six-phase design process that moves from brainstorming to alternatives generation, outputting a reusable design document ready for mentor review and decision-making.

Can I use this structured design process for any startup idea evaluation?

Yes, this structured design process works for any startup idea evaluation by enforcing a rigorous progression from context and premises to alternatives and a final design doc, ensuring every vague concept becomes an actionable plan.

Do I need to write code before creating a product design document?

No, you do not need to write code before creating a product design document. The phase-guided process is designed to produce a complete YC-style plan with problem statements and next steps entirely before any development starts.