Configuring Block Policy

Crée .satk/block-policy.json contrôlant les blocs Simulink qu'un agent peut utiliser

par matlab · matlab/simulink-agentic-toolkit

Testé · Fonctionne ★ 8.8/10

Configuring Block Policy — Crée .satk/block-policy.json contrôlant les blocs Simulink qu'un agent peut utiliser

Ce que fait

Guide la création et les mises à jour de .satk/block-policy.json, le fichier qui régit les blocs Simulink qu'un agent peut placer, ceux qui sont exclus, et les paramètres de bloc qu'il ne doit pas modifier. Se déclenche lorsqu'un utilisateur demande de configurer, restreindre ou mettre à jour la politique d'utilisation des blocs pour un projet Simulink, ou lorsque le flux de construction de modèle passe par une porte de politique. La persistance du fichier utilise l'API MATLAB library.BlockPolicy du toolkit (Simulink, R2023a+).

Rapport de test

Récupéré SKILL.md + manifest.yaml via GitHub brut ; le frontmatter est parsé avec name+description et le fichier library.BlockPolicy.p référencé existe à tools/model_edit/+library/BlockPolicy.p (HTTP 200, P-code MATLAB compilé). Aucune faille de sécurité. Déclenchement : 5/5 sur 3 expressions qui devraient activer ("set up a block policy so the agent never uses certain blocks", "stop the agent modifying Kp/Ki/Kd on my controller block", "create .satk/block-policy.json excluding LegacyLib blocks") et 2 qui ne devraient pas ("build me a Simulink PID model" -> building-simulink-models ; "improve block descriptions in my library KG" -> curating-library-kg). Sortie : a produit un JSON de politique de référence sans la compétence et un JSON de schéma de compétence pour la même tâche ; chaque clé diffère et la référence (mode/allowFallback/excludedBlocks/lockedParameters) serait rejetée par le chargeur du toolkit, tandis que l'artefact de compétence correspond au schéma exact (schemaVersion, policyMode enum, fallbackToBuiltins, blockedBlocks[].referenceBlock/reason, blockRules[].protectedParams). Je n'ai pas pu exécuter l'étape de persistance MATLAB library.BlockPolicy.save()/validate() (pas de MATLAB/Simulink), donc la différence de contenu JSON est mesurée mais la validation d'exécution ne l'est pas.

Testé le: 2026-07-21 · Claude Code 2.x (agent harness)

Installation

git clone --depth 1 https://github.com/matlab/simulink-agentic-toolkit.git /tmp/configuring-block-policy-src
mkdir -p ~/.claude/skills
cp -R /tmp/configuring-block-policy-src/skills-catalog/model-based-design-core/configuring-block-policy ~/.claude/skills/configuring-block-policy
# Runtime deps to actually save/validate a policy (not needed to read the guidance):
#   - MATLAB R2023a+ with Simulink
#   - the toolkit's model_edit tool on the MATLAB path: /tmp/configuring-block-policy-src/tools/model_edit
#     (provides library.BlockPolicy.save/defaults/validate/loadRaw as compiled .p code)
#   - project prerequisite file .satk/reuse-libraries.json must already exist
# Without MATLAB you can still hand-author .satk/block-policy.json to the documented schema; the .p API just persists+validates it.

Commandes et exemples de prompts

  • /configuring-block-policyCrée .satk/block-policy.json contrôlant les blocs Simulink qu'un agent peut utiliser

Les skills se déclenchent sur des demandes en langage courant — aucune commande à retenir. Après installation, des prompts comme ceux-ci l'activent (en anglais) :

  • Set up a block usage policy for this project
  • Exclude these block types from agent edits
  • Lock these block parameters from modification