K-Dense-AI/scientific-agent-skills/skills/simpy/SKILL.md
simpy
Build, inspect, test, and analyze bounded process-based discrete-event simulations with SimPy, including events, resources, interrupts, monitoring, replications, warm-up, and reproducible output analysis.
- Source repository stars
- 31,966
- Declared platforms
- 0
- Static risk flags
- 1
- Last source update
- 2026-07-28
- Source checked
- 2026-07-28
Decision brief
What it does—and where it fits
Build, inspect, test, and analyze bounded process-based discrete-event simulations with SimPy, including events, resources, interrupts, monitoring, replications, warm-up, and reproducible output analysis.
Not for
- Tasks that require unconfirmed production actions or broad system permissions.
- Environments where the pinned source and install steps cannot be inspected.
Compatibility matrix
Platform support, with evidence labels
| Platform | Status | Evidence | What to check |
|---|---|---|---|
| Codex | Not declared | No explicit evidence | Portability before use |
| Claude Code | Not declared | No explicit evidence | Portability before use |
| Cursor | Not declared | No explicit evidence | Portability before use |
| Gemini CLI | Not declared | No explicit evidence | Portability before use |
Installation
Inspect first. Install second.
The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.
npx skills add https://github.com/K-Dense-AI/scientific-agent-skills --skill "skills/simpy"Inspect the Agent Skill "simpy" from https://github.com/K-Dense-AI/scientific-agent-skills/blob/e7ac42510774624f327003c95b6650e2883bc01d/skills/simpy/SKILL.md at commit e7ac42510774624f327003c95b6650e2883bc01d. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.
Workflow
What the source asks the agent to do
- 01
Model workflow
1. Define purpose and estimands. State the decision/question, system boundary, entities, resources, state, outputs, time units, and terminating event or steady-state target. 2. Write a conceptual model first. Record assumptions, distributions, routing, priorities, initial condit…
Define purpose and estimands. State the decision/question, system boundary,Write a conceptual model first. Record assumptions, distributions,Implement generators. A SimPy process is an event-yielding Python generator. - 02
Event, Timeout, Process, and Condition
An Event moves once through not-triggered - triggered/scheduled - processed.
An Event moves once through not-triggered - triggered/scheduled - processed.A Timeout triggers when created, is scheduled for now + delay, and cannot beenv.process(generator) creates a Process; the generator resumes with the - 03
Scope
Use this skill for process-based discrete-event models where active entities yield events and contend for resources: queues, production systems, logistics, networks, service operations, inventory, and other event-driven systems.
Use this skill for process-based discrete-event models where active entities yield events and contend for resources: queues, production systems, logistics, networks, service operations, inventory, and other event-driven…SimPy supplies an event scheduler and modeling primitives. It does not choose a scientifically valid conceptual model, input distribution, warm-up, run length, replication count, estimand, or causal interpretation. Trea… - 04
Current release and installation
Create a reproducible environment:
Latest stable: SimPy 4.1.2, released on PyPI 2026-05-24; source tagPackage metadata requires Python =3.8 and classifies CPython 3.8-3.144.1.2 adds Python 3.13/3.14 support and modern-interpreter test fixes. - 05
Minimal bounded model
The numeric horizon is half-open: normal events scheduled exactly at 480.0 are not processed. Report unfinished entities rather than silently treating them as completed observations.
The numeric horizon is half-open: normal events scheduled exactly at 480.0 are not processed. Report unfinished entities rather than silently treating them as completed observations.
Permission review
Static risk signals and limitations
Runs scripts
The documentation asks the agent to run terminal commands or scripts.
python -c "import importlib.metadata; print(importlib.metadata.version('simpy'))"Runs scripts
The documentation asks the agent to run terminal commands or scripts.
python skills/simpy/scripts/bounded_queue_scenario.py --helpEvidence record
Why each signal appears
| Signal | Value | Evidence type | Meaning |
|---|---|---|---|
| Quality score | 95/100 | Computed | Documentation, specificity, maintenance, and trust rules |
| Repository stars | 31,966 | Source | Repository attention, not individual Skill quality |
| Compatibility | 0 platforms | Source | Declared in the catalog source record |
| Usage guide | automated source guide | Editorial | Generated or reviewed according to the visible evidence level |
Pinned source
Provenance and original SKILL.md
- Repository
- K-Dense-AI/scientific-agent-skills
- Skill path
- skills/simpy/SKILL.md
- Commit
- e7ac42510774624f327003c95b6650e2883bc01d
- License
- MIT
- Collected
- 2026-07-28
- Default branch
- main
View the original SKILL.md
SimPy
Scope
Use this skill for process-based discrete-event models where active entities yield events and contend for resources: queues, production systems, logistics, networks, service operations, inventory, and other event-driven systems.
SimPy supplies an event scheduler and modeling primitives. It does not choose a scientifically valid conceptual model, input distribution, warm-up, run length, replication count, estimand, or causal interpretation. Treat those as simulation-study methodology, not SimPy API behavior.
Current release and installation
Verified 2026-07-23:
- Latest stable: SimPy 4.1.2, released on PyPI 2026-05-24; source tag
4.1.2points to commitf4381649. - Package metadata requires Python >=3.8 and classifies CPython 3.8-3.14 plus PyPy. SimPy has no runtime dependencies.
- 4.1.2 adds Python 3.13/3.14 support and modern-interpreter test fixes.
- Upstream and this skill are MIT-licensed.
Create a reproducible environment:
uv venv --python 3.13
source .venv/bin/activate
uv pip install "simpy==4.1.2"
python -c "import importlib.metadata; print(importlib.metadata.version('simpy'))"
Do not silently substitute the latest documentation build: it may describe an
unreleased development revision. Use the versioned 4.1.2 links in
references/sources.md.
Model workflow
- Define purpose and estimands. State the decision/question, system boundary, entities, resources, state, outputs, time units, and terminating event or steady-state target.
- Write a conceptual model first. Record assumptions, distributions, routing, priorities, initial conditions, and omitted mechanisms.
- Implement generators. A SimPy process is an event-yielding Python generator.
Register the generator object with
env.process(...). - Bound execution. Give every production run explicit time, entity, event, and
replication caps. Never call
env.run()on a model containing an endless process. - Separate random streams. Use local RNG instances for logically distinct stochastic sources; retain a seed manifest.
- Instrument deliberately. Observe state after the transition of interest, close time-weighted intervals at the horizon, and test that monitoring does not alter event order.
- Verify and validate. Test deterministic edge cases, conservation identities, traces, queue discipline, and analytical benchmarks; compare against system or expert evidence for the stated purpose.
- Run independent replications. Make intervals from replication-level estimates, not correlated entities within one run.
- Report limitations. Include initialization, unfinished entities, run length, seeds/streams, precision, sensitivity, and validation evidence. Never convert simulation association into a causal claim.
Read references/simulation-methodology.md before making inferential claims.
Minimal bounded model
import random
import simpy
HORIZON = 480.0
arrival_rng = random.Random(101)
service_rng = random.Random(202)
env = simpy.Environment()
server = simpy.Resource(env, capacity=2)
completed = []
def customer(arrival):
with server.request() as request:
yield request
wait = env.now - arrival
yield env.timeout(service_rng.expovariate(1 / 6.0))
completed.append((env.now, wait))
def arrivals():
for _ in range(10_000): # Entity cap.
delay = arrival_rng.expovariate(1 / 4.0)
if env.now + delay >= HORIZON:
return
yield env.timeout(delay)
env.process(customer(env.now))
env.process(arrivals())
env.run(until=HORIZON)
The numeric horizon is half-open: normal events scheduled exactly at 480.0 are
not processed. Report unfinished entities rather than silently treating them as
completed observations.
Core semantics
Environment and deterministic ordering
Environment is single-threaded. The queue is ordered by simulation time, event
priority, then a strictly increasing event ID. Same-time, same-priority events are
therefore processed FIFO in scheduling order. Model processes may represent
concurrency, but callbacks execute sequentially and deterministically.
env.now: unitless simulation clock; choose and document one unit.env.peek(): next event time or infinity.env.step(): process one event; raisesEmptySchedulewhen empty.env.active_process: currently executing process, otherwiseNone.env.run(): drain the queue; unsafe with recurring or endless processes.
env.run(until=number) and env.run(until=event) are not interchangeable at
boundaries:
- A numeric value schedules an urgent stop event and excludes ordinary events at that exact time.
- An Event criterion returns that event's value when its stop callback fires. Other same-time ordering depends on priority and scheduling order.
- In 4.1.2,
Environment.step()preserves callbacks remaining afterStopSimulationby rescheduling the target. Consequently, afterenv.run(until=target),target.processedcan remainFalseuntil one morestep()/run()even though its value was returned. Do not useprocessedas the sole post-run completion test.
See references/events.md and references/monitoring.md.
Event, Timeout, Process, and Condition
- An
Eventmoves once through not-triggered -> triggered/scheduled -> processed.succeed(value)orfail(exception)triggers it once. - A
Timeouttriggers when created, is scheduled fornow + delay, and cannot be manually succeeded again. env.process(generator)creates aProcess; the generator resumes with the yielded event value. Returning from the generator succeeds the Process with that return value. Uncaught exceptions fail it.AnyOf/a | bandAllOf/a & byield aConditionValue: an ordered, dict-like mapping from event objects to their values. Test membership using the original event objects; do not assume a scalar result.AnyOfdoes not cancel losing events. Explicitly cancel pending resource requests when abandoning them; ordinary timeouts remain scheduled.
Interrupts
process.interrupt(cause) schedules an urgent interruption that throws
simpy.Interrupt into the target generator. Catch it around the yielded work that
may be interrupted, inspect interrupt.cause, update remaining work, then either
resume, re-yield the original event, or terminate.
Interrupting a process removes its resume callback from its current target; it does
not cancel that target event. A process cannot interrupt itself or a terminated
process. See references/process-interaction.md.
Shared resources
| Type | Semantics |
|---|---|
Resource | FIFO semaphore-like usage slots |
PriorityResource | Queued requests sorted by lower numeric priority first |
PreemptiveResource | Priority queue plus optional preemption of a current user |
Container | Homogeneous numeric level; put/get wait for capacity/material |
Store | FIFO Python objects |
FilterStore | First available item satisfying the request's predicate |
PriorityStore | Comparable items returned in priority order |
Use a request context manager:
def job(env, resource):
with resource.request() as request:
yield request
yield env.timeout(3)
On exit it releases an acquired request or cancels a still-pending one, including
during exception unwinding. For a manually retained pending put/get/request,
call cancel() if an interrupt or timeout makes the process abandon it.
PreemptiveResource.request(priority=..., preempt=True) uses lower numbers as
higher priority. The preempted process receives an Interrupt whose cause is a
Preempted object: cause.by is the preempting Process,
cause.usage_since is when use began, and cause.resource is the resource.
Queued priority takes precedence over the preempt flag; mixing preempting and
non-preempting requests needs explicit tests.
Read references/resources.md for blocked operations, queue rules, and examples.
Monitoring and stepping
Prefer explicit domain observations at state transitions. For generic resource
monitoring, wrappers or subclasses can inspect count, queue, level, items,
put_queue, and get_queue. For event tracing, schedule() and step() are the
central hooks.
Queue measurements are timing-sensitive:
- A request method's pre-state, post-call state, grant callback, and release callback can all differ at the same simulation timestamp.
- Sample averages weight event observations, not time. Compute area under the left-continuous state path and divide by elapsed time.
- Add initial and final samples; close the last interval at the analysis horizon.
env._queue, resource_env, and monkey-patching are implementation details. Pin SimPy, isolate the instrumentation, and regression-test after upgrades.- Tracing every event changes runtime and memory use; cap trace records.
Use scripts/resource_monitor.py and references/monitoring.md.
Real-time execution
simpy.rt.RealtimeEnvironment(initial_time=0, factor=1.0, strict=True) maps one
simulation unit to factor wall-clock seconds. In strict mode, step()/run()
raises RuntimeError when computation falls behind. strict=False tolerates lag;
it does not restore timing accuracy. Develop logic with Environment, then run
separate timing tests with generous platform-aware tolerances. See
references/real-time.md.
Bundled safe CLIs
All CLIs use a fixed built-in queue model or summarize local artifacts. They reject unknown JSON keys, URLs, symlinks, non-finite numbers, oversized inputs, and unbounded time/events/entities/replications. They never evaluate config text, execute user Python, import plugins, or call a network service.
# Inspect all options.
python skills/simpy/scripts/bounded_queue_scenario.py --help
python skills/simpy/scripts/replication_runner.py --help
python skills/simpy/scripts/event_trace_summary.py --help
python skills/simpy/scripts/validate_simulation_config.py --help
# Deterministic built-in scenario.
python skills/simpy/scripts/bounded_queue_scenario.py
# Independent replications with replication-level Student-t intervals.
python skills/simpy/scripts/replication_runner.py
# Validate only; no simulation runs.
python skills/simpy/scripts/validate_simulation_config.py config.json
The replication runner refuses one-replication intervals. Its intervals quantify
Monte Carlo uncertainty under the configured model; they neither validate the model
nor identify causal effects. See references/cli-guide.md.
Testing
Use deterministic unit tests for ordering, boundary times, conditions, interrupts, all resource disciplines, conservation, event/entity limits, seed reproducibility, and monitor non-interference. Add stochastic tests only as broad distributional checks with fixed seeds; avoid brittle exact sample estimates.
Run the skill's suite in the exact pinned environment without bytecode artifacts:
PYTHONDONTWRITEBYTECODE=1 uv run --isolated --no-project \
--python 3.13 --with "simpy==4.1.2" \
python -m unittest discover -s tests/simpy -v
References
references/events.md— scheduler, lifecycle, run boundaries, conditionsreferences/process-interaction.md— generators, shared events, interruptsreferences/resources.md— all Resource, Container, and Store variantsreferences/monitoring.md— time weighting, queue timing, tracing, steppingreferences/real-time.md— factor, strict mode, drift, timing testsreferences/simulation-methodology.md— replications, warm-up, validation, CIreferences/cli-guide.md— schemas, bounds, outputs, and safe CLI examplesreferences/sources.md— dated official and primary-method sources
Alternatives
Compare before choosing
affaan-m/ECC
healthcare-eval-harness
Patient safety evaluation harness for healthcare application deployments. Automated test suites for CDSS accuracy, PHI exposure, clinical workflow integrity, and integration compliance. Blocks deployments on safety failures.
affaan-m/ECC
quarkus-verification
Verification loop for Quarkus projects: build, static analysis, tests with coverage, security scans, native compilation, and diff review before release or PR.
github/awesome-copilot
flowstudio-power-automate-build
Build, scaffold, and deploy Power Automate cloud flows using the FlowStudio MCP server. Your agent constructs flow definitions, wires connections, deploys, and tests — all via MCP without opening the portal. Load this skill when asked to: create a flow, build a new flow, deploy a flow definition, scaffold a Power Automate workflow, construct a flow JSON, update an existing flow's actions, patch a flow definition, add actions to a flow, wire up connections, or generate a workflow definition from
affaan-m/ECC
django-verification
Verification loop for Django projects: migrations, linting, tests with coverage, security scans, and deployment readiness checks before release or PR.