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 rules/jumpstarter-dev/jumpstarter/project-structuregit clone --depth 1 https://github.com/jumpstarter-dev/jumpstarterWhat 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.01460 | $0.01460 |
| Opus 5 | $0.00730 | $0.00730 |
| Sonnet 5 | $0.00292 | $0.00292 |
| Haiku 4.5 | $0.00146 | $0.00146 |
Grade A, and why
project-structure 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 yesterday.
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 — 168 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Project Structure
This project follows a monorepo structure with a top-level pyproject.toml that manages all packages using UV workspace.
Top-Level Structure
jumpstarter/
├── python/ # Python workspace root
│ ├── pyproject.toml # Main workspace configuration
│ ├── packages/ # All Python packages
│ ├── examples/ # Example applications
├── docs/ # Documentation (Sphinx)
│ └── source/
│ └── contributing/ # JEPs (rendered as part of docs)
│ └── jeps/ # Jumpstarter Enhancement Proposals
│ └── __templates__/ # Templates for creating new drivers
├── controller/ # Controller components
├── protocol/ # Protocol definitions
└── .cursor/ # Cursor AI rules
Workspace Configuration
The project uses UV workspace for dependency management:
- Top-level
python/pyproject.toml: Defines the workspace and includes all packages - Workspace members: All packages in
python/packages/*andpython/examples/*are included - Dependency groups: Shared development dependencies (docs, dev)
- Tool configuration: Ruff, typos, coverage, pytest settings
Package Structure
Core Packages
jumpstarter/: Main library with client, config, and common functionalityjumpstarter-protocol/: gRPC protocol definitions (excluded from linting)jumpstarter-kubernetes/: Kubernetes integrationjumpstarter-testing/: Testing utilitiesjumpstarter-imagehash/: Image hashing utilities
CLI Packages
jumpstarter-cli/: Main CLI applicationjumpstarter-cli-admin/: Administrative CLI commandsjumpstarter-cli-common/: Shared CLI utilitiesjumpstarter-cli-driver/: Driver-specific CLI commands
Driver Packages
All driver packages follow the pattern jumpstarter-driver-<name>/:
jumpstarter-driver-network/: Network interface drivers (TCP, UDP, Unix, etc.)jumpstarter-driver-power/: Power management driversjumpstarter-driver-*: Various hardware-specific drivers
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.
- yesterday First seen · 168 lines · 1,460 tokens per session scan A e2f22e322515
project-structure is a cursor rule published in the GitHub repository jumpstarter-dev/jumpstarter (214 stars, last pushed 2d ago), licensed Apache-2.0. It adds 1,460 tokens to every session, about $0.0073 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 cursor rules, from other repositories
chiplab
Repository agent instructions for chiplab.
open-locker-domain
This project implements a digital locker sharing system for lending physical items. Follow these domain-specific conventions.
monorepo-architecture
This is a monorepo containing multiple interconnected components for the Open-Locker IoT system.
scramble-openapi
REST API OpenAPI Documentation Guidelines.
adr-decision-required
Require ADRs for architecture-significant decisions.
modbus-integration
The backend does not communicate with Modbus hardware directly. Physical locker control runs in locker-client (Raspberry Pi), which talks to hardware via Modbus and reports status back to the backend over MQTT.