matlab-call-python
This skill provides guidance for calling Python libraries from MATLAB using modern APIs like `py.*`, `pyrun`, and `pyrunfile`. Use it when writing MATLAB code that invokes Python, troubleshooting Python configuration errors in MATLAB, setting up virtual environments, or installing Python packages for MATLAB integration. It covers proper syntax patterns, environment setup procedures, and error recovery strategies specific to MATLAB-Python interoperability.
git clone --depth 1 https://github.com/matlab/matlab-agentic-toolkit /tmp/matlab-call-python && cp -r /tmp/matlab-call-python/skills-catalog/matlab-external-language-interfaces/matlab-call-python ~/.claude/skills/matlab-call-pythonSKILL.md
# Call Python from MATLAB
Call Python libraries from MATLAB using modern APIs, correct environment setup,
and structured error recovery.
## When to Use
- Writing MATLAB code that calls Python via `py.*`, `pyrun`, or `pyrunfile`
- MATLAB code fails with `ModuleNotFoundError`, `Python is not configured`, or
other Python-related errors
- User asks to set up Python for MATLAB or create a virtual environment
- User asks to install a Python package for use in MATLAB
## When NOT to Use
- Calling MATLAB from Python (MATLAB Engine API for Python — different direction)
- Building MEX files or Python C extensions
- Pure Python development with no MATLAB involvement
- MATLAB Compiler or MATLAB Production Server deployment
## Rules
### NEVER use `pyargs`
Use MATLAB name=value syntax for Python keyword arguments. `pyargs` is outdated
(name=value available since R2021a).
```matlab
% TEMPLATE — not executable (requires scikit-learn)
rfc = py.sklearn.ensemble.RandomForestClassifier(n_estimators=int32(100), random_state=int32(42));
```
### NEVER use `pyversion`
`pyversion` is not recommended. Use `pyenv`, which supports `terminate`, `ExecutionMode`,
and environment switching.
### ALWAYS use the Bash tool for pip installs and venv creation
Do not use MATLAB `system()`. The Bash tool provides streaming output and avoids
complex string escaping.
### ALWAYS follow recovery procedure before any pip install or venv creation
BEFORE running pip install or creating virtual environments, follow
`references/environment-setup.md`. Do NOT infer Python paths from error
tracebacks — those paths show importlib internals, not the correct install
target.
### ALWAYS ask user confirmation before calling terminate(pyenv)
`terminate(pyenv)` restarts the Python process and clears all Python state
(imported modules, variables, open connections). Always inform the user what
will be lost and get explicit consent before calling terminate.
### ALWAYS wrap with integer types when Python expects int
MATLAB passes double by default. Python functions expecting int receive float,
causing TypeError. Use `int32()` for counts, indices, and size arguments. If the
value won't fit in 32 bits, use `int64()` or `uint64()` to prevent overflow.
### ALWAYS use `pystringarray` for string arrays (R2026a or later)
When passing MATLAB string arrays to Python in R2026a or later, use
`pystringarray`. Requires NumPy 2.0 or later. In R2025b and earlier, or when
NumPy < 2.0, use `py.list(cellstr(...))`.
```matlab
% R2026a and later:
names = ["Alice", "Bob", "Charlie"];
pyNames = pystringarray(names);
% R2025b and earlier:
names = ["Alice", "Bob", "Charlie"];
pyNames = py.list(cellstr(names));
```
## Workflow
When calling Python from MATLAB, follow this workflow.
### 1. Write the Python code using modern syntax
```matlab
result = py.module.function(arg1, arg2, kwarg1="value", kwarg2=42);
```
Prefer `py.module.function(...)` for direct function calls — it's readable,
integrates with the MATLAB workspace, and supports tab completion. Reserve
`pyrun` for multi-statement scripts where variables and imports persist in
Python memory across calls (REPL-like execution). Reserve `pyrunfile` for
running a standalone `.py` file (equivalent to running from the command line;
no state carries over).
### 2. Run the code
Execute via `mcp__matlab__evaluate_matlab_code` (for inline code) or
`mcp__matlab__run_matlab_file` (for script files).
### 3. If it succeeds — done
### 4. If it fails with a Python error — triage
Follow `references/environment-setup.md` ONLY for environment-related errors:
1. `ModuleNotFoundError`
2. MATLAB error about unresolved `py.*` name (e.g., "Unable to resolve the name
'py.numpy'")
3. `pyenv().Executable` is empty
4. `py` or `pyenv` calls error stating environment is not supported
5. Any other error suggesting a missing library or unconfigured environment
For all other Python errors (ValueError, TypeError, logic errors in the Python
code itself) — debug the code directly. These are code bugs, not environment
issues.
## Key Functions
| Function | Purpose | Available From |
|----------|---------|----------------|
| `pyenv` | Query/configure Python environment | R2019b |
| `pyrun` | Execute Python statements; variables persist across calls | R2021b |
| `pyrunfile` | Execute a standalone `.py` file | R2021b |
| `pystringarray` | Pass MATLAB string array to Python | R2026a |
## InProcess vs OutOfProcess
- **OutOfProcess**: Launches Python in a separate process. Mitigates third-party
library conflicts between MATLAB and Python, therefore works with most Python
packages without conflict. `terminate(pyenv)` restarts Python without restarting
MATLAB. Can switch environments freely.
- **InProcess**: (default) Launches Python within the same MATLAB process. PREFER
for better performance. Cannot terminate. If Python is already loaded in
InProcess mode, the user must restart MATLAB entirely to change Python
configuration.
In `ExecutionMode="OutOfProcess"`, when working on a custom Python module and you
need to make changes after loading the module, or when you install packages
mid-session, ALWAYS call `terminate(pyenv)` before calling the module again.
In `ExecutionMode="InProcess"`, when working on a custom Python module and you
need to make changes after loading the module, ALWAYS reload the module by running:
```matlab
clear all;
clear classes;
mod = py.importlib.import_module("<module_name>");
py.importlib.reload(mod);
```
## Patterns
### Calling a Python function with keyword arguments
```matlab
rfc = py.sklearn.ensemble.RandomForestClassifier(n_estimators=int32(100), random_state=int32(42));
rfc.fit(XTrain, yTrain);
predictions = double(rfc.predict(XTest));
```
### Configuring MATLAB to use a virtual environment
After creating a virtual environment (`venv`) using the Bash tool, point MATLAB at it:
```matlab
% Terminate current Python if loaded
terminate(pyenv);
% Point at venv executable
py>
Import recorded driving sensor data (GPS, camera, lidar, actor tracks, lanes) into scenariobuilder.* objects (GPSData, CameraData, LidarData, ActorTrackData, Trajectory, laneData) and run preprocessing — synchronize, offset correction, crop, normalizeTimestamps, convertTimestamps. Also: compute actor tracks from lidar when no annotations exist, attach camera/lidar mounting + intrinsics, export to MAT/workspace/timetable/script. Use for raw driving dataset files (KITTI, nuScenes, Waymo, Pandaset, ROS/ROS2 bags, .mat, .csv, .mp4) or driving/vehicle/sensor logs that need wrapping. drivingLogAnalyzer (DLA) is OPT-IN ONLY — invoke only on explicit user request ('DLA', 'open in DLA', 'inspect/explore/analyze the recording') or reported sensor problem (sync drift, timestamp mismatch, overlay misalignment). NEVER auto-launch DLA after wrapping (Rule 0). For 'build scenario / export to RoadRunner / drivingScenario / OpenSCENARIO / Unreal / simulate', hand off to matlab-scenario-builder.
Generate driving scenes, scenarios, road surfaces, and 3D content from already-wrapped scenariobuilder.* sensor data (GPS, camera, lidar, actor tracks) using Scenario Builder for Automated Driving Toolbox. Use to BUILD, EXPORT, or AUGMENT a virtual scenario/scene/map: ego or actor trajectories, trajectory smoothing, OpenCRG road-surface extraction, 3D asset generation, static-object placement, point-cloud georeferencing + elevation, lane-based ego localization, sensor-fusion tracking, scenario-event extraction (cut-ins, hard brakes, near-misses, ADAS disengagements), or export to RoadRunner, drivingScenario, OpenDRIVE, OpenCRG, OpenSCENARIO, or Unreal Engine. Also: log-to-scenario, scenario harvesting, accident/near-miss reconstruction, SOTIF (ISO 21448) and ISO 26262 scenario coverage, USGS-aerial-lidar scene augmentation, traffic-sign placement from camera+lidar logs. NOT for raw-data import or multi-sensor sync/crop/offset/timestamp normalization — route those to matlab-driving-data-importer.
>
>
>
>
Build, modify, and diagram SimBiology models — API reference, helper functions, and layout patterns. Use when constructing or editing models programmatically or visually.