office-hours

Guide teams through structured questioning to produce formal design docs.

Updated Mar 28, 2026
One-click install
npx skills add https://github.com/24601/gastack-pre-fork --skill office-hours-24601
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: office-hours
Source: https://github.com/24601/gastack-pre-fork/tree/main/office-hours
Command: npx skills add https://github.com/24601/gastack-pre-fork --skill office-hours-24601

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

YC office hours guide startups and builders through structured design sessions to produce clear, actionable design docs instead of scattered notes.

Core Features & Use Cases

  • Phase-driven questioning and role prompts to surface real user needs and project scope.
  • Built-in escalation paths and plan-mode workflows to ensure outputs are actionable and reviewable.
  • Telemetry-ready prompts to help teams measure outcomes and iterate.

Quick Start

Describe your project goals to begin a structured YC-style design-doc session.

Frequently Asked Questions about office-hours

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

FAQPage Schema
How do I structure design docs for a startup using phase-driven questioning?

Phase-driven questioning structures design docs by guiding teams through role prompts and context gathering to surface project scope and customer needs. It produces formal, actionable outputs for startup and intrapreneurship contexts.

What is a YC-style office hours session for design documentation?

A YC-style office hours session for design documentation is a structured context gathering process that replaces scattered notes with formal design docs. It uses phase-based questioning, role definitions, and risk flags to validate project scope and real user needs.

How do I conduct structured context gathering to produce formal design docs?

Structured context gathering to produce formal design docs involves phase-based questioning and role definitions to identify customer needs and project scope. It validates outputs using plan-mode workflows, escalation paths, and telemetry logging to track outcomes.

Can I use phase-based questioning to validate startup project scope and user needs?

Yes, phase-based questioning validates startup project scope and user needs by using role prompts and risk flags during context gathering. It ensures the resulting design docs are actionable and reviewable through plan-mode workflows and escalation paths.

What is the best way to track outcomes and iterate on startup design docs?

The best way to track outcomes and iterate on startup design docs is using telemetry-ready prompts within a structured context gathering session. This approach logs outcomes during phase-based questioning to measure results and refine project scope.

When do I need escalation paths and plan-mode workflows for design documentation?

You need escalation paths and plan-mode workflows for design documentation when validating actionable outputs for startup and intrapreneurship projects. They ensure formal design docs are reviewable, trackable via telemetry, and accurately scope real customer needs.