Creates a concise engineering implementation plan based on user requirements and saves it to specs directory

MITAuto-check passedAgent Workflows

Install Spec

skills CLI
$ npx skills add disler/pi-agent-observability --skill spec -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install disler/pi-agent-observability spec --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/disler/pi-agent-observability.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.claude/skills/spec .claude/skills/spec && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
spec
GitHub stars
145
Token cost
~1.3k tokens
SKILL.md length
329 words
Files
1
Skills in repo
3
Repo updated
First seen
Licence
MIT

At a glance

Creates a concise engineering implementation plan based on user requirements and saves it to specs directory

  • Works in 6 steps: Analyze Requirements - THINK HARD and… → Explore Codebase - Understand existing… → Design Solution - Develop technical… → …
  • Tasks that involve Planning
  • SKILL.md covers Variables, Instructions, Workflow and Plan Format, plus 1 more section
  • Instructions only: no scripts, shell commands, URLs or credentials in SKILL.md

What it does

Spec is an agent skill from disler/pi-agent-observability. Creates a concise engineering implementation plan based on user requirements and saves it to specs directory

Its SKILL.md is about 1.3k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

It sits in Agent Workflows, covering Planning. The licence is MIT.

When your agent uses it

  • Tasks that involve Planning

Example prompts

  • “Use the spec skill to create a concise engineering implementation plan based on user requirements and saves it to specs directory”
  • “/spec”

Requirements

  • Python 3

Workflow steps

6 steps, taken from the first numbered list in SKILL.md.

  1. Analyze Requirements - THINK HARD and parse the USER_PROMPT to understand the core problem and desired outcome
  2. Explore Codebase - Understand existing patterns, architecture, and relevant files
  3. Design Solution - Develop technical approach including architecture decisions and implementation strategy
  4. Document Plan - Structure a comprehensive markdown document with problem statement, implementation steps, and testing approach
  5. Generate Filename - Create a descriptive kebab-case filename based on the plan's main topic, prefixed with spec-
  6. Save & Report - Follow the Report section to write the plan to PLAN_OUTPUT_DIRECTORY/spec-.md and provide a summary of key components

What it can do on your machine

Read from SKILL.md and the folder at commit cbb8cc3. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    No scripts in the folder and no shell commands in SKILL.md (its code samples are markdown).

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Spec loads about 1.3k tokens when it runs. Until then it costs about 28 tokens; SKILL.md has 329 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~28
When it runs · the whole SKILL.md, loaded when a task matches
~1.3k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from disler/pi-agent-observability at commit cbb8cc3, republished under its MIT licence (© disler). 329 words, ~1,264 tokens.

