create-tech-spec

Generate a structured tech spec from a GitHub issue into specs/GH<issue-number>/tech.md.

292|39|Updated Mar 17, 2026
One-click install
npx skills add https://github.com/warpdotdev/oz-for-oss --skill create-tech-spec-warpdotdev
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: create-tech-spec
Source: https://github.com/warpdotdev/oz-for-oss/tree/main/.agents/skills/create-tech-spec
Command: npx skills add https://github.com/warpdotdev/oz-for-oss --skill create-tech-spec-warpdotdev

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Create a technical spec from a GitHub issue in this repository by applying the local shared write-tech-spec workflow with Oz-specific issue context and output paths. Use when an issue should be turned into a tech spec artifact stored under specs/GH<issue-number>/tech.md and the agent should prepare file changes only, without creating commits or pull requests itself unless a cloud workflow explicitly asks for it.

Core Features & Use Cases

  • Thin wrapper around the local shared tech-spec workflow: read issue details and produce a tech spec aligned to the repository's conventions.
  • Outputs the tech spec at specs/GH<issue-number>/tech.md and prepares limited repo changes, avoiding automatic PRs or commits unless directed.
  • Optional support for generating a PR metadata file (pr-metadata.json) if a cloud workflow requires it.

Quick Start

Turn a GitHub issue into a tech spec stored at specs/GH<issue-number>/tech.md using the local shared write-tech-spec workflow.

Frequently Asked Questions about create-tech-spec

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

FAQPage Schema
How do I generate a tech spec from a GitHub issue in my repository?

This workflow generates a tech spec from a GitHub issue by grounding the issue context in your repository's codebase and existing tooling. It outputs the structured document directly to specs/GH<issue-number>/tech.md.

Does generating technical specs locally create automatic commits or pull requests?

Local tech spec generation prepares file changes only and avoids creating commits or pull requests automatically. It enforces a file-change-only scope unless a cloud workflow explicitly requests commits or PR metadata.

What is the standard file path for storing generated tech spec documents?

The standard file path for storing generated tech spec documents is specs/GH<issue-number>/tech.md. This path structure aligns with the local write-tech-spec workflow to keep issue documentation organized.

Can I include validation, risks, and follow-ups when converting issues to tech specs?

Yes, converting issues to tech specs explicitly documents validation steps, potential risks, and follow-ups alongside the proposed file changes. This ensures the generated tech spec captures comprehensive implementation requirements.

Do I need a cloud workflow to output a pr-metadata.json file for my tech spec?

You only need a cloud workflow to output a pr-metadata.json file if your downstream automation explicitly requires it. The default local workflow generates the tech spec and file changes without needing a cloud workflow.