officeHours

Convert feature ideas into EARS-approved planning docs with product, engineering, design, and TASKS deliverables.

1|2|Updated Mar 19, 2026
One-click install
npx skills add https://github.com/joi-fairshare/agentic-workflow --skill officehours
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: officeHours
Source: https://github.com/joi-fairshare/agentic-workflow/tree/main/skills/officeHours
Command: npx skills add https://github.com/joi-fairshare/agentic-workflow --skill officehours

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Too often brainstorming yields vague ideas or sprawling specs that no one owns; this Skill channels those sessions into a structured, spec-driven discussion with explicit EARS requirements so each team leaves with a clear mandate and deliverable.

Core Features & Use Cases

  • Structured brainstorming: Guides the session through problem discovery, contextual grounding, and EARS classification so the team frames ideas rigorously and in shared language.
  • Domain-owned outputs: Generates product, engineering, design, and TASKS documents that capture the agreed goals, requirements, approach, and coordination responsibilities for each team.
  • Planning readiness: Leverages existing bootstrap assets, planning docs, and prism-mcp context before creating a timestamped plan bundle, keeping GitHub issues as the single source of truth.

Quick Start

Run /officeHours [feature or problem] to kick off the spec session and output the product, engineering, design, and TASKS docs.

Frequently Asked Questions about officeHours

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

FAQPage Schema
How do I turn brainstorming sessions into structured spec docs with EARS requirements?

To turn brainstorming into spec docs, this Skill channels speculative conversations into structured planning, applying EARS classification to produce product, engineering, design, and TASKS documents with explicit team mandates.

What is the best way to generate multi-team planning docs from a feature idea discussion?

Generating multi-team planning docs from a feature idea involves validating existing bootstrap assets and prism-mcp context, then persisting a timestamped bundle of product, engineering, design, and task breakdowns to the repo's plans directory.

Do I need existing bootstrap assets and planning docs to use this spec planning workflow?

Yes, this spec planning workflow validates adoption of existing bootstrap assets, planning docs, and prism-mcp context before generating and persisting the four deliverable documents to ensure proper contextual grounding.

Can I output separate product, engineering, and design documents for different teams?

Yes, you can output separate domain-owned documents. The Skill generates product, engineering, design, and TASKS docs that capture agreed goals, EARS requirements, design direction, and coordination responsibilities for each team.

How does EARS requirements classification work during a planning workflow?

EARS requirements classification works by guiding the brainstorming session through problem discovery and contextual grounding, framing ideas rigorously in shared language so teams leave with structured, spec-driven mandates.

Why do my brainstorming sessions result in vague specs that no team owns?

Brainstorming yields vague specs when lacking structured framing. This Skill solves that by channeling speculative officeHours conversations into a spec-driven discussion with explicit EARS requirements and domain-owned task breakdowns.