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 skills add danielvm-git/bigpowers --skill trace-requirementgit clone --depth 1 https://github.com/danielvm-git/bigpowersWrote 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/danielvm-git/bigpowers/trace-requirement)<a href="https://agentmods.dev/skills/danielvm-git/bigpowers/trace-requirement"><img src="https://agentmods.dev/badge/skills/danielvm-git/bigpowers/trace-requirement/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.
<a href="https://agentmods.dev/skills/danielvm-git/bigpowers/trace-requirement"><img src="https://agentmods.dev/badge/skills/danielvm-git/bigpowers/trace-requirement.svg" alt="Reviewed on agentmods" width="80" height="20"></a>- NVIDIA SkillSpector warn
SkillSpector: 1 finding, up to medium
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 →
- medium Excessive Agency · line 3 Skill selects an external model or provider that may use a different account or billing plan than the operator expects. Undisclosed model switches can cause unexpected cost or quota consumption.Fix: Remove the model/provider override or disclose it prominently and require explicit operator approval before invoking an external coding CLI or billed model.
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.1 | $0.00063 | $0.00707 |
| Opus 5.5 | $0.00025 | $0.00283 |
| Sonnet 5.5 | $0.00013 | $0.00141 |
| Haiku 4.5 | $0.00006 | $0.00071 |
Grade A, and why
trace-requirement 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 1mo 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 — 70 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Trace Requirement
Build a traceability matrix from specs/release-plan.yaml + epic capsule directories to implementing code and tests. Surfaces gaps in both directions: stories with no code, and code with no story.
Pre-flight
HARD GATE —
specs/release-plan.yaml + epic capsule directoriesmust exist. If it doesn't, runplan-releasefirst.
→ verify: test -f specs/release-plan.yaml && test -d specs/epics
Read specs/release-plan.yaml + epic capsule directories fully before proceeding.
Process
1. Extract story IDs
From release-plan.yaml, collect all story IDs (e.g. 1.1, 1.2, 2.1).
→ verify: grep -rho 'e[0-9]\+s[0-9]\+' specs/release-plan.yaml specs/epics/*/epic.yaml 2>/dev/null | sort -u | head -1 | grep -q .
2. Search for story tags in code
Look for // story: X.Y or # story: X.Y comments in source files and tests:
grep -rn "story: " . --include="*.ts" --include="*.js" --include="*.py" --include="*.sh" | grep -v node_modules
→ verify: [ "$(grep -rl "story: " . --include="*.ts" --include="*.sh" --include="*.py" 2>/dev/null | wc -l | tr -d " ")" -gt 0 ]
3. Build the matrix
For each story ID:
- Implemented: list files that contain
// story: X.Y - Tested: list test files that contain
// story: X.Y - Dark: story has no tag in any file — flag as unimplemented
For each tagged file with no matching story ID in release-plan.yaml:
- Orphan: code exists but story was removed or never planned — flag for cleanup
4. Write specs/TRACEABILITY_LATEST.md
## Story Coverage
| Story | Title | Files | Tests | Status |
|-------|--------------------|-------|-------|-----------|
| 1.1 | [title] | 2 | 1 | Covered |
| 1.2 | [title] | 0 | 0 | Dark |
## Orphan Code (no story tag)
- [file]: contains untagged implementation
## Gaps (dark stories)
- Story 1.2: no implementation found → run plan-work
## Coverage summary
Stories: [X] covered / [Y] dark / [Z] total
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.
- 1mo ago First seen · 70 lines · 63 tokens per session scan A 2eed55ffd7e6
trace-requirement is a skill published in the GitHub repository danielvm-git/bigpowers (269 stars, last pushed 1mo ago), licensed MIT. It adds 63 tokens to every session and 707 once invoked, about $0.0003 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-09-03.
Other skills, from other repositories
tester-cookbook
Use when preparing a concise QA report for an internal tester from a JIRA task and its linked pull requests — focused on what the tester should report back to the dev team — and posting it as a JIRA comment.
role-产品开发协调者
A product-development coordinator role that identifies the kind of work requested, chooses the order of tasks, and assigns the right specialist roles.
bmad-testarch-trace
Generate traceability matrix and quality gate decision. Use when the user says "lets create traceability matrix" or "I want to analyze test coverage".
team-qa
Orchestrate the QA team through a full testing cycle — qa-lead strategy and test plan, qa-tester case writing, execution, sign-off.
bazel-build-optimization
Optimize Bazel builds for large-scale monorepos. Use when configuring Bazel, implementing remote execution, or optimizing build performance for enterprise codebases.
implement-feature
Implement an approved feature plan with fresh-context slices, TDD, revision-bound evidence, and PR-ready output.