agentflare: Skill for Claude Code

.claude/skills/requirements-specification/SKILL.md

requirements-specification is a skill for Claude Code from getappz/agentflare. It costs 96 tokens per session (1,016 once invoked), scanned A, original, Apache-2.0.

A method for turning a vague feature request or bug report into precise requirements, constraints, and testable acceptance criteria. Acceptance criteria are conditions that must be true for the work to count as complete.

In plain words
What is it for?
Use it to define functional and non-functional requirements, priorities, constraints, and Gherkin-style scenarios for changes whose intended result is not yet clear.
Why use it?
It reduces disagreement and rework by making the expected behaviour, quality targets, and boundaries explicit before design or coding begins.

Skill for Claude Code

Written for Claude Code: installed under .claude/.

This is getappz/agentflare's own configuration. It tells Claude Code how to work on agentflare itself, so it is not a mod to install elsewhere. Copy it as a starting point and replace the rules that are about this project. Everything agentflare configures →

Reuse

Borrowing it

Nothing to install: this file belongs to getappz/agentflare. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.

Copy the file
curl -O https://raw.githubusercontent.com/getappz/agentflare/master/.claude/skills/requirements-specification/SKILL.md
Clone the repo
git clone --depth 1 https://github.com/getappz/agentflare

Made for: Claude Code.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for requirements-specification

README.md
[![agentmods](https://agentmods.dev/badge/skills/getappz/agentflare/requirements-specification/github.svg)](https://agentmods.dev/skills/getappz/agentflare/requirements-specification)
Your own site
<a href="https://agentmods.dev/skills/getappz/agentflare/requirements-specification"><img src="https://agentmods.dev/badge/skills/getappz/agentflare/requirements-specification/github.svg" alt="Measured on agentmods" height="20"></a>

Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.

agentmods 80×15 button for requirements-specification

Your own site · 80×15
<a href="https://agentmods.dev/skills/getappz/agentflare/requirements-specification"><img src="https://agentmods.dev/badge/skills/getappz/agentflare/requirements-specification.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 96 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 1,016 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5.1 $0.00096 $0.01016
Opus 5.5 $0.00038 $0.00406
Sonnet 5.5 $0.00019 $0.00203
Haiku 4.5 $0.00010 $0.00102

Measured 2mo ago against content hash f21122cf2ab0, method: parsed. Prices are Anthropic first-party input rates as of 2026-10-07, from the pricing page.

Security

Grade A, and why

requirements-specification scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2mo ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

.claude/skills/requirements-specification/SKILL.md · 112 lines

How it starts

The opening of the file, as written. The whole thing — 112 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Requirements Specification

Write requirements precisely enough that two different people implementing from the same spec would build the same thing. A vague spec doesn't save time — it just moves the ambiguity (and the rework) later.

When to use

  • The ask is underspecified: "add notifications," "make search better," "support teams" — before any architecture or code, pin down what these actually mean.
  • Multiple stakeholders (or a stakeholder and an implementer) could reasonably disagree about scope.
  • Skip when the change is small and unambiguous (a one-line bug fix, a well-scoped refactor) — writing a formal spec for those is pure overhead.

Process

1. Requirements gathering

Split every requirement into functional (what the system does) and non-functional (how well it does it — latency, availability, security). Each one needs an id, a priority, and criteria specific enough to fail a "is this actually done?" test:

FR-001: System shall authenticate users via OAuth2
  priority: high
  acceptance:
    - Users can log in with Google/GitHub
    - Session persists for 24 hours
    - Refresh tokens auto-renew

NFR-001 (performance): API p95 latency <200ms
NFR-002 (security): All data encrypted in transit and at rest

"Fast" and "user-friendly" are not requirements — they're not testable. Replace them with a number and a measurement method.

2. Constraint analysis

Separate constraints by kind, since each kind trades off differently:

  • Technical — must use existing DB, must run on current infra, language/ framework version floors.
  • Business — deadline, budget, team size.
  • Regulatory — compliance regimes (GDPR, SOC2), accessibility (WCAG).

3. Use cases

For anything with a nontrivial flow, write the actor, preconditions, the numbered step-by-step flow, postconditions, and — critically — the exceptions (what happens when a step fails). Most spec gaps live in the exceptions nobody wrote down.

4. Acceptance criteria (Gherkin)

Read the full file on GitHub · 112 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 2mo ago First seen · 112 lines · 96 tokens per session scan A f21122cf2ab0

Subscribe to this mod's changes

requirements-specification is a skill published in the GitHub repository getappz/agentflare (2 stars, last pushed today), licensed Apache-2.0. It adds 96 tokens to every session and 1,016 once invoked, about $0.0004 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.

Related

Other skills, from other repositories

printing-press-output-review

Internal sub-skill: agentic review of a printed CLI's sampled command output for plausibility issues that rule-based checks can't encode (substring-match relevance, format bugs, silent source drops, ranking failures). Invoked via the Skill tool by the main printing-press skill at Phase 4.85 and printing-press-polish…

mvanhorn/cli-printing-press · 102 tokens

autofix

Review and repair current local changes until they converge, or run Qwen Code Autofix issue and review workflows from GitHub Actions.

QwenLM/qwen-code · 30 tokens

agent-upkeep

Perform one small, scoped maintenance improvement to the Elements monorepo and open a single reviewable pull request. Use this skill for scheduled or unattended upkeep runs that improve unit test coverage for one file, fix one behavioral bug in one module, or move one off ESLint rule toward enforcement to reduce…

NVIDIA/elements · 115 tokens

audit

Fast quality gate — detects stack, runs static analysis, checks cross-layer consistency, fixes issues. Run between every pipeline phase, before every commit push, after every feature batch. Lighter than /analyze but catches the same critical issues.

skillmds/skillmd · 50 tokens

logic-lens

AI-powered Claude Code skill that performs deep code review using formal logic and reasoning frameworks to detect bugs, anti-patterns, and security risks beyond what linters catch.

skillmds/skillmd · 37 tokens

agent-debug-ci

Investigate failed scheduled or nightly GitHub Actions runs on the default branch, determine whether the failure is reproducible and repository-owned, implement the smallest evidence-backed fix, validate it, and open a pull request. Use when a failed nightly CI event starts an agent, or when the standard CI or…

NVIDIA/elements · 80 tokens