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.
npx agentmods add skills/thisissadeghi/kmpilot/create-featurenpx skills add ThisIsSadeghi/KMPilot --skill create-featuregit clone --depth 1 https://github.com/ThisIsSadeghi/KMPilotWrote 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.
[](https://agentmods.dev/skills/thisissadeghi/kmpilot/create-feature)<a href="https://agentmods.dev/skills/thisissadeghi/kmpilot/create-feature"><img src="https://agentmods.dev/badge/skills/thisissadeghi/kmpilot/create-feature.svg" alt="Measured on agentmods" height="20"></a>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.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00031 | $0.01309 |
| Opus 5 | $0.00015 | $0.00655 |
| Sonnet 5 | $0.00006 | $0.00262 |
| Haiku 4.5 | $0.00003 | $0.00131 |
Grade A, and why
create-feature 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 4d 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.
How it starts
The opening of the file, as written. The whole thing — 114 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Create Feature
Orchestrates complete feature creation using a 6-phase workflow.
Architecture Reference: @../_shared/patterns.md
Hook Marker (Required)
Before editing any feature files, activate the skill marker so the PreToolUse hook allows edits:
touch /tmp/.claude-kmpilot-skill-active
After Phase 5 completes (or on any early exit), remove it:
rm -f /tmp/.claude-kmpilot-skill-active
Workflow
Phase 0 → Phase 1 → Phase 2 → [USER CONFIRMS] → Phase 3 → [USER CONFIRMS] → Activate marker → Phase 4 → Phase 5 → Remove marker → Done
Phase 0: Context Discovery (Auto)
Detect: PKG_PREFIX, INIT_KOIN_PATH, NAV_HOST_PATH from existing features.
See: @phases/phase-0-context.md
Phase 1: Design Artifact Detection
Check for a Stitch design blueprint:
- Check blueprint exists:
.claude/docs/{featurename}/designs/{featurename}_blueprint.md - Check stitch-project.json:
.claude/docs/_project/stitch-project.json— readfeatures[featurename].blueprintConsumed - Determine mode:
| Blueprint exists? | blueprintConsumed |
Mode |
|---|---|---|
| Yes | false |
Design-aware mode — blueprint drives UI layer |
| Yes | true |
Normal mode — blueprint already consumed |
| No | N/A | Normal mode — no design artifact |
If entering design-aware mode, log:
Design artifact detected: .claude/docs/{featurename}/designs/{featurename}_blueprint.md
Entering design-aware mode. Blueprint will drive UI layer implementation.
If blueprint exists and blueprintConsumed == false, the blueprint's Pre-Implementation Contract will auto-populate the UI section of the PRD in Phase 2.
Phase 2: PRD Generation
Analyze prompt → Generate PRD → Save to .claude/docs/{featurename}/prd.md
Template: @templates/prd-simple.md or @templates/prd-complex.md
See: @phases/phase-2-prd.md
Design-aware note: If blueprint exists, incorporate the blueprint's design tokens, component tree, and color audit into the PRD's UI section automatically.
What ships with it
18 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.
- architecture/build-gradle-template.md 8.3 KB
- architecture/data.md 10 KB
- architecture/integration.md 26 KB
- architecture/local-data.md 12 KB
- architecture/platform.md 12 KB
- architecture/ui.md 35 KB
- phases/phase-0-context.md 6.4 KB
- phases/phase-2-prd.md 6.3 KB
- phases/phase-3-tasks.md 4.7 KB
- phases/phase-4-implementation.md 33 KB
- phases/phase-5-cleanup.md 4.8 KB
- templates/prd-complex.md 7.4 KB
- templates/prd-simple.md 3.1 KB
- templates/task-template.md 2.2 KB
- troubleshooting/data.md 2.1 KB
- troubleshooting/index.md 1.8 KB
- troubleshooting/integration.md 4.3 KB
- troubleshooting/ui.md 2.9 KB
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.
- 4d ago First seen · 114 lines · 31 tokens per session scan A e1910627b317
create-feature is a skill published in the GitHub repository ThisIsSadeghi/KMPilot (56 stars, last pushed 26d ago), licensed MIT. It adds 31 tokens to every session and 1,309 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-08-30.
Other skills, from other repositories
compose-multiplatform
Use when building one shared Compose UI in Kotlin across Android, iOS, and desktop — commonMain @Composables, expect/actual, source-set placement, native interop, multiplatform ViewModel/navigation/Koin. NOT a single-platform native build (that is kotlin-android / swift-ios), and NOT Dart/Flutter cross-platform UI…
modern-jetpack-compose
Guides writing, reviewing, and reasoning about modern Android UI code using Jetpack Compose. Covers best practices for state management, side effects, recomposition, navigation, Material 3 design, accessibility, and performance. Use when reading, writing, or reviewing any Jetpack Compose project.
kotlin-android
Use when building or fixing a native Android app in Kotlin and Jetpack Compose on the UDF layered architecture — ViewModel/StateFlow, Hilt, Room, Retrofit, coroutines, type-safe Navigation, and the Gradle/AGP surface. NOT shared Android and iOS UI from one Kotlin codebase (that is compose-multiplatform).
android-expert
Android platform patterns for the amethyst/ module. Use when working with (1) Android navigation (Navigation Compose, type-safe routes, bottom nav), (2) runtime permissions (camera, notifications, biometrics), (3) platform APIs (Intent, Context, Activity, ContentResolver), (4) Material3 theming and edge-to-edge UI…
quartz-integration
Integration guide for using the Quartz Nostr KMP library in external projects. Use when: (1) adding Quartz as a Gradle dependency, (2) setting up NostrClient with WebSocket, (3) creating/signing/sending events, (4) building relay subscriptions with Filter, (5) handling keys with KeyPair/NostrSignerInternal, (6) using…
compose-expert
Advanced Compose Multiplatform UI patterns for shared composables. Use when working with visual UI components, state management patterns (remember, derivedStateOf, produceState), recomposition optimization (@Stable/@Immutable visual usage), Material3 theming, custom ImageVector icons, or determining whether to share…