Download SKILL.mdSave it as .claude/skills/spec/SKILL.md (or your agent's skills folder).
name
spec
description
Creates a concise engineering implementation plan based on user requirements and saves it to specs directory
argument-hint
[user prompt]

Plan

Create a detailed implementation plan based on the user's requirements provided through the USER_PROMPT variable. Analyze the request, think through the implementation approach, and save a comprehensive specification document to PLAN_OUTPUT_DIRECTORY/spec-<name-of-plan>.md that can be used as a blueprint for actual development work. The output filename MUST begin with the spec- prefix. Follow the Instructions and work through the Workflow to create the plan.

Variables

USER_PROMPT: $1 PLAN_OUTPUT_DIRECTORY: specs/

Instructions

  • IMPORTANT: If no USER_PROMPT is provided, stop and ask the user to provide it.
  • Carefully analyze the user's requirements provided in the USER_PROMPT variable
  • Determine the task type (chore|feature|refactor|fix|enhancement) and complexity (simple|medium|complex)
  • Think deeply (ultrathink) about the best approach to implement the requested functionality or solve the problem
  • Explore the codebase to understand existing patterns and architecture
  • Follow the Plan Format below to create a comprehensive implementation plan
  • Include all required sections and conditional sections based on task type and complexity
  • Generate a descriptive, kebab-case filename based on the main topic of the plan, prefixed with spec- (e.g. spec-in-memory-ttl-lru-cache)
  • Save the complete implementation plan to PLAN_OUTPUT_DIRECTORY/spec-<descriptive-name>.md
  • Ensure the plan is detailed enough that another developer could follow it to implement the solution
  • Include code examples or pseudo-code where appropriate to clarify complex concepts
  • Consider edge cases, error handling, and scalability concerns

Workflow

  1. Analyze Requirements - THINK HARD and parse the USER_PROMPT to understand the core problem and desired outcome
  2. Explore Codebase - Understand existing patterns, architecture, and relevant files
  3. Design Solution - Develop technical approach including architecture decisions and implementation strategy
  4. Document Plan - Structure a comprehensive markdown document with problem statement, implementation steps, and testing approach
  5. Generate Filename - Create a descriptive kebab-case filename based on the plan's main topic, prefixed with spec-
  6. Save & Report - Follow the Report section to write the plan to PLAN_OUTPUT_DIRECTORY/spec-<filename>.md and provide a summary of key components

Plan Format

Follow this format when creating implementation plans:

md
# Plan: <task name>

## Task Description
<describe the task in detail based on the prompt>

## Objective
<clearly state what will be accomplished when this plan is complete>

<if task_type is feature or complexity is medium/complex, include these sections:>
## Problem Statement
<clearly define the specific problem or opportunity this task addresses>

## Solution Approach
<describe the proposed solution approach and how it addresses the objective>
</if>

## Relevant Files
Use these files to complete the task:

<list files relevant to the task with bullet points explaining why. Include new files to be created under an h3 'New Files' section if needed>

<if complexity is medium/complex, include this section:>
## Implementation Phases
### Phase 1: Foundation
<describe any foundational work needed>

### Phase 2: Core Implementation
<describe the main implementation work>

### Phase 3: Integration & Polish
<describe integration, testing, and final touches>
</if>

## Step by Step Tasks
IMPORTANT: Execute every step in order, top to bottom.

<list step by step tasks as h3 headers with bullet points. Start with foundational changes then move to specific changes. Last step should validate the work>

### 1. <First Task Name>
- <specific action>
- <specific action>

### 2. <Second Task Name>
- <specific action>
- <specific action>

<continue with additional tasks as needed>

<if task_type is feature or complexity is medium/complex, include this section:>
## Testing Strategy
<describe testing approach, including unit tests and edge cases as applicable>
</if>

## Acceptance Criteria
<list specific, measurable criteria that must be met for the task to be considered complete>

## Validation Commands
Execute these commands to validate the task is complete:

<list specific commands to validate the work. Be precise about what to run>
- Example: `uv run python -m py_compile apps/*.py` - Test to ensure the code compiles

## Notes
<optional additional context, considerations, or dependencies. If new libraries are needed, specify using `uv add`>

Report

After creating and saving the implementation plan, provide a concise report with the following format:

✅ Implementation Plan Created

File: PLAN_OUTPUT_DIRECTORY/spec-<filename>.md
Topic: <brief description of what the plan covers>
Key Components:
- <main component 1>
- <main component 2>
- <main component 3>

© disler, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in .claude/skills/spec of disler/pi-agent-observability.

Open the folder on GitHubat commit cbb8cc3

Compare with similar skills

Spec next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Spec compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Spec this skilldisler/pi-agent-observability145—~1.3kAutomated safety check: PassMIT
Executing Plans Inlineobra/superpowers296k2 repos~5.1kAutomated safety check: PassMIT
Interview Meaddyosmani/agent-skills102k6 repos~3.8kAutomated safety check: PassMIT
OpenSpec Guided OnboardingFission-AI/OpenSpec71k1 repos~4.5kAutomated safety check: PassMIT
Writing Plansgeeksblabla/stateofdev.ma16356 repos~661Automated safety check: PassNone
Subagent Driven DevelopmentAsvarox/allkaraoke26137 repos~1.2kAutomated safety check: PassNone

Similar skills

  • Executing Plans Inline

    obra/superpowers

    Has the agent carry out an implementation plan itself, task by task in the current session, keeping a ledger, proving each step with a test and ending with one whole-branch review.

    296k GitHub starsUsed in 2 repos~5.1k tokens
    Agent WorkflowsAuto-check passed
  • Interview Me

    addyosmani/agent-skills

    Asks one question at a time, each with a best guess attached, until the agent is about 95 percent sure what you really want, before any plan, spec or code.

    102k GitHub starsUsed in 6 repos~3.8k tokens
    Agent WorkflowsAuto-check passed
  • OpenSpec Guided Onboarding

    Fission-AI/OpenSpec

    Walks you through a complete OpenSpec workflow cycle with narration while doing real work in your codebase.

    71k GitHub starsUsed in 1 repo~4.5k tokens
    Agent WorkflowsAuto-check passed
  • Writing Plans

    geeksblabla/stateofdev.ma

    A skill your agent uses when design is complete and you need detailed implementation tasks for engineers with zero codebase context - creates comprehensive implementation plans with exact file…

    163 GitHub starsUsed in 56 repos~661 tokens
    Agent WorkflowsAuto-check passed
  • Subagent Driven Development

    Asvarox/allkaraoke

    A skill your agent uses when executing implementation plans with independent tasks in the current session

    261 GitHub starsUsed in 37 repos~1.2k tokens
    Agent WorkflowsAuto-check passed
  • Planning With Files

    jd-opensource/JoySafeter

    Implements Manus-style file-based planning for complex tasks.

    313 GitHub starsUsed in 18 repos~1.8k tokens
    Agent WorkflowsAuto-check: notes

More from disler/pi-agent-observability

  • Htmlvspec

    disler/pi-agent-observability

    Creates a visual engineering implementation plan as a single self-contained HTML page saved to specs/<name.html — the plan authored directly in styled HTML, with one AI-generated diagram image per…

    145 GitHub stars~4.7k tokensUpdated 4 mo ago
    Auto-check: notes
  • Htmlspec

    disler/pi-agent-observability

    Creates a text-only engineering implementation plan as a single self-contained HTML page saved to specs/<name.html — the plan authored directly in styled HTML plus a freeform HTML zone where the…

    145 GitHub stars~3k tokensUpdated 4 mo ago
    Auto-check passed

Categories

Questions about Spec

What does Spec do?

Creates a concise engineering implementation plan based on user requirements and saves it to specs directory. Spec is an agent skill from disler/pi-agent-observability.

When should I use Spec?

Spec fits situations like: tasks that involve Planning.

How do I install Spec in Claude Code?

Run `npx skills add disler/pi-agent-observability --skill spec -a claude-code`. Or copy the skill folder (.claude/skills/spec in disler/pi-agent-observability) into .claude/skills/spec in your project. Claude Code loads it when a task matches its description.

How do I install Spec in Codex?

Run `npx skills add disler/pi-agent-observability --skill spec -a codex`. Or copy the skill folder (.claude/skills/spec in disler/pi-agent-observability) into .agents/skills/spec in your project. Codex loads it when a task matches its description.

Can I use Spec in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add disler/pi-agent-observability --skill spec -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/spec, .gemini/skills/spec, .github/skills/spec and .opencode/skills/spec in your project.

What does Spec need to run?

SKILL.md names no scripts, command-line tools or credentials: Spec is instructions for the agent only. Our summary lists: Python 3.

Does Spec access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Spec safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Spec use?

Spec is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Spec use?

About 1.3k tokens (SKILL.md is roughly 5.1k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Spec?

Skills that share tags, products or a category with Spec: Executing Plans Inline (obra/superpowers, 296k stars), Interview Me (addyosmani/agent-skills, 102k stars), OpenSpec Guided Onboarding (Fission-AI/OpenSpec, 71k stars) and Writing Plans (geeksblabla/stateofdev.ma, 163 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Spec?

disler (a GitHub user) maintains it in disler/pi-agent-observability, which has 145 GitHub stars. The repository holds 3 skills in this directory. The repository was last updated on May 31, 2026.

Source: disler/pi-agent-observability on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.