Borrowing it
Nothing to install: this file belongs to petarzarkov/dunx. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/petarzarkov/dunx/main/.claude/skills/new-package/SKILL.mdgit clone --depth 1 https://github.com/petarzarkov/dunxWrote 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/petarzarkov/dunx/new-package)<a href="https://agentmods.dev/skills/petarzarkov/dunx/new-package"><img src="https://agentmods.dev/badge/skills/petarzarkov/dunx/new-package/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/petarzarkov/dunx/new-package"><img src="https://agentmods.dev/badge/skills/petarzarkov/dunx/new-package.svg" alt="Reviewed on agentmods" width="80" height="20"></a>- NVIDIA SkillSpector pass
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.00097 | $0.01491 |
| Opus 5 | $0.00048 | $0.00745 |
| Sonnet 5 | $0.00019 | $0.00298 |
| Haiku 4.5 | $0.00010 | $0.00149 |
Grade A, and why
new-package 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 9d 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 — 102 lines — stays where its author put it; the contents beside it link to each section on GitHub.
/new-package
packages/core is the reference. Copy its shape rather than composing a manifest
from memory.
Pick the parent first
| Parent | For | Published | Reference |
|---|---|---|---|
packages/ |
framework an app imports | yes | packages/core |
tools/ |
a CLI a consumer runs (bunx @dunx/<name>) |
yes | tools/mcp |
internal/ |
repo-only: site, harness, bundle, shared UI | no | internal/ui |
examples/ |
an app that consumes the packages | no | examples/minimal |
Two lists decide what publishes, and both must name a new published parent -
they are the only places that know: PUBLISHABLE_DIRS in scripts/version.ts and
PUBLISHED_DIRS in scripts/update-readme.ts. private: true is what actually
stops a publish, so getting the parent wrong fails safe.
A workspace with no build script is skipped by scripts/build-all.ts, which
is how internal/ui ships as source with its exports pointing at src/.
Published package - packages/<name>/ or tools/<name>/
package.json- copypackages/core/package.jsonand changenameto@dunx/<name>,description,keywords,homepage, andrepository.directory- the last two carry the parent, sotools/<name>rather thanpackages/<name>for a CLI. Leave the rest alone. The fields that are not optional:"type": "module"- without itverbatimModuleSyntaxraisesTS1287against ESM syntax, and Node treats the shipped ESM as CommonJSmain+types→dist/paths, and anexportsmap withtypesandimportconditions. Nomodulefield, norequirecondition - ESM only"files": ["LICENSE", "README.md", "dist"]- without itsrc/shipsversion: "0.0.0"-scripts/version.tsowns it from here- scripts verbatim:
build,test,test:cov,typecheck
tsconfig.json- exactlypackages/core/tsconfig.json: extends the root,include: ["src"],exclude: ["node_modules", "dist"]. One per package. Do not add a build variant.src/index.tsre-exporting the public surface,LICENSE,README.md.bun installto link the workspace.bun run build && bun run typecheck && bun run test.bun run gen:cov && bun run gen:readme- picks up the coverage badge and the README Packages table row.- Add the row to the Packages Overview table in CLAUDE.md.
- First publish must be manual - see
/release.
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.
- 9d ago First seen · 102 lines · 97 tokens per session scan A 7661196e105e
new-package is a skill published in the GitHub repository petarzarkov/dunx (111 stars, last pushed today), licensed MIT. It adds 97 tokens to every session and 1,491 once invoked, about $0.0005 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
nestjs
Use when building or structuring a NestJS backend — feature modules, providers and DI wiring, provider scopes and request-lifecycle order, where to bind guards/pipes/interceptors/filters, and testing with Test.createTestingModule. NOT a bare Express/Fastify service with no DI (that is nodejs), NOT framework-agnostic…
terraform-test
Comprehensive guide for writing and running Terraform tests. Use when creating test files (.tftest.hcl), writing test scenarios with run blocks, validating infrastructure behavior with assertions, mocking providers and data sources, testing module outputs and resource configurations, or troubleshooting Terraform test…
bun-guides-test
Practical guides for testing TypeScript applications, mocking modules, mocking fetch, and running unit tests in Bun.
Node Expert
Node Expert delivers production-grade technical work with clear architecture, tests, maintainability, and operational awareness.
server-side-calls
Call tRPC procedures directly from server code using t.createCallerFactory() and router.createCaller(context) for integration testing, internal server logic, and custom API endpoints. Catch TRPCError and extract HTTP status with getHTTPStatusCodeFromError(). Error handling via onError option.
insta-snapshots
Guide for working with and updating insta snapshot tests in Oxc without terminal interaction.