M3E: Skill for Codex

.agents/skills/kiro-spec-requirements/SKILL.md

kiro-spec-requirements is a skill for Codex from akaghef/M3E. It costs 13 tokens per session (1,781 once invoked), scanned A, a copy of kiro-spec-requirements, MIT.

A workflow for writing detailed requirements for a software specification. It reads project guidance and existing specification files, then records user-visible requirements and acceptance criteria.

In plain words
What is it for?
Use it to create or update the requirements document for a Kiro specification, following the project's language and rules.
Why use it?
It helps turn a feature idea into clear, testable expectations while making scope boundaries explicit.

Skill for Codex

Written for Codex: agents/openai.yaml present. Also seen: mentions subagents; positional $N argument; installed under .agents/ (shared by several agents).

This is akaghef/M3E's own configuration. It tells Codex how to work on M3E 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 M3E configures →

View source ↗ akaghef/M3E
Reuse

Borrowing it

Nothing to install: this file belongs to akaghef/M3E. 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/akaghef/M3E/main/.agents/skills/kiro-spec-requirements/SKILL.md
Clone the repo
git clone --depth 1 https://github.com/akaghef/M3E

Made for: Codex.

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 kiro-spec-requirements

README.md
[![agentmods](https://agentmods.dev/badge/skills/akaghef/m3e/kiro-spec-requirements/github.svg)](https://agentmods.dev/skills/akaghef/m3e/kiro-spec-requirements)
Your own site
<a href="https://agentmods.dev/skills/akaghef/m3e/kiro-spec-requirements"><img src="https://agentmods.dev/badge/skills/akaghef/m3e/kiro-spec-requirements/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 kiro-spec-requirements

Your own site · 80×15
<a href="https://agentmods.dev/skills/akaghef/m3e/kiro-spec-requirements"><img src="https://agentmods.dev/badge/skills/akaghef/m3e/kiro-spec-requirements.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 13 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 1,781 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 95% copy Near-identical to another mod 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.00013 $0.01781
Opus 5.5 $0.00005 $0.00712
Sonnet 5.5 $0.00003 $0.00356
Haiku 4.5 $0.00001 $0.00178

Measured 5d ago against content hash 72b20399dc76, method: parsed. Prices are Anthropic first-party input rates as of 2026-10-07, from the pricing page.

Security

Grade A, and why

kiro-spec-requirements 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 5d 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.

Origin

This is a copy

95% identical to kiro-spec-requirements — 22 lines differ, which has more behind it and is treated as the original. This page carries a canonical link to it rather than competing with it.

.agents/skills/kiro-spec-requirements/SKILL.md · 143 lines

How it starts

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

Requirements Generation

<background_information>

  • Success Criteria:
    • Create complete requirements document aligned with steering context
    • Follow the project's EARS patterns and constraints for all acceptance criteria
    • Focus on core functionality without implementation details
    • Make inclusion/exclusion boundaries explicit when scope could otherwise be misread
    • Update metadata to track generation status </background_information>
  1. Load Context:

    • Read .kiro/specs/$1/spec.json for language and metadata
    • Read .kiro/specs/$1/brief.md if it exists (discovery context: problem, approach, scope decisions, boundary candidates)
    • Read .kiro/specs/$1/requirements.md for project description
    • Core steering context: product.md, tech.md, structure.md
    • Additional steering files only when directly relevant to feature scope, user personas, business/domain rules, compliance/security constraints, operational constraints, or existing product boundaries
    • Relevant local agent skills or playbooks only when they clearly match the feature's host environment or use case and contain domain terminology or workflow rules that shape user-observable requirements
  2. Read Guidelines:

    • Read rules/ears-format.md from this skill's directory for EARS syntax rules
    • Read rules/requirements-review-gate.md from this skill's directory for pre-write review criteria
    • Read .kiro/settings/templates/specs/requirements.md for document structure
Parallel Research (sub-agent dispatch)

The following research areas are independent. Decide the optimal decomposition based on project complexity -- split, merge, add, or skip sub-agents as needed.

In main context (essential for requirements generation):

  • Spec files: spec.json, brief.md, requirements.md (project description)
  • EARS format rules, requirements review gate, requirements template
  • Core steering: product.md, tech.md (directly inform scope and constraints)

Read the full file on GitHub · 143 lines

Files

What ships with it

3 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.

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. 5d ago First seen · 143 lines · 13 tokens per session scan A 72b20399dc76

Subscribe to this mod's changes

kiro-spec-requirements is a skill published in the GitHub repository akaghef/M3E (11 stars, last pushed 5d ago), licensed MIT. It adds 13 tokens to every session and 1,781 once invoked, about $0.0001 per session on Opus 5.5. A static security scan graded it A with 0 findings. It is 95% identical to kiro-spec-requirements, differing in 22 lines, and is treated as a copy.

Related

Other skills, from other repositories

systematic-debugging

Use when encountering any bug, test failure, or unexpected behavior, before proposing fixes.

obra/superpowers · 21 tokens

next-cache-components-adoption

Turn on Cache Components in a Next.js app and resolve the blocking routes it surfaces. Use when the user wants to enable, adopt, or migrate to Cache Components, flip the cacheComponents flag, work through a flood of blocking-prerender / instant validation errors, run the cache-components-instant-false codemod, or…

vercel/next.js · 95 tokens

chat-pet-sprite-creation

Use when creating or changing VS Code chat pet sprite art, sprite sheets, state animations, eye treatments, Stable/Insiders variants, or pet transitions under src/vs/workbench/contrib/chat/browser/widget/media/chatPet.

microsoft/vscode · 53 tokens

cpu-profile-analysis

Analyze V8/Chrome CPU profiles (.cpuprofile) and DevTools trace files (Trace-.json). Use when: profiling performance, investigating slow functions, comparing code paths, finding bottlenecks, analyzing timeToRequest, understanding call trees from sampling profiler data, analyzing layout/paint/rendering, investigating…

microsoft/vscode · 71 tokens

insight-error-page

Write or audit an insight-kind error page for the Next.js dev overlay. Use when creating a new errors/ .mdx page, auditing an existing one, or checking that a page matches the framework fix cards. Covers page structure, title alignment, FixCard cards with Copy prompt button, code snippets, terminology verification…

vercel/next.js · 83 tokens

next-cache-components-optimizer

Optimize the meaningful UI available immediately from a Next.js route on an initial load (hard navigation) or named client-side navigation (soft navigation). Encode the goal as a failing @next/playwright instant() e2e and work it to green, one verified route and entry point at a time; the shipped test then guards…

vercel/next.js · 123 tokens