feature-planning

feature-planning is a skill for Claude Code, Codex from event4u-app/agent-config. It costs 36 tokens per session (3,268 once invoked), scanned A, original, MIT.

A feature-planning guide for turning an idea into a structured plan and actionable roadmap. It covers requirements, affected parts of a project, and open questions.

In plain words
What is it for?
Use it to explore a feature idea, refine an existing plan, or break approved work into implementation phases.
Why use it?
It helps prevent important requirements, dependencies, or unclear behavior from being missed before implementation starts.

Skill for Claude CodeCodex

Written for no agent in particular: nothing here depends on one. Also seen: mentions AGENTS.md.

Good fit Use it to explore a feature idea, refine an existing plan, or break approved work into implementation phases.

Compare 6 skills from other repositories ↓
Install with agentmods
npx agentmods add skills/event4u-app/agent-config/feature-planning
Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

Any agent
npx skills add event4u-app/agent-config --skill feature-planning
Clone the repo
git clone --depth 1 https://github.com/event4u-app/agent-config

Made for: Claude Code, 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 feature-planning

README.md
[![agentmods](https://agentmods.dev/badge/skills/event4u-app/agent-config/feature-planning.svg)](https://agentmods.dev/skills/event4u-app/agent-config/feature-planning)
Your own site
<a href="https://agentmods.dev/skills/event4u-app/agent-config/feature-planning"><img src="https://agentmods.dev/badge/skills/event4u-app/agent-config/feature-planning.svg" alt="Measured on agentmods" height="20"></a>
Per session 36 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 3,268 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. Third-party audits
  • NVIDIA SkillSpector warn 7 Sept 2026
SkillSpector: 2 findings, up to high

These are SkillSpector’s own severities. On a checked sample its high-severity flags on skills were ~96% false positives — a documented command, a public API, a “never do X” rule — so we show them as a caution to read, not a verdict. Why →

  • high Anti-Refusal · line 208
    Skill instructs the agent to omit warnings, disclaimers, or ethical commentary. Stripping safety caveats hides risk from the user and is a common jailbreak preamble.
    Fix: Remove instructions that suppress warnings, disclaimers, or ethical commentary. Let the agent surface safety-relevant caveats to the user.
  • medium MCP Rug Pull · line 163
    npx commands without a version suffix (e.g. @1.0.0) create a rug-pull risk if the upstream server is compromised and publishes a malicious update.
    Fix: Pin the version: npx @scope/[email protected]
How audits are shown
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.00036 $0.03268
Opus 5 $0.00018 $0.01634
Sonnet 5 $0.00007 $0.00654
Haiku 4.5 $0.00004 $0.00327

Measured 2d ago against content hash d6d7eff9ff48, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-08, from the pricing page.

Security

Grade A, and why

feature-planning 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 2d 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.

src/skills/feature-planning/SKILL.md · 313 lines

How it starts

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

feature-planning

When to use

Use this skill when:

  • The user has a feature idea they want to explore or plan
  • An existing feature plan needs refinement
  • A feature plan needs to be turned into actionable roadmaps

Do NOT use when:

  • Bug fixes (use bug-analyzer skill)
  • Simple, well-understood changes that don't need planning

Procedure: Plan a feature

  1. Gather requirements — What problem does this solve? Who benefits? What's the expected outcome? Run a cross-source discrepancy scan (per cross-source-consistency, gated by consistency.cross_source): where the source ticket carries text + an attachment/mockup, or leaves a clearly-needed behavior unstated (weekend/holiday shift, empty/error state, timezone), surface the conflict/gap as an Open question before drafting phases — an inferred behavior is a scope expansion to confirm, not to bake in. See cross-source-consistency-mechanics.
  2. Analyze scope — Which modules, routes, models, services are affected?
  3. Write the plan — Create a feature plan document (see template below).
  4. Verify — Confirm all affected areas are identified, no missing dependencies.

A feature plan captures the "what and why" of a feature:

  • Problem it solves, who benefits, expected outcome
  • Scope, affected modules, technical approach
  • Open questions and decisions

A roadmap captures the "how and when" — the step-by-step implementation plan. Feature plans and roadmaps are linked but separate concerns.

File structure

agents/features/                         # Project-wide feature plans
├── {feature-name}.md

app/Modules/{Module}/agents/features/    # Module-scoped feature plans
├── {feature-name}.md

.augment/templates/
└── features.md                          # Feature plan template

Roadmaps generated from features live in agents/roadmaps/ (or module-level agents/roadmaps/).

Read the full file on GitHub · 313 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. 2d ago Changed · +34 lines d6d7eff9ff48
  2. 5d ago First seen · 279 lines · 36 tokens per session scan A db8a0f71acba

Subscribe to this mod's changes

feature-planning is a skill published in the GitHub repository event4u-app/agent-config (10 stars, last pushed today), licensed MIT. It adds 36 tokens to every session and 3,268 once invoked, about $0.0002 per session on Opus 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-09-03.