What is 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.
K-Dense-AI/scientific-agent-skills
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.
npx skills add https://github.com/K-Dense-AI/scientific-agent-skills --skill "skills/simpy"Quick start
Install it or open the source, trigger it with a clear task, then follow the source workflow.
npx skills add https://github.com/K-Dense-AI/scientific-agent-skills --skill "skills/simpy"Use simpy to help me with: [describe your task]. Before you begin, tell me what input you need, the steps you will follow, and the expected output.
No structured workflow was detected; follow the original SKILL.md below.
Continue to the workflowDirect answers
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.
It is relevant to workflows involving Deployment, Testing, Engineering, Operations.
SkillSignal detected this source-specific command: npx skills add https://github.com/K-Dense-AI/scientific-agent-skills --skill "skills/simpy". Inspect the repository and command before running it.
The upstream source does not declare a dedicated Agent platform.
Static analysis detected exec-script signals. Review the cited source lines before installing; these signals are not a security audit.
This page combines upstream documentation with deterministic repository, quality, and static-risk signals. It is not described as a manual test or security review.
SkillSignal brief
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.
Useful in these contexts
Core capabilities
Quality breakdown
Based on traceable docs and repository signals; stars are not treated as quality.
Compare before choosing
These links are selected from shared tasks, functions, stacks, platforms, and same-name variants. Compare the source owner, documentation, permissions, and maintenance signals.
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.
Verification loop for Quarkus projects: build, static analysis, tests with coverage, security scans, native compilation, and diff review before release or PR.
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
Verification loop for Django projects: migrations, linting, tests with coverage, security scans, and deployment readiness checks before release or PR.
Improve AI application with evaluation-driven development. Define eval criteria, instrument the application, build golden datasets, observe and evaluate application runs, analyze results, and produce a concrete action plan for improvements. ALWAYS USE THIS SKILL when the user asks to set up QA, add tests, add evals, evaluate, benchmark, fix wrong behaviors, improve quality, or do quality assurance for any Python project that calls an LLM model.
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.
Verified 2026-07-23:
4.1.2 points to commit f4381649.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.
env.process(...).env.run() on a model containing an endless process.Read references/simulation-methodology.md before making inferential claims.
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.
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; raises EmptySchedule when empty.env.active_process: currently executing process, otherwise None.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:
Environment.step() preserves callbacks remaining after
StopSimulation by rescheduling the target. Consequently, after
env.run(until=target), target.processed can remain False until one more
step()/run() even though its value was returned. Do not use processed as the
sole post-run completion test.See references/events.md and references/monitoring.md.
Event moves once through not-triggered -> triggered/scheduled -> processed.
succeed(value) or fail(exception) triggers it once.Timeout triggers when created, is scheduled for now + delay, and cannot be
manually succeeded again.env.process(generator) creates a Process; 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 | b and AllOf / a & b yield a ConditionValue: an ordered,
dict-like mapping from event objects to their values. Test membership using
the original event objects; do not assume a scalar result.AnyOf does not cancel losing events. Explicitly cancel pending resource
requests when abandoning them; ordinary timeouts remain scheduled.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.
| 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.
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:
env._queue, resource _env, and monkey-patching are implementation details.
Pin SimPy, isolate the instrumentation, and regression-test after upgrades.Use scripts/resource_monitor.py and references/monitoring.md.
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.
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.
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/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