Getting it into your agent
It runs from inside its repository, so the clone comes first — what it calls does not travel with the file alone.
git clone --depth 1 https://github.com/jrobelia/inventree-plugin-ai-toolkitnpx agentmods add skills/jrobelia/inventree-plugin-ai-toolkit/build-inventree-pluginWrote 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/jrobelia/inventree-plugin-ai-toolkit/build-inventree-plugin)<a href="https://agentmods.dev/skills/jrobelia/inventree-plugin-ai-toolkit/build-inventree-plugin"><img src="https://agentmods.dev/badge/skills/jrobelia/inventree-plugin-ai-toolkit/build-inventree-plugin/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/jrobelia/inventree-plugin-ai-toolkit/build-inventree-plugin"><img src="https://agentmods.dev/badge/skills/jrobelia/inventree-plugin-ai-toolkit/build-inventree-plugin.svg" alt="Reviewed on agentmods" width="80" 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.1 | $0.00033 | $0.00869 |
| Opus 5 | $0.00016 | $0.00434 |
| Sonnet 5 | $0.00007 | $0.00174 |
| Haiku 4.5 | $0.00003 | $0.00087 |
Grade A, and why
build-inventree-plugin 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 — 103 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Build an InvenTree plugin
Purpose: Produce a distributable Python wheel and compiled frontend bundle for any plugin in plugins/.
One-liner
From the toolkit root, with the devcontainer running:
docker compose -f .devcontainer/docker-compose.yml -f .devcontainer/docker-compose.frontend-volumes.yml exec -u vscode toolkit bash -c "cd /workspace && bash scripts/build-plugin.sh /workspace/plugins/<PluginFolderName>"
If you are already inside the devcontainer:
bash scripts/build-plugin.sh /workspace/plugins/<PluginFolderName>
Workflow
1. Resolve the plugin
Ask the user for the plugin folder name if it is not already in context. The folder is the name under plugins/, not the Python module name (e.g., inventree-flat-bom-generator, not flat_bom_generator).
Completion criterion: a valid plugins/<PluginFolderName> directory exists.
2. Discover the runtime environment
Run these checks from the toolkit root:
# Is the devcontainer running?
docker ps --filter "name=toolkit" --format "{{.Names}}"
# Is the plugin directory present?
Test-Path "plugins\<PluginFolderName>"
Completion criterion: the devcontainer is running and the plugin directory exists.
3. Run the build
Use the one-liner from the top of this skill, appending options after the plugin path as needed. The part after the bash -c string is:
bash scripts/build-plugin.sh /workspace/plugins/<PluginFolderName> [options]
Options:
| Option | Effect |
|---|---|
--no-version-bump |
Do not auto-increment PLUGIN_VERSION and package.json version |
--no-pre-commit |
Skip pre-commit run --all-files |
--clean |
Remove dist/, build/, and *.egg-info/ before building |
--skip-frontend |
Build only the Python package |
Example with --clean and --no-version-bump:
bash scripts/build-plugin.sh /workspace/plugins/<PluginFolderName> --clean --no-version-bump
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 · 103 lines · 33 tokens per session scan A 1fa0f838aa66
build-inventree-plugin is a skill published in the GitHub repository jrobelia/inventree-plugin-ai-toolkit (1 stars, last pushed 22d ago), licensed MIT. It adds 33 tokens to every session and 869 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-31.
Other skills, from other repositories
implement-type-annotations
Add comprehensive type hints to Python/TypeScript code to improve IDE support, catch errors early, and enable better AI code understanding.
dotnet-testing-autodata-xunit-integration
A guide for using AutoFixture, a .NET library that creates test data, with xUnit, a .NET testing framework. It explains attributes such as AutoData, InlineAutoData, and MemberAutoData for supplying values to parameterized tests.
dotnet-testing-autofixture-nsubstitute-integration
A .NET testing guide for using AutoFixture and NSubstitute to automatically create test data and substitute versions of dependencies.
dotnet-testing-advanced
A guide that routes advanced .NET testing questions to the right specialist instructions. It covers API and integration tests, database and other container-based tests, microservices, .NET Aspire, and related testing tools.
dotnet-testing-bogus-fake-data
A guide to Bogus, a .NET library for generating realistic fake data such as names, addresses, phone numbers, emails, and product records. It shows how to define generation rules and create one or many records.
dotnet-testing-datetime-testing-timeprovider
A guide for testing .NET code that depends on the current date or time. It uses TimeProvider to supply time and FakeTimeProvider to set, freeze, change, or advance simulated time during tests.