Generated banner for Matlab Configure Toml Project
Generated logo for Matlab Configure Toml Project

Matlab Configure Toml Project

MathWorksOfficialCreated by MathWorks

  • Skill
  • Tool integration
  • Software development
  • BSD-2-Clause
  • No issues found

From the author

Use whenever "project" or "matlab.toml" is mentioned in a MATLAB context. This includes creating, editing, organizing, or configuring MATLAB projects, declaring MATLAB package dependencies or reference projects, setting up paths, lifecycle scripts, shortcuts, MATLAB packages, or asking about project structure.
— the description by MathWorks

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

  1. Download the skill as a ZIP:

    https://autogineer.com/agent-skills/matlab/matlab-configure-toml-project/download
  2. Unzip 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-manager for MATLAB packages.

  • Use matlab-package-toolbox to author and build .mltbx MATLAB 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.toml for 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 .prj keys or concepts over into matlab.toml — the schemas are not equivalent. A reference project may still target a .prj project.

  • 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

FunctionPurpose
openProjectLoads 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.
currentProjectReturns the currently open Project object; use its Name, PathFolders, TestFolders, StartupFiles, etc. properties to verify a round-trip after writing the file.
matlab.project.createProjectCreates 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:

  1. Ask for the project name. This is the only required field.

  2. Scan the current folder for existing structure:

    • Find subfolders containing .m, .mlx, .slx, or .mlapp files. Propose these as [folders].path entries.

    • Identify folders whose names contain "test" (e.g., tests/, test/, unitTests/). Propose these as [folders].test entries.

    • Look for scripts matching *startup* or *setup* patterns — propose as startup-files.

    • Look for scripts matching *shutdown* or *cleanup* or *teardown* patterns — propose as shutdown-files.

    • Exclude hidden folders (.git, .svn, etc.) and common output folders (derived/, results/, build/).

  3. Generate a draft starting minimal — name, folders, and any discovered lifecycle scripts. Present it to the user.

  4. 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 .mltbx

    • Deployment targets ([compiler.*]) if the project builds a standalone app, library, or language package

    • Simulink settings (if .slx files are present)

  5. 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:

  1. Read the existing matlab.toml to understand the current configuration.

  2. 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.

  3. 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.

  4. Validate against the schema yourself. openProject does not report schema violations — unknown keys, missing files, and wrong value types all load silently and are simply ignored. A successful openProject is 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 .prj files.

    • Path keys must resolve. Most path values must point at files that exist and live inside the project root. Few paths (startup-folder, dependency path) 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, or head-limited listing that fails to show it is not a confirmation, and neither is a ls of a guessed name that returns nothing.

    • Required fields must be present: id and package-root in [[package]], name in [[compiler.standalone]], path in project-path dependencies and shortcuts, version in version-with-ID dependencies, and both category and label in every label filter.

  5. Present the change — show the user what will be modified before writing the file.

Conventions

  • Author the TOML directly. Do not produce matlab.toml by driving matlab.project.createProject and 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 .prj file; check every key against @references/format-reference.md.

  • openProject is 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 an ls of 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

SectionPurposeKey Fields
nameProject name (always set it)string
[user]Free-form custom dataany keys/nested tables
[folders]MATLAB path and test folderspath, test (arrays)
[dependencies]Declare MATLAB packages (not MathWorks products) or reference projectspackages: version string or {version, id}; references: {path, absolute}
[project]Lifecycle and metadatasummary, startup-folder, startup-files, shutdown-files, custom-tasks
[project.dependency-analyzer]Dependency analysis cachecache-file
[project.shortcuts]Named script shortcuts{path, icon} per shortcut; can be grouped
[project.labels.Category]File categorizationLabelName = ["file.m", "dir/"]
[[project.profile]]Export/filter profilesname, included-files, excluded-files, excluded-labels
[project.dashboards]Dashboard label groupingscomponent, unit (label references)
[project.digital-thread]Traceability settingstool-output-tracking, ignore
[[package]]Build a MATLAB packageid (required), package-root (required), name, version, summary, description, folders, apps, provider
[compiler.*]Deployment build targets10 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 configurationcoverage-setting, test-suite
[simulink]Simulink settingsstart-simulink, cache-folder, codegen-folder, refresh-customizations
[simulink.process-advisor]Process Advisor settingsincremental-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

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 openProject does not run it. A matlab.toml containing 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 opens

  • test (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) — required

  • id (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 .prj definition or matlab.toml. path carries the mustExist attribute, so a guessed name that does not resolve is a schema violation — but openProject loads 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 summary

  • startup-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 order

  • shutdown-files (array of paths, must exist, within root) — scripts run when the project closes, in order

  • custom-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) — required

  • icon (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 name

  • included-files — array of {category, label} tables; restricts the profile to files carrying these labels

  • excluded-files — array of {category, label} tables; drops the files carrying these labels from the profile

  • excluded-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 tracking

  • ignore (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 package

  • package-root (path, must exist, within root) — required; root directory for packaging

  • name (string) — package name

  • version (string, semver) — package version

  • display-name (string) — display name shown in MATLAB

  • summary (string) — short toolbox summary

  • description (string) — longer toolbox description

  • preview-image-file (path, must exist, within root) — preview image

  • getting-started-file (path, must exist, within root) — getting-started guide

  • output-file-name (path, output — need not exist) — name of the output .mltbx file

  • output-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 license

  • release-compatibility (string, semver) — minimum compatible MATLAB release

  • supported-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 path

  • java (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 .mlapp file

[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 name

  • organization (string) — organization name

  • email (string, email) — contact email

  • url (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 name

  • platform (string) — required; "windows", "macos", or "linux".

  • download-url (string, url) — required; download URL

  • license-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 = true
  • enabled (boolean) — enable coverage collection

  • auto-open (boolean) — automatically open coverage results

  • mode (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 name

  • type (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 integration settings.

[simulink]
start-simulink = false
cache-folder = "derived/slcache"
codegen-folder = "derived/codegen"
refresh-customizations = true
  • start-simulink (boolean) — whether to launch Simulink when the project opens

  • cache-folder (path, output — need not exist) — Simulink cache files

  • codegen-folder (path, output — need not exist) — generated code

  • refresh-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.

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 builds

  • enable-model-caching (string) — cache compiled models

  • max-num-models-in-cache (string) — maximum number of cached models

  • max-num-test-results-in-cache (string) — maximum number of cached test results

  • suppress-output-when-interactive (string) — suppress console output in interactive mode

  • show-file-extension (string) — show file extensions in the advisor

  • handle-untracked-io (string) — behavior for untracked I/O artifacts

  • filter-digital-thread-messages (string) — filter digital thread messages

  • detect-multiple-process-models (string) — detect multiple process models in the project

  • publish-to-results-cloud (string) — publish results to cloud

  • show-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