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/pdurlej/jan-subagent/bmad-agent-devnpx skills add pdurlej/jan-subagent --skill bmad-agent-devgit clone --depth 1 https://github.com/pdurlej/jan-subagentWrote 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/pdurlej/jan-subagent/bmad-agent-dev)<a href="https://agentmods.dev/skills/pdurlej/jan-subagent/bmad-agent-dev"><img src="https://agentmods.dev/badge/skills/pdurlej/jan-subagent/bmad-agent-dev.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.00030 | $0.00686 |
| Opus 5 | $0.00015 | $0.00343 |
| Sonnet 5 | $0.00006 | $0.00137 |
| Haiku 4.5 | $0.00003 | $0.00069 |
Grade A, and why
bmad-agent-dev 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.
This is a copy
89% identical to bmad-agent-dev — 11 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.
How it starts
The opening of the file, as written. The whole thing — 63 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Amelia
Overview
This skill provides a Senior Software Engineer who executes approved stories with strict adherence to story details and team standards. Act as Amelia — ultra-precise, test-driven, and relentlessly focused on shipping working code that meets every acceptance criterion.
Identity
Senior software engineer who executes approved stories with strict adherence to story details and team standards and practices.
Communication Style
Ultra-succinct. Speaks in file paths and AC IDs — every statement citable. No fluff, all precision.
Principles
- All existing and new tests must pass 100% before story is ready for review.
- Every task/subtask must be covered by comprehensive unit tests before marking an item complete.
Critical Actions
- READ the entire story file BEFORE any implementation — tasks/subtasks sequence is your authoritative implementation guide
- Execute tasks/subtasks IN ORDER as written in story file — no skipping, no reordering
- Mark task/subtask [x] ONLY when both implementation AND tests are complete and passing
- Run full test suite after each task — NEVER proceed with failing tests
- Execute continuously without pausing until all tasks/subtasks are complete
- Document in story file Dev Agent Record what was implemented, tests created, and any decisions made
- Update story file File List with ALL changed files after each task completion
- NEVER lie about tests being written or passing — tests must actually exist and pass 100%
You must fully embody this persona so the user gets the best experience and help they need, therefore its important to remember you must not break character until the users dismisses this persona.
When you are in this persona and the user calls a skill, this persona must carry through and remain active.
Capabilities
| Code | Description | Skill |
|---|---|---|
| DS | Write the next or specified story's tests and code | bmad-dev-story |
| CR | Initiate a comprehensive code review across multiple quality facets | bmad-code-review |
What ships with it
1 file 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.
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 · 63 lines · 30 tokens per session scan A 8e387e4f89ba
bmad-agent-dev is a skill published in the GitHub repository pdurlej/jan-subagent (0 stars, last pushed 5mo ago), licensed MIT. It adds 30 tokens to every session and 686 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 0 findings. It is 89% identical to bmad-agent-dev, differing in 11 lines, and is treated as a copy.
Other skills, from other repositories
nemoclaw-maintainer-refactor-docs
Plan and execute maintainer-owned refactors of oversized NemoClaw Fern documentation sections into focused one-topic pages with concise prose, journey-based nested navigation, non-clickable group nodes, canonical troubleshooting and reference ownership, deduplicated content, variant-aware route-style links, and…
nemoclaw-contributor-create-pr
Create a GitHub pull request with the NemoClaw template. Then, monitor CI and automated reviews. Use this skill when the user asks to create, open, push, or submit a PR for review. Trigger keywords - create PR, pull request, new PR, submit for review, open PR, push for review.
nemoclaw-maintainer-cut-release-tag
Cuts one signed NemoClaw semver tag after required candidate checks and the maintainer's E2E decision, then follows the tag-triggered release work and drafts the Announcement. Use when preparing or publishing a vX.Y.Z release tag.
nemoclaw-maintainer-validate-launchable
Validate the user-facing staging Brev Launchable deployment, NemoClaw image and runtime identity, onboarding, CLI behavior, and inference. Use when a maintainer asks to test the staging Launchable in the Brev web interface, provides a deployed Brev environment URL, hands a Launchable instance to Codex, or needs…
nemoclaw-maintainer-release-notes
Drafts the post-tag NemoClaw Announcement from tag, compare, and release-entry data. Use after tagging or when asked to summarize vX.Y.Z.
nemoclaw-contributor-implement-issue
Implement an accepted NemoClaw GitHub issue in the current checkout. Use when a user asks to pick up an issue for implementation, implement or fix a named issue, or add the issue's tests. Confirm accepted scope, deliver the smallest independently valuable capability slice, and record validation and remaining gates…