Matlab Configure Toml Project
MathWorksOfficialCreated by MathWorks
- Skill
- Tool integration
- Software development
- BSD-2-Clause
- No issues found
AutoGineer summary
Written by AutoGineer from the skill’s own files, not by the author
This skill provides guidance for creating, editing, and configuring MATLAB projects via the matlab.toml file. It covers project structure, path management, dependencies, lifecycle scripts, and deployment settings. The skill ensures that configuration files are authored correctly according to the R2026b schema, helping users define project metadata, test suites, and compiler targets while avoiding common pitfalls like silent schema violations.
What it does
- Generates draft matlab.toml files based on existing project folder structures.
- Configures MATLAB path and test folder inclusions.
- Defines project dependencies, including MATLAB packages and reference projects.
- Sets up lifecycle scripts, shortcuts, and custom project metadata.
- Maps deployment targets for MATLAB Compiler and Compiler SDK.
- Validates configuration changes against the official schema rules.
When to use it
- When creating a new MATLAB project configuration.
- When modifying existing project settings like paths, dependencies, or build targets.
- When setting up project-specific shortcuts or lifecycle scripts.
- When auditing a matlab.toml file for schema correctness.
Advantages
- Ensures configuration files follow the correct R2026b schema.
- Prevents silent failures caused by unrecognized keys or invalid paths.
- Provides a structured approach to project organization.
- Maintains consistency across project definitions.
Usage examples
- “Create a new matlab.toml for my project named SignalProcessor.”
- The agent will ask for the project name and scan the current directory to propose path and test folders, then generate a minimal matlab.toml draft.
- “Add a new dependency to my matlab.toml for my toolbox version 2.1.”
- The agent will read the existing file, append the dependency in the correct format, and present the updated configuration for review.
Install
Download the skill as a ZIP:
https://autogineer.com/agent-skills/matlab/matlab-configure-toml-project/downloadUnzip it into the cross-client skills folder of your project:
mkdir -p .agents/skills && unzip matlab-configure-toml-project.zip -d .agents/skills
Documentation by MathWorks
matlab.toml Projects
matlab.toml is a TOML-based configuration file for MATLAB projects. It defines project structure, dependencies, lifecycle scripts, shortcuts, labels, packaging, deployment, and Simulink settings. Every section is optional — the schema mandates no top-level field — but always set name, which supplies the project's display name.
matlab.toml must be placed at the project root folder — the same folder that would contain a .git/ folder or be the top-level working folder for the project.
For MATLAB R2026b and later, prefer matlab.toml for new projects. Existing .prj
projects remain supported and can be converted in either direction with:
matlab.project.convertDefinitionFiles(pwd, "Toml")Opening a project with openProject, buildtool, or runtests activates its
configuration. The project's [folders].path entries then control the MATLAB path,
so do not spread addpath calls through source and test files.
Use
matlab-use-package-managerfor MATLAB packages.Use
matlab-package-toolboxto author and build.mltbxMATLAB packages.@references/format-reference.md — complete field documentation with examples, plus the validation rules that govern the whole file
@references/deployment-reference.md — the
[compiler]deployment targets
When to Use
The user mentions
matlab.toml, or "project" in a MATLAB context (creating, editing, or inspecting a MATLAB project's configuration).Setting up MATLAB path folders, test folders, lifecycle scripts, shortcuts, package dependencies, reference projects, file labels, export profiles, MATLAB package metadata, deployment targets, or Simulink project settings.
Auditing an existing
matlab.tomlfor schema violations before they cause silent failures.
When NOT to Use
The user wants to drive project state through the MATLAB object API directly (
matlab.project.createProject,proj.addPath, etc.) rather than author or edit the file — that is a legitimate but different task; this skill's workflows assume the file is the artifact being produced.The task is editing a
.prj-format project definition. Do not carry.prjkeys or concepts over intomatlab.toml— the schemas are not equivalent. A reference project may still target a.prjproject.The task only concerns
[compiler.*]deployment target internals in depth — read @references/deployment-reference.md directly rather than following the Creation/Editing workflows below, which are file-level, not per-target.
Key Functions
| Function | Purpose |
|---|---|
openProject | Loads a matlab.toml (or .prj) as the current project. Does not validate the schema — unrecognized keys, missing files, and wrong types all load silently. Use it to confirm the file parses, never as a correctness check. |
currentProject | Returns the currently open Project object; use its Name, PathFolders, TestFolders, StartupFiles, etc. properties to verify a round-trip after writing the file. |
matlab.project.createProject | Creates a new project through the imperative API instead of authoring the file. Avoid this as the mechanism for producing matlab.toml — write the TOML directly (see Creation Workflow, step 3). |
Creation Workflow
When a user wants to create a new matlab.toml (no existing file), follow this scan-first approach:
Ask for the project name. This is the only required field.
Scan the current folder for existing structure:
Find subfolders containing
.m,.mlx,.slx, or.mlappfiles. Propose these as[folders].pathentries.Identify folders whose names contain "test" (e.g.,
tests/,test/,unitTests/). Propose these as[folders].testentries.Look for scripts matching
*startup*or*setup*patterns — propose asstartup-files.Look for scripts matching
*shutdown*or*cleanup*or*teardown*patterns — propose asshutdown-files.Exclude hidden folders (
.git,.svn, etc.) and common output folders (derived/,results/,build/).
Generate a draft starting minimal — name, folders, and any discovered lifecycle scripts. Present it to the user.
Ask about optional sections as needed, not as a checklist:
MATLAB packages (not MathWorks products) and reference projects
Shortcuts to frequently-used scripts
File labels and export profiles (only if used in code or explicitly requested)
MATLAB package metadata (
[[package]]) if the project ships as an.mltbxDeployment targets (
[compiler.*]) if the project builds a standalone app, library, or language packageSimulink settings (if
.slxfiles are present)
After generating the TOML file, ask the user if they want the folders listed in
[folders]to be created on disk (for nonexistent folders in new projects).
Start minimal and let the user add sections incrementally. One focused question at a time is better than a long questionnaire.
Editing Workflow
When a matlab.toml already exists and the user wants to modify it:
Read the existing
matlab.tomlto understand the current configuration.Map the user's request to schema sections. Identify which section(s) need changes — refer to @references/format-reference.md for valid fields and formats.
Make targeted edits. Modify only the sections the user asked about. Do not restructure, reformat, or reorder untouched sections. Preserve any user comments (
#lines) in the file.Validate against the schema yourself.
openProjectdoes not report schema violations — unknown keys, missing files, and wrong value types all load silently and are simply ignored. A successfulopenProjectis not evidence the file is correct, so check every key against @references/format-reference.md rather than relying on MATLAB errors and warnings:Dependency values must use one of the three supported formats (package version string, package version with ID, or reference-project path).
Array-of-tables (
[[project.profile]],[[package]],[[matlab.test.test-suite]],[[compiler.*]]) syntax must be correct.No unknown keys. Every table except
[user]is closed. Do not invent keys or carry over keys from.prjfiles.Path keys must resolve. Most path values must point at files that exist and live inside the project root. Few paths (
startup-folder, dependencypath) can be outside the project root. Output paths (cache folders, build output) do not need to exist. The reference annotates each key. Confirming a path means listing the folder and seeing the entry — a truncated, filtered, orhead-limited listing that fails to show it is not a confirmation, and neither is alsof a guessed name that returns nothing.Required fields must be present:
idandpackage-rootin[[package]],namein[[compiler.standalone]],pathin project-path dependencies and shortcuts,versionin version-with-ID dependencies, and bothcategoryandlabelin every label filter.
Present the change — show the user what will be modified before writing the file.
Conventions
Author the TOML directly. Do not produce
matlab.tomlby drivingmatlab.project.createProjectand reading back what MATLAB wrote — write the file yourself, with the sections in the order given above.Tables are closed. Every table except
[user]rejects unrecognized keys. Never invent a key or carry one over from a.prjfile; check every key against @references/format-reference.md.openProjectis not a validator. A file that opens cleanly may still contain silently-ignored schema violations — the only way to be sure a key is correct is to look it up.Path values must be confirmed, not guessed. Listing a folder and seeing the entry is a confirmation; a truncated, filtered, or
head-limited listing that fails to show it is not, and neither is anlsof a guessed name that returns nothing.MathWorks products are never
[dependencies]entries.[dependencies]accepts any key, so a product name loads silently and wrongly. Record product requirements elsewhere (e.g.[project].summary,[[package]].product-dependencies, or a comment).Preserve what the user didn't ask you to touch. Comments and section order in an existing file survive an edit unless the user's request required changing them.
Quick Reference
| Section | Purpose | Key Fields |
|---|---|---|
name | Project name (always set it) | string |
[user] | Free-form custom data | any keys/nested tables |
[folders] | MATLAB path and test folders | path, test (arrays) |
[dependencies] | Declare MATLAB packages (not MathWorks products) or reference projects | packages: version string or {version, id}; references: {path, absolute} |
[project] | Lifecycle and metadata | summary, startup-folder, startup-files, shutdown-files, custom-tasks |
[project.dependency-analyzer] | Dependency analysis cache | cache-file |
[project.shortcuts] | Named script shortcuts | {path, icon} per shortcut; can be grouped |
[project.labels.Category] | File categorization | LabelName = ["file.m", "dir/"] |
[[project.profile]] | Export/filter profiles | name, included-files, excluded-files, excluded-labels |
[project.dashboards] | Dashboard label groupings | component, unit (label references) |
[project.digital-thread] | Traceability settings | tool-output-tracking, ignore |
[[package]] | Build a MATLAB package | id (required), package-root (required), name, version, summary, description, folders, apps, provider |
[compiler.*] | Deployment build targets | 10 targets: standalone (name required), web-app, excel-add-in, dot-net-assembly, c-shared-library, cpp-shared-library, production-server-archive, com-component, java-package, python-package — see @references/deployment-reference.md |
[matlab.test] | Test runner configuration | coverage-setting, test-suite |
[simulink] | Simulink settings | start-simulink, cache-folder, codegen-folder, refresh-customizations |
[simulink.process-advisor] | Process Advisor settings | incremental-build, enable-model-caching, 9 more string properties |
[[package]] can include MATLAB code, Simulink models, apps, documentation, and other
project content in the resulting MATLAB package. Use matlab-package-toolbox for the
authoring and build workflow, or matlab-use-package-manager to install a completed
package.
Package Dependencies and Reference Projects
Each key under [dependencies] names either a MATLAB package or a reference project.
MathWorks products are not packages and must not be listed here.
Package dependency: version string — for a MATLAB package:
mytoolbox = "3.*"Package dependency: version with ID — when the package ID is available:
motor = {version = "*", id = "9b9e5bc2-a583-4d79-98c5-d2b9af135697"}Reference project — for a project at a filesystem path (absolute is optional and
defaults to relative):
shared-utils = {path = "../shared_utils_lib"}The referenced project can use either a legacy .prj definition or a matlab.toml
definition. The key is a display label chosen by the user and is unrelated to the folder
on disk. Confirm path by listing the candidate parent folder — never derive it from the
dependency name or from the other project's name.
Examples
Minimal
name = "My Project"Typical
name = "Signal Analyzer"
[folders]
path = [
"src",
"utilities",
]
test = [
"tests",
]
[dependencies]
signal-processing = "2.*"
[project]
startup-files = [
"setup/initialize.m",
]
[project.shortcuts]
"Run Analysis" = {path = "scripts/analyze.m"}Copyright 2026 The MathWorks, Inc.
Files
- ATTRIBUTION.mdAdded by AutoGineer1.1 KiB
- LICENSELicence file added by AutoGineer1.4 KiB
- SKILL.md12.2 KiB
- manifest.yaml475 B
- references/deployment-reference.md13.9 KiB
- references/format-reference.md15.4 KiB
references/format-reference.md
matlab.toml Format Reference
Documented against the R2026b schema.
Every section is optional — the schema declares no required top-level key. In practice, set
name, since it supplies the project's display name.
When generating a matlab.toml, emit sections in this order:
name → [user] → [folders] → [dependencies] → [project] → [[package]] →
[compiler] → [matlab] → [simulink]
[compiler] deployment targets are documented separately in @deployment-reference.md.
Validation Rules
Violations usually fail silently. MATLAB's schema validator reports unrecognized keys, missing files, out-of-root paths, type mismatches, and missing required keys — but
openProjectdoes not run it. Amatlab.tomlcontaining any of these mistakes opens without an error or a warning; the offending setting is simply ignored. So a misspelled key does not announce itself, it just silently fails to take effect. Get the keys right by construction: check every key against this reference rather than relying on MATLAB to complain.
Tables are closed
Any key not listed in the schema is an unrecognized property. There are no extension points.
[user] is the sole exception — it accepts arbitrary keys and nested tables.
Path values carry attributes
Path-valued keys are annotated with attributes that constrain what the value may point at:
must exist — the file or folder must be present on disk
within root — the value must resolve to the project root or a location beneath it
pattern — values containing
*are accepted as glob patterns rather than literal paths
Top-Level Fields
name = "My Project" # Project display name.name(string) — project display name. Optional per the schema, but set it.
[user]
Free-form section for custom project data not covered by other sections. No fixed schema — any keys and nested tables are allowed. This is the only table in the file that accepts unknown keys. Use it for team-specific metadata, external tool configuration, or workflow flags that don't map to any standard section.
Do not record information here that can be described using other properties.
[user]
data = 2
[user.company]
answer = 42[folders]
Defines which directories are on the MATLAB path and which contain tests.
[folders]
path = [
"src",
"utilities",
"helpers",
]
test = [
"tests",
"tests/integration",
]path(array of paths, must exist, within root) — directories added to the MATLAB path when the project openstest(array of paths, must exist, within root) — directories containing test files
[dependencies]
Each key names either a MATLAB package or a reference project. Three value formats are supported. MathWorks products (for example, Signal Processing Toolbox) are not packages and must not be listed here.
Package dependency: simple version string
[dependencies]
mytoolbox = "3.*"Package dependency: version with optional ID
[dependencies]
motor = {version = "*", id = "9b9e5bc2-a583-4d79-98c5-d2b9af135697"}version(string, semver) — requiredid(string) — optional UUID of the package
Reference project path
[dependencies]
shared-utils = {path = "../shared_utils_lib"}
external-lib = {path = "/absolute/path/to/lib", absolute = true}The key (shared-utils above) is a display label chosen by the user. It has no relationship to
the directory name — do not assume they match.
path(path, must exist) — required; relative or absolute path to the referenced project. Unlike most path keys, it may point outside the project root. Resolve it by listing the candidate parent directory and finding the project folder. The referenced project can use either a legacy.prjdefinition ormatlab.toml.pathcarries themustExistattribute, so a guessed name that does not resolve is a schema violation — butopenProjectloads the file anyway without complaint, so nothing will tell you the guess was wrong.absolute(boolean) — optional; whether the path is absolute
[project]
Project lifecycle configuration, shortcuts, labels, and profiles.
[project]
summary = "Short project summary"
startup-folder = "src"
startup-files = [
"setup/startup.m",
"setup/checkDeps.m",
]
shutdown-files = [
"setup/cleanup.m",
]
custom-tasks = [
"tasks/myCustomTask.m",
]summary(string) — short project summarystartup-folder(path, must exist) — folder to set as current directory on project open. May be outside the project root.startup-files(array of paths, must exist, within root) — scripts run when the project opens, in ordershutdown-files(array of paths, must exist, within root) — scripts run when the project closes, in ordercustom-tasks(array of paths, must exist, within root) — custom task scripts
[project.dependency-analyzer]
[project.dependency-analyzer]
cache-file = "derived/dependencyCache.mat"cache-file(path, output — need not exist) — dependency analyzer cache file
[project.shortcuts]
Named shortcuts to MATLAB scripts. Each shortcut is a table with a path and an optional
icon; no other keys are permitted.
path(path, must exist, within root) — requiredicon(path, must exist, within root) — optional icon file
Un-grouped shortcuts
[project.shortcuts]
"Run Analysis" = {path = "scripts/runAnalysis.m"}
"Open App" = {path = "app/launch.m", icon = "resources/appIcon.png"}Grouped shortcuts
Shortcuts can be nested one level under a group name:
[project.shortcuts.Analysis]
"Run All" = {path = "scripts/runAll.m"}
"Run Subset" = {path = "scripts/runSubset.m"}
[project.shortcuts.Deployment]
"Build" = {path = "scripts/build.m"}[project.labels.CategoryName]
File labeling organized by category. Each label maps to an array of file paths, directory
paths, or glob patterns. Entries must exist and sit within the project root, except that any
entry containing * is treated as a pattern and accepted as-is.
[project.labels.Classification]
Production = [
"src/core.m",
"src/utils.m",
]
Test = [
"tests",
]
Generated = [
"derived/*.m",
][[project.profile]]
Export profiles that filter project contents. Uses TOML array-of-tables syntax.
[[project.profile]]
name = "CustomerRelease"
excluded-labels = [
{category = "Classification", label = "Internal"},
]
[[project.profile]]
name = "TestOnly"
included-files = [
{category = "Classification", label = "Test"},
]
[[project.profile]]
name = "NoGenerated"
excluded-files = [
{category = "Classification", label = "Generated"},
]name(string) — profile display nameincluded-files— array of{category, label}tables; restricts the profile to files carrying these labelsexcluded-files— array of{category, label}tables; drops the files carrying these labels from the profileexcluded-labels— array of{category, label}tables; drops the label metadata itself, so exported files keep their content but lose these labels
In all three, category and label define the entry — both must be present.
[project.dashboards]
Dashboard configuration using label references to define component and unit groupings.
[project.dashboards]
component = {category = "Classification", label = "Component"}
unit = {category = "Classification", label = "Unit"}component— label reference ({category, label}, both required)unit— label reference ({category, label}, both required)
[project.digital-thread]
Digital thread traceability settings.
[project.digital-thread]
tool-output-tracking = true
ignore = ["derived/", "results/*.mat"]tool-output-tracking(boolean) — enable or disable tool output trackingignore(string or array of strings) — files or patterns to exclude from tracking
[[package]]
MATLAB package build metadata. Uses TOML array-of-tables syntax for defining one or more
MATLAB packages. Required fields: id and package-root. Everything else is
optional — including name and version, though a publishable package should set both.
Packages can include MATLAB code, Simulink models, apps, documentation, and other project
content. Use matlab-package-toolbox for the authoring and build workflow, and
matlab-use-package-manager to install a completed .mltbx package.
[[package]]
name = "My Package"
version = "1.2.5"
id = "4919a5e0-b81e-43dc-a238-ea92bcbd4d39"
package-root = "toolbox"
display-name = "My Package Display Name"
summary = "A brief toolbox summary"
description = "A longer description of what the toolbox does."
preview-image-file = "resources/preview.png"
getting-started-file = "doc/GettingStarted.mlx"
output-file-name = "MyToolbox.mltbx"
output-folder = "release"
use-license-bsd = true
release-compatibility = "24.2"
supported-platforms = ["windows", "macos", "linux"]
product-dependencies = ["MATLAB", "Signal Processing Toolbox"]id(string) — required; unique UUID for the packagepackage-root(path, must exist, within root) — required; root directory for packagingname(string) — package nameversion(string, semver) — package versiondisplay-name(string) — display name shown in MATLABsummary(string) — short toolbox summarydescription(string) — longer toolbox descriptionpreview-image-file(path, must exist, within root) — preview imagegetting-started-file(path, must exist, within root) — getting-started guideoutput-file-name(path, output — need not exist) — name of the output.mltbxfileoutput-folder(string) — output directory for the packaged MATLAB package. A plain string, not a validated path.use-license-bsd(boolean) — whether to include a BSD licenserelease-compatibility(string, semver) — minimum compatible MATLAB releasesupported-platforms(array of strings) —"windows","macos","linux".product-dependencies(array of strings) — required MathWorks products
[package.folders]
A sub-table of the most recently declared [[package]].
[[package]]
id = "4919a5e0-b81e-43dc-a238-ea92bcbd4d39"
package-root = "toolbox"
[package.folders]
path = ["src", "utilities"]
java = ["lib/java"]path(array of paths, must exist, within root) — directories added to the MATLAB pathjava(array of paths, must exist, within root) — Java class path directories
[[package.apps]]
An array of tables. The inline-array form shown below is equivalent and often more readable for a single app.
[[package]]
id = "4919a5e0-b81e-43dc-a238-ea92bcbd4d39"
package-root = "toolbox"
apps = [
{app-file = "apps/MyApp.mlapp"},
]app-file(path, must exist, within root) — required; path to an.mlappfile
[package.provider]
A single table, not an array — a package has one provider.
[[package]]
id = "4919a5e0-b81e-43dc-a238-ea92bcbd4d39"
package-root = "toolbox"
provider = {name = "Jane Doe", organization = "Acme Corp", email = "[email protected]", url = "https://acme.com"}name(string) — author nameorganization(string) — organization nameemail(string, email) — contact emailurl(string, url) — website URL
[[package.required-additional-software]]
An array of tables — a package may require several pieces of third-party software. All four keys are required in each entry.
[[package]]
id = "4919a5e0-b81e-43dc-a238-ea92bcbd4d39"
package-root = "toolbox"
[[package.required-additional-software]]
name = "Python"
platform = "linux"
download-url = "https://www.python.org/downloads/"
license-url = "https://docs.python.org/3/license.html"name(string) — required; software nameplatform(string) — required;"windows","macos", or"linux".download-url(string, url) — required; download URLlicense-url(string, url) — required; license URL
[compiler]
MATLAB Compiler and Compiler SDK build targets — ten target types, each an array of tables. Documented in full in @deployment-reference.md.
[[compiler.standalone]]
name = "analyzer"
executable-name = "SignalAnalyzer"
app-file = "app/SignalAnalyzer.mlapp"
build-output-folder = "derived/standalone"[matlab.test]
MATLAB test runner configuration for coverage and test suite definitions.
[matlab.test.coverage-setting]
[matlab.test.coverage-setting]
enabled = true
auto-open = false
mode = "statement"
generation-enabled = trueenabled(boolean) — enable coverage collectionauto-open(boolean) — automatically open coverage resultsmode(string) — coverage mode. The schema does not constrain the value.generation-enabled(boolean) — enable coverage report generation
[[matlab.test.test-suite]]
[[matlab.test.test-suite]]
name = "Unit Tests"
type = "folder"
value = ["tests/unit"]
[[matlab.test.test-suite]]
name = "Integration Tests"
type = "folder"
value = ["tests/integration"]name(string) — test suite display nametype(string) — how to interpret the value (e.g.,"folder"). The schema does not constrain the value.value(array of strings) — paths or identifiers for the test suite
[simulink]
Simulink integration settings.
[simulink]
start-simulink = false
cache-folder = "derived/slcache"
codegen-folder = "derived/codegen"
refresh-customizations = truestart-simulink(boolean) — whether to launch Simulink when the project openscache-folder(path, output — need not exist) — Simulink cache filescodegen-folder(path, output — need not exist) — generated coderefresh-customizations(boolean) — whether to refresh Simulink customizations on project open
Note that top-model, private-dictionary, exported-dictionary, and
managed-simulink-project are not in the schema and count as unrecognized properties, even
though MATLAB product code reads them.
[simulink.process-advisor]
Process Advisor settings for Simulink projects. Every value is a string, including the ones that look boolean or numeric.
[simulink.process-advisor]
incremental-build = "on"
enable-model-caching = "on"
max-num-models-in-cache = "10"
max-num-test-results-in-cache = "20"
suppress-output-when-interactive = "off"
show-file-extension = "on"
handle-untracked-io = "warn"
filter-digital-thread-messages = "off"
detect-multiple-process-models = "on"
publish-to-results-cloud = "off"
show-test-case-path = "on"incremental-build(string) — enable incremental buildsenable-model-caching(string) — cache compiled modelsmax-num-models-in-cache(string) — maximum number of cached modelsmax-num-test-results-in-cache(string) — maximum number of cached test resultssuppress-output-when-interactive(string) — suppress console output in interactive modeshow-file-extension(string) — show file extensions in the advisorhandle-untracked-io(string) — behavior for untracked I/O artifactsfilter-digital-thread-messages(string) — filter digital thread messagesdetect-multiple-process-models(string) — detect multiple process models in the projectpublish-to-results-cloud(string) — publish results to cloudshow-test-case-path(string) — show test case paths in results
Copyright 2026 The MathWorks, Inc.
Requirements and compatibility
Works with: Claude Code, Claude apps, OpenAI Codex, GitHub Copilot, Cursor, Gemini CLI, Kiro, OpenCode, Goose, Amp, Roo Code, JetBrains Junie, Factory Droid, Devin (ex-Windsurf), Mistral Vibe, OpenHands, Letta
“Works with” means the tool reads the open Agent Skills format; a skill written for one tool may use features others lack.
Needs: Needs Python
Security
No issues found by our static scan· No issues found
A static scan is not a guarantee. Skills are third-party content: review a skill before you let an agent use it.
Attribution and licence
- Created by
- MathWorks
- Publisher
- MathWorks (Official)
- Source
- matlab/matlab-agentic-toolkit · skills-catalog/matlab-software-development/matlab-configure-toml-project · commit 2a7f215
- Licence
- BSD 2-Clause License (redistribution allowed)
- LICENSE (added by AutoGineer from LICENSE.md)
- ATTRIBUTION.md (written by AutoGineer)
- Synced
AutoGineer is not affiliated with or endorsed by MathWorks or MathWorks.
Download ZIP
The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download matlab-configure-toml-project.zip